[01:02] <cjwatson> YokoZar: It's actively in progress on the IS side (as in has somebody assigned to it and work is progressing), but the Launchpad team can't do a whole lot at this point beyond being responsive to any blockers we hear of.
[01:03] <YokoZar> cjwatson: ahh, reasurring.  Thanks :)   I do find it somewhat amusing that the 0.4 recipe format was made years ago but has been blocked by deployment issues and never made it into the wild :D
[01:04] <cjwatson> (On which note, there is one blocker I noticed last week currently staged for deployment in lp:launchpad-buildd - I should make time for QAing that before the Christmas break)
[01:42] <Noskcaj> What's the best way to merge stuff from experimental?
[06:03] <pitti> Good morning
[06:04] <RAOF> pitti: Good morning!
[07:53] <pitti> infinity: would you mind if I (or you) release the systemd-shim SRU now, to avoid doing that on a Friday before holidays?
[07:53] <pitti> (it's 8 days)
[07:53] <pitti> and systemd itself, too (I'm very confident in these fixes, and they got multiple verifications)
[08:10] <dholbach> good morning
[08:30] <RAOF> pitti: Normal marinating time would be 7 days? Is there some reason systemd-shim should wait longer?
[08:33] <RAOF> pitti: Oh, also - I got pinged about uploading colord 1.0.3 to Ubuntu, and that reminded me that we hadn't uploaded it to Debian, either.
[08:34] <RAOF> pitti: So I went and updated git to 1.0.5, and fixed all the autopkgtests. Would you kindly upload that to Debian sometime?
[08:41] <OdyX> RAOF: I can sponsor to Debian if you want.
[08:42] <RAOF> OdyX: That would be awesome, thanks.
[08:43] <OdyX> RAOF: point me to a dsc and make sure you fix enough Debian bugs :-)
[08:43] <RAOF> OdyX: git://anonscm.debian.org/git/collab-maint/colord.git contains the package; standard master/pristine-tar/upstream layout for git-buildpackage
[08:43] <OdyX> RAOF: Nice
[08:49] <OdyX> RAOF: HEAD commit from master isn't documented in debian/changelog, which commit do you want me to use as source for the package ?
[08:49] <RAOF> HEAD on master. I can document it in debian/changelog if you like.
[08:50] <OdyX> oh, actually, HEAD and HEAD^
[08:51] <OdyX> RAOF: well, it makes the "single-debian-patch" bigger without clear non-vcs explanation...
[08:51] <OdyX> (+ the dch release date is earlier to the latest changes)
[08:52] <RAOF> Yeah, it's clearly confusing.  I'm writing a changelog entry now.
[08:53] <OdyX> btw, that's why I prefer "commits don't change debian/changelog, git-dch generate a debian/changelog entry, make it beautiful, commit that" The changelog entry is then just an abstract from the VCS history. And that eases cherry-picks and reverts if you need to handle backports.
[08:54] <RAOF> OdyX: That's what I normally do; what happened here is I did that for 1.0.3, then forgot about uploading it :)
[08:55] <OdyX> he he
[08:55] <RAOF> OdyX: Now with changelog entries for those bits.
[08:57] <OdyX> RAOF: nice. The rest looks nice to me; I didn't check the upstream release diff. And if I where to nitpick, I'd insist on a manpage for cd-iccdump and a bump of Standards-Version + check.
[08:57] <OdyX> :)
[08:57] <RAOF> Hm. Why didn't lintian complain about Standards-Version?
[08:57] <OdyX> RAOF: ah, http://qa.debian.org/bls/packages/c/colord.html is more interesting.
[09:01] <RAOF> That page would be much more useful if it highlighted *where* it thought FORTIFY_SOURCE wasn't being passed in.
[09:01] <OdyX> yeah, I'm exactly at that point in the investigation too
[09:04] <OdyX> apparently some .c in the introspection
[09:05] <OdyX> anyway, not important enough, I'll build and upload if nothing else arises in between :)
[09:06] <RAOF> Ah, *there* it is, yes.
[09:07] <ara> hello!
[09:08] <GunnarHj> pitti: ping?
[09:11] <GunnarHj> Hello ara ;-)
[09:13] <pitti> hey GunnarHj
[09:13] <pitti> RAOF: no, I don't think it should wait longer, that's why I ask
[09:13] <pitti> RAOF: I just wouldn't like to release SRUs on a Friday
[09:13] <GunnarHj> pitti: Hi Martin!
[09:13] <pitti> RAOF: git?
[09:14] <pitti> RAOF: oh, you mean colord? my pleasure
[09:14] <GunnarHj> pitti: Do you possibly have any comments on https://lists.ubuntu.com/archives/ubuntu-devel/2013-December/037899.html ?
[09:14] <RAOF> pitti: Too slow, OdyX is already on it :)
[09:14] <pitti> RAOF: heh; sorry, was out for some errands
[09:14] <RAOF> No problem :)
[09:14] <pitti> RAOF: thanks for fixing the autopkgtest, that has been a long-standing wart
[09:14] <GunnarHj> pitti: I talked with slangasek. He seemed to be busy, but he said:
I haven't had a chance to think about it in any detail; there are tradeoffs regardless, profile only applies to shells and /etc/environment /etc/default/locale ~/.pam_environment only apply to PAM sessions.</quote>
[09:15] <GunnarHj> I'm not sure, but didn't he miss that /etc/profile and ~/.profile are sourced by the DMs?
[09:15] <pitti> GunnarHj: I think system-wide should be /etc/environment, and per-user ~/.profile
[09:16] <pitti> GunnarHj: /e/default/locale is indeed a very wrong place for generic env vars
[09:16] <GunnarHj> pitti: Ok - why /etc/environment before /etc/profile or /etc/profile.d ?
[09:17] <pitti> GunnarHj: /etc/environment is meant to be user-edited, while /etc/profile might get updated by newer package versions and has non-trivial default contents (thus easy to break it)
[09:18] <pitti> GunnarHj: I don't think that "only applies to PAM sessions" is a practical limitation; users always need to get through PAM to log into a machine
[09:18] <RAOF> pitti: Enjoy your systemd-shim update!
[09:18] <pitti> RAOF: thanks! systemd as well?
[09:19] <GunnarHj> pitti: Variable expansion seems not to work in /etc/environment, which would speak for one or more extra .sh files in /etc/profile.d/
[09:20] <pitti> GunnarHj: I have no objections against /etc/profile.d/ either
[09:20] <GunnarHj> pitti: Then I guess that both should be mentioned as suitable ways.
[09:20] <GunnarHj> pitti: Thanks for your input!
[09:20] <pitti> GunnarHj: thanks to you!
[09:21] <RAOF> pitti: And done.
[09:21] <pitti> \o/
[09:21] <pitti> RAOF: christmas cleanup :)
[09:34] <OdyX> RAOF: uploaded. I also pushed a signed tag to the repository.
[09:35] <RAOF> OdyX: Thanks muchly.
[09:35] <OdyX> RAOF: lintian reports hardening-no-fortify-functions usr/lib/x86_64-linux-gnu/libcolordprivate.so.1.0.22 which might need investigation.
[09:36] <RAOF> I'm pretty sure that's a false-positive.
[09:36] <RAOF> Indeed, I thought I had a lintian override for that, because it was a false-positive?
[09:36]  * RAOF investigates.
[09:36] <OdyX> RAOF: overriding the flag if you can "prove" it is a valid response
[09:37] <OdyX> RAOF: there is an override in colord for libcolord_sensor_argyll
[09:37] <RAOF> Yeah.
[09:40] <OdyX> RAOF: btw, the libcolordprivate.so.1.0.22 name suggests it should not be in the standard path but rather under some specific colord directory no ?
[09:42] <RAOF> Not particularly; it's a low-dependency bunch of stuff that got split out from libcolord to be used in other parts; anything that links with libcolord needs it.
[09:42] <RAOF> It *could* be in a private path + an RPATH, but that's not a winner.
[09:44] <OdyX> yeah. As long as no -dev ships headers for it it's probably okay.
[09:56] <RAOF> Hey, cool. That hardening-check was a false-positive, but it looks like there *is* a bug there.
[10:10] <OdyX> cool indeed
[12:12] <amitk> cjwatson: slangasek: I've got a new haswell machine (samsung ativ 9 plus) which comes preloaded with Windows. I turned off "Secure mode" in the bios and changed "OS mode selection" to "CSM and UEFI OS" and was able to boot the ubuntu liveusb and install. But upon reboot, I booted back into Windows.
[12:13] <amitk> even though a EFI partition exists, it seems grub-pc was installed instead of the EFI version.
[12:13] <stgraber> amitk: that's most likely because you booted the install media using the BIOS and not EFI
[12:14] <stgraber> amitk: d-i and ubiquity basically check how the kernel was booted. If it was booted using EFI, you get a EFI install, otherwise you get good old BIOS.
[12:14] <stgraber> I suspect your firmware will first attempt to boot any native EFI entry it has before doing a fallback to their BIOS emulation, so that explains why it boots Windows for you
[12:15] <amitk> stgraber: hmm, that seems likely. Changing the "OS mode selection" to UEFI OS doesn't boot the Ubuntu Livecd anymore though :-/
[12:16] <stgraber> ah, then that's likely a firmware bug...
[12:16] <stgraber> the ubuntu desktop and server medias boot perfectly fine from EFI with secureboot enabled
[12:16] <stgraber> so you shouldn't have had to turn off secureboot or turn on csm to make it boot
[12:17] <amitk> stgraber: http://dotcommie.net/?id=167 claims the debian boots fine on this machine but he disabled UEFI. I can't find anybody who has booted the liveusb with secure mode on
[12:18] <stgraber> yeah... I know for a fact that our media are fine (since they work on all 3 of my uefi+sb systems without CSM and without disabling SB). But it's clearly not impossible for a manufacturer to mess up their firmware in a way that it won't do UEFI boot from CD/USB...
[12:19] <stgraber> anyway, what install media were you using? cdrom or usb key?
[12:19] <amitk> stgraber: usbkey
[12:19] <stgraber> ok, how did you make it?
[12:19] <amitk> stgraber: usb-creator-gtk
[12:19] <cjwatson> try just dding it to the stick instead
[12:19] <stgraber> right, that's what I was about to suggest :)
[12:20] <stgraber> I suspect usb-creator and some other of those tools may try to be too clever and either forget to copy efi/ or miss the magic partition table we have on the .iso
[12:21] <stgraber> (usb-creator usually segfaults for me, so all my test installs are done from USB using a dd of the iso to the stick)
[12:21] <amitk> stgraber: yeah, i get it running about once every 3-4 tries
[12:24] <amitk> stgraber: annoyingly, with secure mode ON, I only get the option of "Windows boot manager" in Boot options, so I'm not very hopeful, but I'll try dd anyways
[12:26] <stgraber> amitk: I'd expect the menu to only show entries it detected. So if your original stick was somehow missing /EFI or wasn't considered as readable by the firmware, it wouldn't appear in the list.
[12:27] <stgraber> though broken firmwares are known to exist too, so we'll see ;)
[12:28] <amitk> stgraber: no luck with the dd'ed stick, it doesn't show up in the list of devices,
[12:30] <amitk> the usb stick only shows up with secure mode disabled and OS mode set to CSM & UEFI
[13:12] <dholbach> sarnold, jdstrand: thanks a lot for looking into upstart-app-launch/click-apparmor!
[13:15] <dholbach> hey robru, do you know who needs to approve https://code.launchpad.net/~ted/upstart-app-launch/tracking-arch/+merge/196194 so it can get landed?
[13:16] <xnox> dholbach: anyone in the Indicator Applet Developers team.
[13:17] <dholbach> thanks xnox
[13:18] <xnox> mpt: ^ =) feel like approving multiarch changes in the app launcher? =))))
[13:18] <mpt> wat
[13:19] <xnox> mpt: =))) merry christmas =) i'm kidding ;-) although, you can be our backdoor ;-) it's been reviewed and the changes are correct, yet somehow the developers who have rights to upload that don't have launchpad permissions to do so.
[13:19]  * mpt reads the diff
[13:19] <mpt> No, I am Donny. I am out of my element.
[13:20] <mpt> I mean, I know what an architecture is, but that’s about it.
[13:21] <Laney> mock tudor
[13:23] <mpt> Baroque
[13:27] <doko> jdstrand: could you have a look at bug #1262570 ? want to have this changed for the test rebuild tomorrow
[13:32] <jdstrand> doko: ok, I'll get to it today
[13:32] <doko> thanks!
[13:47] <jdstrand> dholbach: np. fyi, I have a landing ask for click-apparmor, so it should be uploaded today
[13:48] <dholbach> jdstrand, that's great! :-)
[13:48] <dholbach> good work!
[13:54] <jdstrand> thanks! :)
[15:02] <plars> jdstrand: I'm having some issues with https://bugs.launchpad.net/ubuntu/+source/linux-ti-omap4/+bug/1257149 - it's gotten stuck at the same place twice in a row
[15:05] <jdstrand> plars: the regression testsuite will take a while, but 23 hours seems too long. did it ever pass?
[15:05] <jamesh> sil2100: did you have a chance to look at the mediascanner packaging review?
[15:05] <plars> jdstrand: no, it never finishes - just gets stuck there
[15:06] <plars> jdstrand: I can ^c out of it at that point
[15:06] <jdstrand> plars: are you able to run commands on the device manually?
[15:07] <plars> jdstrand: yes
[15:07] <jdstrand> ok, give me a second
[15:07] <jdstrand> well, more like a couple minutes
[15:07] <jdstrand> plars: this is on quantal?
[15:08] <plars> jdstrand: yes
[15:17] <jdstrand> plars: can you give the output of the 'sudo make tests' from http://paste.ubuntu.com/6600201/?
[15:17] <jdstrand> plars: that is the command that is taking a long time
[15:17] <jdstrand> plars: when it seems to hang, talk to me or sbeattie
[15:17] <plars> jdstrand: will do
[15:18] <jdstrand> well, that is the command that I believe is hanging. we'll know soon enough if it is an earlier command :)
[15:23] <plars> jdstrand: I don't find qrt-test-apparmor.tar.gz anywhere in the kernel regression tests
[15:23] <plars> jdstrand: I see ubuntu-qrt-apparmor.tar.bz2 but it doesn't appear to be the same tarball
[15:24] <jdstrand> plars: you generating it by running ./scripts/make-test-tarball scripts/test-apparmor.py from with QRT
[15:24] <jdstrand> (the second command in the paste)
[15:24] <jdstrand> s/from with/from within/
[15:27] <plars> jdstrand: hmm, I found the qrt tarball here, and from panda:~/autotest/client/tests/qrt/qa-regression-testing I see a test-apparmor.py, but not a make-test-tarball
[15:29] <sn33zy> can someone help me figure out how to design a script that executes after logging in from suspend?
[15:29] <sn33zy> like after you type in your password and such...
[15:29] <sn33zy> the how tos are confusing me...
[15:35] <jdstrand> plars: the point of make-test-tarball is this: http://paste.ubuntu.com/6600303/
[15:35] <jdstrand> plars: if you have test-apparmor.py, testlib.py, install-packages and apparmor/, then you are ok
[15:36] <jdstrand> plars: cd to that directory instead, then go to the step at: udo ./install-packages ./test-apparmor.py
[15:36] <plars> jdstrand: I have all of those except install-packages
[15:37] <plars> jdstrand: this is, perhaps, a hacked up tarball for purposes of the regression tests? no idea where they got it from
[15:37] <sil2100> jamesh: in the middle of looking right now!
[15:37] <jdstrand> plars: http://bazaar.launchpad.net/~ubuntu-bugcontrol/qa-regression-testing/master/view/head:/scripts/install-packages
[15:37] <jdstrand> plars: I think the duplicate make-test-tarball and install-packages.py, but I'm not sure
[15:38] <jdstrand> s/think the/think they/
[15:38] <plars> jdstrand: if you'd prefer, I can just bzr branch lp:qa-regression-testing and start from that, but I'm concerned that what I'm seeing in the kernel git doesn't line up with what you expect and may not be comparing the same
[15:39] <jdstrand> plars: I don't think there is a need to do that. they point of my paste is to get you an unpacked source with all dependencies install so you can run make followed by sudo make tests
[15:40] <jdstrand> if you have another way to get there, that's fine :) (notice the paste doesn't actually run the testsuite code at all)
[15:41] <plars> jdstrand: ok, let me first just try jumping ahead to there. I would assume that at this point all the deps have been installed by previous attempts
[15:41] <plars> meh, maybe not
[15:41] <jdstrand> plars: look for QRT-Packages in test-apparmor.py
[15:42] <plars> jdstrand: I just grabbed it from the one you pointed at
[15:43] <jdstrand> that'll work too
[15:57] <plars> jdstrand: the make step is failing with ‘PAGE_SIZE’ undeclared
[15:57] <plars> http://paste.ubuntu.com/6600399/
[15:58] <jdstrand> plars: ok, cool. can you update the bug? sbeattie, can you look at bug #1257149? in 'make' of apparmor regression tests: clone.c:62:19: error: ‘PAGE_SIZE’ undeclared (first use in this function)
[15:58] <plars> jdstrand: you think that could cause the whole thing to just hang there? rather than error out?
[15:59] <jdstrand> plars: let me look at the qrt script
[16:00] <jdstrand> plars: qrt is checking the return code of make
[16:00] <jdstrand> rc, report = testlib.cmd(['make'])
[16:00] <jdstrand> expected = 0
[16:00] <jdstrand> result = 'Got exit code %d, expected %d\n' % (rc, expected)
[16:00] <jdstrand> self.assertEquals(expected, rc, result + report)
[16:01] <jdstrand> so maybe make isn't giving an error
[16:02] <jdstrand> plars: can you adjust the script to output 'rc' at line 1435 after the assertEquals?
[16:03] <jdstrand> plars: and then run 'sudo ./test-apparmor.py' and see what happens? if you want to more quickly get there, feel free to comment out the various self.addTest() calls in main()
[16:03] <jdstrand> plars: (of course, you'll need ApparmorTestsuites)
[16:04] <plars> jdstrand: you mean line 1435 of test-apparmor.py? That line for me is     def test_parser_testsuite(self):
[16:05] <jdstrand> plars: hrm, it is out of date. hold on
[16:05] <plars> there are two places in that file that would match         rc, report = testlib.cmd(['make'])
[16:05] <jdstrand> plars: test_regression_testsuite()
[16:06] <jdstrand> plars: after the first self.assertEquals(expected, rc, result + report)
[16:07] <jdstrand> plars: output rc-- if see the output, we know that it didn't fail like it should have, which is a bug in the build process
[16:09] <sil2100> jamesh: hey! You guys want it to be handled by daily-build, right?
[16:12] <doko> infinity, slangasek: looks like the hotspot crash on i386 is an alignment issue. https://sourceware.org/ml/libc-alpha/2013-08/msg00372.html  There is a hack to revert that change in glibc.
[16:14] <doko> so maybe just apply this hack before the test rebuild? https://bugs.launchpad.net/ubuntu/+source/eglibc/+bug/1261897
[16:16] <xnox> doko: i wonder if it's the same error that is getting exposed by libarchive, it does mmapped files in the test-suite.
[16:17] <xnox> (i386 only as well)
[16:24] <jdstrand> doko: hotspot-- you mean the zero issue?
[16:26] <doko> jdstrand, no hotspot, not zero
[16:26] <doko> the not-rebuilt i386 hotspot does segfault with 2.18, java -version
[16:27] <jdstrand> ok
[16:27] <jdstrand> I was excited for a moment :)
[16:29] <doko> jdstrand, which issue do you mean?
[16:29] <jdstrand> doko: the one that is preventing openjdk-7 builds
[16:30] <jdstrand> 2.4
[16:30] <doko> jdstrand, ahh, that one is fixed too
[16:30] <jdstrand> doko: btw, it occurred to me that we should have in trust the same version that rhel has in their upcoming release
[16:30] <doko> but no arm assembler interpreter in 2.4
[16:30] <jdstrand> s/in trust/in trusty/
[16:30] <doko> and which version is this?
[16:30] <jdstrand> that would allow both distros to share resources
[16:31] <jdstrand> I'm not sure, let me see
[16:31] <jdstrand> doko: but they are committed to supported openjdk-6. but they are using 1.11 and we are on 1.12. I thought, esp if openjdk-7 doesn't get demoted, that we should try to avoid that
[16:32] <jdstrand> doko: cause presumably they will pick one openjdk-7 for the new rhel
[16:32] <jdstrand> (and stick with it for others)
[16:33] <jdstrand> actually, it would be RedHat, Debian and Ubuntu to share resources
[16:35] <jdstrand> doko: looks like rhel 6 is on 2.4
[16:35] <jdstrand> doko: an RHSA from october lists java-1.7.0-openjdk-<IP_ADDRESS>-<IP_ADDRESS>.el6_4
[16:37] <jdstrand> doko: so yeah, getting us up to 2.4 sounds like the right thing to do. you mentioned no arm assembler interpreter in 2.4-- how big of a problem is this in reality? I thought arm perf was poor with opendk and no one used, but maybe I am misremembering
[16:37] <plars> jdstrand: it didn't seem to make it to my output line, but got some other errors
[16:38] <doko> jdstrand, it would be 3-4 times slower
[16:38] <jdstrand> 3-4 times slower for 0 users? :P
[16:38]  * jdstrand has no actual metrics
[16:39] <plars> jdstrand:  http://paste.ubuntu.com/6600606/
[16:40] <plars> jdstrand: I think trying to get the source earlier messed it up, let me kill that directory and try again
[16:41] <jdstrand> plars: maybe-- I meant to do a 'cd /tmp' prior to the apt-get source in the paste, but since you were running it manually, I didn't mention it
 jakub, it's not just blobs. did see it with my openjdk-7 build, just calling java -version
