[07:39] <caribou> Morning
[07:40] <smb> Morning
[08:00] <erle-> jsalisbury, now 3.11.5 failed one wake up
[08:00] <erle-> but it may have been another bug
[10:54] <erle-> jsalisbury, now it failed twice in a row
[10:54] <erle-> i will install 3.12 again
[11:05] <ppisati> debian/rules.d/0-common-vars.mk:
[11:05] <ppisati> sharedconfdir   := $(CURDIR)/debian.master/config
[11:05] <ppisati> debian/scripts/config-check:
[11:05] <ppisati> my $checks = "$commonconfig/enforce";
[11:05] <apw> ppisati, yes
[11:05] <ppisati> so, even a topic branch is tied to the enforce in debian.master
[11:06] <ppisati> just noticed it
[11:06] <apw> ppisati, yes deliberatly so
[11:06] <ppisati> ah k
[11:06] <apw> it may be a fool idea, but the idea behind that is we collect the knowledge of the critical components for ubuntu in one place
[11:07] <apw> of course that does fall appart when your topic branches are based of some old shit version
[11:07] <ppisati> ok, so it's by design, i see
[11:07] <apw> yeah i think the jury is still out on whether it was a good idea or not, but it is deliberate
[11:08] <ppisati> no prob, i just stumbled on it and i wondered why it was so
[11:57] <cking> brendand, I've updated the bug report for the fwts suspend/resume duration logging, if you can give it a quick test that would be useful :-)
[12:08] <brendand> cking, superb - i'll test them asap
[14:30] <ppisati> brb
[15:19] <rtg> has anyone done a 13.04->13.10 upgrade recently ? re: bug #1242210
[15:19] <ubot2> Launchpad bug 1242210 in linux (Ubuntu) "Failed to install linux kernel" [Undecided,Incomplete] https://launchpad.net/bugs/1242210
[15:20] <apw> hmmm, i would be supprised if that was a common issue as that is one of the standard tests isn't it?  one which had a tick next to it on the iso tracker
[15:21] <rtg> apw, yeah, but I've not done it personally so was just making sure.
[15:21] <smb> Could it bee another full /boot
[15:21]  * apw probabaaly has a raring VM lying about i could clone and try it i guess
[15:21] <smb> It seemed in the past those error happened always after release for such reasons...
[15:22] <rtg> just out of sheer paranoia...
[15:22] <apw> smb, worth asking in the bug i recon
[15:26] <smb> apw, Oh, hm in the report there is at least an error related to the nvidia binary drivers I guess
[15:27] <smb> run-parts: /etc/kernel/postinst.d/update-nvidia exited with return code 1
[15:27] <rtg> smb, I don't think taht would cause his dependency problems though
[15:28] <smb> linux-image-generic depends on linux-image-extra-3.11.0-12-generic; however:
[15:28] <smb>   Package linux-image-extra-3.11.0-12-generic is not configured yet.
[15:28] <smb> So extra fails and thus the image fails on dependencies
[15:34] <smb> ah no not extra but linux-image, and the rest of dependency issues caused by that
[15:41] <rtg> has anyone had 'top' segfault with a 3.11 kernel ?
[15:42] <apw> rtg, not seen that here ever that i reall
[15:42] <apw> recall
[15:42] <rtg> hmm
[15:42]  * smb has not either
[15:43] <rtg> I've noticed it on my local server as well as tangerine.
[15:44] <smb> Does it stay persistent after observing it or is the next incantation working?
[15:44] <rtg> smb, it restarts just fine
[15:44] <rtg> it sometimes takes awhile
[15:44] <rtg> to crash I mean
[15:45] <smb> Sounds like a real pain to figure out
[15:45] <rtg> in other words, sucks to be me ?
[15:46] <smb> nah, more like some silent corruption which is hard to figure out
[15:46] <rtg> its 12.04 user space with an LTS kernel
[15:47] <smb> At least it is multiple servers which should rule out hw failure
[17:14] <apw> rtg, we seem to be missing the repo mirrors for trusty on gomeisa et al, i think you own that replication job ?
[17:17] <rtg> apw, ack
[17:17] <hallyn> rtg: to get CONFIG_USER_NS enabled in trusty, do i need to send a patch to ubuntu-kernel@?  Or is it better to bribe you on thursday?
[17:18] <rtg> hallyn, I prefer bribes :)
[17:18] <rtg> hallyn, but send a patch anyways so I remember to do it
[17:19] <hallyn> rtg: thanks, will do
[17:23] <rtg> hallyn, debian.master/config/config.common.ubuntu:CONFIG_USER_NS=y ?
[17:24] <hallyn> right
[17:24] <rtg> hallyn, its already enabled then. it'll be in the first kernel I upload (hopefully today)
[17:24] <hallyn> woohoo!
[17:25] <hallyn> rtg: thx.  will do some testing once i see it built
[19:27] <infinity> Are you sure you can't fire sconklin?
[19:29] <infinity> *cough*
[19:30] <infinity> sconklin: (Forgive my grumpy sense of humour today, I'm meant to be having a day off)
[20:52]  * rtg -> EOD
[21:04] <coredump> So, I checked out the repo for saucy but I can't find a tag for 3.10.17, is the naming different or something?
[21:08] <bjf> coredump, are you looking for an upstream stable version? we don't have those tags in our repos.
[21:09] <coredump> I am trying to get/compile the most recent 3.10 ubuntu patched kernel available.
[21:10] <coredump> kernel.ubuntu.com has a 3.10.17-saucy package
[21:10] <coredump> http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.10.17-saucy/
[21:10] <bjf> coredump, why 3.10 and not 3.11 which is what saucy was released with?
[21:11] <coredump> If I tell you, you will probably laugh at me :)
[21:11] <coredump> I still wary of odd numbered kernels.
[21:12] <coredump> also, 3.10 is deemed 'longterm'
[21:12] <bjf> coredump, ok, but saucy is 3.11 and that's getting the stable updates. not 3.10
[21:13] <bjf> coredump, and upstream makes no distinction between even and odd numbered releases
[21:13] <coredump> yeah, I know
[21:13] <coredump> anyway, I don't see that on the git tags either (3.11)
[21:14] <bjf> coredump, you need to look at Ubuntu-3.11.0-x.y tags
[21:20] <coredump> so 0-12.18 is the latest package
[21:20] <coredump> nice.
[21:20] <coredump> thanks
[21:20] <bjf> coredump, yes, np
[21:21] <coredump> any difference using ubuntu-saucy{-signed}?
[21:23] <bjf> coredump, -signed is for secure boot


