Kanocjwatson: why is grub2-signed not build against current grub2-11?00:11
=== slank is now known as slank_away
Kanointerestingly it shows 2.00-11ubuntu1 but the changelog shows 2.00-7ubuntu13??00:12
Kanocjwatson: btw. you should check kubuntu, ubuntu boots but kubuntu does not00:16
=== rickspencer3_ is now known as rickspencer3
vagrantccjwatson: do you know if the current process for building live CDs on ubuntu is basically: https://lists.debian.org/debian-live/2011/06/msg00152.html ?00:47
vagrantcor anyone, really...00:48
slangasekvagrantc: that's not a complete description of our build process, but it's accurate as far as the livefs /on/ the CD is concerned01:12
slangasek(there's an extra layer of indirection, where the livefs is fed to a different build server that puts it into a hybrid filesystem along with the bootloader, on-disk package archive, etc)01:13
vagrantcslangasek: is it expected to build self-hosting... i.e. precise can build a precise live image?01:22
* vagrantc was hoping to create customized images through an automated process, but most of the docs recommend using uck01:23
slangasekvagrantc: wrt the livecd-rootfs and live-build packages, yes01:25
vagrantcslangasek: i must be missing something(s)... it flounders at many steps along the way.01:26
vanhoofvagrantc: perhaps http://paste.ubuntu.com/1567760/ will help01:28
slangasekvagrantc: well, again since we only use live-build for the livefs creation, it's possible the packages don't work OOTB when you use them to create a full ISO01:28
vanhoofvagrantc: that yields good results for me01:28
vagrantcvanhoof: thanks, will give it a go.01:29
vagrantcslangasek: i can get it to create a squashfs, but no ISO image.01:29
slangasekvagrantc: right, which is exactly how we're using it ;)01:29
vagrantcso it "works"01:30
slangasekand the ISO image creation scripts are unfortunately not sorted out for releasing01:30
* vagrantc hrms01:30
vagrantchopefully vanhoof's suggestion will get me what i need.01:30
pittiGood morning06:05
=== Sweetsha1k is now known as Sweetshark
dholbachgood morning07:53
BWMerlinNvidia has released new stable drivers, what is the process for these to be included into the ubuntu repositories?08:18
=== smb` is now known as smb
=== yofel_ is now known as yofel
tjaaltonsiretart: hey, are libva & intel-vaapi-driver syncable from experimental?09:27
=== tkamppeter_ is now known as tkamppeter
=== henrix_ is now known as henrix
=== zequence_ is now known as zequence
tjaaltonat what time UTC are the daily-live images getting built? and is there a build-log available somewhere?10:09
xnoxtjaalton: people.canonical.com/~ubuntu-archive/10:11
xnoxdepends which stage you are after.10:11
xnoxtjaalton: sometime around now, but it takes time to sync and publish the iso tracker can give you an overview.10:11
xnoxe.g. some stuff is from today other isn't (some have failed)10:12
jibeltjaalton, if you're searching with version of -intel was in there, you'll have it in the manifest http://cdimage.ubuntu.com/daily-live/20130124/raring-desktop-amd64.manifest10:13
xnoxubuntu desktop builds failed due to missing python-oneconf, which has been resolved now as far as I can see.10:13
tjaaltonjibel: ah, yeah10:13
tjaaltondidn't think of that :)10:13
tjaaltonso not the snapshot from yesterday then10:13
tjaaltonwonder what else changed so the installations passed..10:14
=== caribou_ is now known as caribou
apwpitti, we seem to be missing the amd64 ddebs for linux-3.2.0-36.57, can we tell why ?10:27
pittiapw: sorry, that got built 8 days ago, so they are already gone from the buildds :(10:32
pittiapw: for debugging that it would be good if you could poke me the next time an upload/accept/build happens, so that I can save the ddebs from the buildds some where and then debug how they appear/disappear on ddebs.u.c.?10:32
=== sil2100_ is now known as sil2100
apwpitti, well i think we did some new ones in the last two days10:45
apwpitti, the latest P and Q kernels10:48
apwpitti, some support folks mirror these and they say it never appeared as they don't have them11:01
pittiapw: no, they were built on January 8 and 9 respectively11:04
pittiapw: checking if lamiak and panlong respond to ddeb fetching11:04
pittiapw: one important difference is that they are being built in a PPA instead of the normal distro; that might play into it11:05
apwpitti, i am saying that their non-deleting mirror of ddebs.u.c never got a copy of them, so more than likely they were not added to ddebs rather than deleted11:05
pittihm, htey do use the normal distro builders (blessed PPA), so it's not that11:06
pittiso raring's ddebs are there; I'll copy them in case they disappear as well11:09
pitti(for investigation)11:09
Kanohi, where is the script that creates the current iso images incl. shim?11:09
pittiapw: ok, I made a hardlink backup tree of http://ddebs.ubuntu.com/pool/main/l/linux/11:10
pittiapw: but I'm afraid we really need a fresh (i. e. < 7 days) build from the PPA in order to investigate this :(11:10
pittior get ddebs into Launchpad properly11:11
Kano12.10 kubuntu was not bootable, only grub showed with secureboot11:11
Kanoubuntu worked11:11
Kanothe linux command did not succeed there11:11
apwpitti, we built two like yesterday11:12
Kanocjwatson: can you help?11:12
apwpitti, in fact linux - 3.2.0-37.58 is building still for armhf, but built on x8611:14
pittiapw: ah, great; looking at that one11:15
pittioooh! I have an idea11:15
pittiapw: so the build happens in the PPA at day 1; the ddebs are fetched, but they aren't put into the Packages.gz indexes as they are not in the distro yet11:16
infinitypitti: Oh, is it the delay of the SRU process that's getting them killed/lost? :/11:16
pittiapw: then on a day > 5 the kernel is copied to the distro11:16
pittiapw: at that point ddeb-retriever will have them cleaned up, as they appear nowhere in the distro11:16
infinity(Though, I usually do my copies in under 5 days, that's certainly not guaranteed)11:16
pittiit isn't really built with that "copy from PPA" model in mind11:16
pittibut let me check the ddebs on the buildds11:17
apwand that would explain amd64 as that is typically done the quickest11:17
apwso would hit 5 days soonest11:17
pittiso 3.2.0-37.58 isn't on https://launchpad.net/ubuntu/+source/linux/+publishinghistory yet, as expected11:17
infinitypitti: This could also explain random complaints about security updates without ddebs, since they follow the same PPA->archive model, and VERY often have a testing delay of a week or more before unembargoing.11:18
pittibut http://ddebs.ubuntu.com/pool/main/l/linux/ has them11:18
BWMerlinNvidia has released new stable drivers, what is the process for these to be included into the ubuntu repositories?11:18
infinityBWMerlin: tseliot tends to be on top of this.11:19
pittiapw: ok, I think we nailed it; I'll bump the "max age" of unowned kernel debs to a month11:19
apwpitti, could we perhaps add a " version <= newest pocket version "11:19
pittiwe have the space now11:19
apwwell that cannot hurt for sure11:19
infinitypitti: Special-casing kernels doesn't help security.11:19
infinitypitti: But I suspect kernels are the major use-case people notice.11:19
infinitypitti: (And this should all go away sooner, rather than later...)11:20
pittiyeah, we'll need some ">=" version comparison as apw suggests11:20
apwi would think not removing a .ddeb which represents a version in the future ever would fix it right for everything11:20
pittiah, since we switched to germanium the "max age" is back to 14 days11:21
infinityapw: Except then we would have ddeb cruft ~forever for people who build test packages in devirt PPAs, or kernel/security/etc building something that doesn't get copied, or even package removals from -proposed.11:21
* pitti bumps to a month11:21
pitti^ for all packages11:21
pitti/dev/cciss/c1d0p1     393G   19G  370G   5% /11:21
pitti*shrug* :)11:21
infinitypitti: Shiny.11:21
pittierr, that actually:11:21
pitti/dev/mapper/ddebs_vg  2.8T  517G  2.3T  19% /srv11:21
infinitypitti: I'm going to try to find the time next week to look into the librarian solution (again), so maybe we can stop worrying about the hackish attempts at aging, and you can just do 1:1 mapping from published binaries to their matching ddebs.11:22
BWMerlininfinity: I am trying to find information about it's progress, I have checked the bug tracker but couldn't find any mention of it11:23
infinityBWMerlin: That was a hint to, perhaps, ask tseliot, who does these updates.  What version is this new stable version?11:23
pittiinfinity: that'd be great indeed; that doesn't relieve germanium of the two hours that it takes to produce indexes, but at least it would solve the "data loss" problem11:23
tjaaltonBWMerlin: it's an experimental version..11:25
infinityBWMerlin: Ahh, yeah, we still seem to be at 310ish.  But ping tseliot if you're curious.  I suspect he already knows about the new upstream, but it doesn't hurt to politely ask.11:25
infinity(keyword: politely)11:25
BWMerlintjaalton: there are new 310 and 313 drivers11:26
tjaalton310 is the stable one11:26
tjaaltonwhich raring has11:26
infinitytjaalton: Though, not the same version as upstream.11:26
infinitytjaalton: (310.19 vs 310.32)11:27
tjaaltonreleased on monday, so quite fresh11:28
BWMerlinyes, I have some errors with the current version that I am hoping that new version corrects11:29
tjaaltonubuntu-bug nvidia-graphics-drivers-31011:31
tjaaltonmaybe not necessary though11:31
siretarttjaalton: I would think so, but testing it beforehand wouldn't hurt11:37
tseliotinfinity: I only have to upload the latest nvidia driver (310.32). I worked on it yesterday and I hope to upload it today11:38
siretarttjaalton: I think I have even testbuilt them, but nothing more11:38
tjaaltonsiretart: what can it be tested with? :)11:40
=== _salem is now known as salem_
tjaaltonI tried a year ago and it was a disaster back then11:40
siretarttjaalton: that's a good point :-)11:41
Kanokubuntu raring does not start with secure boot and quantal does not too11:43
tjaaltonsiretart: I could try with the mplayer port with va-api support11:43
Kanowhy not?11:43
tjaaltonsiretart: the gstreamer situation is a bit weird still, with all the various branches etc11:45
RiddellKano: hmm I think we have some things missing from our seeds11:48
xnoxKano: as far as I know #kubuntu is not SB enabled.11:49
siretarttjaalton: neither mplayer nor mplayer2 support vaapi11:51
cjwatsonRiddell: if you want it done for 12.04.2, let me know and I should be able to sort it out on Monday.  (But it ought to be done for 13.04 first, really.)11:51
Kanoxnox: but it starts grub, so shim must be there11:52
Kanoit just can not load the kernel/initrd then11:52
infinityKano: Missing linux-signed-generic, I assume?11:53
Kanono idea11:53
Kanoi got my efi enabled board yesterday11:54
tjaaltonsiretart: there is a ppa which has a version that does11:54
siretarttjaalton: that's some bastardized fork of an outdated codebase, whose create seems to have no interest in submitting his work upstream.11:55
tjaaltonsiretart: ah, well I'm interested to see if I can reproduce a bug in the driver :)11:55
siretarttjaalton: :-)11:56
tjaaltonnot really interested in the player itself11:56
siretarti would appreciate if people would stop calling it mplayer, the mplayer 'situation' is already way too confusing as it is right now.11:57
siretartwith 'it', I mean that vaapi fork11:57
Kanosiretart: did you get it compiled? i only saw 3 branches11:57
siretartKano: i'm not interested in outdated, stale code branches, so no.11:58
Kanosiretart: there is a git repo, did you look there?11:59
Kanobut somehow you would need all 3 branches merged11:59
siretartlast activity, August 20, 2012.11:59
tjaaltonsiretart: is there some other player with vaapi support?11:59
Kanotjaalton: sure, xbmc12:00
Kanotjaalton: and vlc12:00
siretarttjaalton: vlc exists, and I'm told gstreamer can do vaapi as well (but I haven't tested that)12:00
tjaaltonvlc is fine12:00
Kanono compared to xbmc vlc is bad12:00
siretartKano: too bad that we do not have xbmc in ubuntu12:00
Kanothen compile it12:00
Kano5 min on a new box12:00
tjaaltonnot that interested12:00
tjaaltonvlc is fine if it allows me to repro the bug12:01
ogra_we do have xbmc12:01
Kanohas too high cpu load12:01
ogra_in raring at least12:02
siretartogra_: omg. how did this pass ftp-master license review?12:02
Kanoit is even in debian12:02
Kanobecause it is build without internal ffmpeg12:03
Kanoi prefer the normal xbmc with builtin ffmpeg12:03
ogra_siretart, dunno,didnt check, i just know it is famous on arm recently12:03
siretartKano: that's my main concern with it. in debian/experimental it is built against internal ffmpeg, which makes it IMO unsuitable for a distribution usage.12:04
siretartogra_: well, not my call anyways.12:04
siretartgotta work to do, bbl12:04
Kanothere are so many branches that i build it directly anyway12:04
Kanoyou need a different branch for xvba12:04
Kanodoes not take long to compile, maybe it takes longer to dl the code ;)12:06
* xnox crashed software center =)12:12
xnox... i'm one of 2298 times who managed it.12:21
mvoxnox: whats the bugnumber?12:22
davmor2mvo: how do12:22
xnoxmvo: created from errors bug 1105021 , I have a fix for it already, testing now + will propose a merge. It only affects raring (based on errors data)12:23
ubottubug 1105021 in software-center (Ubuntu Raring) "/usr/share/software-center/update-software-center-channels:NameError:<module>:check_for_channel_updates_and_trigger_axi:trigger_axi_update_and_wait" [High,Confirmed] https://launchpad.net/bugs/110502112:23
mvoxnox: are you on it already?12:23
xnoxmvo: yeah. It's just missing an import =)12:23
xnoxand I know how to trigger it ;-)12:24
* mvo hugs xnox12:24
* xnox hugs ev for giving me data to react to this12:24
mitya57hi barry :)12:30
bdrungSweetshark: mail responded. when will be the latest time to send you stuff before you leave for vacation?12:35
Sweetsharkbdrung: today is my last day, and while I leave at ~midnight, I still have some packing to do.12:38
evxnox: yay!12:52
xnoxmvo: so how does one install i386 packages only, via software center? do I must provide a :amd64 package that simply depends on :i386 package? (e.g. like skype & skype-bin) cause VMware view client is in the app-install-data now (i fixed it localy) & yet it is "not found"12:54
infinityxnox: Oh, have you hijacked vmware-view-client from me?12:56
infinityxnox: Not that I mind if the answer is yes. :P12:56
xnoxinfinity: no, I haven't. I'm trying to teach software center that one can install vmware-view-client on amd64 machines.12:56
xnoxvia app-install-data-partner.12:56
infinityxnox: If software-center can't see multiarch binaries from secondary arches, that seems like an SC bug.  Pretty please don't work around it with dummy amd64->i386 packages. :/12:57
xnoxev: I've used errors to fix a crasher, I even made a merge proposal for errors to fix a small bug there. Clearly you should code review my usb-creator branch in return =))))12:58
infinity(We could repackage vmware-view-client like Skype, but we really shouldn't have to)12:58
xnoxinfinity: ok, i'll just mark it i386 only in app-install-data, but then like most desktops that want to use vmware-view-client won't be able to install it via usual ways.12:59
xnoxinfinity: it's not fair to hour office building buddies.12:59
infinityxnox: Well, it *is* i386-only.  The point I'm making is that software-center should still show it anyway if you have i386 enabled.12:59
infinityxnox: Does this fiddling mean that its stack is actually installable now?13:00
infinityAhh, it is in raring now, at least.13:01
xnoxyeah, it is =)13:01
infinityxnox: I vaguely remember not caring before because its dependencies weren't all multiarched.  Looks like that's been fixed in precise too now.  Shiny.13:03
=== MacSlow is now known as MacSlow|lunch
infinityxnox: So, yeah.  I *could* repackage it with a foo/foo-bin approach like skype, but I'd rather you get mvo's opinion on why SC doesn't display it in the current state, and how/if that should be fixed.13:04
infinityxnox: Cause cross-arch deps like that are a hackish workaround, not something we should be doing just cause.13:04
infinityxnox: (For skype, it was to enable smooth upgrades, since there used to be a skype:amd64 that depended on ia32-libs, there never was such a thing for vmware-view-client)13:05
xnoxfor enough earl gray tea & biscuits foo/foo-bin in -partner is not that hard =)13:05
infinityxnox: No, it's not hard, it's *wrong*.13:05
* xnox makes a sad face, starts crying and says "but i like biscuits" =))))))13:05
infinityxnox: skype should be the exception here (due to the upgrade path issue), not the rule.13:05
xnoxlet me experiment and see if there is a regular reproducer in the archive.13:06
xnoxwell. i guess partner kind of is, but i'm sure there was something like that synced from debian as well13:06
infinityYou'll be hard-pressed to find things in the regular archive that only exist on one arch and are sensibly multiarched.13:06
infinitySome kernels, perhaps, but they don't show up in SC anyway.13:07
=== cpg is now known as cpg|away
infinityvmware-view-client seems like a good enough testcase, don't see why you'd need another.13:07
infinityxnox: I doubt SC understands multiarch at all, but if it does, it might be accidentally assuming that packages without MA headers aren't valid candidates?13:12
xnoxinfinity: on the other hand one should not see 2 gnome-terminals.13:13
infinityxnox: More realistically, though, it's probably just not even looking at foreign arches.13:13
infinityxnox: Why would you?13:13
janimopitti, hi, are we following udev in systemd currently?13:13
infinityxnox: apt-cache search gnome-terminal && apt-cache search vmware-view-client : you only see one of each, it picks the best candidate.13:14
infinityxnox: This is no different than having more than one candidate in, say, release, updates, security, and proposed.  SC only shows you the "best", not all of them, I hope. :P13:14
janimopitti, as in backporting changes from it but not rebuilding from that source tarball?13:14
infinityjanimo: I was pretty sure slangasek had master plans to start building udev directly from the systemd sources at some point.13:16
infinityjanimo: It was one of the driving factors for me getting kmod in the archive.13:16
infinityjanimo: But something may have stalled there.13:16
bdrungSweetshark: do you have SRU plans for bug #628105?13:18
ubottubug 628105 in libreoffice (Ubuntu) "[Upstream] Text not black in LibreOffice" [Undecided,Confirmed] https://launchpad.net/bugs/62810513:18
* janimo just made a local change to udev only to discover it being already added in systemd/udev two weeks ago13:20
infinitybdrung: Did you get that cherrypicked to upstream stable branches, or only land it on trunk?13:22
infinitybdrung: (If you'd had it cherrypicked, SweetShark would be picking it up 'for free' in SRUs)13:22
pittijanimo: no, we don't right now13:23
infinitybdrung: Otherwise, you may have missed the boat for precise for now, as he just did a big point release update. :/13:23
pittijanimo: I have the most current standalone udev release in the raring bzr branch, but it doesn't work right now13:23
pittijanimo: I also built some test packages with systemd's udev, which do seem to work13:23
pittibut I didn't spend much time on it, as it bumps soname, requires changing our ConsoleKit, and I don't have enough time to do all that13:24
bdrunginfinity: in landed only in trunk (and will be part of 4.0). i saw that a sru upload landed in proposed. the question is if there are other outstanding fixes that will be bundled for after the point release13:25
infinitybdrung: Well, I'm sure he'll do another micro release at some point, so just making sure this is queued up for that would be reasonable.13:25
infinitybdrung: (Shame that didn't happen for this current upload)13:25
evxnox: will do :)13:26
bdrunginfinity: IIRC, the currently accepted sru upload stuck in the unapproved queue for some time13:27
infinitybdrung: I could kill off the two ARM builds of LibreOffice if you and SweetShark can agree on a quick follow-up with one or two small bugfixes. :P13:28
bdrungSweetshark: ^13:28
infinitybdrung: The current one was only in unapproved for an hour or two.  The previous one was in for a while until it was rejected, yeah.13:28
janimopitti, for udev package changes should I file a bzr merge req on https://code.launchpad.net/~ubuntu-branches/ubuntu/raring/udev/raring ?13:29
pittijanimo: please don't for now, as that's the new version which is failing horribly13:29
pittijanimo: i. e. either just push --overwrite it with what's actually in raring (I have a local copy of teh branch here, it's fine), or just dput13:29
bdrunginfinity: i am busy with university stuff. so please poke sweetshark (or me in a few hours)13:30
janimopitti, ah dput  without touching bzr branches? I am fine with that13:30
infinitybdrung: I should be busy napping.  It's 6:30am and I haven't done that yet.13:30
infinitybdrung: But if you guys agree on replacing the current proposed version with something with one (or a few) small, auditable bugfix(es), I'm okay with that, and likely to accept it.13:31
infinitybdrung: Shame about the buildd resources, but life's like that sometimes.13:31
infinitybdrung: Beats pushing two rapid updates to end users.13:31
=== Ursinha_ is now known as Ursinha
=== rsalveti_ is now known as rsalveti
bdrunginfinity: i would go for replacing the current proposed version, but let's wait for Sweetshark's comment. the diff is auditable: https://launchpadlibrarian.net/129007971/autocolor.debdiff13:32
infinitybdrung: Yeah, that diff is totally auditable, and I'm happy with it.  I was implying that there may be other forgotten fixes one might want to sneak in too.  Given the age of this one, that seems like a likely scenario. :P13:34
bdrunginfinity: IIRC, the other one or two bug fixes landed in the proposed version13:34
infinityAnyhow.  Quick nap time.13:36
seb128bdrung, infinity: please let libreoffice where it is13:46
seb128it tooks us 1.5 months to get that version accepted in proposed13:46
seb128we will do follow up uploads13:46
seb128but we need to get that one through, and I'm not wanting to play "let's kick it out and replace it"13:47
seb128especially that Sweetshark is off for 2 weeks starting tonight13:47
=== chiluk_away is now known as chiluk
mptev, is backporting the error tracker to 11.10 or earlier still a realistic possibility, or shall I drop that from the spec?14:00
ogra_11.10 goes out of support in april ...14:00
mptSo does 10.04, right?14:01
ogra_sounds pretty pointless unless you want a catchall for 11.10->12.04 upgrade errors14:01
ogra_10.04 on the desktop14:01
ogra_server still stays for 2 years14:01
mptand we don't have server error tracking yet anyway14:01
mptDropped: https://wiki.ubuntu.com/ErrorTracker?action=diff&rev2=142&rev1=14114:03
mptev, for these developer settings for the error tracking, I wonder if we could/should offer blacklisting of any package that you have installed from a PPA14:17
mptI guess "could" depends on bug 109122814:19
ubottubug 1091228 in apt (Ubuntu) "No record of which repository a package was installed from" [Medium,New] https://launchpad.net/bugs/109122814:19
cjwatsonNot really14:20
cjwatsonI mean, it doesn't matter if you've installed it from a PPA and it has since been copied into the primary archive, does it?14:21
mptsure it does14:21
cjwatsonWell, I guess if it's been superseded by a later version then it might be hard to tell14:21
=== MacSlow|lunch is now known as MacSlow
mptWell, it depends on the motivation I guess14:21
cjwatsonBut I'd have thought a reasonable first cut would just be to check the current origins (analogous to apt-cache policy)14:22
mptIf the motivation for not wanting to report PPA errors is to avoid spamming the error tracker with errors Ubuntu developers can't fix, then as soon as it's copied into the primary archive, they can fix them14:22
mptbut I was thinking more developers who are using a PPA for testing before going to MyApps/ARB14:22
mptEven then, for both us and them, it would be more interesting if we could give the developers access to those error reports, than to spend time letting their beta testers block just those error reports...14:24
BWMerlinI keep getting the following error when I try to install glx-alternative-nvidia The following packages have unmet dependencies: glx-alternative-nvidia : Depends: glx-diversions (= 0.2.2) Depends: glx-alternative-mesa E: Unable to correct problems, you have held broken packages.14:34
BWMerlinIs this a bug I need a report or am I doing something wrong?14:34
xnoxmpt: an error or a bug in the software is still an error and a bug. no matter where it was installed from. and it's better to fix everything in ppa before it hits MyAPps/ARB/archive.14:45
xnoxi guess it's screws with the statistics and graphs.14:46
mptFor example, we're just hooking up Firefox errors so that we'll count them before sending them on to Mozilla, (almost) purely for statistical rigor14:46
* xnox so wants to see chromium vs firefox stability. But I guess regardless, the $default browser will always crash more.14:47
mptWe'd have to measure program running time to know that14:48
mptbut we don't even know Ubuntu running time at the moment (which is why the 12.04 graph has a weekly pulse)14:48
=== slank_away is now known as slank
barrymitya57: hi14:59
infinityBWMerlin: We don't use glx-alternative-nvidia with the Ubuntu shipped drivers.14:59
mitya57barry: we wanted to discuss something about the docs15:00
barrymitya57: yep, debian wiki page and pybuild15:00
mitya57barry: I'm also interested in packaging-guide page, it will be good to merge those two at some point15:02
barrymitya57: +115:02
mitya57barry: ideally the main section should tell about pybuild (I would take p1otr's announcement as a base), and then "Other approaches"15:16
mitya57section which will describe the old way15:16
barrymitya57: in the packaging guide or wiki or both?15:17
mitya57I've stolen some text from Debian wiki (both your article and p1otr's) when writing the u-p-g page, the things I added are15:17
mitya57sphinx stuff, debian/rules snippet and a list of requirements15:17
mitya57... and info about lintian4py15:19
lantiziaHi, I've noticed that the kernels shipping with 12.04 and 12.10 are coming compiled with a setting turned on that wasn't present in the config file of the kernel that shipped with 11.1015:27
lantiziathat setting is CONFIG_SOUND_OSS_CORE_PRECLAIM=y15:27
lantiziaalso CONFIG_SOUND_OSS_CORE=y15:28
lantizianow given OSS was completely removed in the kernel back in 11.04 release was it?15:28
lantiziaWhy has settings for it re-emerged in 12.04 onwards?   That setting it seems preserves OSS device numbers in case you have OSS compatibility compiled in to the kernel - which clearly it doesn't any longer15:29
lantiziaBut whilst the setting is there, it prevents people from using OSS proxy/emulation techniques such as osspd (which uses fuse/cuse to fake /dev/dsp and redirects it to pulseaudio)15:29
infinitylantizia: You want #ubuntu-kernel15:29
lantizialol - I did ask in #ubuntu which channel would be best, nevermind I'll reask there15:30
lantiziabut if anyone does know how I can do about looking for a rationale of why that was re-included let me know :D15:30
=== henrix is now known as henrix_
=== fenris is now known as Guest10857
=== henrix_ is now known as henrix
slangasekseb128: hey, do you know if there's a reason we still have the gnome-power-manager package in the desktop seed?  It looks to me like the only things it still contains are a pointless GUI tool and some icons which I think we're not using16:35
psusiit has been annoying me for some time now that the gui tool has had features removed to the point of becoming pointless16:37
seb128slangasek, for the "pointless GUI tool" :p16:37
stgraberslangasek: gnome-power-statistics is called by the power indicator16:37
psusiI tried last year to put some back, but upstream didn't seem to want to16:37
stgraberslangasek: that's what you see when you click on a batter in the indicator16:37
psusiohh, right... -manager, not -settings16:37
stgraber(and FWIW I actually use that "pointless GUI tool" ;))16:38
slangasekseb128, stgraber: oh, sure enough - I was only clicking on 'settings' which showed something different :)16:38
stgraberjdstrand: libseccomp has now built on both i386 and amd64, including the testsuite run (thanks to kees who fixed the testsuite failure)16:39
jdstrandstgraber: ack16:39
amigadavejcastro: hey, i am an upstream developer (of Vino) and would like to see error reports for that project on errors.ubuntu.com16:59
amigadavejcastro: poking you as per https://wiki.ubuntu.com/UbuntuBugControl#Application :-)17:00
evamigadave: unfortunately that's not possible yet. We're working with Canonical's legal team to come up with an NDA that will allow us to share that information with trusted third-party developers like yourself.17:06
evReally glad you're interested in getting at it though! :) Hopefully we'll have something together soon.17:06
evslangasek: ^17:06
amigadaveev: thanks for the information17:08
evamigadave: sure thing17:08
jtayloris this a gcc bug or me doing something I shouldn't: http://paste.ubuntu.com/1570281/17:10
jtaylorI know complex is not c++ but why should it stop working?17:11
slangasekev: ack :)17:11
barryxnox: hah! i had the same s-c automerge failures.17:20
xnoxhm?! =)17:25
=== doko_ is now known as doko
=== salem_ is now known as _salem
=== _salem is now known as salem_
mterryIs there a bug status that makes status.ubuntu.com treat it as postponed?18:15
xnoxunlink from blueprint18:19
* xnox hides =))))18:19
slangasekmterry: target bug to release, mark 'wontfix' for that release18:23
mterryxnox, :)18:23
mterryslangasek, ah hmm.  OK thanks18:23
=== henrix is now known as henrix_
=== ximion is now known as ximion-afk
=== ximion-afk is now known as ximion
=== ximion is now known as ximion-afk
=== ximion-afk is now known as ximion
kirklandsladen: ping19:40
kirklandsladen: what would it take to get the Apple unicode logo &#xF8FF into the Ubuntu font?19:41
bluefoxxxwhy is the Apple logo a Unicode symbol19:42
=== cyphermox_ is now known as cyphermox
sarnoldbluefoxxx: the ubuntu logo also has a spot in the 'private extensions' space, it's in at least one font shipped by ubuntu..19:44
slangasekkirkland: other than Apple tendering an offer for Canonical? ;)19:46
robrumterry, oops, I'm late for a lunch date. gotta run! chat about this later?19:49
robrumterry, whoops, wrong channel too. so scattered! ;-)19:49
dobeybarry: ping, i've added the dep3 headers, and pushed the patch to an upstream bug report, for https://code.launchpad.net/~dobey/ubuntu/raring/twisted/fix-pygtkcompat/+merge/144550 can you re-review/sponsor it now? :)20:24
barrydobey: i'll do it before cob today (probably in an hour or so)20:25
dobeybarry: thanks, it fixes a pretty critical crash happening in ubuntuone-client, and is blocking me uploading a new version of that, or rhythmbox-ubuntuone, at least. :)20:26
* barry nods20:26
barrydobey: actually, nm.  i'll do it now, thanks20:27
dobeyah ok, thanks much!20:27
stokachubarry: if you get a moment could you look over bug 1103644 and let me know what issues you see (if any of course :)20:29
ubottubug 1103644 in python-tz (Ubuntu) "Please merge python-tz 2012c-1 (main) from Debian unstable (main)" [Wishlist,In progress] https://launchpad.net/bugs/110364420:29
barrystokachu: that one will have to wait til later today ;)20:30
stokachubarry: thats cool man20:30
stokachuanyone have any experience packaging stuff that requires google test? (libgtest-dev) i couldnt find any documentation that describes the proper way to make sure those source files are built when an application depends on it20:33
stokachuonly stuff i could find was manually running cmake and copying over the static libs to our library path20:35
=== ximion is now known as ximion-afk
=== ximion-afk is now known as ximion
=== ximion is now known as ximion-afk
=== ximion-afk is now known as ximion
jaminany chance of getting some attention on this report: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-evdev/+bug/107547821:48
ubottuUbuntu bug 1075478 in xserver-xorg-input-evdev (Ubuntu) "bluetooth keyboards and mice not working after suspend/resume" [Undecided,Confirmed]21:48
=== salem_ is now known as _salem
jaminthere have been several similar reports, the referenced report has an functional work around for the issue21:49
=== cpg|away is now known as cpg
=== ximion is now known as ximion-afk
=== ximion-afk is now known as ximion
=== ximion is now known as ximion-afk
=== ximion-afk is now known as ximion
slangasekplars: ping22:11
plarsslangasek: hi22:11
slangasekplars: hey there!22:11
plarsslangasek: heya, good to talk to you again :)22:12
slangasekplars: :) have you seen the mail thread with the questions about whether we're profiling memory at the right point in these new jenkins jobs?22:12
slangasekplars: would be great if we could have this profiling a logged-in desktop session before Monday22:13
plarsslangasek: yes, just saw that and I'm updating the job so that it auto logs in22:13
slangasekok cool22:13
plarsslangasek: from what I'm seeing, 'd-i passwd/auto-login boolean true' ought to work for that right?22:14
slangasekplars: I confess that I don't know22:14
slangasekplars: it /sounds/ plausible ;)22:15
plarsd-i preseeding is a bit of a dark art22:17
* plars is hoping for a 'd-i everything/just-freaking-work boolean true'22:18
roadmr_plars: that's the correct d-i setting, I think at some point it didn't actually result in lightdm auto-logging in, but these days it should22:18
plarsroadmr_: ok, good to know. It ought to be real obvious if that breaks in this instance since the main output of the test is a process list22:19
roadmr_plars: back when that problem was spotted, we worked around it by plastering this in the success_command: http://paste.ubuntu.com/1571093/22:19
plarsroadmr_: ok, good to know22:19
roadmr_plars: there was a bug about this, fix-released by now: https://bugs.launchpad.net/ubuntu/+source/casper/+bug/81962422:22
ubottuUbuntu bug 819624 in casper (Ubuntu Oneiric) "casper doesn't configure autologin for lightdm properly" [High,Fix released]22:22
=== cpg is now known as cpg|away
=== cpg|away is now known as cpg
dylan-mHey, mpt, I think that Technical description pane in Software Updater feels a little clunky and out of place, so I'm thinking of fooling with the thing to maybe get rid of those tabs. Did you have any plans for it already?23:09
barrystokachu: still around?23:39
slangasekcyphermox: I have now seen the dnsmasq debian/rules as a result of this SRU and am now very sad23:41

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