/srv/irclogs.ubuntu.com/2012/11/12/#ubuntu-kernel.txt

=== jk-- is now known as jk-
=== smb` is now known as smb
=== jk__ is now known as jk-
ckingsmb, make deb-pkg INSTALL_MOD_STRIP=109:18
=== edamato-afk is now known as edamato
xnoxis peromnii readyboot stuff proprietary? as presented at korea linux forum12:07
xnoxogasawara: 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:48
xnoxCan you please s/quantal/raring/ ?12:49
janimoapw, is there some doc about how to ship firmware files from a kernel package?12:54
janimoI see patches in the quantal-backport branch that add a file and touch firmware/Makefile12:55
janimobut there must be some extra scaffolding I guess12:55
janimogenerating fwinfo under  abi/12:55
ogra_janimo, please dont ship the firmware in the kernel, ship it separately12:56
apwi'd be looking at that one for sure, as it must have everything you need12:56
janimoogra_, what did that change again?12:56
ogra_i thought that was clear since last week12:56
janimoapw, yes it has everything I just don't know what exactly to look at12:56
janimoogra_, to me it seemed we do it the fastest via kernel and decide later if we want to reorganize12:56
apwjanimo, i know of no docs indeed.  rtg did the work and has been waking up about now :)  so i'd poke him12:56
ogra_janimo, unless you know how to hack up the kernel packaging to also show license debconf notes etc12:57
janimoapw, thanks12:57
janimoogra_, the thing was discuseed last meeting and that we do not need to show anything on package install12:57
janimojust in the installer or on cdimaer12:57
ogra_if we have to show it in the installer we need to show it at package installation12:57
janimoaccording to achiang 12:57
ogra_people can install the package on any arm system to use/inspect it 12:58
ogra_if we have to show the license at install time there is no way around to show it at package install time12:58
apwdamnable binary junk12:58
ogra_if we dont have to show it at package install tiome we dont need to show it in the installer either12:58
ogra_as i understood it we need to show it if we distribute the files 12:59
janimoogra_, 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 that12:59
ogra_so the license needs to be shown for any way we distribute 12:59
ogra_janimo, remember i had hangout issues last meeting12:59
janimoogra_, that was not my impression after all the back and forth talk honestly, but I would not be surprised by another change of stance13:00
ogra_but if we dont show it on package install time i will drop the WI for the installer too13:00
janimoogra_, yes, drop it I'd say13:00
janimoand we can put it back if someone request it13:00
* ogra_ thought everything was clear after the longish discussion on IRC 13:00
janimovictorp I think had the final word13:00
janimoand I think achiang too agreed13:00
janimonothing is clear when it comes to 'damnable binary junk'13:00
ogra_and neither of them is around 13:01
janimoI just hoped copying frimware files in the tree would just install them, but as this is kernel packaging things are not that simple13:02
ogra_just use a .install file13:03
ogra_though i really think we should keep the closed firmware separate from the open kernel13:03
* xnox though linux-firmware-nonfree was the package for blobs....13:04
ogra_xnox, yes, but that is generated from our kernel tree13:05
ogra_which we dont use in nexus7 13:05
ogra_linux-firmware-nonfree-nexus7 is what we should have imho13:05
ogra_and meta depending on it13:05
xnoxsounds sensible.... but then I don't do kernel packaging.13:07
* ogra_ only does it if teher is no way around it :)13:07
* henrix -> lunch13:09
apwherton, 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 change13:16
hertonapw, it's where you/rtg recomended last week to put the branches on, at ubuntu/linux13:17
apwherton, i don't recall that, i recall being asked if that tree was safe to use as a --reference13:18
apwi don't recall discussing where to put those branches, or more specificially i didn't realise that was what i was discussing13:18
smbapw, It was what I understood in that discussion13:18
apwwell crap, sounds like i wasn't listening very well13:19
smbOr the two of us... ;)13:19
* 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 again13:20
apwclearly i didn't listen at all :)13:21
apwto 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 stuff13:21
hertonyeah 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 needed13:22
apwi guess i could evict those to another repo as well13:23
hertonI mean, we can revisit where we put things if needed13:23
apwherton, while on the subject do you have a tag naming scheme in mind, are you just going to use v3.5.x or something else13:28
hertonapw, what I plan is v3.5.7-ext.<number>13:29
hertonext meaning "extended"13:29
apwthat feels difficult, i wonder if we could just use v3.5.8u or u3.5.8 and onwards13:30
apwthough that last would clash with my naming13:30
apwthough we could ask for the v3.5.x range from greg and just use that13:31
BenCapw: Too quick…I was starting dput with the right change...13:32
BenCI'll exit and merge yours13:32
apwBenC, hopefully i did it right13:32
hertonapw, 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.y13:32
apwas it takes a long damn time to build13:32
BenCIf 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
apwwe never get lucky13:33
BenCThanks for the upload though13:33
apwBenC, it was a mostly selfish action to try and get britany to be happy, but you are welcome13:34
apwBenC, dunno if it makes sense for me to have rights on your repo so i can help in these siturations; your call13:34
BenCapw: as long as I can pull from ubuntu-raring:ppc it all works out just as well13:34
apwack13:35
BenCapw: do you have a github account?13:35
apwBenC, yeah awhitcroft13:36
apwBenC, also while i think about it, do you have a repo for -meta or is that just apt-get source job13:37
BenCapw: I've added you to the repo13:37
apwBenC, thanks, i will try not to need to use it13:37
BenCapw: added you to that repo as well13:38
apwherton, so ... perhaps v3.5.7u1 u2 etc13:39
apwsomething nice and short13:39
hertonworks for me, that's ok as well13:41
hertonand looks nicer indeed13:42
BenCogasawara: linux-ppc exists now, btw13:59
ogasawaraBenC: ack, thanks.  I'll have jsalisbury look at moving bugs over tomorrow when he's back from today's holiday.14:00
BenCThanks14:00
apwherton, remind me how i check whether i have applied things to the right bits in hardy, there is a magic incantion14:13
hertonapw, hmm let me check, I have to remember as well :)14:13
apwmust be validate-patch-range14:13
apwherton, ahh got it ...14:14
apwapw@dm:~/git2/ubuntu-hardy$ debian/scripts/misc/validate-patch-range HEAD^ HEAD14:14
apwf1b33e80f6bcc2f6b3c7edc4ceafab5466fbd33c: not ported to openvz14:14
apwf1b33e80f6bcc2f6b3c7edc4ceafab5466fbd33c: not ported to xen14:14
hertonapw, and use apply-patch-to-binary-custom to apply them14:14
hertonthen just fold the changes on top14:14
apwherton, awsome ... works like a charm14:15
* smb wonders how much sense those make, but well if there is a simple way to get them14:16
caribousmb, got a question about the SRU query I just sent to the list15:28
caribouor anyone else that care to answer15:28
smbSo let it hear and we let you know whether we care :)15:29
caribouregarding hpwdt, should I have included a diff of the config files instead of just listing the config options ?15:29
caribousmb :)15:29
caribousmb: since I supposed that those options would end up being setup by editconfigs anyway15:30
smbcaribou, Usually its nice to have the patch as well. Just for life being simpler that way15:30
caribousmb: yeah, thought of it as well but wasn't too sure which config files was targeted precisely15:31
caribousmb: ok, will  do next itme15:31
caribous/itme/time/15:31
smbProbably having them added to the main ubuntu configs file and run updateconfigs and then check the result15:31
caribousmb: ok will do15:32
BenCapw: Almost a winner…fixing it now16:40
* apw cries16:40
BenCapw: 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:42
BenCHonestly, I don't think pcmcia even matters on any of the powerpc flavours for udeb's16:45
* ppisati -> gym17:07
* henrix -> EOD18:27
=== BenC_ is now known as BenC
keesapw: any thoughts on my checkpatch change on lkml for the CONFIG_EXPERIMENTAL removal warnings?22:17
=== BenC_ is now known as BenC

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