[00:00] <Kano> apt-get source linux-image-$(uname -r)
[00:00] <yuhong> And yes, there are NX capable processors that does not support 64-bit.
[00:00] <yuhong> Intel Core for example.
[00:00] <Kano> then look into debian/binary-custom.d/
[00:00] <Kano> and try it
[00:01] <yuhong> I want the config to be the same as generic with PAE enabled.
[00:01] <Kano> then use it
[00:01] <yuhong> Which why I am not asking ubuntu-hardened.
[00:01] <Kano> a bit tricky to modifify linux-ubuntu-modules, but not that hard too
[00:02] <yuhong> Anyway, what is the status of this.
[00:03] <Kano> yuhong: instead of complaining compile your own kernel i would say ;)
[00:03] <JanC> yuhong: it won't happen for gutsy
[00:03] <yuhong> No, too late anyway.
[00:04] <JanC> for hardy, you would have to convince the developers with very good reasons
[00:04] <yuhong> I can, but NX capable processors are so common and XP SP2 enables PAE with a compatiblity hack that there should be a generic-pae kernel.
[00:04] <Kano> yuhong: another way: compile debian bigmem kernel
[00:05] <yuhong> On NX capable processors, that is.
[00:05] <yuhong> Why doesn't ubuntu have that bigmem kernel.
[00:05] <Kano> it is called different
[00:05] <JanC> yuhong: does such a kernel boot on all systems that the current kernel boots on?
[00:06] <yuhong> No, that is why I am not removing the generic-nonpae kernel.
[00:06] <Kano> yuhong: in theory i could even write a script to compile such a kernel ;)
[00:06] <JanC> I don't think there is space on the desktop install CD for multiple kernels...
[00:06] <yuhong> XP SP2 handle this by having the bootloader not use the PAE kernel if the processor is not PAE capable or PAE is not enabled.
[00:07] <yuhong> Either by NX or otherwise.
[00:08] <Kano> well linux is not xp
[00:08] <Kano> your kernel has pae enabled or not,you have to select it
[00:09] <Kano> also when you would know better about xp then you know the installer write this boot.ini option
[00:09] <yuhong> Even in Windows, there are separate kernels for each combination of SMP, non SMP, PAE, and non-PAE.
[00:09] <yuhong> The bootloader choose the kernel used.
[00:09] <Kano> that means when you exchange the cpu from a cpu without nx to a cpu with nx you will NOT use nx
[00:10] <Kano> it is not dynamic
[00:10] <yuhong> This kind of switching used in NTLDR is probably not feasible for Linux.
[00:10] <yuhong> But at least have a PAE kernel.
[00:11] <Kano> there is one ;)
[00:11] <yuhong> Yes, but it is for servers.
[00:11] <Kano> nobody helds you back to use it
[00:12] <yuhong> I am recommending a desktop PAE kernel because almost all current processors have NX
[00:12] <Kano> best complile a yuhung kernel, makes you feel better :)
[00:13] <yuhong> And enabling NX increases security.
[00:13] <Kano> i highly doubt that
[00:13] <yuhong> Windows enables PAE to take advantage of NX on current processors too.
[00:14] <Kano> yuhong: is windows secure because of nx? thats a marketing gag
[00:14] <yuhong> Though with a compatiblity hack that limits physical address space to 4G.
[00:14] <yuhong> Because of driver problems.
[00:14] <yuhong> I agree that Windows is secure not just because of NX.
[00:14] <yuhong> But still, windows does it.
[00:15] <Kano> yuhong: usually the apps are more insecure than the kernel, so just attack em
[00:16] <yuhong> Correct, but NX can prevent app buffer overflows too.
[00:16] <Kano> scripts that can access other files from a webserver or whatever
[00:16] <Kano> do you know how many php mistakes are exploitable
[00:17] <yuhong> I know, but NX can prevent app buffer overflows too.
[00:17] <Kano> i see really no reason to extra harden desktop systems
[00:17] <yuhong> But as I said, Windows does it too.
[00:18] <yuhong> And as I said, NX can protect more than just the kernel.
[00:18] <Kano> even apparmor is useless against stupid users ;)
[00:19] <yuhong> Maybe, but Windows does it too.
[00:19] <Kano> yuhong: every one with phyiscal access to a linux pc can install backdoors or change everything until you encrypt all
[00:19] <yuhong> Correct.
[00:19] <Kano> same applies to win
[00:19] <yuhong> correct.
[00:20] <Kano> so what attacks are you fearing most?
[00:20] <yuhong> But stilll, Windows does that switching to PAE to enable NX too.
[00:20] <Kano> you are just too funny ;)
[00:20] <yuhong> I am suggesting this not because of attacks.
[00:20] <Kano> because of win i know *g*
[00:21] <yuhong> But because NX can enhance security, thus Windows does it too.
[00:21] <yuhong> I mean, Windows does that switching to PAE to enable NX too.
[00:21] <Kano> sure but it still did not get any more secure by this, good example *g*
[00:22] <Kano> at least not xp
[00:23] <yuhong> Windows were forced to enable NX only for system components by default because of appcompat issues.
[00:23] <Kano> yuhong: and you are using win now,right ;)
[00:23] <yuhong> Thankfully Linux is open source, thus any issues with NX and PAE can be fixed.
[00:24] <yuhong> But I am running Ubuntu in a VM.
[00:24] <yuhong> So no need for the hack that limits PA like with Windows.
[00:26] <Kano> do you know, that a kernel with slower timer works faster in a vm?
[00:26] <yuhong> And saves power on laptops as well.
[00:26] <yuhong> But I am not talking about timers.
[00:27] <Kano> in your case: just install the server kernel, desktop optimisation is not required at all
[00:27] <yuhong> But what about the many people who have processors that have NX.
[00:28] <Kano> yuhong: they dont care
[00:28] <yuhong> No, but NX is enabled in Windows by default in these computers.
[00:28] <Kano> did they notice this? no
[00:29] <yuhong> No, but it does enhance security.
[00:29] <Kano> you must be a real hacker target *g*
[00:29] <yuhong> In fact, AMD and Intel advertises NX by another name.
[00:30] <yuhong> And I don't think it is sensible to have NX not enabled in Ubuntu by default when NX is enabled in Windows by default.
[00:31] <Kano> default is impossibel for old cpus
[00:31] <yuhong> No but at least provide a PAE kernel.
[00:31] <zul> we do its the server kernel
[00:32] <yuhong> Windows deals with this by bootloader autodetection.
[00:32] <yuhong> But it is impossible for Linux.
[00:32] <Kano> best write a patch for grub ;)
[00:32] <yuhong> Except maybe the Installer can automaticly install the PAE kernel on PAE machines and enable it by default on NX.
[00:33] <Kano> yuhong: as you are in your vm: check: grep -o nx /proc/cpuinfo
[00:33] <Kano> do you get that flag
[00:34] <yuhong> Wait.
[00:35] <Kano> if you get no output then your discussion is completely useless
[00:35] <yuhong> For me that is.
[00:35] <Kano> as you could not even boot that kernel
[00:35] <yuhong> Which is why I am not removing the nonpae kernel.
[00:38] <Kano> so you want something just for others ;)
[00:38] <yuhong> And also my physical processor support PAE.
[00:39] <Kano> then boot it phyiscal ;)
[00:39] <yuhong> BTW, Vista allow you to shrink a volume.
[00:40] <Kano> but is is too stupid to install on a partition without active flag set which every win version could do before ;)
[00:44] <yuhong> BTW, I am downloading the alternate CD to see if that will work.
[00:45] <Kano> you can resize with gparted too
[00:47] <yuhong> BTW, GRUB 0.97 is older than GRUB 1.95
[00:48] <Kano> you can count
[00:48] <Kano> but thats a completely differnet branch
[00:48] <yuhong> Correct.
[00:48] <Kano> do you need grub2
[00:49] <yuhong> But GRUB 2 is better, and support EFI booting, important for Intel Macs.
[00:49] <Kano> thats absolutely unimportant
[00:49] <Kano> as intel macs can boot with normal grub as well
[00:49] <yuhong> And GRUB 1.95 is 1 year newer than GRUB 0.97.
[00:49] <Kano> you only need it for booting
[00:50] <yuhong> But CSM booting on Intel Macs is a completely different can of worms.
[00:50] <yuhong> For example, external HDs and netboot.
[00:50] <Kano> when you look at intel mac you can say that the integrated madwifi driver is not working with em but a newer svn snapshot would do. but grub is totally unimportant
[00:51] <yuhong> BTW, does the radeonhd driver work with native EFI booting.
[00:51] <Kano> you do not need to boot efi natively as the mac has bios emulation
[00:51] <yuhong> If it doesn't it is not hard to modify it so it does.
[00:51] <Kano> as this was needed for win
[00:51] <Kano> so why play with efi if not needed?
[00:52] <yuhong> But the BIOS emulation have it's own problems.
[00:52] <Kano> it works
[00:52] <yuhong> For example, external HDs and netboot.
[00:52] <Kano> do you own a mac
[00:52] <yuhong> No, but I was thinking about how limited BIOS emulations in intel macs are.
[00:53] <yuhong> I once wished I could own one.
[00:53] <Kano> you are thinking, but i know kanotix users with intel mac and nobody needed something with efi
[00:54] <Kano> you can even boot cd using grub
[00:54] <yuhong> Someone mentioned booting DOS with Intel Mac's EFI emulation.
[00:54] <Kano> sure, should do as well
[00:54] <Kano> no need for grub2
[00:54] <yuhong> But that depends on how good BIOS emulation in Intel Macs are.
[00:54] <yuhong> I heard of keyboard problems for example.
[00:54] <Kano> when it can boot win it is good enough ;)
[00:55] <yuhong> For Linux, probably yes, but for DOS, it is a different matter.
[00:55] <yuhong> But what about external HDs and netboot?
[00:55] <Kano> yuhong: i hope you know any dos command *g*
[00:56] <yuhong> I heard of problems getting Intel Macs' BIOS emulation to boot from anything other than an internal hard disk or CD.
[00:56] <yuhong> For example, netboot and external HDs.
[00:57] <Kano> and thats your problem, right?
[00:57] <Kano> you can not use nx, nor you own a mac, so whats your problem
[00:57] <yuhong> No, but that is why EFI Linux booting should not be abandoned.
[00:58] <yuhong> I can use NX.
[00:58] <Kano> yuhong: you boot itanium with efi
[00:58] <yuhong> It is not my problem.
[00:58] <Kano> ia64
[00:58] <yuhong> Correct.
[00:59] <yuhong> you always boot itanium with EFI,
[00:59] <yuhong> I heard of problems getting Intel Macs' BIOS emulation to boot from external HDs or a network.
[00:59] <Kano> thats not your problem,dont care
[01:00] <yuhong> Not really my problem of course, and indeed my problem is with NX.
[01:00] <Kano> it si not you can use a kernel with nx enabled, a 64 bit system or you can compile your own kenrel
[01:01] <yuhong> Xserves does not have BIOS emulation.
[01:01] <yuhong> No not for me.
[01:01] <yuhong> But for the average users, it is.
[01:01] <Kano> you can be sure, that no average users needs that
[01:02] <yuhong> And Windows enables it seemlessly.
[01:02] <yuhong> Except that Windows enables it automaticly.
[01:02] <Kano> yuhong: how long do you use linux?
[01:02] <Kano> 10 min?
[01:03] <yuhong> Not really, more than that.
[01:03] <Kano> so how long
[01:03] <yuhong> But I read about linux a lot.
[01:03] <Kano> how long do you use it
[01:04] <yuhong> I ran a Linux VM on another computer for a while
[01:04] <Kano> never native?
[01:04] <yuhong> No, unfortunately, because of disk space.
[01:05] <Kano> the desktop iso images are live cds, you do not neven need a hd
[01:06] <yuhong> In any case, Windows enables NX automaticly on processors supporting it.
[01:06] <Kano> in any case you are too stupid to boot a live cd ;)
[01:06] <yuhong> I am not.
[01:06] <Kano> then why didnt you do it
[01:06] <yuhong> Linux can't, so a PAE kernel is the closest thing.
[01:07] <yuhong> I prefer to install in a VM.
[01:07] <Kano> you did not boot a live cd because you need pae?
[01:07] <yuhong> No.
[01:07] <Kano> so why not
[01:08] <Kano> hd space is not needed
[01:08] <yuhong> That is why the non-PAE kernel must be the default on Live CDs.
[01:08] <yuhong> But installing to a HD is a different matter.
[01:08] <Kano> why did you never boot it?
[01:09] <yuhong> Just easier to install in a VM.
[01:09] <Kano> usally a standard user wants speed
[01:09] <Kano> then he wants to play games, 3d games can not be used in a vm
[01:09] <yuhong> I am not stupid, I am thinking of the average user and comparing it to Windows.
[01:09] <yuhong> Not always.
[01:10] <Kano> an average user does not even know about pae but he does know that he wants to use 3d, for compiz, games or whatever
[01:10] <yuhong> Correct.
[01:10] <Kano> nobody cares about pae
[01:10] <yuhong> And Windows enables NX automaticly.
[01:11] <Kano> but no user cares about
[01:11] <yuhong> A PAE kernel is the closest thing  for linux.
[01:11] <yuhong> I agree for the average user, but keep in mind that both Intel and AMD advertised PAE once.
[01:12] <yuhong> I mean NX.
[01:12] <Kano> marketing yes
[01:12] <Kano> amd said it would stop virues, it didnt
[01:12] <yuhong> Requiring NX for PAE may be a good thing.
[01:12] <Kano> nothing changed for xp
[01:12] <Kano> absolutely nothing
[01:13] <yuhong> No not completely, espricially because Windows XP does not enable NX by default for all programs.
[01:13] <Kano> how many linux virues do you know
[01:13] <yuhong> Because of appcompat.
[01:14] <yuhong> But linux is open source.
[01:14] <Kano> you know nothing,but you knwo this best
[01:14] <Kano> sweet dreams
[01:14] <yuhong> Not true.
[01:15] <yuhong> Requiring NX for PAE may be a good thing.
[01:15] <yuhong> Because it finally push transmeta and VIA to add PAE support.
[01:26] <yuhong> In any case, should there be a PAE kernel in Linux because NX is enabled by default in Windows and NX requires PAE?
[01:27] <yuhong> I mean ubuntu.
[02:42] <yuhong> So in the end, will a PAE desktop kernel be available in Ubuntu? Because PAE is required to enable NX.
[10:14] <pkh> I want to get an updated sierra driver included in the ubuntu kernel.  can someone point me in the right direction for the procedure of dealing with this?
[10:17] <abogani> pkh: This is a good to start: https://wiki.ubuntu.com/KernelTeam/KnowledgeBase
[10:17] <abogani> pkh: Particularly https://wiki.ubuntu.com/KernelGitGuide in your case.
[10:18] <tjaalton> sweet, a new l-r-m for 2.6.24. it needs newer nvidia/fglrx though, AIUI
[10:20] <pkh> abogani: thanks.  will dive into it.
[10:38] <pkh> i'm not sure what to do.  I want to get an updated sierra driver into the kernel, but i'm not sure whether I should be working from the ubuntu end or the "linus' tree"?
[11:26] <dade`> where can i get ubuntu sources for kernel 2.6.22-12 ?
[11:30] <amitk> dade`: git clone git://kernel.ubuntu.com/ubuntu/ubuntu-gutsy.git OR apt-get install linux-source
[11:30] <dade`> no
[11:30] <dade`> gutsy uses -14 by default
[11:31] <dade`> i need -12
[11:31] <dade`> the -14 has bugs i can't afford
[11:32] <amitk> dade`: Once you get the git tree, you can roll back to whatever version you need using git commands
[11:32] <dade`> this is more interesting
[11:34] <dade`> I found this https://launchpad.net/ubuntu/+source/linux-source-2.6.22/2.6.22-12.39
[11:35] <dade`> to match the -12 image, do i need to apply the .diff.gz patches, or they're applied already ?
[11:35] <dade`> i guess I have to apply them.
[11:36] <abogani> dade`: In your shoes i prefer git-archive or git-bisect...
[11:38] <dade`> yes but i need to learn how to use them, and I just want to enable CONFIG_NO_HZ
[11:39] <dade`> is someone working on this https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/151016 ?
[11:39] <ubotu> Launchpad bug 151016 in linux-source-2.6.22 "New in 2.6.22-13: system takes a LONG time to resume from suspend" [Undecided,Confirmed]
[11:43] <zdzichu_> I have similar bug, https://bugs.launchpad.net/ubuntu/+bug/135083
[11:43] <ubotu> Launchpad bug 135083 in ubuntu "resume from STR is very slow on Thinkpad z61t" [Undecided,New]
[11:43] <zdzichu_> with no comments
[14:10] <lkolbe> Hi! I'm trying to build the ubuntu kernel from the git repository (git://kernel.ubuntu.com/ubuntu/ubuntu-gutsy.git). following the procedure in https://wiki.ubuntu.com/KernelMaintenance, fakeroot debian/rules binary-arch does work, but dpkg-buildpackage does not - it complains loudly about files in build/ and .git that it can't represent changes in there.
[14:10] <lkolbe> e.g., i can't build a source-package directly out of the git-tree
[14:10] <lkolbe> I know I'm missing something obvious here, I just can't figure out what ...
[14:17] <rtg_> lkolbe: try 'debuild -b' to see if it complains about missing dependencies.
[14:23] <lkolbe> hm, thanks. I did install missing dependencies and try to build again now.
[14:23]  * lkolbe thinks d'oh
[14:24] <rtg_> lkolbe: if it still complains then 'make mrproper;git checkout -f;debuild -b'
[14:26] <lkolbe> okay, thanks rtg_! I'll let you hear if it works out ...
[14:36] <lkolbe> hm, okay, different problems - I try to use pbuilder for the kernel build, and it tries to make a source-package:
[14:37] <lkolbe> "dpkg-buildpackage: failure: dpkg-source -b ubuntu-gutsy gave error exit status 1", it compains about "newly created empty file"s and 'cannot  represent change to build/scripts/basic/fixdep' and all that
[14:38] <rtg_> lkolbe: what is your goal ? An installable binary deb or a source deb? "dpkg-buildpackage -S -sa -rfakeroot -I.git -I.gitignore -i'\.git.*'" to build a source package.
[14:38] <lkolbe> I'm trying to build kernel .debs that I can dupload to our local repository for distribution :)
[14:39] <lamont> lkolbe: debuild -i.git
[14:39] <rtg_> lkolbe: to make the build faster, restrict it to one flavour to begin with: 'fakeroot debian/rules binary-debs flavours=generic'
[14:40] <rtg_> lkolbe: you should also have ccache installed and setup.
[14:40] <lamont> or what rtg_ said first. :-)
[14:40]  * lamont shuts up
[14:41] <rtg_> lamont: dude, I love to hear different ways of doing stuff :) Like rebase v.s. merge. I listened to Randal's talk. I've been having the same argument with BenC.
[14:42] <lamont> "if you publish your changes for consumption by other than upstream, rebasing is unkind."
[14:42] <lkolbe> Thanks alot. I'm still waiting for dpkg-buildpackage -S .. to complete. If it works, I shoudl be able to use pbuilder :)
[14:42] <lamont> I think that summarizes randal's explaination nicely.
[14:43]  * lamont considers anew actually running pbuilder at least once in his life.
[14:43] <rtg_> lamont: I happen to agree with him. I have yet to really grok the advantage of Ubuntu rebasing as opposed to merge.
[14:43] <rtg_> lkolbe: you're on your own with pbuilder :)
[14:43] <lamont> rtg_: if it's your tree, then rebasing is love.  it's everyone based on your tree that hates life.
[14:44] <lamont> so, if you want to win the discussion with BenC, take over pushing ubuntu-hardy, and rebase it, once BenC is doing active development that isn't immediately pushed into the tree.
[14:44] <lamont> rebasing keeps the gitk mess prettier
[14:44] <lamont> gitk screws anyone downstream, since commits go *poof*
[14:45] <rtg_> lamont: all of the kernel devs push to the repo, but once in awhile (supposedly on a schedule now) we sync with Linus.
[14:45] <lamont> right.  and as long as BenC is pushing to the repo, and not doing devel in a repo based off of ubuntu's repo, he won't understand our pain
[14:46] <BenC> the basic idea is that rebasing makes it easier for us to move from 2.6.22 to 2.6.24
[14:46] <lamont> rebasing to 2.6.24 I can certainly see.
[14:46] <BenC> lamont: I don't manage the main git repo's anymore :P
[14:46] <lamont> regularly rebasing once we're there is just pain
[14:46] <lamont> BenC: heh. ok
[14:46] <rtg_> lamont: perhaps you should be basing your hppa devel off of Linus tree, then reconcile your patches with Ubuntu periodically. We ought to be pretty close most of the time.
[14:46] <lamont> rtg_: so much for our planning in secret, eh?
[14:47]  * BenC rains on the parade
[14:47] <lamont> rtg_: actually, my ubuntu-hppa tree isn't that active at all.
[14:47] <lamont> it's more what I've run into elsewhere.
[14:47] <rtg_> lamont: hell, I'm trying to get into this open source jive. Most of my career has been developing in the dark.
[14:48] <lamont> and then there's the challenges when hppa has a needed fix that isn't in the main repo, and is having challenges getting in because of a checkpoint-freeze..  those can be painful, and yet I understand the reasons for the lamont-pain-causing reluctance.
[14:48] <lamont> it hurts me when I have to tell myself "no".
[14:48] <rtg_> lamont: so how many hppa users are there? As many as there are ia64 users ?
[14:49] <lamont> less.
[14:49] <rtg_> At last count I think there were 4 ia64 users.
[14:49] <lamont> there exists a small possibility that we don't fit on one hand anymore. :0)
[14:49] <lamont> ia64 desktop? sounds about right. ia64 server? more
[14:49] <rtg_> I think the xen community has a hard time, and there are a bunch more users there.
[14:50] <lamont> hppa?  lets see... me, jbailey, (did we get BenC hardware?), t-bone, and probably a couple more
[14:50] <rtg_> though it will get easier as more ofit is pulled into mainline kernel.
[14:50] <lamont> yeah.  and most of the hppa stuff is pushed into mainline quickly, so we really don't have much pain.
[14:51] <lamont> kyle for the win
[14:51] <rtg_> lamont: do you think jeff actually moved his to mt view?
[14:51] <BenC> lamont: I haven't received anything lately...my ia64 is dead, and the a500 hasn't booted a recent kernel since edgy
[14:51] <BenC> gutsy might work, but I haven't tested it
[14:51] <lamont> rtg_: he got new hppa gear in mtview... ggg is there, and all is lover.
[14:51] <lamont> BenC: I need to poke our guy to get me the ia64 box so I can install it
[14:52] <rtg_> BenC: maybe we should slice the ia64 baggage out of the kernel if there is no serious maintenance effort.
[14:52] <lamont> BenC: would you like a J6K?  (same rack space as an A500, no MP interface, but it can run 32- or 64- bit kernels)
[14:52] <lamont> oh, and gutsy is a little unstable on SMP A500, hence the ugly 2.6.22 hppa64 config
[14:52] <BenC> lamont: yeah, that would be nice
[14:52] <BenC> rtg_: only baggage there is some config files...not much overhead in that
[14:53]  * lamont makes a note to pester the nice admin guy to schlep the box to his cube
[14:53] <lamont> rtg_: there is pretty serious ia64 maint effort. just not many users...
[14:53] <lamont> and BenC should have working ia64 gear before new years, modulo UPS love.
[14:54] <lamont> (the freight company, not the backup power)
[14:54] <lamont> hrm.. time to get ready and go to the office for a 9AM meeting
[14:54] <rtg_> lamont: they seem to have a hard time finding his house.
[14:55] <lamont> mebbe I should give them lat-longs?
[14:55] <lamont> anyway, gone.
[14:56] <zul> hey
[14:58] <lkolbe> yippie - dpkg-buildpackage -S -sa -rfakeroot -I.git -I.gitignore -i'(\.git.*|build.*)' finally builds the source-package. Now on to pbuilder. ... :)
[14:58] <rtg_> zul: speaking of xen...
[14:58] <zul> rtg_
[14:58] <zul> where?
[14:59] <rtg_> zul: it just came up in the discussion of rebase vs merge.
[15:00] <zul> rtg_: ah yes i was reading the backscroll redhat is doing alot of it now for 2.6.24 so we can use dom0 with xen paravirt-ops
[15:01] <rtg_> zul: do you think you will still need a custom flavour for xen?
[15:01] <zul> yep
[15:07] <zul> rtg_: fyi http://fedoraproject.org/wiki/Features/XenPvops
[15:13] <rtg_> zul: huh. looks like a lot of work left.
[15:13] <zul> yep
[15:22] <humbolto> How well is the the ubuntu kernel patched for xen? Would you recommend it for a production environment?
[15:24] <zul> depends but you would be safer using the kernel from xensource
[15:34] <humbolto> have not seen any kernels there.
[15:39] <FlashBiker> hello everyone
[15:40] <FlashBiker> i have a problem installing ubuntu on my Acer Aspire 5520G
[15:40] <FlashBiker> my nvidia sata controller doesn`t seem to be recognised
[15:50] <FlashBiker> anyone alive in here?
[15:52] <FlashBiker> anyone alive in here?
[15:53] <reynaldo_> FlashBiker: what kernel version are you trying to boot with and what are the details of your specific sata controller?
[15:55] <FlashBiker> 2.6.20
[15:56] <FlashBiker> reynaldo: i`m using 2.6.20-15-generic
[15:58] <reynaldo> FlashBiker: do you think you can try to boot with gutsy (2.6.22(?)) and see if the problem is still present ?
[15:58] <FlashBiker> yes it still persists
[15:58] <FlashBiker> but i was told that...
[15:59] <FlashBiker> in the modules.pcimap... there is no entry refering to my device
[16:00] <FlashBiker> this is my device
[16:00] <FlashBiker> PCI bridge: sVIDIA Corporation Unknown device 0563 (rev a2)
[16:00] <FlashBiker> oir if i do lspci -n
[16:00] <FlashBiker> 00.00.0 0500: 10de:0547 (rev a2)
[16:01] <FlashBiker> this is the first entry in modules.pcimap
[16:01] <zul> try booting with all_generic_ide
[16:02] <FlashBiker> now?
[16:02] <FlashBiker> how?
[16:03] <zul> try googling for all_generic_ide
[16:07] <reynaldo> FlashBiker: sorry I didn't managage to help you further, I was looking to see if there where reported bugs against your kernel version and the specific controller you have but all I found was a claimed to be fixed bug against a similard card: https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/145005
[16:07] <ubotu> Launchpad bug 145005 in linux-source-2.6.22 "[gutsy] kernel 2.6.22-12 doesn't boot with nVidia MCP65 SATA Controller pci id [10de:045d]" [High,Fix released]
[16:09] <FlashBiker> ubotu: so there is no kernel that supports my hardware?
[16:09] <reynaldo> FlashBiker: do what zul said, and yes, there seems to be no specific support for your card
[16:09] <reynaldo> alltough that doesnt mean you cant use it
[16:10] <FlashBiker> i`m trying it now
[16:10] <cr3> in /proc/modules, I noticed that some lines end with (P). I thought that each line in /proc/modules consisted of the columns: name, size, instances, dependencies, state and offset. so, what's that final (P) column?
[16:12] <FlashBiker> it seems to have done something...
[16:12] <FlashBiker> but now my xservers is having some buggs
[16:13]  * reynaldo just relized ubotu passed the turing test :-)
[16:18] <reynaldo> rel/real
[16:51] <reynaldo> be back in half an hour
[17:11] <BenC> amitk__, rtg_: ping
[17:11] <amitk__> pong
[17:11] <rtg_> BenC: yo
[17:11] <BenC> I'm late as usual, but this should be quick
[17:11] <BenC> cr3: ping
[17:12] <cr3> BenC: pong
[17:12] <BenC> zul, mjg59`: ping
[17:12]  * BenC rounds up the gang
[17:12] <zul> BenC: yo
[17:12] <BenC> This is just going to be a quick kernel meeting to supplement the lack of #ubuntu-meeting/fridge being scheduled like it needs to be
[17:14] <BenC> Agenda is simple: 1) Go over current state of hardy kernel. 2) cr3 to discuss cert process and kernel team, 3) Open floor for questions/comments
[17:14] <rtg_> BenC: 1) We are behind the eight ball. Linus has released -rc5
[17:14] <BenC> So the basic idea right now is that linux 2.6.24 and accompanying lum/lrm has been uploaded
[17:15] <BenC> rtg_: I'm more concerned with everything compiling than staying close in sync with Linus, ATM
[17:16] <BenC> lots of things are in dep-wait right now, so I'm not sure what the real state is
[17:16] <BenC> The objective is to get all this sorted out by the end of  the week, so we can have a 2.6.24 based Alpha 2 on the 20th
[17:17] <BenC> Any questions about this simple plan? :)
[17:17] <zul> not here
[17:18] <rtg_> I guess the one core-dev we have on the kernel team is gonna be busy.
[17:18] <zul> er we have 3 core-devs
[17:18] <BenC> only one that will be doing linux-2.6.24 source uploads
[17:20] <BenC> Ok
[17:20] <BenC> cr3: you have the floor
[17:21] <cr3> I would like to announce that the hwtest framework, which is used as the basis for hardware certification and server enablement, now supports automated tests.
[17:21] <cr3> I would also like to inform you guys that steve george has suggested that the support department should start solving cases by also creating a script to reproduce the problem encountered.
[17:22] <cr3> this script could then be added to hwtest to make sure the problem doesn't occur again
[17:22] <BenC> cr3: is there an API for these scripts, or are they just generic types...and are they run as root?
[17:22] <cr3> the purpose of sharing all this information is that the same concept could apply to the kernel team: if you encounter a problem which is easily scriptable in something runnable from the command-line, I could add it to hwtest very easily
[17:23] <BenC> cr3: and how do we get feedback from these scripts?
[17:23] <cr3> BenC: the simplest way is to just write a script callable from the command line which returns 0 on success and non-0 on failure and, yes, this is run as root.
[17:23] <cr3> BenC: currently, certification.canonical.com. the fact this is a private website is a concern shared by myself and other team members, such as liw who works on desktop testing.
[17:24] <BenC> cr3: it's a good start, thanks for the framework. We'll have to see if we can hash out how to make this useful for our engineering efforts
[17:24] <cr3> BenC: from lack of a more suitable alternative, we agreed to use this private website and improve it with the experience we will gain during hardy. this experience could then be reused by the launchpad team when developing their hardware database website or some other testing site if necessary.
[17:25] <cr3> BenC: do you have somekind of setup for running tests for hardware vendors?
[17:26] <BenC> cr3: we only do manual testing
[17:26] <BenC> boot, install, try out all the hardware
[17:27] <rtg_> cr3: some of this stuff is hard to automate, like audio.
[17:28] <cr3> rtg_: I also have manual tests for audio and video, which you could reuse.
[17:28] <rtg_> cr3: cool.
[17:29] <cr3> so, I mentionned how scripts written by the kernel team could be useful to me when performing my own test runs. could the suite be useful to the kernel team as well?
[17:30] <BenC> cr3: is this hardware testing, or basic OS testing?
[17:30] <rtg_> cr3: perhaps in cases where we are trying to reproduce a bug.
[17:30] <cr3> by the way, I don't want this script writing to incur more overhead than the gains you would have, so we could start by just emailing me scripts you might write on the corner of the table
[17:31] <cr3> BenC: hardware testing, but there will be some OS testing done by other teams
[17:31] <cr3> BenC: err, when you say "hardware testing", do you mean like checking that there are badblocks or checking compatibility of Ubuntu with the hardware?
[17:32] <BenC> cr3: we're only interesting in spending our time on hardware testing
[17:32] <BenC> cr3: compatibility, and functionality
[17:32] <BenC> *interested
[17:33] <cr3> right, that's what I'm concentrating on as well. I have recently added a feature which relates tests with specific devices. so, I should eventually be able to generate a view where you see all devices on a machine and the number of tests passed/failed for each device
[17:34] <cr3> the relations are expressed with simple boolean expressions: 'net.80203' in info.capabilities
[17:34] <BenC> excellent
[17:35] <cr3> or: 'fpu' in cpuinfo.flags and cpuinfo.vendor_id == 'GenuineIntel'
[17:35] <BenC> cr3: Could you provide me an email with more detail on this framework?
[17:35] <cr3> BenC: sure, I have a bug to document the framework some more. mind if I fix this bug and then email you the corresponding documentation?
[17:36] <BenC> cr3: sounds good
[17:36] <BenC> I'll toss the info on kernel-team@ and see if we can get some discussion and ideas
[17:36] <cr3> maybe this darn project should have a website with a mailing list at some point
[17:36] <BenC> cr3: thanks for your time
[17:37] <cr3> BenC: thanks for the audience, we'll keep in touch
[17:37] <BenC> Any topics people want to bring up now?
[17:38] <zul> nope
[17:39] <BenC> Ok, then this meeting is adjourned :)
[17:40] <BenC> thanks everyone
[17:42] <lamont> BenC: so, given 2ea 73 GB drives, you want raid1?
[17:42] <lamont> or two drives?
[17:42] <BenC> lamont: raid1
[17:42] <lamont> ok.  /me finally found the machine that the nice man schlepped over several days ago
[17:43] <soren> mjg59`: rtg_ and I are interested why you think https://bugs.edge.launchpad.net/ubuntu/+source/usplash/+bug/139453 is a kernel issue?
[17:43] <ubotu> Launchpad bug 139453 in usplash "colors are left on the screen after blanking with usplash enabled" [High,Triaged]
[17:44] <lamont> soren: sounds, uh, colorful. :-)
[17:44] <soren> doh..
[17:44] <soren> :)
[17:49] <zul> BenC: has anyone considered going through sourceforge and looking for drivers compared to feature requests on launchpad?
[17:50] <BenC> zul: no, are you volunteering? :)
[17:50] <BenC> stability is a major issue when taking in drivers like that
[17:50] <zul> sure i have time
[17:54] <mjg59`> soren: The kernel's responsible for blanking the screen on the console. If it's not doing so, that sounds like a kernel bug.
[17:55] <soren> mjg59`: Um... Yes, I suppose it's as simple as that :) I just kind of hoped you'd have a bit more of an idea.
[17:55] <mjg59`> Ah, no. I never got beyond that :)
[17:57] <soren> Ok. :)
[19:10] <reynaldo> BenC: you around ?
[20:33] <BenC> reynaldo: yeah
[20:35] <reynaldo> Hi Ben, I'd like you to mentor me for the device manager work on launchpad
[20:35] <reynaldo> but I'm unsure what the procces to atain that entitles
[20:36] <reynaldo> i'm talking about https://wiki.ubuntu.com/DeviceManagerSpec
[20:37] <reynaldo> its the only 'mentoring available' item in the ubuntu-kernel group
[20:37] <reynaldo> hope you can understand what I'm saying, I'm not a native speaker
[20:39] <BenC> reynaldo: basically, just get to work on it :)
[20:40] <BenC> reynaldo: if you have any questions, feel free to email me
[20:41] <reynaldo> Yeah, Id like to know if I can trust the blueprint contents to be rigth
[20:41] <reynaldo> they suggest this to be moved, in the 'work with the gnome dudes intead' sence
[20:41] <reynaldo> the basic idea was to for hal-device-manager
[20:42] <reynaldo> fork
[20:44] <reynaldo> now it seems is just a matter of helping gnome-device-manager's upstream development. that's what got me confused
[20:46] <reynaldo> I'm more of an 'invent all the wheels again, as long as all other wheels are square' kind of guy :)
[20:55] <BenC> reynaldo: actually, there's some discussion outside of the spec, with some other developers working to do the same thing
[20:55] <BenC> reynaldo: email me, and I'll get you in contact with them
[21:02] <reynaldo> BenC, done, thanks for your time. hope to be of some help :-)
[21:14] <reynaldo> back in an hour