[16:41] <doko> * clm<EMAIL_ADDRESS>hat #gcc betreten
 doko: then openjdk violates the ABI
 monoid is right that with old gccs you could get broken code too with certain options, but I doubt that is the case here
 anyhow glibc fixed it in git for 2.19, just imo their response time was incredibly slow
[16:42] <doko> infinity, ^^^didn't look what they did fix
[16:43] <infinity> doko: Yeah, I'm catching up on various pastes here.  I'll have to see if I can find out what the fix was.
 monoid, is this https://sourceware.org/git/?p=glibc.git;a=commit;h=584b18eb and https://sourceware.org/git/?p=glibc.git;a=commit;h=1818483b15d22016b0eae41d37ee91cc87b37510
 doko: yes
[16:46] <doko> infinity, ^^^
[16:46] <infinity> doko: Yeah, I just saw that in my git pull.  Deleted files tend to put up flags.
[16:47] <infinity> doko: I'll grab that, and the matching amd64 commit and do a little bit of testing here and upload.
[17:04] <doko> barry, for the test rebuild, I'll upload a dh_python2 which doesn't move the files to pyshared and symlinks these. will see what needs fixing in the packaging
[17:05] <doko> barry, I don't have the time to check for the 3.4 as supported version
[17:08] <mitya57> doko: http://codesearch.debian.net/search?q=pyshared+path%3Adebian%2F has some examples of packages relying on pyshared
[17:09] <mitya57> i.e. lsb, libxml2, libxslt, python-numpy, boost1.49, speech-dispatcher, liblinear
[17:09] <mitya57> on the first page
[17:26] <plars> jdstrand: http://paste.ubuntu.com/6600794/ has the latest output - I guess just adding print for the rc wasn't enough to make it through, but it *did* run to completion and reported the same PAGE_SIZE bug problem in the end
[17:41] <xnox> mitya57: some of them are red-herring
[17:41] <jdstrand> plars: cool. can you add the failed output to the bug?
[17:41] <mitya57> Yeah, I just wanted to note that there are still really buggy packages
[17:42] <mitya57> (buggy wrt the /usr/share/pyshared stuff)
[17:42] <plars> jdstrand: I added the pastebin link
[17:42] <jdstrand> that's cool
[17:43] <jdstrand> sbeattie: fyi, I added a qrt task to bug #1257149 and assigned it to you
[17:44] <jdstrand> plars: to be clear-- this test has never failed on any linux-ti-omap4 quantal kernel?
[17:44] <jdstrand> plars: rather, it never passed?
[17:44] <jdstrand> plars: or is this a new failure
[17:45] <plars> jdstrand: as far as I can recall it used to pass, psivaa do you recall seeing issues with the qrt-apparmor test before on quantal/omap4?
[17:46] <jdstrand> plars, psivaa: oh, if it used to pass, then maybe there is a regression. we should try with the last kernel
[17:46] <psivaa> plars: let me look
[17:47] <jdstrand> sbeattie: actually, I meant to do that against apparmor (though there is a qrt bug too with ppox)
[17:48] <plars> psivaa, jdstrand: I see in http://q-jenkins:8080/view/Kernel/view/Quantal-kernelSRU/job/sru_kernel-quantal-generic-armhf_omap4_panda_ES-serial/128/console as passing
[17:48] <doko> mitya57, thanks. a lot of fals positives too
[17:48] <plars> that was with 3.5.0-235.51-omap4 <IP_ADDRESS>
[17:48] <jdstrand> plars: does that show the apparmor version used?
[17:48] <psivaa> plars: i dont recon seeing this type of failure before.. looks pretty new
[17:48]  * sbeattie waves hello
[17:49] <jdstrand> sbeattie: there may be nothing for you to do
[17:49] <jdstrand> sbeattie: and hi!
[17:49] <sbeattie> hey jdstrand
[17:51] <plars> jdstrand: not that I can see
[17:51] <jdstrand> plars: what revision of qrt is that?
[17:51] <plars> jdstrand: no idea, whatever is currently in the kernel testsuite
[17:51] <jdstrand> plars: where is the kernel testsuite?
[17:52] <plars> jdstrand: the tests themselves are at git://kernel.ubuntu.com/ubuntu/autotest-client-tests.git
[17:52]  * jdstrand is curious about the AF_PPPOX test. tyhicks made a change in r1978 for it
[17:52]  * tyhicks looks
[17:53] <plars> jdstrand: looks like in the git log it was updated on Dec 9, but it doesn't say to which version
[17:54] <plars> jdstrand: the snapshot script he uses just does bzr branch lp:qa-regression-testing, so should be whatever was latest in trunk as of dec 9
[17:54] <jdstrand> plars: so, apparmor in quantal hasn't been updated since april. seems like there is some sort of non-apparmor regression happening with that kernel
[17:55] <jdstrand> plars: (for the PAGE_EXEC)
[17:55] <sbeattie> jdstrand: qrt/scripts/apparmor/patches/clone_test-define_pagesize.patch should be fixing the PAGE_SIZE issue
[17:56] <jdstrand> I'm checking git
[17:58] <doko> bah, mklanghorst did overwrite my mesa upload :-/
[17:59] <jdstrand> plars: when you ran the test manually, we didn't apply the patch sbeattie just mentioned ^
[17:59] <doko> mlankhorst, ^^^
[17:59] <mlankhorst> oh just fix it, EOW :P
[17:59] <jdstrand> plars: but when you ran test-apparmor.py, it should have done it for you
[17:59] <mlankhorst> doko: please learn to use xsf.git ;)
[18:00] <doko> mlankhorst, please no. will do it again, and then you have to keep it once llvm-3.3 is demoted ;p
[18:01] <plars> jdstrand: odd, I don't see anything under scripts/apparmor/patches
[18:01] <jdstrand> plars: oh, well, their git import is not picking up our patches
[18:01] <mlankhorst> sigh I'll take a look
[18:01] <jdstrand> s/is not/must not/
[18:03] <plars> indeed
[18:05] <plars> jdstrand: checking with bjf, but I don't see anything in their snapshot script that should prevent that directory I don't think... it's grabbing the whole apparmor dir from what I can tell
[18:08] <doko> mlankhorst, if you don't want to upload now, then please prepare a package for upload and point jdstrand or me to it, so we can upload once the llvm-3.4 b-d's are promoted
[18:10] <mlankhorst> ok sure
[18:10] <mlankhorst> doko: funnily I already considered doing it :P
[18:13] <mlankhorst> doko: but please let me know that in advance, mesa packaging is closely in sync with debian, so if we change it I should change it there too.
[18:15] <mlankhorst> doko: also why is llvm-3.4 dev enabled on powerpc, but debian/rules doesn't enable llvm for powerpc?
[18:15] <doko> mlankhorst, in mesa?
[18:15] <mlankhorst> yeah
[18:15] <doko> I never did check
[18:15] <mlankhorst> tsk
[18:16] <doko> mlankhorst, find a powerpc machine and test it ...
[18:16] <mlankhorst> (>= 1:3.3-4)
[18:16] <mlankhorst> for llvm-3.4-dev? :P
[18:16] <doko> not wrong
[18:16] <mlankhorst> how come
[18:21] <mlankhorst> anyway, re-uploaded :P
[18:42] <plars> jdstrand: ok, I was running from the qrt directory rather than the ubuntu_qrt_apparmor (both of which seem to be qrt... not sure why that's all necessary)
[18:42] <plars> jdstrand: but the patches dir is here for sure on this other tarball, and I'm thinking this is the one responsible for those tests so it's the right one to retry by hand
[18:43] <plars> s/by-hand/ with the test-apparmor script/
[18:44] <jdstrand> ok
[19:10] <tyhicks> plars: I ran the latest version of test-apparmor.py on an updated quantal amd64 VM and the test_domain test passed
[19:11] <tyhicks> plars: so the failure must be specific to armhf_omap4_panda
[19:14] <plars> tyhicks: I'm running it right now, and will give it some more time, but it takes forever. Hard to tell if it's hung or if it's just slow because of panda
[19:15] <sbeattie> tyhicks, plars: the PAGE_SIZE issue definitely an omap4 only issue
[19:15] <tyhicks> plars: the test failure that I'm talking about isn't the one that hangs, though
[19:16] <tyhicks> plars, sbeattie: search plars' earlier paste (http://paste.ubuntu.com/6600794/) for AF_PPPOX
[19:16] <tyhicks> that's the failure that I'm looking at
[19:16] <plars> sbeattie: for that, I was running from a bad location that lacked the patches dir
[19:16] <plars> sbeattie: I've corrected that now
[19:17] <sbeattie> tyhicks: ah, okay
[19:48] <plars> jdstrand: ok, it finally finished, and test-apport passed for me when I ran it here, so I have no idea why it's erroring out there
[19:48] <plars> or rather hanging
[19:48] <plars> something farther along?
[19:53] <jdstrand> yeah, I don't know :\
[21:59] <bdmurray> hallyn_: there are 3 uploads of cgroup-lite in the precise proposed queue
[22:05] <hallyn_> bdmurray: yes, please drop the first two (i explained it in the related bug :).  sorry about that.
[22:05] <hallyn_> yup
[22:05] <hallyn_> (that 'yup' was to another window)
[22:20] <hallyn_> all right ssh is really being annoying lately, giving me 'Too many authentication failures' if i have a few ssh keys loaded
[22:22] <stgraber> hallyn_: that's normal, you can only send a fixed number of keys per session, if you have more keys defined for a given session than that, only the first 3 (I believe) are sent
[22:22] <stgraber> so you need to define host or domain specific config in .ssh_config so it only selects keys that should actually work for the target host
[22:24] <hallyn_> stgraber: for things like amazon hosts that gets problematic
[22:24] <hallyn_> and in cases where i then have to go through an ssh proxy, i get to where i don't know how to get around it
[22:25] <stgraber> You can have multiple matching sections in ~/.ssh/config, so you can have something that says Host *.canonical.com => IdentityFile ...
[22:25] <stgraber> and then have a section which matches those and a few others and set the ProxyCommand
[22:26] <stgraber> (it just becomes hard for a human being to parse the resulting file ;))
[22:50] <hallyn_> stgraber: ok, and so i'm doing 'ssh -p 5820 ubuntu@localhost'
[22:50] <hallyn_> the ubuntu@localhost is a password-protected account only, no ssh key
[22:50] <hallyn_> how can i say 'dont try any $(*&%($*&% ssh keys for this one' ?
[22:51] <hallyn_> sure i suppose i can *give* it a ssh key.  but there's no ssh port open to it from te outside world, seems a waste...
[22:52] <hallyn_> fine.  it's cheesy.  i hate it.  but i did it.
[22:56] <xnox> doko: hm, i'm spotting triplet-qualified python-config binaries, is that indication that I can cross-compile python extensions, or not really yet?
[23:08] <stgraber> hallyn_: I'd define a "Host localhost-5820" entry that's an alias for localhost with Port set to 5820 and setting the authentication as wanted
[23:08] <stgraber> hallyn_: specifically:
[23:08] <stgraber> Host localhost-5820
[23:08] <stgraber>     HostName localhost
[23:08] <stgraber>     Port 5820
[23:09] <stgraber>     User <something if you want>
[23:09] <stgraber> ...
[23:09] <stgraber> then just "ssh localhost-5820" and that'll work
[23:13] <hallyn_> stgraber: (1) what is the bit that says 'i want kbd auth' ?
[23:13] <hallyn_> stgraber: (2) this is all very static, my env is not very static :)
[23:14] <hallyn_> now maybe i should be passing -osomething...
[23:14] <hallyn_> but i've added the ssh key, so for the moment i'm good.  though i still usually have >3 keys in mykeyring...
[23:14] <stgraber> hallyn_: you can also do localhost-* in the config and then use %h (not sure all variables support it though)
[23:15] <stgraber> hallyn_: for password auth, I think you want PubkeyAuthentication no
[23:15] <stgraber> hallyn_: that way ssh won't send any of your public keys and will just fallback to whatever other mechanism you have (including password auth)
[23:16] <stgraber> hallyn_: (man ssh_config for the whole list of options and variables)
[23:17] <hallyn_> stgraber: so yeah i think 'ssh -opubkeyauthentication=no' might have worked for me.  i'll have to remmeber that.
[23:17] <hallyn_> it just would be easier if ssh didn't balk so quickly :)
[23:18] <stgraber> hallyn_: I guess it's the server cutting the connection on the client. The client would need to have a way of pooling auth methods and batching them 3 by 3 (or whatever many the server accepts), so it'd be slow (because of renegociating a connection x many times) but it'd at least work.
[23:19] <stgraber> I guess people with crazy amount of keys probably also have complex .ssh/config that avoids that kind of problem so there wasn't enough people nagging them to get something like that implemented
[23:34] <doko> xnox, it can. see zope.interface, python-stdlib-extensions
[23:35] <mlankhorst> doko: it's dep-waiting on llvm-3.4-dev..
[23:35] <mlankhorst> it - > mesa
[23:37] <xnox> doko: sweet, let me do this for boost =))))
[23:39] <xnox> doko: also what do you think about boost-python, shipping unversioned libboost-python.so in /usr/lib/pythonX.Y/config-X.YN-triplet/ dirs? it's kind of like c++ api to write python extensions (so not an extension by itself) and needs to be compiled per python version/config (normal, debug, etc)
[23:40] <doko> mlankhorst, known. waiting for jdstrand to review my MIR report
[23:41] <doko> xnox, you have to look if it does do the right thing. it relies on using the sysconfig module for the target.  if too many bits from the sys module are used for the configuration, it gets it wrong
[23:42] <xnox> doko: ack.


