=== jk-- is now known as jk- === smb` is now known as smb === jk__ is now known as jk- [09:18] smb, make deb-pkg INSTALL_MOD_STRIP=1 === edamato-afk is now known as edamato [12:07] is peromnii readyboot stuff proprietary? as presented at korea linux forum [12:48] ogasawara: I am looking at the useful http://reqorts.qa.ubuntu.com/reports/ogasawara/weatherreport.html but it looks like it's still looking for quantal. [12:49] Can you please s/quantal/raring/ ? [12:54] apw, is there some doc about how to ship firmware files from a kernel package? [12:55] I see patches in the quantal-backport branch that add a file and touch firmware/Makefile [12:55] but there must be some extra scaffolding I guess [12:55] generating fwinfo under abi/ [12:56] janimo, please dont ship the firmware in the kernel, ship it separately [12:56] i'd be looking at that one for sure, as it must have everything you need [12:56] ogra_, what did that change again? [12:56] i thought that was clear since last week [12:56] apw, yes it has everything I just don't know what exactly to look at [12:56] ogra_, to me it seemed we do it the fastest via kernel and decide later if we want to reorganize [12:56] janimo, i know of no docs indeed. rtg did the work and has been waking up about now :) so i'd poke him [12:57] janimo, unless you know how to hack up the kernel packaging to also show license debconf notes etc [12:57] apw, thanks [12:57] ogra_, the thing was discuseed last meeting and that we do not need to show anything on package install [12:57] just in the installer or on cdimaer [12:57] if we have to show it in the installer we need to show it at package installation [12:57] according to achiang [12:58] people can install the package on any arm system to use/inspect it [12:58] if we have to show the license at install time there is no way around to show it at package install time [12:58] damnable binary junk [12:58] if we dont have to show it at package install tiome we dont need to show it in the installer either [12:59] as i understood it we need to show it if we distribute the files [12:59] ogra_, I am not sure about what to show when, just that it was decided at last meeting I ship it in the kernel package and if anyting comes up later we fix that [12:59] so the license needs to be shown for any way we distribute [12:59] janimo, remember i had hangout issues last meeting [13:00] ogra_, that was not my impression after all the back and forth talk honestly, but I would not be surprised by another change of stance [13:00] but if we dont show it on package install time i will drop the WI for the installer too [13:00] ogra_, yes, drop it I'd say [13:00] and we can put it back if someone request it [13:00] * ogra_ thought everything was clear after the longish discussion on IRC [13:00] victorp I think had the final word [13:00] and I think achiang too agreed [13:00] nothing is clear when it comes to 'damnable binary junk' [13:01] and neither of them is around [13:02] I just hoped copying frimware files in the tree would just install them, but as this is kernel packaging things are not that simple [13:03] just use a .install file [13:03] though i really think we should keep the closed firmware separate from the open kernel [13:04] * xnox though linux-firmware-nonfree was the package for blobs.... [13:05] xnox, yes, but that is generated from our kernel tree [13:05] which we dont use in nexus7 [13:05] linux-firmware-nonfree-nexus7 is what we should have imho [13:05] and meta depending on it [13:07] sounds sensible.... but then I don't do kernel packaging. [13:07] * ogra_ only does it if teher is no way around it :) [13:09] * henrix -> lunch [13:16] herton, i see in your original drafts of the 3.5-stable thing it was ubuntu/linux-stable.git, but in your announcement i see ubuntu/linux.git ... i wonder at the change [13:17] apw, it's where you/rtg recomended last week to put the branches on, at ubuntu/linux [13:18] herton, i don't recall that, i recall being asked if that tree was safe to use as a --reference [13:18] i don't recall discussing where to put those branches, or more specificially i didn't realise that was what i was discussing [13:18] apw, It was what I understood in that discussion [13:19] well crap, sounds like i wasn't listening very well [13:19] Or the two of us... ;) [13:20] * janimo also does kernel packaging if there's no way around it :) [13:20] * apw reads the logs ... ok i only said about reference and then didn't comment again [13:21] clearly i didn't listen at all :) [13:21] to add to the discussion, my only worry is that i have been storing all the u* tags in there which might be very confusing for anyone looking at the repo for stable stuff [13:22] yeah I don't know, it's not immutable, I can change the URL later, and put the right one when I start to do the releases if needed [13:23] i guess i could evict those to another repo as well [13:23] I mean, we can revisit where we put things if needed [13:28] herton, while on the subject do you have a tag naming scheme in mind, are you just going to use v3.5.x or something else [13:29] apw, what I plan is v3.5.7-ext. [13:29] ext meaning "extended" [13:30] that feels difficult, i wonder if we could just use v3.5.8u or u3.5.8 and onwards [13:30] though that last would clash with my naming [13:31] though we could ask for the v3.5.x range from greg and just use that [13:32] apw: Too quick…I was starting dput with the right change... [13:32] I'll exit and merge yours [13:32] BenC, hopefully i did it right [13:32] apw, well the only reasoning I chose that is to reflect more reality, we are not upstream stable, and if they unlikely decide to release a new v3.5 we don't clash. I think Greg will ignore us as always, or deny the use of v3.5.y [13:32] as it takes a long damn time to build [13:33] If only it had picked the other buildd, it would have been half the time…two flavours used to take only 2.2 hours on that buildd, so 4 flavours shouldn't take 8 hours :/ [13:33] we never get lucky [13:33] Thanks for the upload though [13:34] BenC, it was a mostly selfish action to try and get britany to be happy, but you are welcome [13:34] BenC, dunno if it makes sense for me to have rights on your repo so i can help in these siturations; your call [13:34] apw: as long as I can pull from ubuntu-raring:ppc it all works out just as well [13:35] ack [13:35] apw: do you have a github account? [13:36] BenC, yeah awhitcroft [13:37] BenC, also while i think about it, do you have a repo for -meta or is that just apt-get source job [13:37] apw: I've added you to the repo [13:37] BenC, thanks, i will try not to need to use it [13:38] apw: added you to that repo as well [13:39] herton, so ... perhaps v3.5.7u1 u2 etc [13:39] something nice and short [13:41] works for me, that's ok as well [13:42] and looks nicer indeed [13:59] ogasawara: linux-ppc exists now, btw [14:00] BenC: ack, thanks. I'll have jsalisbury look at moving bugs over tomorrow when he's back from today's holiday. [14:00] Thanks [14:13] herton, remind me how i check whether i have applied things to the right bits in hardy, there is a magic incantion [14:13] apw, hmm let me check, I have to remember as well :) [14:13] must be validate-patch-range [14:14] herton, ahh got it ... [14:14] apw@dm:~/git2/ubuntu-hardy$ debian/scripts/misc/validate-patch-range HEAD^ HEAD [14:14] f1b33e80f6bcc2f6b3c7edc4ceafab5466fbd33c: not ported to openvz [14:14] f1b33e80f6bcc2f6b3c7edc4ceafab5466fbd33c: not ported to xen [14:14] apw, and use apply-patch-to-binary-custom to apply them [14:14] then just fold the changes on top [14:15] herton, awsome ... works like a charm [14:16] * smb wonders how much sense those make, but well if there is a simple way to get them [15:28] smb, got a question about the SRU query I just sent to the list [15:28] or anyone else that care to answer [15:29] So let it hear and we let you know whether we care :) [15:29] regarding hpwdt, should I have included a diff of the config files instead of just listing the config options ? [15:29] smb :) [15:30] smb: since I supposed that those options would end up being setup by editconfigs anyway [15:30] caribou, Usually its nice to have the patch as well. Just for life being simpler that way [15:31] smb: yeah, thought of it as well but wasn't too sure which config files was targeted precisely [15:31] smb: ok, will do next itme [15:31] s/itme/time/ [15:31] Probably having them added to the main ubuntu configs file and run updateconfigs and then check the result [15:32] smb: ok will do [16:40] apw: Almost a winner…fixing it now [16:40] * apw cries [16:42] apw: I disabled pccard in my last upload and didn't remember that d-i would be affected. Is there a way to disable a d-i package for just one flavor? [16:45] Honestly, I don't think pcmcia even matters on any of the powerpc flavours for udeb's [17:07] * ppisati -> gym [18:27] * henrix -> EOD === BenC_ is now known as BenC [22:17] apw: any thoughts on my checkpatch change on lkml for the CONFIG_EXPERIMENTAL removal warnings? === BenC_ is now known as BenC