[06:26] <hakermania> Yes!!! FeatureFreeze exception taken(https://bugs.launchpad.net/ubuntu/+bug/824102)!!! Please guys, now I need 2 reviewers!!!
[06:29] <hakermania> Laney, thanks :)
[06:33] <hakermania> Anyways, i have some lessons now and I have to go! If anyone interested in reviewing it now that the featurefreeze exception was accepted, see http://revu.ubuntuwire.com/p/wallch Many thanks and bye for now!
[10:59] <c_korn> are those default postinst scripts generated by dh_make available somewhere in the docs ?
[11:00] <c_korn> ah, got it: /usr/share/debhelper/dh_make/debian/postinst.ex
[12:52] <truong_an> anyone here, i have some questions when starting packaging
[12:54] <hakermania> truong_an, speak directly, if it has to do with packaging only, speak to #ubuntu-packaging
[12:55] <truong_an> thank you!
[13:09] <hakermania> tumbleweed, how can I help in other projects?


[11:35] <popey> Ahem. https://discourse.ubuntu.com/t/loco-logo-dojo/41290
[11:35] <popey> (also good morning)
[12:44] <davef> festive
[12:45]  * penguin42 jingles
[13:18] <davef> Just rediscovered pickled onion monster munch. Nothing is safe.
[13:22] <penguin42> oh dear, still, it might distract you from the Jaffa cakes; I don't *think* they go together
[13:24] <davef> I dunno, sweet orange with crunchy pickled onion might be an oddly satisfying combination.
[13:25] <penguin42> and next year you start your new job with Walkers
[13:27] <davef> Got a video game to make first
[13:31] <penguin42> oh? What's that?
[13:32] <davef> https://www.youtube.com/watch?v=l1Jp4K02L1I
[13:32] <penguin42> how many tools does the $ break?
[13:33] <davef> the $ is not used
[13:34] <penguin42> fortunate
[13:36] <davef> Yes, that's my day job, when I'm not devouring Jaffa cakes
[13:37] <penguin42> line of code, jaffa cake, line of code, jaffa cake,  test passes, monster munch....
[13:38] <davef> I'm more on the managerial side, tell somebody to do that, Jaffa cake, somebody do this, Jaffa cake, say "good work everyone", monster munch
[13:41] <penguin42> ok, so you have an epic for jaffa cake supply, and delivery is critically dependent on it
[13:50] <davef> Indeed, and must consume at least 6 packs of Jaffas every sprint
[14:28] <zxmpi> you prepare for these moments https://i.pinimg.com/originals/58/64/dd/5864dd3c58ec6b40cedd55c3d3032c5d.jpg
[14:30] <lopta> Mornin'
[14:31] <zxmpi> afternoon
[14:32] <penguin42> zxmpi: you definitely need a drink to go with one of those large packs, they completely suck any moisture out
[14:36] <zxmpi> even if it's less than a yard it's a lot of cake
[14:44] <lopta> Generally speaking, I am in favour of cake.
[14:45] <zxmpi> people who are anti cake are to be watched
[14:47] <penguin42> and beaten with a good heavy malt loaf until they comply
[14:47] <zxmpi> nah, christmas fruit cake. then it'll have a use :-P
[14:48] <zxmpi> other than doorstop
[14:50] <lopta> A place I worked used to have a Christmas tradition of "gifting" a fruitcake to a local bank.  The following year the same bank would give it back.  The same cake.  We'd been around for eighty-plus years, so I hate to think how old that cake was.
[14:51] <lopta> I think the bank may have been stuck with that after we folded.
[14:52] <zxmpi> lots of old ones still about https://www.theglobeandmail.com/news/national/caring-for-137-year-old-fruitcake-becomes-a-stale-family-tradition/article27890666/
[14:54]  * lopta sighs
[14:59]  * lopta checks rent prices in Bristol
[17:48] <luna_uk> british new year demoparty time
[18:03] <luna_uk> http://twitch.tv/fieldfxdemo
[18:13] <lopta> I would watch that if I weren't at work.
[18:41] <lopta> popey: Is LoCo membership something that lapses if a member doesn't intentionally renew it?