[01:00] <desertc> screencast  ;)  hi popey!
[01:01] <desertc> Technology is so entertaining.
[01:02] <desertc> Can I be of assistance with the UWN or other marketing material?
[01:54] <Burgundavia> desertc: absolutely
[01:54] <Burgundavia> do you know any php?
[01:55]  * somerville32 knows some.
[01:55] <Burgundavia> I really want to finish the spreadubuntu website and get it published
[01:55] <desertc> No -- not so much.  I muddle through a little for my website.
[01:56] <Burgundavia> right, well I noticed one of the things you want to do with your UbuntuStudents things are posters
[01:56] <desertc> I was thinking more of coming up with content or thinking of articles or such.
[01:56] <Burgundavia> we really truly need an easy place to put those kinds of things
[01:56] <Burgundavia> but as for content, absolutely
[01:56] <desertc> Yes!  The big thing this last week was posters.
[01:56] <Burgundavia> the wiki works but is very much suboptimal
[01:57] <desertc> Actually, we're looking for a web repository to store the posters, if you have any ideas.
[01:57] <somerville32> launchpad
[01:57] <Burgundavia> not really
[01:57]  * somerville32 has an idea.
[01:57] <somerville32> Launchpad
[01:57] <Burgundavia> that is exactly what the spreadubuntu website was going to provide
[01:57] <Burgundavia> somerville32: LP won't do
[01:57] <Burgundavia> bzr sucks for this
[01:57] <somerville32> I meant desertc
[01:57] <desertc> I tried to use launchpad and the project/blueprint/specs ... but I found the whole thing confusing.  Even after I figured it out last week, I can't figure it out now.  Need something simpler.
[01:58] <somerville32> desertc, Create a product and you can host files plus host things in bazaar
[01:58] <Burgundavia> https://wiki.ubuntu.com/MarketingTeam/SpreadUbuntu?action=show&redirect=SpreadUbuntu
[01:58] <Burgundavia> desertc: if you want to work with Screencasts, one of things we can do with the Fridge is have a weekly rundown of the screencasts released in the past week
[01:59] <desertc> somerville32: I am hoping just to have a place to put files, and then provide links through the wiki.  Maybe I can set up a personal webpage from my ISP, but I'd rather not have myself as a single-point-of-failure for the team.
[01:59] <Burgundavia> right
[02:00] <Burgundavia> you can attach files to teh wiki, but is very much non-obvious how to do it
[02:00] <Burgundavia> it doesn'
[02:00] <Burgundavia> give you automatic screenshots, per item comments, etc.
[02:01] <desertc> I suspect our posters will be 100K+ with multiple versions of each poster...  Not sure that fits into the model of the wiki.
[02:01] <desertc> Maybe using the Ubuntu Forums is an option.
[02:02] <Burgundavia> that doesn't really work either
[02:02] <desertc> But an FTP site would really be best
[02:02] <Burgundavia> again, you have the same issues
[02:02] <desertc> Or some webpage interface to an FTP site
[02:02] <Burgundavia> ideally, you want a revision control system built into the backend of a such a system, but that would be a great deal of work
[02:02] <Burgundavia> that coudl first, for a first cut
[02:02] <somerville32> bzr!! :]
[02:03] <Burgundavia> indeed, it would actually be cool, to be able to branch and push to such a web thingy, but that is very much over-engineered for a first pass
[02:04] <Burgundavia> desertc: here is what I would do
[02:04] <Burgundavia> get a basic interface to an ftp site up, via  web form
[02:04] <Burgundavia> then dump the stuff into a bzr repo
[02:04] <Burgundavia> push the repo up to LP for safekeeping (in case you go missing)
[02:04] <Burgundavia> and put a static page up
[02:05] <somerville32> And great a cron job to pull it regularly
[02:05] <somerville32> *create
[02:05] <desertc> Where do I find a ftp site?
[02:05] <Burgundavia> use your ISP
[02:05] <Burgundavia> setup a box with proftpd or wsftpd (whatever is in main)
[02:05] <Burgundavia> or even have them mail you via a webform
[02:06] <desertc> I'm not able to run a box overnight
[02:06] <Burgundavia> ahh, ok
[02:06] <Burgundavia> with a little bit of shuffling, I can
[02:06] <desertc> And my ISP ftp is uses my account name and password
[02:07] <Burgundavia> hey Madpilot
[02:07] <Madpilot> greetings
[02:07] <Burgundavia> Madpilot: have you ever built a form to mail something?
[02:07] <desertc> https://blueprints.launchpad.net/ububtu.students.poster.project/
[02:07] <Madpilot> yes, but not lately. and I hate workign with forms
[02:07] <Madpilot> working, even
[02:07] <Burgundavia> yep
[02:08] <Burgundavia> basically, looking at setting up a basic site to host posters and other content for Ubuntu
[02:08] <Madpilot> isn't that part of the art.ubuntu.com remit?
[02:08] <desertc> You can see how we created a project, and we even got one branch populated with files.  But, for the life of me, I don't remember how to do it again, and none of the team members are comfortable enough with Launchpad to access the files.
[02:08] <Madpilot> when Matthew N. gets it up and running?
[02:08] <desertc> You can also see my typo creating the name.  Ugh!!
[02:08] <Burgundavia> quite possibly it is
[02:09] <Burgundavia> I have no idea
[02:09] <Madpilot> desertc, Ubuntu has to be one of the most commonly misspelled words out there, in geeky circles :)
[02:10] <Madpilot> we amused ourselves on #ubuntu-offtopic one evening counting the number of Ubuntu typos in #ubuntu
[02:10] <desertc> he he he!
[02:10] <desertc> Sounds fun.
[02:10] <Madpilot> for an -offtopic definition of fun, sure
[02:11] <desertc> Glad you've looked at the Ubuntu Students project.  I wanted to talk with you all at some point next week about the possibility of making it a team under Ubuntu Marketing.
[02:12] <Madpilot> Burgundavia, posters and such sound like an art.ubuntu.com area to me - are you on the Ubuntu Art list anymore?
[02:12] <desertc> Because it is all about promotional activities in schools, I see it fitting under Edubuntu or Ubuntu Marketing very well!
[02:12] <Burgundavia> Madpilot: haven't been for ages
[02:13] <Burgundavia> they are similar things, yes
[02:13] <desertc> Just to emphasize the purpose of the team, it is using in-school promotion to encourage other students to get involved with Ubuntu LoCo groups.  The Ubuntu Students team is not to replace the LoCos, just to help students learn about them.
[02:13] <Burgundavia> yep
[02:14] <desertc> The tactics for the team are similar to the tactics for more general promotion for LoCos, so I like to clarify that point when I can.
[02:14] <Burgundavia> there are all kinds of things wherein such a team could push stuff to other teams, such as this one, the news one, etc.
[02:16] <desertc> It is my strong opinion that students are not being made aware of the opportunities within the Free Software and Ubuntu communities.  Teachers seem uninterested in encouraging promising computer students outside the classroom (many see them as hackers and threats), so my hope is students can reach out to their fellow students.
[02:16] <desertc> And high school students have so much to contribute to the community.  I was such a student who really bloomed once I discovered a local computer club.
[02:17] <desertc> But, I am sorry to talk endlessly about my project.  I wanted to see how I could help out the Ubuntu Marketing projects, actually.
[02:17] <somerville32> desertc, I agree with you.
[02:17] <Burgundavia> hey, no worries
[02:17] <somerville32> Thats why Microsoft hits the education system so hard
[02:17] <Burgundavia> getting people out into these places talking about Ubuntu is great
[02:17] <somerville32> They pretty much give it away for free.
[02:17] <Burgundavia> we have lots of buzz online, we need more buzz offline
[02:17] <somerville32> Microsoft want the youth to use Windows
[02:18] <somerville32> People generally don't like change
[02:18] <desertc> This week, I sent a dozen emails to each of the computer teachers in the high schools in the city, where I live.
[02:19] <somerville32> desertc, Most are just hobbyists and teach qbasic or VB :P
[02:19] <desertc> From the three page essay that I spent about two weeks revising, I received one response over the last week.  Just terrible.
[02:19] <desertc> And that one response was from a guy who was already a huge Linux advocate.  It's a shame.
[02:20] <somerville32> desertc, What country do you live in?
[02:20] <Burgundavia> shorter is better, desertc
[02:20] <desertc> somerville32: I didn't expect much from one school who listed their computer teacher as, "Coach Phil"
[02:20] <somerville32> lol
[02:21] <Madpilot> heh
[02:21] <Madpilot> the old "the gym teacher has lots of spare time, he can teach <random subject> too!" routine
[02:22] <Burgundavia> sad
[02:22] <somerville32> Life is sad
[02:23] <desertc> Burgundavia: It was about five paragraphs...  I thought a teacher wouldn't mind reading a bit.  The worst is that I really left it open for any response, asking for a response if they wer enot interested.
[02:23] <Madpilot> actually, a couple of my high school gym teachers were pretty good in other subjects - often English, come to think of it.
[02:23] <desertc> But anyway, I got one response, and I will be able to duck-tail my way into other schools off that one contact.
[02:23] <Burgundavia> desertc: long emails usually go unread, sadly
[02:24] <desertc> I also found one school that runs a LUG, so I will be able to present for them, too.
[02:24] <desertc> Burgundavia: I will follow up with a short one.  And a phone call.
[02:24] <desertc> And a call to the principal.  I won't give up so easily.
[02:25] <desertc> But that's entirely separate from the Ubuntu Students project, actually.
[02:25] <Madpilot> desertc, start with the short one in future
[02:25] <desertc> You were saying there might be resources under art.ubuntu.com ?
[02:28] <Burgundavia> well, when it gets launched, it might work
[02:28] <Burgundavia> until then, presumign we are talking weeks or a few months, use DIYMarketing wiki page
[02:28] <desertc> Are there any domains / subdomains that could be used to forward to some webspace I have?
[02:29] <desertc> I have 5 GB of space available through my ISP, for example
[02:29] <Burgundavia> not really
[02:29] <Burgundavia> we have tonnes of free hosting, via Canonical
[02:30] <desertc> Could the team use a directory somewhere?  Then the question is how to upload the files...
[02:30] <Burgundavia> well, like I said, let me get some info on this art.ubuntu.com
[02:30] <Madpilot> the wiki has a basic file-upload feature
[02:30] <desertc> But, I'd be great if there was even just a web page where people could browse the work and find something that fit their needs.
[02:30] <Madpilot> no idea if it's got size limits, though
[02:30] <Burgundavia> if it is coming quickly, then we can keep using wiki.ubuntu.com/DIYMarketing
[02:30] <Burgundavia> Madpilot: no
[02:31] <desertc> The wiki is slow though...
[02:31] <desertc> Well, I guess I could archive everything and mail it to all the members, until such time it exceeds 5 MB
[02:32] <desertc> Right now it is 2.2 MB
[02:32] <Burgundavia> what exactly do you have that is 2.2 MB?
[02:32] <desertc> 12 posters
[02:32] <Burgundavia> in what format?
[02:32] <desertc> Many are revisions of others -- not 12 unique ones
[02:33] <desertc> jpg, png, svg
[02:33] <Burgundavia> ahh
[02:33] <Burgundavia> most of those are not changing daily, are they?
[02:34] <Burgundavia> why not upload the mostly static ones to teh wiki?
[02:34] <desertc> The team is not super active yet.  Most came from a meeting we had last weekend where we sat about brainstorming
[02:34] <Burgundavia> can you send them to me, to take a peek at them?
[02:35] <desertc> Plus, people are not finding the posters, so there is little incentive to make changes to the originals.
[02:35] <desertc> Sure, I'll archive them and DCC send them
[02:35] <Burgundavia> please don't
[02:35] <Burgundavia> just email
[02:35] <Burgundavia><EMAIL_ADDRESS>[02:36] <desertc> You don't love DCC send?  I do!  :)
[02:36] <Burgundavia> no, actually
[02:36] <Burgundavia> mostly because my email archives things for me
[02:38] <desertc> Those came from a brainstorming session, so much of it is unfinished product or simply an idea that would need to be changed.
[02:39] <Burgundavia> right
[02:42] <desertc> My hope is that once this gets online and accessible (hopefully in a not-so-publicly-visible-way), that other team members will download a poster, make some changes and improvements, and then upload the results.  In time, the project might even publish some professional-grade material, but if nothing else, it will give students some items to print out and use -- say, in their locker, for example.
[02:43] <desertc> We talked about a lot of ways these could be used, and there are going to be different posters for different scenarios.
[02:44] <desertc> One that was discussed but not completed, mostly because there are already good examples out there, is a list of important features.  There's still a lot left to do, but we need a workspace before much of the activity will happen.
[02:45] <Burgundavia> have you gotten explicit liscening of all these posters?
[02:45] <Burgundavia> oh, and you need a COPYING file in that tarball
[02:45] <Burgundavia> I can already see one of Madpilot's posters, which I know is under a free license
[02:45] <desertc> Well ... *ahem* ... I have an idea of where many came from.
[02:46] <Burgundavia> that is a serious issue
[02:46] <Burgundavia> that needs to be sorted out
[02:47] <Madpilot> my roughcut posters are PD
[02:47] <desertc> Keeping better track of who contributed what from where is something that is on the agenda.
[02:47] <Burgundavia> basically, for simplicities sake, for anything anybody creates, make them either CC-pd, cc-by or cc-by-sa
[02:47] <Madpilot> desertc, hate to be a pedant, but it needs to be *early* on the agenda
[02:47] <Burgundavia> early like yesterday
[02:47] <desertc> I realize that, but when I brought up the topic to people making the posters, we got sidetracked on a long discussion about licenses.
[02:48] <desertc> It's not something high school students consider, and I did not want to take away from the momentum of the meeting.
[02:48] <Burgundavia> that is why you say "these are the three licenses you can use"
[02:48] <Burgundavia> choose one
[02:48] <desertc> There are a lot of logos and trademark issues, obviously, but it was a brainstorming session and these are not finished products.
[02:49] <Burgundavia> the doc team licensing was decided by Mako and I in about 10 minutes at Mataro
[02:49] <Burgundavia> desertc: they already exist, therefor they have copyright
[02:49] <Burgundavia> the only things that don't yet have copyright are those bits that haven't been created yet
[02:49] <desertc> Oh, you mean the ones from the ubuntu repository -- yes, nothing to worry about there.
[02:50] <Burgundavia> yes, actually
[02:50] <Burgundavia> because you don't explicitly say which licenses they are under
[02:50] <Burgundavia> which is a violation of the licensing of them
[02:50] <Burgundavia> I really hate to beat you over the head with thijs, but licensing is the one thing that can sink you, completely
[02:50] <Madpilot> just for the record, my posters have their licensing info right on them...
[02:51] <desertc> Email me an example of the COPYING file that you mean.  I did not see such a file when they were referenced on the Ubuntu Forums
[02:51] <Burgundavia> here is an example:
[02:51] <Burgundavia> roughcut.svg author: Brian Burger licsense: CC-pd (the url to the license)
[02:52] <Burgundavia> one line for each file in the repo
[02:52] <Burgundavia> listing all authors of each piece
[02:52] <desertc> Yes, I see.
[02:52] <Burgundavia> and then you explicitly say that sending a file to you needs to have a license or it will use the default one
[02:53] <Burgundavia> having clear copyright also means that eventually the good posters can be distributed with ubuntu itself
[02:54] <desertc> I will be sure to get that information up to a site where we can host the files.
[02:54] <Burgundavia> it also needs to be in any tarball you send to anybody
[02:54] <Burgundavia> because that is distribution
[02:55] <desertc> You're coming across loud and clear.
[02:55] <Burgundavia> that is good, thanks
[02:55] <Burgundavia> the other thing that makes everybodies life easier to make certain you keep stuff in editable formats
[02:55] <Burgundavia> svg, jpg, png
[02:56] <Burgundavia> and if they are working in the gimp, getting the gimp format with layers is good too
[02:56] <Burgundavia> although we want the end distribution to be done via PDF
[03:05] <desertc> I produce DVDs for my LUG each month, and I always use a license file for all the work.  Further, I always obtain permission when the license is not stated.  I am 100% on the topic.
[03:06] <Burgundavia> sounds good
[03:07] <desertc> But, you've got to have some flexibility when you're in the middle of a creative process.  You say no, that's wrong, and you lose the momentum!
[03:08] <Burgundavia> I disagree
[03:22] <desertc> Well, you make a valid point, regardless that we disagree about the distribution rights (fair use under education clause).  I did not even keep track of who had created what items, because I was leading the meeting.  Keeping track of the authors and licenses will be important if we want to use any of the material.
[03:24] <desertc> This brainstorming session was an impromptu thing, but next meeting will need to be more organized.  I was hoping to get some team sponsorship before then, however.  What did you think about the idea of making Ubuntu Students a sub-team of Marketing?
[03:33] <victorribeiro> olá, sou novato por aqui, alguem pode me passar uns bons canais de linux?
[03:45] <somerville32> o rly'?
[04:42] <desertc> Well - think about it.  I think it could be a good match!
[14:30] <_StefanS_> the background on fridge is misaligned
[14:30] <_StefanS_> http://fridge.ubuntu.com/node/1227
[14:31] <_StefanS_> ah seems to be like that for all articles.. hmm
[14:44] <juliux> jenda, online?