[00:00] <Jordan_U> trinitas: Nobody ever said that you would be unbanned automatically after a day. What LjL stated was "i don't feel comfortable enough removing the ban at this time, so i suggest we both take at least a day or so to think about it."
[00:01] <trinitas> exactly
[00:01] <Jordan_U> trinitas: In other words, come back in a day and we can begin discussing things again.
[00:02] <trinitas> Jordan_U: i'll wait till LjL is around.
[00:03] <Jordan_U> trinitas: OK.
[07:51] <Jordan_U> pangolin: I hope you don't mind me doing that.
[07:51] <pangolin> not at all
[10:44] <LjL> trinitas: are you going to both respect the guidelines (everything in !etiquette more accurately) and avoid making snarky remarks about bans? in general, the idea is you remember #ubuntu-offtopic is a channel to chill in, and not a platform for complaint about your IRC situation. also if it turns out there has to be another ban, that ban will be much longer.
[12:00] <oCean> ah wait, <ubuntuaddicted1> is mazda01
[12:00] <bazhang> the FBI guy?
[12:01] <oCean> that one
[12:01] <oCean> That's the one I think
[12:02] <oCean> yup, BT says it is so
[15:29] <LjL> oCean: how is pw cracking illegal activity? i'm pretty sure the most common use of zip crackers is to crack passwords people have forgotten.
[15:30] <oCean> really? I never forget my pw's
[15:30] <LjL> good for you
[15:30] <Myrtti> I WRITE THEM ON A PIECE OF PAPER AND STICK THE NOTE UNDER MY LAPTOP
[15:30] <Myrtti> works EVERY time.
[15:32] <topyli> Myrtti: i know, it's a very helpful habit
[15:44] <Tm_T> trinitas: are you there?
[17:28] <oCean> LjL: Actually I use KeePassX to not to lose valueable passwords. truth is, I was busy with other things, missed the context and probably should not have responded at that discussion at all
[17:29] <oCean> but i still wonder, when _should_ we break off such a discussion. IMO posting lines like "I used to crack rars too" don't give much confidence on how the discussion will develop. It's like the discussion on aircrack-ng I think
[17:29] <LjL> oCean: ok. my stance anyway is, unless it's clear the user is doing X for illegal purposes (because he somehow makes it clear), then i assume good faith.
[17:30] <LjL> oCean, the guy was looking for packages, seems appropriate for #ubuntu. if he had started getting into the specifics of how ZIP passwords work or the like, maybe he should have been redirected.
[17:31] <oCean> Ok, that seems a better approach anyway
[17:32] <LjL> oCean: and don't think people are smart enough to avoid mentioning their illegal intentions... more often than not, people *will* candidly say they're trying to pirate something / "crack into the neighbor's wifi" / etc. so if they don't, there's a fair chance they're trying to do something legitimate.
[17:34] <oCean> hehe, yeah, I've seen that happen.
[17:36] <oCean> So, it's a good approach also because otherwise they will turn the discussion into one on the channel rules/guidelines. Something that is less likely to happen when someone is so candid about their illegal intention
[18:38] <pangolin> trinitas: are you around?