[13:50] <witchmaster> Hi there.
[13:52] <witchmaster> We had some trouble with the tg3 driver in 3.19 last week. Joseph Salisbury has finally fixed it. But when will these changes end up in the package repository? I just want to avoid updating and end up with a non-working system :-)
[13:55] <apw> witchmaster, if there is a bug filed for this, that would have progress of the commit, if you tell me that i can check too
[14:08] <witchmaster> It's Bug Bug 1428111. Status is: committed ...
[14:09] <witchmaster> I haven't seen if there's a new linux-image package on the repository. I think it's still the old, buggy one ...
[14:45] <apw> witchmaster, is that vivid only?  if so it appears to be applied and pending the upload which is occuring "now"
[14:47] <witchmaster> yes, only vivid. So, then I will wait and see when the new package arrives. Thanks for the information
[14:50] <jsalisbury> ##
[14:50] <jsalisbury> ## Kernel team meeting today @ 17:00 UTC
[14:50] <jsalisbury> ##
[15:44] <caribou> apw: remember the openafs dkms fix of last week ?
[15:45] <apw> caribou, only vaguly
[15:46] <caribou> apw: no need to be specific : I'm trying to identify the type of testing we do for dkms packages
[15:46] <caribou> apw: you might recall last week discussion with slangasek during the Foundation meeting
[15:47] <apw> caribou, i probabally will if you remind me :)  but testing wise we mostly are ensureing they build and load
[15:48] <caribou> apw: on trusty, openafs failed to build following a dentry change that was backported to 3.18
[15:49] <caribou> apw: so when latest trusty kernel got installed by update, openafs dkms rebuild failed
[15:50] <apw> caribou, yes, that is true, and it got fixed i think now yes ?
[15:50] <apw> caribou, so i assume the question is how to stop that happening again
[15:51] <caribou> apw: yep. you uploaded the fix for me :)
[15:52] <apw> ok so this is more about how we can gate things on the dkms results
[15:52] <apw> and that depends on britney knowing they depend on each other, and the tests failing in the dkms packages
[15:53] <caribou> apw: yes, I suppose
[15:54] <apw> caribou, just trying to find the right players
[16:55] <jsalisbury> ##
[16:55] <jsalisbury> ## Kernel team meeting in 5 minutes
[16:55] <jsalisbury> ##
[20:59] <cyphermox> jsalisbury: hey. I'm looking at bug 1359689
[20:59] <cyphermox> now that we have 3.19; it's still not working, even though things are looking fine on 3.19-rc1
[21:00] <cyphermox> (I mean, 3.19-rc1 vanilla)
[21:01] <apw> cyphermox, does it look ok on v3.19.1 vanilla?
[21:01] <jsalisbury> cyphermox, so it regressed now from 3.19-rc1 to 3.19 final?
[21:02] <jsalisbury> cyphermox, comment #31 seems to indicate 3.19 final works on an Utopic install.  Does it not for you?
[21:17] <cyphermox> jsalisbury: I'll try it again, what I'm saying was that for me, it didn't seem to work with our 3.19.0-7-generic
[21:19] <jsalisbury> cyphermox, can you try the 3.19 vanilla kernel to see if it's related to something Ubuntu specific, and 3.19.1 as apw suggests?
[21:20] <apw> 3.19.0-8.8 is building and is 3.19.1 based