[07:20] <head_victim> I'm looking around at cheap ebay pci>sata cards, has anyone had any experience? Should these "just work" or are there chipsets to avoid?
[10:37] <ajcullen> Ubuntu says i have low disc space
[10:39] <sagaci> go to nautilus and check how much space is in the / directory and your home directory
[10:49] <ajcullen> Free space 2.9gb home?
[10:49] <ajcullen> If i downloaded something would it go into home?
[10:50] <sagaci> well what does it say under your / directory
[10:51] <sagaci> ajcullen: yeah generally a browser download would be under ~/Downloads
[10:51] <sagaci> unless you used wget, which would usually be in the folder you run it from, maybe just ~/
[10:53] <ajcullen> Its 2.9 have i installed it wrong?
[10:53] <sagaci> are you dual-booting?
[10:54] <ajcullen> Yep
[10:54] <sagaci> how much did you shrink your windows (i'm assuming) partition?
[10:55] <ajcullen> Bout 120gb for ubuntu
[10:55] <ajcullen> Did advanced off a tutorial
[10:55] <sagaci> doesn't sound right
[10:56] <ajcullen> Can someone link me a tutorial to get it right?
[10:56] <sagaci> can you pastebin df -h
[10:56] <ajcullen> Sure
[10:57] <sagaci> are you on 11.10?
[10:58] <ajcullen> Yep
[11:00] <ajcullen> How do i show u my pastebin?
[11:00] <sagaci> copy the url into here
[11:00] <sagaci> http://paste.ubuntu.com/11111 something like that
[11:01] <sagaci> assuming you've used paste.ubuntu.com
[11:01] <ajcullen> http://pastebin.com/crZkjWXE
[11:01] <ajcullen> Cool
[11:03] <ajcullen> Take it ubuntu is more of a fixer upper than just starting a fresh with problems
[11:05] <sagaci> what guide did you use?
[11:05] <ajcullen> Cant remember one off the net lol
[11:05] <sagaci> ah, you installed via wubi?
[11:06] <ajcullen> Yep
[11:06] <ajcullen> And did an advanced
[11:06] <sagaci> eh, I haven't used wubi since 2008 maybe once or twice, what version of windows are you dual-booting with
[11:07] <ajcullen> 7 pro
[11:07] <ajcullen> Theres an advanced partitioning tool
[11:08] <sagaci> but, iirc, it's not actually partitioning, it's just a windows file
[11:08] <ajcullen> What should i do
[11:08] <sagaci> here's an idea, ditch wubi, shrink your disk from windows 7, download/use unetbootin to "burn" the iso to a USB stick, reboot, choose USB at bios and manually partition
[11:09] <ajcullen> Okay
[11:09] <ajcullen> Is there a guide i should follow
[11:09] <sagaci> as for deleting wubi...
[11:10] <sagaci> I can guide you if you've got time
[11:10] <ajcullen> Should i download ubuntu iso
[11:10] <sagaci> yep, are you with bigpond, optus or internode, iinet?
[11:11] <ajcullen> Dunno at internet cafe
[11:11] <sagaci> ah ok
[11:11] <sagaci> is 700mb an issue?
[11:11] <ajcullen> Playing cod 2 got my laptop open with ubuntu and irc ing on my xoom
[11:11] <ajcullen> Narh i am torrenting lion lol
[11:11] <sagaci> 700mb download, that is
[11:11] <sagaci> -.-
[11:12] <ajcullen> Lol
[11:12] <sagaci> assuming you want 64-bit - http://mirror.aarnet.edu.au/pub/ubuntu/releases/11.10/ubuntu-11.10-desktop-amd64.iso
[11:12] <sagaci> you'll want to download that in your windows 7 install
[11:13] <ajcullen> Cool just a sec
[11:13] <sagaci> and also - http://downloads.sourceforge.net/project/unetbootin/UNetbootin/563/unetbootin-windows-563.exe?r=http%3A%2F%2Funetbootin.sourceforge.net%2F&ts=1323429199&use_mirror=internode
[11:13] <sagaci> in your windows 7 install too
[11:13] <ajcullen> Whats that one?
[11:14] <sagaci> it's used to "burn" the iso to your USB stick
[11:14] <sagaci> so you can boot into the live ubuntu environment to install it
[11:14] <ajcullen> Just get my keys
[11:15] <sagaci> also, if you have anything on your wubi ubuntu install, back it up / copy it now
[11:15] <ajcullen> Kk
[11:16] <ajcullen> Ntfs or fat for a 8gb flash? Formatting...
[11:17] <sagaci> fat
[11:17] <ajcullen> Thought so
[11:18] <sagaci> not sure if it is still an issue but certain things won't boot from ntfs
[11:18] <sagaci> fyi, https://wiki.ubuntu.com/WubiGuide#How_do_I_uninstall_Wubi.3F
[11:19] <sagaci> so you just go into the add/remove programs and remove the "Ubuntu" program
[11:20] <ajcullen> Just backing up now
[11:20] <ajcullen> Is there someway i can get a list of my personally installed apps?
[11:22] <sagaci> probably, but I can't remember how
[11:23] <sagaci> I just keep a txt file in my ntfs partition with all the things I need when I reinstall
[11:23]  * sagaci is organmanised
[11:23] <ajcullen> Nice idea
[11:26] <sagaci> sudo apt-get 100 things, irc channels, bashrc, wget keys... etc
[11:29] <ajcullen> !restarting think theres bad sectors on my disc and computer says no
[11:30] <sagaci> ah, what?
[11:30] <sagaci> did you just do anything funky, apart from backing up?
[11:31] <ajcullen> Narh my laptops pretty munted
[11:31] <ajcullen> Think a fresh win7 and ubuntu are in order
[11:31] <sagaci> I'll leave the win7 install to you
[11:32] <ajcullen> Yer all good with that
[11:32] <ajcullen> Just new to ubuntu
[11:32] <sagaci> not that the win7 install is hard, it's just takes a while post-install to get it how I like it
[11:32] <ajcullen> Yer
[11:32] <ajcullen> Need to back it up anyway
[11:33] <sagaci> good luck
[11:33] <ajcullen> Lol i hate windows
[11:34] <ajcullen> Love mac hate apple
[11:35] <ajcullen> Love ubuntu
[11:41] <ajcullen> Just backing up now
[11:55] <sagaci> righteo then
[11:55] <sagaci> so can you boot into windows or is it stopping on errors?
[11:56] <ajcullen> Should be right
[12:03] <ajcullen> Unetbotin for windows?
[12:05] <sagaci> yep
[12:06] <ajcullen> Coool
[12:08] <sagaci> so you've downloaded the ubuntu iso into a folder on your windows 7 install?
[12:09] <ajcullen> Yep external hdd
[12:10] <sagaci> well just open unetbootin, select your iso from the Diskimage line
[12:11] <sagaci> and be careful to choose USB drive and the appropriate letter for your usb drive
[12:16] <ajcullen> Formatting usb
[12:33] <ajcullen> Nearly done
[12:36] <ajcullen> All done
[12:36] <ajcullen> Now what?
[12:39] <ajcullen> In unetbootin
[12:41] <ajcullen> ...
[12:45] <sagaci> well just open unetbootin, select your iso from the Diskimage line
[12:45] <sagaci> and be careful to choose USB drive and the appropriate letter for your usb drive
[12:46] <ajcullen> What distribution do i select e.g.live net install
[12:46] <ajcullen> Downloaded it
[12:47] <sagaci> don't do the distribution line
[12:47] <ajcullen> Ahh i seee
[12:47] <sagaci> select the diskimage line then click the ... button and then select your .iso, wherever you saved it
[12:49] <ajcullen> Eoing it now
[12:50] <sagaci> yup, just make sure your drive is your usb drive letter
[12:50] <ajcullen> Okay now reboot?
[12:52] <sagaci> yup and open up your boot menu and boot to the usb
[12:52] <ajcullen> Already does that :-)
[12:53] <sagaci> and just boot and do try ubuntu
[12:53] <sagaci> ah wait a minute buddy, can you boot back into windows
[12:54] <sagaci> .. did you uninstall wubi through add/remove programs?
[12:54] <ajcullen> Yep just doing that now :-)
[12:55] <sagaci> because you also need to shrink your partition
[12:55] <ajcullen> I have 2
[12:56] <sagaci> you have 2 what
[12:57] <ajcullen> Partitions
[12:57] <sagaci> what's your second partition
[12:59] <ajcullen> Ubuntu
[12:59] <ajcullen> Will be free space
[12:59] <ajcullen> Formatting it now
[13:00] <sagaci> that's ok, you'll be reformatting as ext4 in the installer
[13:00] <ajcullen> Quick format okay?
[13:00] <sagaci> yep, is that the ~120GB partition?
[13:00] <ajcullen> 127 yep
[13:00] <sagaci> yep that's fine
[13:01] <ajcullen> Damn got to go
[13:01] <ajcullen> Will get back on irc at home
[13:01] <sagaci> righteo
[13:09] <ajcullen> Ae
[13:09] <ajcullen> Are you doing this off a tutorial mate?
[13:16] <sagaci> no
[13:16] <sagaci> off the top of my head
[13:21] <ajcullen> .
[13:21] <ajcullen> Okay
[13:21] <ajcullen> Can u pm ur email?
[13:22] <sagaci> you can find it on launchpad
[13:22] <sagaci> are you looking to do the install tonight
[13:24] <ajcullen> Probably not now sorry... Will see if u are around and 2moro
[13:24] <sagaci> righteo then, it's pretty straight-forward
[13:26] <ajcullen> Yer... I've got ubuntu going... Just needs tweaking and easier to start a new... Just a learning curve I suppose
[13:27] <ajcullen> U play guitar dude?
[13:29] <sagaci> yup
[13:29] <sagaci> so you installed it?
[13:31] <ajcullen> I had it operating but just encountered this problem downloading lion
[13:32] <sagaci> ah ok
[13:33] <ajcullen> Saw ur blueprint for guitar exercises...