[15:22] <hallyn> sforshee: feh, t440s with Wireless-AC 7260 keeps dropping wifi.  hitting fn-f8 twice brings it back.  (I'll wait to file a bug until i have a chance to look at syslog and maybe test upstream kernel, but you've unwittingly become my wifi expert, so i give yo uworthless info like this, sorry)


[01:04] <fta> http://partnerpage.google.com/ubuntu.com?hl=en-US
[01:05] <fta> I didn't know such thing existed
[08:45] <asac> fta: where did you get that igoogle ur lfrom? forum?
[08:58] <fta> http://ubuntuforums.org/showthread.php?t=723602
[09:00] <asac> okay
[09:01] <asac> why do they think they get an ubuntu.com address
[09:08] <asac> really funny how quick a wrong perception is taken for granted :)
[09:09] <asac> "'m trying to become an Ubuntu member, but that darn key generation won't work for me!"
[09:09] <asac> hehe
[10:34] <fta> asac, either mozclient or bonsai is wrong regarding commit dates
[10:37] <asac> how much do they diverge?
[10:38] <asac> fta: ?
[10:38] <fta> difficult to tell. looking...
[10:41] <asac> [reed]: i am not sure if i actually added someone in the reviewee field of the 1.8.0 branch from mozilla bug 398006
[10:41] <asac> if i go to details of the patch i don't see anyone ... does that mean that i didn't?
[10:42] <asac> s/reviewee/reviewer/
[10:44] <fta> if I diff two tarballs: 20080315t0300 and 20080315t1200, I get cvs changes between 2008-03-14 21:17:14.000000000 +0100 and 2008-03-15 04:51:44.000000000 +0100
[10:44] <fta> if the cvs dates are reliable
[10:45] <fta> well, no, not even cvs dates but diff dates, so filesystem dates
[10:45] <fta> anyway, the diff doesn't match bonsai
[11:06] <asac> fta: so mozclient is still against UTC
[11:06] <asac> or even CET
[11:07] <fta> no
[11:07] <asac> why ... its about the same diff
[11:07] <asac> oh
[11:07] <fta> it clearly sends -D "2008/03/16 06:07 PST" to cvs
[11:08] <fta> or similar
[11:08] <asac> you mean its the opposite direction?
[11:08] <asac> ETOOMUCHCONFUSION
[11:37] <fta> 20080315t0300 NOK
[11:37] <fta> 20080314t2200 OK
[11:55] <fta> asac, i'm trying to configure wifi on my laptop, n-m turned crazy at 100% cpu, i had to kill it and now i'm doomed, even after a reboot
[11:58] <asac> chipset
[11:58] <asac> ?
[11:58] <asac> fta: ?
[11:59] <fta> the dell one, hold on
[11:59] <fta> 3945abg
[11:59] <fta> i'm in manual mode now, how can i revert that ?
[12:00] <fta> it's gutsy
[12:00] <fta> is there a recent/usable cd available for hardy ?
[12:04] <fta> asac, ^^
[12:13] <asac> fta: hmm. gutsy is known to have issues
[12:13] <asac> fta: you can use beta previews
[12:14] <fta> i'll grab a nightly then
[12:15] <fta> amd64?
[12:15] <fta> http://cdimage.ubuntu.com/daily-live/current/hardy-desktop-amd64.iso is not oversized
[12:15] <fta> what's broken on amd64 those days ?
[12:19] <fta> asac, ^^
[12:23] <asac> i think it should work
[12:23] <asac> afaik french translation was dropped from CD for now because of the oversizing
[12:23] <asac> but i hope thats not a blocker to use that ;)
[12:23] <fta> i don't care, i'm in us everywhere
[12:24] <fta> i care about not having to mess up with lib32
[12:24] <asac> that should be fine
[12:24] <asac> we are close to beta release
[12:25] <asac> fta: you can ask in #ubuntu-testing
[12:25] <asac> maybe they are happy that you try the latest CD
[12:31] <asac> uff
[12:31] <asac> done with catchup of 1.8.0 security patches
[12:33] <jetsaredi1> asac: that patch made it in last night
[12:33] <asac> yes
[12:33] <asac> it was just a matter of when the batch would happen :)
[12:33] <asac> thanks!
[12:34] <asac> jetsaredi1: remember to verify that its build
[12:38] <jetsaredi1> yea - installed it on my laptop
[12:38] <jetsaredi1> when did you say that you were going to review the extensions?
[12:38] <asac> i think i said today :)
[12:39] <jetsaredi1> the user agent switcher and web developer plugins (both maintained by the same guy) had new releases today
[12:39] <asac> good. do you know how to the upgrade technically?
[12:39] <asac> 1. you commit the new release to the .upstream branch
[12:40] <asac> then you bzr merge ../xxx.upstream  from within the ubuntu branch
[12:40] <asac> and document the new release in changelog
[12:40] <asac> then bzr commit
[12:40] <jetsaredi1> well - did we have those extensions packaged already?
[12:40] <asac> (well to be exact you would open a new changelog entry that is UNRELEASED instead of hardy
[12:40] <asac> so you can land eny eventual fixes for releas
[12:40] <asac> jetsaredi1: no idea :)
[12:40] <asac> thought you refer to them ;)
[12:40] <jetsaredi1> cause they're not on the extensions page :)
[12:41] <asac> jetsaredi1: we have a webdeveloper package in ubuntu
[12:41] <jetsaredi1> o rly?
[12:41] <asac> if you want you can create a branch for them
[12:41] <asac> yes
[12:41] <asac> maybe start with creating an .upstream branch from the current orig.tar.gz
[12:41] <asac> and add the packaging changes to the ubuntu branch
[12:42] <asac> then import the new upstrea mbranch in to .upstream and merge over to ubuntu... fix it to install in firefox 3 ... and maybe switch to thew xpi.mk
[12:42] <asac> :)
[12:43] <jetsaredi1> hmm
[12:43] <jetsaredi1> let me start with the user agent switcher
[12:44] <jetsaredi1> do you know if there is a doc on merging a new upstream?
[12:45] <jetsaredi1> not that your description wasn't enough ;)
[12:47] <asac> jetsaredi1: do we have user agent switcher too?
[12:47] <asac> jetsaredi1: user agent switcher is new
[12:48] <asac> from what i can see right now
[12:48] <jetsaredi1> yea
[12:48] <asac> jetsaredi1: new .upstream is easy
[12:48] <asac> you usually go to a checked out branch
[12:48] <asac> rm -rf *
[12:48] <asac> (e.g. just the .bzr directory stays in there)
[12:48] <asac> then extract the new upstream sources
[12:48] <asac> run bzr add . once (to add any new files)
[12:49] <asac> and commit with message which version that is
[12:49] <asac> then you just go to your .debian branch and run bzr merge /path/to/new/upstream
[12:49] <asac> jetsaredim: and no ... i don't know about any good description for it
[12:49] <jetsaredim> heh
[12:49] <asac> (which doesn't mean that there isn't one)
[12:49] <jetsaredim> ok
[12:50] <jetsaredim> did you upload your devscripts to the main repos?
[12:50] <asac> yes
[12:50] <jetsaredim> cool
[12:50] <asac> mozilla-devscripts in archive has xpi.mk
[12:51] <jetsaredim> where do I find a branch to check out for that package?
[12:51] <asac> jetsaredim: there is none
[12:51] <jetsaredim> or can I just use the source package install
[12:51] <asac> thats why i said you should start and import the current orig as .upstream
[12:52] <jetsaredim> ahh
[12:52] <asac> then branch .ubuntu from that and apply the current diff.gz to that branch
[12:52] <jetsaredim> ok
[12:52] <asac> then we can go ahead
[12:52] <asac> :)
[12:52] <asac> i'd prefer to get all extensions into bzr
[12:52] <jetsaredim> yea
[12:52] <asac> so there is a single list i can go through to sponsor contributions
[12:53] <asac> especially because upstream sometimes don't have a VCS ... so importing them to bzr is a great service to the free software community
[12:58] <asac> fta: http://paste.ubuntu.com/5809/
[12:59] <asac> i haven't tried if it works :)
[12:59] <asac> you think its a mess? (from readability)
[13:00] <asac> the idea is that we cannot just copy the complete .jar file referred to for a certain language, but have to repack that jar to contain only those sub-paths that are given in the manifest
[13:00] <asac> as there are cases where all translations are in the same .jar
[13:00] <asac> (like in ubufox and other extensions)
[13:14] <asac> http://www.adobe.com/devnet/air/articles/introduction_to_air_security.html
[13:19] <jetsaredim> (funny thing - my wife's cousin is the manager for all downloads on adobe.com) :)
[13:36] <asac> oh really?
[13:36] <asac> good to know ;)
[13:38] <[reed]> asac: I can't see the bug
[13:38] <asac> [reed]: which bug id?
[13:39] <asac> ok found it
 [reed]: i am not sure if i actually added someone in the reviewee field of the 1.8.0 branch from mozilla bug 398006