[01:06] <cjohnston> mhall119: I assume no feedback on the apache setup?
[01:06] <mhall119> nothing
[01:06] <mhall119> ask nigelb in the morning, I asked IS to work with him on it
[01:07] <cjohnston> ok
[01:07] <cjohnston> ill probably try to push it tomorrow
[07:32] <benonsoftware> Hi all
[12:28] <cjohnston> nigelb: ping
[12:32] <nigelb> cjohnston: ping
[12:32] <nigelb> err
[12:32] <nigelb> pong
[12:32] <cjohnston> lol
[12:32] <cjohnston> if I can push IS to work on cranberry today can you be around to assist?
[12:33] <nigelb> What time?
[12:33] <cjohnston> I'm going to ping them now.. No idea
[12:33] <nigelb> I won't be available for another 2 hours.
[12:34] <nigelb> I'm back to work today after a week of being sick. So, I have lots of catch up to do.
[12:34] <cjohnston> ok
[13:11] <daker> https://code.launchpad.net/~daker/loco-directory/fix.722224/+merge/76208
[13:13] <cjohnston> daker: do you mind doing that in summit as well ;-)
[13:13] <daker> ok
[13:13] <cjohnston> in summit I believe its init-summit
[13:13]  * nigelb approves
[13:16] <cjohnston> nigelb: http://bazaar.launchpad.net/~chrisjohnston/summit/leads/revision/170 is creating an issue where track is importing attendee and attendee is importing track, which throws errors.. do you know how to do lead = models.ForeignKey('summit.schedule.models.attendeemodel.Attendee')   or something similar to that to make it work?
[13:17] <nigelb> looks
[13:18] <nigelb> cjohnston: do your import inside that model
[13:18] <nigelb> just before you use it
[13:19] <cjohnston> ok
[13:19] <nigelb> (circular imports ftw)
[13:19] <cjohnston> ya
[13:19] <cjohnston> nigelb: james_w mhall119 http://summit.ubuntu.com/uds-p/2011-10-31/  click on the title of one of the sessions and you get a 404... is that new?
[13:19] <james_w> yeah
[13:20] <james_w> it crashed showing the first page before :-)
[13:20] <james_w> I'll take a look at it
[13:20] <cjohnston> thanks james_w
[13:20] <cjohnston> nigelb: http://summit.ubuntu.com/uds-p/meeting/19096/linaro-hackfest-tool%2Bocto-1/   <-- see the summary?
[13:20] <cjohnston> ;-)
[13:21] <mhall119> cjohnston: james_w: looks like the URL is being url-encoded
[13:22] <cjohnston> I just confirmed, the summary is passed to the ical.. atleast the public one, which iirc is the one that guidebook uses
[13:22] <james_w> it's supposed to be isn't it?
[13:22] <nigelb> what's wrong with urlencoding?
[13:22] <mhall119> no
[13:22] <mhall119> url encoding is what you do to stuff you want to put *in* the URL
[13:22] <mhall119> not something you do to the URL itself
[13:23] <nigelb> ah.
[13:23] <james_w> I'm not sure I see the distinction
[13:23] <mhall119> you don't want to url-encode the : in http://
[13:23] <mhall119> otherwise you get this: <a href="https%3A//blueprints.launchpad.net/linaro/%2Bspec/linaro-summits-tsc-1">
[13:23] <nigelb> aaaaaaaaaaaaaaaaa
[13:24] <mhall119> which looks to the browser like a relative URL, because it doesn't follow the schema:// structure
[13:24] <nigelb> Why are we using full URL there again?
[13:24] <james_w> https%3A//blueprints.launchpad.net/linaro/%2Bspec/linaro-hackfest-tilt-1
[13:24] <mhall119> so it sents a request back to Django with that appended to the end of the current page, which cases a 404
[13:24] <nigelb> Err, nevermind.
[13:24] <james_w> but %2Bspec is correct right?
[13:24] <mhall119> yes, that's fine
[13:24] <mhall119> anything after the domain can be urlencoded
[13:25] <james_w> maybe we have to urlspit the blueprint URL, encode and put it back together again then?
[13:25] <mhall119> why are we encoding?
[13:26] <mhall119> why not just take the blueprint URL as it is in the database?
[13:27] <james_w> because it will break then HTML if it has a & in it won't it?
[13:28] <mhall119> not if it's being put into an href=""
[13:28] <mhall119> like we do on line 771 of render.py
[13:29] <cjohnston> can someone else codescan http://summit.ubuntu.com/mobile/   I'm getting a 404 off the current link
[13:29] <nigelb> cjohnston: do we have a summit BP for UDS-P already?
[13:29] <cjohnston> I created one.. it hasnt been approved afaik
[13:29] <nigelb> and LD?
[13:30] <cjohnston> no.. i havent created that one.. i will now
[13:31] <mhall119> cjohnston: looks like we need a new qrcode
[13:32] <cjohnston> ya
[13:33] <cjohnston> mhall119: do you remember who it was that we did the guidebook stuff with
[13:35] <mhall119> jorge
[13:35] <cjohnston> no.. David someone IIRC
[13:35] <cjohnston> I just subscribed nigelb james_w and mhall119 to the summit bp
[13:35] <mhall119> Mandala
[13:35] <cjohnston> for uds-p
[13:35] <cjohnston> is he davidm mhall119 ?
[13:36] <james_w> cjohnston, yes, that's him
[13:36] <mhall119> yeah
[13:36] <cjohnston> ok
[13:37] <nigelb> the kubuntu guys are apparently planning on a qt based uds app.
[13:37] <nigelb> If that's better than guidebook I'm going to LOL. :P
[13:41] <daker> https://code.launchpad.net/~daker/summit/fix.warnings/+merge/76213
[13:42] <cjohnston> thanks daker
[13:43] <mhall119> nigelb: that'd be cool, did you tell them we have an API now?
[13:43] <nigelb> mhall119: Yeah. They were pissed because they wrote an ical parser by hand. I was amused :P
[13:43] <mhall119> lol
[13:43] <mhall119> why the heck did they do that?
[13:43] <nigelb> They didn't know we had an API or talk to us.
[13:43] <mhall119> did nobody stop to think that maybe an ical parser already existed?
[13:43] <nigelb> Probably C
[13:44] <mhall119> still
[13:44] <nigelb> Wait, no. C++
[13:44] <nigelb> They're mad
[13:44] <mhall119> +1 to that
[13:44] <cjohnston> oh well
[13:44] <mhall119> nigelb: tell them to talk to us about it so we can help
[13:45] <nigelb> I did.
[13:45] <nigelb> So, one of their suggestions was about a map.
[13:45] <nigelb> It should be easy to upload a png.
[13:45] <nigelb> Anymore more is probably hard.
[13:45] <nigelb> I'm trying to talk to jcastro/msm and find a map.
[13:45] <cjohnston> We just need to get a map.. I don't know that I have one.
[13:46] <cjohnston> jcastro isn't in charge this time around
[13:46] <nigelb> Oh right.
[13:46] <cjohnston> I can try to get ahold of Caribe as well.. I could swing by and pick one up
[13:47] <nigelb> cjohnston: I'm thinking of a long-term solution. For all venues.
[13:47] <nigelb> Last time they printed it on our ID cards, so if they can get us a png, it'd be cool!
[13:47] <cjohnston> right... but someone has to supply us a map for us to have a map
[13:47] <nigelb> cjohnston: I poked dholbach. he's UDS person this time.
[13:48] <cjohnston> yup
[13:48] <nigelb> Its not going to be neat though.
[13:48] <nigelb> because things will not be permanent
[14:43] <mhall119> nigelb: we can add a FileField to Summit to allow uploading map image files
[14:52] <cjohnston> will someone go to work for me this afternoon
[14:53] <mhall119> no
[15:14] <nigelb> mhall119: Well, for fun. THe maps are pdf files.
[15:14] <nigelb> We're going to have fun.
[15:16] <mhall119> load it up in evince, take a screenshot, now it's a png
[15:18] <nigelb> I'll do that for starters.
[15:18] <nigelb> Then figure out the svg stuff :D
[17:43] <knome> hey newz2000!
[18:14] <mhall119> knome: he's at lunch, need something?
[18:15] <knome> not anything special :)
[18:15] <mhall119> too bad, special is all newz2000 has :)
[18:45] <knome> heh
[18:46] <knome> does any of you have access to the ubuntu servers btw?
[18:46] <knome> we're about to set up xubuntu countdown banners, and we need the images and a small php script in our domain
[19:01] <mhall119> not me, and probably not newz2000 either
[19:02] <mhall119> try asking in #canonical-sysadmin perhaps?
[19:02] <mhall119> ?
[19:02] <newz2000> knome: there is a package for the code and past banners
[19:02]  * newz2000 finds it
[19:03] <newz2000> knome: lp:ubuntu-website/countdown
[19:03] <knome> hmm
[19:03] <knome> but that doesn't help us uploading the files to our server?
[19:04] <newz2000> maybe I mis-understood
[19:04] <knome> :)
[19:04] <newz2000> we don't use php, we use a cron job that updates links
[19:04] <knome> a-ha
[19:04] <newz2000> (the script is in there)
[19:04] <knome> i'll check that out later, thansk
[19:04] <knome> *thanks
[19:04] <knome> need to do something to my router which is playing games on me
[19:39] <james_w> hey
[19:39] <james_w> as you've seen, I've spoken with Charlie today
[19:40] <james_w> they'll do the code updates in production in future, and can do them with a fast turnaround if needed given that it's a short process
[19:40] <james_w> so we'll merge to production, then file an RT requesting a pull from production, etc.
[19:41] <james_w> he says that cjohnston writes great deployment requests :-)
[19:41] <james_w> I can help in getting changes made in a timely fashion when needed
[19:41] <james_w> but obviously they have a lot to do, so not everything can get same-day turnaround
[19:57] <knome> newz2000, sorry to get back to this again, but would the branch you linked me to help me somehow in getting the files uploaded to our server?
[19:58] <knome> i have no objections to use cronjob instead of a php script, but i'd just need the files on xubuntu.org so we could start spreading the love
[20:11] <knome> newz2000, i can provide you all the images for our banner, and will love you eternally if you can get it sorted out.
[20:11] <knome> ;)
[22:15] <newz2000> knome: are you wanting them hosted on ubuntu.com? I don't have any influence for kubuntu.org.
[22:15] <knome> newz2000, xubuntu ;)
[22:15] <knome> newz2000, ubuntu.com is fine by me, if you can make it happen.
[22:16] <knome> newz2000, with xubuntu.org we must poke the IS anyway, so if there is an easy way to get the automaticized banners up in ubuntu.com...
[22:16] <newz2000> knome: why don't you add your images to that branch and propose it for merging. Follow the same format.
[22:16] <newz2000> actually
[22:16] <newz2000> the only prob is that if you do that, we have to do it that way for ever.
[22:17] <newz2000> (people will not take the iamgs down after the release)
[22:17] <newz2000> knome: why don't you clone my branch, rip out the old images and replace it with yours, then ask IS if they can publish it to your site.
[22:17] <knome> newz2000, yeah. maybe i'll do that. thanks :)
[22:28] <knome> newz2000, is there an easy way to clone the countdown branch only?
[22:28] <newz2000> if you already branched it then you're done.
[22:28] <knome> i didn't
[22:28] <newz2000> Then just edit it and push it somewhere else.
[22:28] <knome> oh, hmm.
[22:28] <knome> yeah, so i need to d/l it
[22:29] <knome> i thought something directly from launchpad
[22:29] <knome> that'd just clone it to under whatever i need
[22:30] <newz2000> bzr branch lp:...
[22:31] <knome> yup yeah


[00:06] <jbicha> I use requestsync for merges too, I just change the subject and the description fields to match what I'm trying to do
[00:06] <jbicha> you can do that before you submit or after
[00:07] <jbicha> I'm really happy you're fixing that for xenial :)
[05:41] <cpaelzer> good morning
[05:57] <cking> pitti, can you help me out on bug 1579036, i've verified the SRU for xenial and it's been stuck in -proposed for a while
[06:08] <chiluk> hey debfx, do you know what's going on with the ubuntu quassel package?  I was looking at doing the merge for it, and the debian/control file points at Vcs-Bzr: lp:~ubuntu-dev/quassel/ubuntu and Vcs-Browser: http://bazaar.launchpad.net/~ubuntu-dev/quassel/ubuntu which both seem out of date.  Should I just ignore those referenced projects and update the control file to point elsewhere?
[06:41] <ginggs> chiluk: from what i can tell, quassel is maintained independently in ubuntu
[06:41] <ginggs> in https://launchpad.net/ubuntu/+source/quassel/+publishinghistory all the versions are -0ubuntu
[06:45] <chiluk> ginggs: they all seem to be merges with debian sources, but the above mentioned project seems to be out of date, but it still is being mentioned in the most recent control file.
[06:49] <debfx> chiluk: yep you can ignore that. ScottK and I are maintaining quassel in Debian now.
[06:49] <ginggs> chiluk: i don't think pointinf the Vcs-* fields at the Debian Vcs would be correct.  It is also strange to me that the Debian version got an epoch bump, but the Ubuntu version never did.
[06:49] <chiluk> ok.. debfx.. would you like me to attempt a merge from debian back into ubuntu?
[06:50] <ginggs> chiluk, debfx: it would be great if we could sync up with Debian at come point
[06:52] <debfx> I think you can mostly the sync the package. there might be some transitioning stuff needed.
[07:14] <doko> mdeslaur, http://bugs.python.org/issue26867 is there a way to query the enabled protocols?
[07:15] <mdeslaur> doko: not that I know of, unfortunately
[07:16] <mdeslaur> doko: let me think if there's a better patch for that, and I'll get back to you
[07:34] <pitti> cking: sure, looks nice and green; released
[07:34] <cking> pitti, many thanks!
[07:56] <pitti> infinity: if you want to fix reportbug locally for you, just apply this inline: http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=fd907eea
[07:59] <infinity> pitti: Ta.
[08:10] <slangasek> nacc: bootstrap done
[08:13] <pitti> cking: argh -- one of the two instances now failed with http://paste.ubuntu.com/17319931/
[08:13] <pitti> cking: at least that now seems to be something entirely different
[08:15] <cking> pitti, aren't those alignment faults caused by a bad userspace program that the kernel is handling?
[08:19] <pitti> cking: yeah, that's what it looks like; but ssh stopped responding, so I guess some test did something bad to the host
[08:20] <pitti> cking: anyway, no stuck processes so far
[08:25] <cking> pitti, so the aarch32 BKPT error occurs during ptracing of a 32 bit executable, so it maybe that the child died, perhaps the parent tracer gets hung by that
[08:27] <pitti> tdaitx: https://bugs.launchpad.net/auto-package-testing/+bug/1550280
[08:40] <pitti> infinity: bug 1510344
[09:22] <chiluk> debfx, quassel can not be directly synced because of name changes in the  d/control file.
[09:41] <_morphis> stgraber: ping
[10:27] <barry> nacc: ping
[10:31] <mwhudson> pitti: for some reason i just had the idea of writing a charm for britney
[10:31] <mwhudson> pitti: must be time for bed
[10:31] <pitti> mwhudson: much appreciated :)
[10:32] <pitti> mwhudson: this is actually on the sprint agenda for discussion :)
[10:32] <mwhudson> pitti: haha
[10:32] <mwhudson> i am there in spirit if not in body
[10:39] <juliank> infinity: mvo: Time to do "syncpackage -d experimental -V 1.3~exp2 -b 1592171  -s juliank apt" for bug 1592171, and "syncpackage -r xenial -V 1.2.13 -s juliank apt" for SRU bug 1573547 ? (Not sure if the commands are entirely sane; -V ... is probably not needed, but probably does not hurt) - More APT for everyone!
[10:39]  * juliank is learning syncpackage commands
[10:43] <Unit193> juliank: FWIW, ~ubuntu16.04.1 would be appended.
[10:43] <juliank> Unit193: No need to, 1.2 is the xenial line
[10:44] <juliank> Unit193: (that's what infinity basically wrote)
[10:45] <Unit193> !info apt xenial
[10:45] <juliank> Unit193: Yeah, 1.2.12 was a different case. It autosynced to yakkety by accident...
[10:45] <juliank> yakkety now has 1.3
[10:45] <Unit193> Aha, niiice.  And yeah, noticed that bit.
[10:47] <rbasak> juliank: there won't be a bug reference to follow in the changelog to get to the SRU bug though.
[10:47] <juliank> rbasak: There is a (LP: #1573547) in the changelog
[10:48] <rbasak> juliank: oh, great :)
[10:48] <Unit193> Indeed, pretty fancy.
[10:51] <juliank> I'm considering going with the same APT release series for (maybe) 16.10, 17.04, (maybe) 17.10 as I do for the Debian stable release (Deb freeze is in Jan, probably lasts long enough for 17.10) Then all could be pseudo-synced to the same version.
[10:52] <juliank> On the other hand, it might make sense to let experimental APT versions flow into 17.10 in preparation for 18.04.
[10:53] <Unit193> Oh, I meant to ask last time, do you have a vcs for command-n-f?  (Timed out on OFTC for now or I'd ask there.)
[10:53] <juliank> Unit193: Not really anymore :/
[10:54] <juliank> the newer ubuntu one has one somewhere though, I hope
[10:55] <juliank> Long term, I'd like to merge
[11:44] <seb128> Trevinho, bah, infinity copied the u-s-d SRU over to yakkety, unsure if that means you need to rebase your silo or if we just land that anything like the copy hadn't be done
[11:44] <Trevinho> seb128: ah...
[11:45] <Trevinho> seb128: in general in these cases I'd just pull that revision into trunk
[11:45] <Trevinho> seb128: since it's already in distro
[11:45] <Trevinho> seb128: I can do that and redo a rebuild
[11:45] <seb128> your call
[11:46] <seb128> I would just discard it if it was me
[11:46] <Trevinho> seb128: have you approved all the branches involved? Since one wasn't
[11:46] <seb128> Trevinho, which one?
[11:46] <Trevinho> seb128: is that just a changelog?
[11:46] <Trevinho> entry I mean
[11:46] <seb128> no, it's the xenial SRU
[11:46] <seb128> so the keyboard backlog fix for boot
[11:46] <Trevinho> seb128: https://code.launchpad.net/~3v1n0/unity-settings-daemon/keep-cached-kbd-backlight-updated/+merge/294662
[11:46] <seb128> the > changed to >=
[11:47] <seb128> ah
[11:47] <seb128> I was hoping somebody else would test that one since I don't have the hardware
[11:47] <seb128> I guess I can do a code review at least
[11:47] <pitti> cyphermox: https://blueprints.launchpad.net/ubuntu/+spec/foundations-y-network-yaml
[11:55] <Trevinho> seb128: however, in a second though, well I'd just overwrite the landing in yakkety... Since the change is already in the silo anyway
[11:55] <seb128> Trevinho, wfm!
[11:56] <Trevinho> seb128: so once that review is done I think you can just hit the publish with the IGNORE_VERSIONDESTINATION flag
[11:56] <seb128> right
[11:56] <seb128> thanks for confirming
[12:17] <coreycb> arges, hi, we have some openstack SRU's in the review queue if you have some time to review.  I'm particularly looking to get the xenial ones moving along.
[12:34] <funman> hello
[12:35] <funman> http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.7-rc3-yakkety/BUILD.LOG (warning: 13MB) shows package is built with do_tools=0, thus no linux-tools deb being built. Why not?
[12:43] <funman> ah moving to #ubuntu-kernel
[12:55] <rbasak> cyphermox: are you making any progress on bug 1585771?
[13:00] <cyphermox> rbasak: I had not; looking at it now
[13:01] <cyphermox> (if teh source ever downloads)
[13:02] <arges> coreycb: ok looking
[13:02] <arges> coreycb: i'll look at xenial today, and others tomorrow since it is my sru day
[13:02] <arges> sprinting atm
[13:02] <coreycb> arges, no problem, thanks
[13:13] <rbasak> cyphermox: thanks! I was going to assign it to someone on the server team but you grabbed the assignment first.
[13:17] <cyphermox> rbasak: well, if you want to take care of it, by all means
[13:24] <arges> coreycb: did you upload horizon?
[13:24] <arges> or keystone
[13:25] <coreycb> arges, hmm to xenial?
[13:25] <arges> coreycb: yes
[13:25] <arges> bug 1591248
[13:26] <coreycb> arges, looking
[14:00] <arges> coreycb: ok i'm leaving soon so i'll get ot the rest tomorrow
[14:01] <coreycb> arges, ok.  horizon is uploaded and I dropped keystone  from that bug since it's not finished.  thanks!
[14:35] <cyphermox> rbasak: I'm looking at it (for realz now), this is more complicated than expected
[14:36] <barry> nacc: ping
[14:37] <sarnold> It's 7:37 back in portland, it might still be a while :)
[14:49] <pfsmorigo> Is debian-install that creates /etc/default/grub file?
[14:56] <doko> tumbleweed, my test rebuilds for the pypy SRU were successful: https://launchpad.net/~doko/+archive/ubuntu/toolchain/+packages?field.name_filter=&field.status_filter=published&field.series_filter=xenial
[14:56] <tumbleweed> doko: \o/
[14:58] <barry> sarnold: yeah.  i was hoping he might be an early riser ;)
[14:59] <sarnold> .. or perhaps late sleeper? :) heh
[14:59] <barry> or maybe his alarm would start screaming when i pinged his nick
[15:01] <tumbleweed> doko: want to copy it into -proposed then? (can you from that PPA?)
[15:01] <tumbleweed> doko: also, are the rebuilds required? I assume not
[15:04] <doko> tumbleweed, well, build-deps for some main packages, so I thought I would better check
[15:05] <tumbleweed> oh, absolutely
[15:05] <tumbleweed> I just meant, we don't have to do in-archive builds
[15:05] <doko> now in the queue
[15:05] <infinity> pfsmorigo: It's copied into place by the grub2 postinst, and potentially altered by grub-installer during install.
[15:19] <nacc> slangasek: thank you!
[15:22] <nacc> slangasek: how does this work with excuses? phpunit is still stuck because phpunit-mock-object and php-codecoverage are both regressing phpunit's older version (which is expected); and they do pass with the new version. Basically, they all need to be considered together, I think?
[15:25] <barry> nacc: https://github.com/gitpython-developers/GitPython/issues/470 - i am working on a fix.  we can probably talk about it in a few hours
[15:25] <barry> nacc: i will probably also have a few changes for usd-import
[15:25] <nacc> barry: ah nice!
[15:26] <nacc> barry: sure, thanks, much appreciated :)
[15:26] <barry> nacc: since you're here and i have a few minutes...
[15:28] <nacc> barry: yep, i'm around now :)
[15:29] <barry> nacc: so i was looking for some packages to test this on, and saw a merge request for sbuild on the patch pilot page.  i started to import it and hit a crash.  after *much* debugging, turns out that some sbuild changelog entry has non-utf8 characters in it, and python3-git tries to decode the bytes with utf-8 in strict mode, and that crashes.  they have a safe_decode() method which does an `errors='replace'` so that seems appropriate to
[15:29] <barry> wrap around the stdout/stderr bytes it gets back from the `git show-file` subproc call.  if our network wasn't so horrible i would have tested this hours ago, but now i'm running another import to see if that works.  doesn't help that the dpmt git-dpm branch for python-git is hosed.  i may just upload a fix to ubuntu until that gets unwedged
[15:31] <nacc> barry: make sense ... yeah, it seems ... odd that there is a stray character there. I guess the committer didn't use the right UTF character and it got mis-translated by some tooling to <F6> ?
[15:31] <barry> nacc: yep
[15:31] <barry> nacc: so yeah, a bug in the changelog, but a pretty much permanent one :)
[15:31] <nacc> yeah, we probably need better error-handling there too, then
[15:32] <barry> nacc: so one of the changes i will propose is to log the exception in usd-import instead of swallowing it ;)
[15:33] <nacc> barry: yep, perfectly fine by me :)
[15:33] <barry> nacc: coolio
[15:33] <nacc> barry: i will admit to not being the most experienced python developer -- patches are definitely welcome!
[15:34] <barry> nacc: +1
[15:38] <cjwatson> barry: Hm, really?  The current changelog in sbuild.git debian/unstable is entirely UTF-8.
[15:38] <cjwatson> barry: As is the current one in the Ubuntu archive.
[15:38] <barry> cjwatson: it was in an older published ubuntu changelog, but i don't remember the version number right now
[15:39] <barry> cjwatson: maybe nacc can see it as he correctly identified the <F6>
[15:39] <nacc> per the gh bug report, seems to be 0.24
[15:39] <cjwatson> Oh, so full-history importing
[15:39] <nacc> cjwatson: yep
[15:40] <nacc> find all sorts of corner cases that way :)
[15:40] <cjwatson> Yeah, fixed in 6756b2a6 but you gotta cope with this.
[15:41] <barry> nacc, cjwatson anyway, ttyl
[15:42] <nacc> barry: np, thanks for the info!
[15:42] <rbasak> May I have a review of https://github.com/ltangvald/mysql-5.7/commit/fa6ea034692 from an experienced dev please? The mechanics are simple but I want to make sure the approach is correct (seddery of conffile)
[15:46] <stgraber> _morphis: hey
[15:46] <nacc> cjwatson: before i file an unnecessary update to LP: #1592139; can you help me understand how the bootstrapped packages "should" interact with excuses? these three binary packages can only proceed together, and they all work in -proposed. But necessarily, the phpunit-mock-object and php-codecoverage packages break the version of phpunit in release.
[15:47] <cjwatson> nacc: Break in what sense?
[15:50] <nacc> cjwatson: the unit tests fail, but I believe it's variously because the formatting of the output has changed with the newer dependency packages from -proposed, or there are functional changes. Those same unit tests in the newer version of phpunit pass.
[15:51] <nacc> cjwatson: actually, the excuses output is a bit confusing
[15:51] <cjwatson> nacc: Probably just wants the autopkgtests rerun with the newer phpunit in this case, I think, but get pitti to have a look.
[15:51] <nacc> for non-amd64/armhf, it's passing with teh newer version of phpunit, but for those two, it's failing for the older version
[15:51] <nacc> ack, that does seem to be all, thanks!
[15:52] <nacc> pitti: :) if you could help out, i'd appreciate it. Trying to get the set of phpunit, phpunit-mock-object and php-codecoverage through. I think phpunit-mock-object and php-codecoverage's autopkgtests need to get rerun with the newer phpunit wehre it's failing for the older phpunit
[16:31] <nacc> Logan: fyi, phpunit/phpunit-mock-object/php-codecoverage should get into release shortly, which should unblock some stuff :)
[16:49] <popey> bdrung: hello! I've just been bitten by bug 1581807 (which you have a fix for). Do you need help with it? I'd love to see that land so I can build Audacity.
[17:26] <nacc> Logan: (or anyone else), now that phpunit is installable in yakkety and is up-to-date, do the various tests/builds that failed due to deps need to be manually restarted? they aren't in dep-wait, they simply failed to build (because phpunit wasn't installable)
[17:26] <nacc> e.g., https://launchpad.net/ubuntu/+source/php-react-promise/2.4.1-1 but there are many others
[17:38] <cjwatson> nacc: If LP doesn't say "Dependency wait" for them on the +build page, they will have to be manually retried.
[17:39] <cjwatson> nacc: I've retried.  If you can get a list of package names then I can do them in bulk.
[17:39] <cjwatson> nacc: *retried php-react-promise
[17:39] <nacc> cjwatson: ack, i'll start collating that list now
[17:58] <nacc> rbasak: sorry to pester, did you get a chance to review the php-imagick merge?
[18:10] <nacc> cjwatson: http://paste.ubuntu.com/17334290/
[18:11] <nacc> cjwatson: those are all the ones i found that failed to build due to phpunit alone; i'm looking through the rest of the php packages in excuses as well
[18:17] <cjwatson> nacc: php-constant-time was already built, just in NEW; I've retried the rest
[18:17] <nacc> cjwatson: ah sorry, thanks!
[18:17] <cjwatson> (an older version of php-constant-time did fail and may still have been in excuses)
[18:18] <nacc> cjwatson: yeah, i think that must have been what i saw
[18:42] <rbasak> nacc: sorry, not yet. I was trying to make progress on MySQL today. I'll take a look at outstanding sponsoring tomorrow.
[20:09] <nacc> rbasak: thanks!
[20:44] <Logan> nacc: you're awesome!
[21:13] <nacc> Logan: thanks for the pokes on it, sorry it took so long to get resolved
[21:29] <nacc> cjwatson: did php-sabre-vobject get retried? lp says the failed build is still from 5/23?
[21:29] <nacc> oh! my fault  -- php-sabre-vobject-3
[21:29] <nacc> sorry!
[21:45] <nacc> hrm, attempting `requestsync -n php-symfony-security-core`, but it reports that it doesn't exist in the primary archive of sid; however rmadison says it is in unstable?
[21:51] <jbicha> nacc: try requestsync symfony
[21:51] <jbicha> it uses the source package name, and I don't think you want -n
[21:52] <nacc> jbicha: ah sorry
[21:52] <nacc> jbicha: you're right!
[21:52] <nacc> i just glossed the source package name
[21:52] <nacc> ok, will go look at the merge :)
[21:53] <nacc> jbicha: thanks for the hint!
[22:05] <slangasek> nacc: phpunit, yes, I saw the autopkgtest results earlier and reschedulded tests with all three packages
[22:05] <slangasek> nacc: so I believe those have all migrated now
[22:06] <nacc> slangasek: yep, thanks!
[22:06] <nacc> slangasek: if you have a moment, could you manually retrigger the build of php-sabre-vobject-3? i typo'd my request to cjwatson earlier
[22:07] <slangasek> nacc: done
[22:07] <nacc> slangasek: thanks!
[22:12] <nacc> slangasek: down from ~430 mentions of php on excuses to ~300 :)
[22:41]  * mwhudson DOSes the launchpad builders with go 1.6.2 rebuilds
[22:45] <cjwatson> mwhudson: that's ok, they aren't going to notice in the middle of the test rebuilds
[22:45] <mwhudson> cjwatson: heh
[22:46] <mwhudson> cjwatson: i was wondering, do you have any handwavy idea of how many builds are done a day?
[22:46] <cjwatson> mwhudson: total across all arches?
[22:46] <mwhudson> yeah
[22:46] <mwhudson> a few thousand?
[22:47] <cjwatson> /srv/launchpad.net-logs/production/alphecca/buildd-manager.log-20160610.gz:8186
[22:47] <cjwatson> /srv/launchpad.net-logs/production/alphecca/buildd-manager.log-20160611.gz:6754
[22:47] <cjwatson> /srv/launchpad.net-logs/production/alphecca/buildd-manager.log-20160612.gz:6617
[22:47] <cjwatson> /srv/launchpad.net-logs/production/alphecca/buildd-manager.log-20160613.gz:4439
[22:47] <cjwatson> cjwatson@carob:~$ zgrep --count 'Dispatching job' /srv/launchpad.net-logs/production/alphecca/buildd-manager.log-201606{10,11,12,13}.gz
[22:47] <cjwatson> sorry for order
[22:47] <mwhudson> heh
[22:47] <mwhudson> so my extra 900 is an extra ~10%
[22:48] <cjwatson> the numbers above are without a test rebuild running though, and those started today
[22:52] <mwhudson> heh i see build ten million must have been pretty recently
[22:52] <cjwatson> oh yeah, I totally didn't notice that
[22:54] <cjwatson> not actually run yet, so probably part of the test rebuilds
[22:54] <cjwatson> https://launchpad.net/ubuntu/+archive/test-rebuild-20160614/+build/10000000 has the honour
[22:56] <mwhudson> earth shattering
[23:58] <nacc> so i think i fixed one of the puppet autopkgtest issues (LP: #1570472)
[23:58] <nacc> but the other one (puppet-module-puppetlabs-ntp)
[23:58] <nacc> if i have adt-run drop to a shell on failure, the script in question (run-tests) runs both tests succesfully
[23:59] <nacc> it's also failing in debian, fwiw, at the same point (introducing puppet 4.5.0)