[13:39] <[reed]> brb
[13:39] <asac> added
[14:03] <fta> i have a 2h window for my crash now
[14:05] <asac> fta: ?
[14:05] <asac> please post a tinyurl for that in bonsai
[14:05] <fta> jemalloc becoming static is my main target
[14:06] <asac> yes
[14:06] <asac> as i said try to backout the jemalloc patches
[14:06] <asac> one by one
[14:06] <asac> they most likely cause this
[14:08] <[reed]> asac: you didn't request review from anybody
[14:08] <[reed]> but comment #18 sounds like the branch shouldn't even get it
[14:08] <asac> ok thanks
[14:09] <asac> [reed]: i think it landed on 1.8
[14:10] <[reed]> not from what that bug says
[14:10] <[reed]> there's no fixed1.8.1.x keyword
[14:10] <[reed]> nor approval for a branch patch
[14:10] <[reed]> I doubt it
[14:12] <asac> [reed]: it landed ... was backed out though
[14:12] <asac> hell why don't you comment this kind of action in the bug
[14:12] <asac> when i backported that it definitly was landed
[14:12] <asac> 2007-12-26 11:01	bzbarsky%mit.edu 	mozilla/layout/base/nsPresShell.cpp 	3.852.2.27 	MOZILLA_1_8_BRANCH  	14/0  	Don't run XBL constructors during frame construction, ever. Bug 398006,
[14:12] <asac> r+sr=sicking, a=dveditz
[14:13] <[reed]> see comment #16
[14:13] <[reed]> where it clearly says it was backed out
[14:14] <asac> hmmm
[14:14] <asac> ok
[14:14] <asac> i stand corrected
[14:50] <reed_> ugh
[14:51] <reed_> asac, my X61 won't go to full screen power
[14:51] <reed_> something in one of the latest hardy updates broke it
[14:51] <reed_> :(
[14:51] <asac> reed_: full screen power?
[14:51] <reed_> screen brightness
[14:51] <asac> ah.
[14:52] <reed_> it's stuck on some low setting
[14:52] <asac> i can push it up using the fn keys
[14:52] <reed_> fn keys don't work at all
[14:52] <reed_> :(
[14:52] <reed_> for screen brightness
[14:52] <reed_> the little sun dialog comes up
[14:53] <reed_> and acts like it is changing
[14:53] <reed_> but doesn't actually change
[14:53] <asac> ah
[14:53] <asac> hmm ... what did i do to fix it :/
[14:53] <asac> hmm
[14:53] <asac> it was broken in the beginning. i remember that
[14:54] <asac> but i can't remember that i fixed it manually
[14:56] <asac> reed_: what i did is to enable laptop_mode and tweaked the settings in there to get more battery life
[14:58] <asac> reed_: i enabled laptop mode in /etc/default/acpi-support
[14:58] <asac> and i think you either have to restart the system or run the laptop-mode init script in init.d
[14:59] <reed_> yeah, I just did that... I'm grepping /var/log/acpid and see it calling /etc/acpi/video_brightnessup.sh, but it still isn't doing anything
[14:59] <reed_> ok, just did that
[14:59] <reed_> nope
[14:59] <reed_> not helping
[14:59]  * reed_ grrs
[15:01] <asac> let me see if i modefied that file
[15:02] <asac> what do you have in there?
[15:02] <reed_> root@angelo:/etc/acpi# cat video_brightnessup.sh
[15:02] <reed_> #!/bin/bash
[15:02] <reed_> . /usr/share/acpi-support/key-constants
[15:02] <reed_> acpi_fakekey $KEY_BRIGHTNESSUP
[15:02] <asac> reed_: do you have /etc/acpi/thinkpad-brightness-up.sh ?
[15:02] <reed_> yes
[15:02] <reed_> root@angelo:/etc/acpi# cat thinkpad-brightness-up.sh
[15:02] <reed_> #!/bin/bash
[15:02] <reed_> manufacturer=`dmidecode --string system-manufacturer`
[15:02] <reed_> case "$manufacturer" in
[15:02] <reed_>     LENOVO*)
[15:02] <reed_> 	exit
[15:02] <reed_>     ;;
[15:02] <reed_>     *)
[15:03] <reed_> 	. /usr/share/acpi-support/key-constants
[15:03] <reed_> 	acpi_fakekey $KEY_BRIGHTNESSUP
[15:03] <reed_>     ;;
[15:03] <reed_> esac
[15:03] <reed_> same thing
[15:03] <asac> yes
[15:03] <asac> its not used because you have LENOVO i guess
[15:03] <reed_> yeah
[15:03] <reed_> root@angelo:/etc/acpi# dmidecode --string system-manufacturer
[15:03] <reed_> LENOVO
[15:04] <asac> ah wait a  second
[15:04] <asac> i think i changed the module options for thinkpad_acpi
[15:04] <asac> i have
[15:04] <asac> options thinkpad_acpi hotkey=enable,0xffffbf brightness_enable=1 experimental=1 fan_control=1
[15:04] <asac> in /etc/modprobe.d/thinkpad_acpi.modprobe
[15:05] <reed_> that file got removed
[15:05] <reed_> remember? :)
[15:05] <asac> it got?
[15:05] <asac> not for me :-P
[15:05] <reed_> well
[15:05] <reed_> it was _supposed_ to be removed
[15:05] <asac> yeah ... unload the thinkpad_acpi module and see if modprobing it with those parameters helps
[15:06] <asac> it wasn't correct in its initial form anyway
[15:06] <asac> i also added two more modules to /etc/modules (but i don't know if they matter at all)
[15:06] <asac> acpi-cpufreq
[15:06] <asac> cpufreq_powersave
[15:08] <reed_> again, this worked fine not too long ago
[15:08] <reed_> something broke it
[15:08] <reed_> :(
[15:08] <asac> today?
[15:09] <asac> can you still manually cat proper values to the /proc/ file?
[15:09] <jetsaredim> asac: for webdeveloper it looks like the author changed the directory structure and such underlying
[15:09] <jetsaredim> so do I just blow away what is there and drop in the new one
[15:09] <asac> reed_: cat /proc/acpi/ibm/brightness
[15:10] <asac> reed_: cat /proc/acpi/video/VID/LCD0/brightness
[15:10] <asac> jetsaredim: the idea was just to have the original thing in a branch
[15:10] <asac> as i said to do an upstream upgrade you always rm -rf everything
[15:10] <asac> then unpack the new
[15:10] <asac> and bzr add .
[15:10] <asac> then commit
[15:11] <jetsaredim> o ok
[15:11] <reed_> no such file for the ibm path
[15:11]  * jetsaredim is a bit slow
[15:11] <reed_> root@angelo:/etc/acpi# cat /proc/acpi/video/VID/LCD0/brightness
[15:11] <reed_> levels:  100 100 20 25 30 35 40 45 50 55 60 65 70 75 80 85 90 100
[15:11] <reed_> current: 100
[15:11] <reed_> it's clearly not at 100
[15:11] <asac> reed_: yeah most likely because the ibm thing is missing
[15:11] <reed_> how do I fix that? :)
[15:12] <asac> reed_: /sys/devices/virtual/backlight/acpi_video0/brightness
[15:12] <asac> can you change that?
[15:12] <asac> does that expose the correct value?
[15:12] <reed_> root@angelo:/etc/acpi# cat /sys/devices/virtual/backlight/acpi_video0/brightness15
[15:12] <reed_> 15
[15:12] <asac> i also have /sys/devices/virtual/backlight/thinkpad_screen/brightness
[15:12]  * reed_ tries pushing it up
[15:13] <asac> or actual_brighness
[15:13] <reed_> I don't have /sys/devices/virtual/backlight/thinkpad_screen
[15:13] <asac> reed_: so did you modprobe with the parameters above?
[15:13] <reed_> no, let me go do that
[15:13] <asac> right
[15:13] <asac> that should help i guess
[15:14] <reed_> ok
[15:15] <reed_> root@angelo:/etc/modprobe.d# modprobe thinkpad_acpi `cat thinkpad_acpi.modprobe`FATAL: Error inserting thinkpad_acpi (/lib/modules/2.6.24-12-generic/kernel/drivers/misc/thinkpad_acpi.ko): Unknown symbol in module, or unknown parameter (see dmesg)
[15:15] <reed_> mmm
[15:16] <reed_> oh
[15:16] <asac> strange
[15:16] <reed_> that's my fault
[15:16] <asac> k
[15:17] <reed_> so, that acted like something happened, but nothing happened... let me restart
[15:18] <asac> at least it should bring you the brightness devices again for thinkpad/ibm
[15:20] <reed_> woo
[15:20] <reed_> now, how can I strangle acpi-support maintainers?
[15:21] <reed_> for breaking my screen brightness
[15:21] <reed_> :)
[15:21] <asac> does it work?
[15:21] <reed_> yep
[15:21] <asac> just those parameters?
[15:21] <reed_> I dropped the hotkey one
[15:21] <reed_> because that's wrong
[15:21] <asac> is that required?
[15:21] <asac> oh
[15:22] <asac> why?
[15:22] <asac> whats wrong with the mask?
[15:22] <reed_> the mask isn't needed anymore, and it breaks some fn keys
[15:22] <asac> really :)
[15:22] <asac> good
[15:22] <reed_> yep
[15:22] <asac> i will remove it then
[15:22] <asac> which keys in particular are broken for you with that?
[15:22] <reed_> hmm, the lp bug says it
[15:22] <reed_> reed@angelo:~$ cat /etc/modprobe.d/thinkpad_acpi.modprobe
[15:22] <reed_> options thinkpad_acpi brightness_enable=1 experimental=1 fan_control=1
[15:23] <reed_> that's what I have now
[15:23] <reed_> and it works
[15:26] <jetsaredim> asac: do I need to preserve anything other than the changelog file?
[15:27] <jetsaredim> err and control file
[15:29] <asac> jetsaredim: did you import the original debian part already?
[15:30] <asac> e.g. as bzr revision on the .ubuntu branch
[15:30] <asac> if so, i think just control changelog copyright should be enough
[15:30] <asac> at least the files in the XPI.TEMPLATE are required
[15:30] <asac> rules as well of course
[15:31] <jetsaredim> yea
[15:31] <asac> k
[15:31] <asac> fine
[16:16] <fta> ok, my laptop works perfectly
[16:16] <fta> (so far)
[16:25] <asac> every acpi stuff right?
[16:39] <fta> default. what should I tweak ?
[16:41] <asac> brightness :)
[16:42] <fta> I do that with the keyboard
[16:42] <fta> and there was an auto dim on the default gusty
[16:43] <fta> maybe a dell thing
[16:43] <fta> it's shipped with "deb http://ppa.launchpad.net/dell-team/ubuntu gutsy main"
[16:43] <asac> sounds good
[16:44] <asac> so new nm is fixed?
[16:44] <fta> yes
[16:44] <asac> nice
[16:46] <asac> is that ppa auto added to your sources?
[16:46] <asac> fta: ?
[16:49] <fta> it was preinstalled in gutsy but i've trashed it, i prefer to know exactly what's installed on my boxes
[16:54] <fta> hm, those two firmware packages were not even installed
[16:55] <fta> so it looked like a vanilla gutsy
[17:41] <jetsaredim> asac: the xpi still needs to be at the top-level of the package right?
[17:42] <asac> yes
[17:43] <asac> jetsaredim: you could define MOZ_XPI_FILE=full/path/to.xpi
[17:43] <asac> havent tried that though
[17:44] <jetsaredim> good ide
[17:44] <jetsaredim> a
[18:20] <armin76> asac: fta: you guys using jemalloc?
[18:22] <armin76> or is it enabled by default?
[18:25] <fta> it's by default
[18:26] <fta> asac, ff3 is changing workspace in my laptop :(
[18:28] <jetsaredim> asac: I must have flubbed up something in this webdeveloper package cause I just tried installing the deb and restart ff and not there
[18:45] <asac> fta: yes. thats because you don't use compiz
[18:45] <asac> jetsaredim: is anything in the package
[18:45] <asac> try dpkg -L packagename to see the content
[18:46] <fta> i don't use compiz on any of my desktops and it still doesn't raise
[18:46] <asac> still doesn't raise? i thought you said that it did switch workspace
[18:46] <asac> so two issues?
[18:47] <fta> it does on my new laptop
[18:47] <jetsaredim> asac: looks like it never installed
[18:47] <fta> it doesn't on my desktops
[18:53] <jetsaredim> asac: doesn't look like anything got installed other than the copyright and changelog
[18:53] <jetsaredim> which means that variable might not be working
[19:01] <asac> indeed
[19:16] <fta> armin76, why did you ask ?
[19:19] <armin76> uh? the jemalloc thing?
[19:19] <armin76> some user asked me :D
[19:20] <asac_> users shouldnt know which memory thing the application is using imo
[19:20] <asac_> just deny that info next time :-P
[19:49] <fta> asac, crash confirmed within http://tinyurl.com/3bvwx2, rebuilding with this one backed out: http://tinyurl.com/2pdd9h
[20:37] <asac> fta: does ephy crash as well with that xul?
[20:50] <fta> bingo, http://tinyurl.com/2pdd9h is the culprit
[20:50] <fta> [reed], i blame you ! :)
[20:53] <xtknight> in gutsy, ff2.0 and ff3.0 can be installed concurrently.  i'd like to try a new ff3.0 build.  how would i replace the distro's ff3.0?  the distro-provided ff3.0 seems to include some secret sauce to interoperate with ff2.0...  the new ff3.0 build i have runs ff2.0 if ff2.0 is open.
[21:00] <asac> xtknight: there should be no difference for that problem
[21:01] <asac> oh right
[21:01] <asac> the profile directory is not the same
[21:01] <asac> well ... its excpected then and you cannot do much about that
[21:02] <asac> xtknight: maybe the ffox 3 in gutsy-backports is new enough for you?
[21:04] <fta> jdong has a backport of b4 ready for gutsy
[21:04] <fta> if it's not already in
[21:56] <asac> fta: bug 190845
[21:56] <ubotu> Launchpad bug 190845 in seamonkey "seamonkey has no Help > Report Problem in Help Menu" [Medium,Confirmed] https://launchpad.net/bugs/190845
[21:56] <asac> there is a patch. can you review and sign off?
[21:57] <asac> (if it works at all)
[22:00] <asac> xtknight: bug 191796
[22:00] <ubotu> Launchpad bug 191796 in gutsy-backports "Please backport firefox-3.0 3.0~b4 final" [Undecided,Triaged] https://launchpad.net/bugs/191796
[22:00] <asac> there are test packages
[22:00] <asac> please confirm that they work well
[22:00] <asac> so we can upload these
[22:01] <fta> asac, forgot about that. will do
[22:01] <asac> thanks!
[22:01] <asac> i just found it while reviewing the beta blocker list
[22:01] <fta> you were supposed to comment on mozilla bug 421168 too
[22:01] <ubotu> Mozilla bug 421168 in Build Config "firefox using --with-libxul-sdk doesn't install .idl/.h on make install" [Normal,Resolved: wontfix] http://bugzilla.mozilla.org/show_bug.cgi?id=421168
[22:01] <fta> we have a bug for that
[22:01] <asac> i know ... its still on my radar
[22:02] <asac> i looked at that todo twice today iirc
[22:17] <xtknight> o
[22:17] <xtknight> thx asac/fta
[22:18] <xtknight> i was trying a PGO build.  what's in backports isn't PGO is it?
[22:18] <xtknight> profile-guided optimization
[22:20] <xtknight> if not when do you guys plan on using PGO or do you plan on it?
[22:28] <asac> not planned
[22:29] <fta> same here. i've had a look a while ago but we still build too often and it's damn slow and greedy
[22:29] <fta> (to build with PGO)
[22:30] <xtknight> ah
[22:31] <xtknight> any way to change profile dir on a stock firefox?
[22:31] <xtknight> i mean to ~/.mozilla/firefox-3.0
[22:31] <asac> not really
[22:32] <xtknight> how is the ff3.0 in ubuntu built to cooperate with ff2.0?
[22:32] <asac> there is no cooperation. the gutsy backport should still work as before
[22:33] <xtknight> i suppose i could apt-get source the new ff3.0 and add PGO myself?
[22:34] <fta> it will not work without rewriting some rules
[22:34] <fta> it's a 3 steps build
[22:35] <fta> i may give it a try in my ppa but i doubt it will make it in hardy, and i'm sure it will not in gutsy :S
[22:36] <xtknight> ah sounds like a lot of trouble esp. with debian package
[22:37] <asac> what has debian package to do with that?
[22:37] <xtknight> rewriting the debian build scripts etc to use PGO
[22:43] <[reed]> you know we're not going to turn PGO on for Linux builds in time for Fx3, right?
[22:44] <fta> (i knew it)
[22:44] <xtknight> um yes i know :)
[22:45] <xtknight> just wondered if attempting it myself was worthwhile
[22:48] <fta> [reed], read that i blamed you ?
[22:49] <[reed]> fta: yes, but that doesn't really mean much, considering the number of patches I check-in for other people
[22:49] <[reed]> complain to the patch author ;)
[22:50] <fta> [reed], mozilla bug 423334
[22:50] <ubotu> Mozilla bug 423334 in XPCOM "crash at startup in [@ NS_CompareVersions]" [Critical,New] http://bugzilla.mozilla.org/show_bug.cgi?id=423334
[22:50] <[reed]> can asac reproduce?
[22:51] <[reed]> as in, is this only you, or will this affect all ubuntu users?
[22:51] <fta> it's b5pre
[22:51] <[reed]> b5 freeze is tonight
[22:51] <[reed]> so, if there's a problem, we need to know asap
[22:52] <fta> it's --with-libxul-sdk b5pre crash only
[22:52] <fta> without that commit, it works
[22:52] <fta> i'm rebuilding a fresh trunk to confirm that
[22:53] <[reed]> k
[22:53] <[reed]> let me know
[23:01] <CheGuevara> w00t got firefox to freeze
[23:03] <fta> got it crash dozens of time since yesterday
[23:03] <fta> +to
[23:08] <fta> [reed], you Cced me to my own bug :)
[23:08] <[reed]> you were in my autocomplete ;P
[23:08] <[reed]> for when I CC asac
[23:09] <fta> and you use fta+mozilla while I'm using fta+bugzilla there but it doesn't matter much (except for the duplicates)
[23:11] <[reed]> wait
[23:11] <[reed]> why do you have two accounts?
[23:11] <fta> I have only one
[23:12] <[reed]> ?
[23:12] <[reed]> you have two
[23:12] <[reed]> fta+mozilla and fta+bugzilla
[23:12] <fta> really ?
[23:12] <[reed]> yes
[23:12] <[reed]> you should file a bug to merge them :)
[23:13] <fta> i'm always using fta+bugzilla, the other one must be old then
[23:13] <fta><EMAIL_ADDRESS> |
[23:13] <fta>            Priority|P1                          |--
[23:13] <fta> oops?
[23:13] <fta> did I drop the p1 ?
[23:13] <fta> [reed], ^^
[23:14] <[reed]> fixed
[23:14] <[reed]> file a bug under mozilla.org :: Bugzilla: Other b.m.o Issues
[23:14] <[reed]> to merge your two accounts
[23:18] <fta> an accounts merging request? hm, ok
[23:18] <fta> doe
[23:18] <fta> done
[23:19] <[reed]> cool
[23:43] <fta> asac, you asked me about readability of locale-export, if i may, MOZCALL_manifest_strip_jars is spectacular to say the least
[23:55] <asac> [reed]: what does TS stand for?
[23:56] <[reed]> in what context?
[23:56] <asac> performance :)
[23:56] <[reed]> oh, Ts
[23:56] <asac> mozilla bug 418016
[23:56] <asac> :)
[23:56] <ubotu> Mozilla bug 418016 in XPCOM "Ts jumped ~1% when enabling jemalloc on Linux (qm-mini-ubuntu01, qm-mini-ubuntu02, qm-mini-ubuntu05)" [Minor,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=418016
[23:56] <[reed]> Ts is a startup test we use
[23:56] <asac> ok
[23:57] <[reed]> Ts(tartup)
[23:57] <asac> without having looked at it i am not surprised that things go bad if you have that linked into libxul ... which isn't loaded in the beginning in fffox libxul-sdk build iirc
[23:57] <[reed]> basically times how long it takes to load the browser
[23:57] <asac> yes, got that
[23:57] <[reed]> k
[23:57] <[reed]> :)
[23:57] <asac> 1% doesn't really sound that much
[23:58] <[reed]> we're very anal about performance
[23:58] <[reed]> lately
[23:58] <[reed]> :)
[23:58] <asac> well
[23:58] <asac> yeah i see that
[23:58] <[reed]> but backing out the patch is definitely an option
[23:58] <[reed]> but need to see if it's fixable currently
[23:58] <[reed]> if not, sure, back it out
[23:58] <asac> i will try to see if i can figure why browser uses its own static copy (which is suspect it does)
[23:58] <[reed]> the creator of jemalloc commented in the bug
[23:59] <[reed]> see if you can answer his comment
[23:59] <asac> bz?
[23:59] <[reed]> no, Jason
[23:59] <asac> ah
[23:59] <asac> ok just reloaded
[23:59] <[reed]> Jason Evans