New Kernel Uploaders
Today, the Kernel Uploaders Team[1] had an ad-hoc IRC meeting with the following people in attendence: Team Members: Andrei Gherzan (~agherzan) Andy Whitcroft (~apw) Bartlomiej Zolnierkiewicz (~bzolnier) Emil Renner Berthing (~esmil) Jacob Martin (~jacobmartin) John Cabaj (~john-cabaj) Juerg Haefliger(~juergh) Kleber Sacilotto de Souza (~kleber-souza) Magali Lemes do Sacramento (~magalilemes) Manuel Diewald (~diewald) Marcelo Cerri (~mhcerri) Phil Cox (~philcox) Roxana Nicolescu (~roxanan) Stefan Bader (~smb) Thibault Ferrante (~thibf) Tim Gardner(~timg-tpi) Applicants: Agathe Porte (~gagath) Bethany Jamison(~bjamison) Kevin Becker (~kevinbecker) Kuba Pawlak(~kuba-t-pawlak) Noah Wager (~nwager) Portia Stephens(~portias) Observers: Jose Ogando Justo (~joseogando) Mehmet Basaran (~mehmetbasaran) [1] https://launchpad.net/~ubuntu-kernel-uploaders We reviewed the application[2] by Portia Stephens (~portias)[3] for Kernel Upload Rights. After representations by the applicant and their sponsors a vote was held as below: Andy Whitcroft +1 Emil Renner Berthing +1 Jacob Martin +1 John Cabaj +1 Kleber Sacilotto de Souza +1 Magali Lemes do Sacramento +1 Manuel Diewald +1 Marcelo Cerri +1 Phil Cox +1 Roxana Nicolescu +1 Stefan Bader +1 Tim Gardner+1 The application was unanimously approved; congratulations to Portia Stephens. [2] https://wiki.ubuntu.com/portias/KernelUploadRightsApplication [3] https://launchpad.net/~portias We reviewed the application[4] by Kuba Pawlak (~kuba-t-pawlak)[5] for Kernel Upload Rights. After representations by the applicant and their sponsors a vote was held as below: Andy Whitcroft +1 Bartlomiej Zolnierkiewicz +1 Emil Renner Berthing +1 Jacob Martin +1 John Cabaj +1 Kleber Sacilotto de Souza +1 Magali Lemes do Sacramento +1 Manuel Diewald +1 Marcelo Cerri +1 Phil Cox +1 Roxana Nicolescu +1 Stefan Bader +1 Tim Gardner+1 The application was unanimously approved; congratulations to Kuba Pawlak. [4] https://wiki.ubuntu.com/kuba-t-pawlak/KernelUploadRightsApplication [5] https://launchpad.net/~kuba-t-pawlak We reviewed the application[6] by Kevin Becker (~kevinbecker)[7] for Kernel Upload Rights. After representations by the applicant and their sponsors a vote was held as below: Andrei Gherzan +1 Andy Whitcroft +1 Bartlomiej Zolnierkiewicz +1 Jacob Martin +1 John Cabaj +1 Juerg Haefliger+1 Kleber Sacilotto de Souza +1 Magali Lemes do Sacramento +1 Manuel Diewald +1 Marcelo Cerri +1 Phil Cox +1 Roxana Nicolescu +1 Stefan Bader +1 Tim Gardner+1 The application was unanimously approved; congratulations to Kevin Becker. [6] https://wiki.ubuntu.com/kevinbecker/KernelUploadRightsApplication [7] https://launchpad.net/~kevinbecker We reviewed the application[8] by Agathe Porte (~gagath)[9] for Kernel Upload Rights. After representations by the applicant and their sponsors a vote was held as below: Andrei Gherzan +1 Andy Whitcroft +1 Emil Renner Berthing +1 Jacob Martin +1 John Cabaj +1 Juerg Haefliger+1 Kleber Sacilotto de Souza +1 Magali Lemes do Sacramento +1 Manuel Diewald +1 Marcelo Cerri +1 Phil Cox +1 Roxana Nicolescu +1 Stefan Bader +1 Thibault Ferrante +1 Tim Gardner+1 The application was unanimously approved; congratulations to Agathe Porte. [8] https://wiki.ubuntu.com/gagath/KernelUploadRightsApplication [9] https://launchpad.net/~gagath We reviewed the application[10] by Bethany Jamison (~bjamison)[11] for Kernel Upload Rights. After representations by the applicant and their sponsors a vote was held as below: Andrei Gherzan +1 Andy Whitcroft +1 Bartlomiej Zolnierkiewicz +1 Emil Renner Berthing +1 Jacob Martin
New Kernel Uploader
On the 15th, the Kernel Uploaders Team[1] had an ad-hoc IRC meeting with the following people in attendence: Team Members: Andrea Righi (~arighi) Andrei Gherzan (~agherzan) Bartlomiej Zolnierkiewicz (~bzolnier) Dimitri Ledkov (~xnox) Emil Renner Berthing (~esmil) Ian May(~ian-may) John Cabaj (~john-cabaj) Joseph Salisbury (~jsalisbury) Kleber Sacilotto de Souza (~kleber-souza) Manuel Diewald (~diewald) Marcelo Cerri (~mhcerri) Phil Cox (~philcox) Roxana Nicolescu (~roxanan) Stefan Bader (~smb) Applicants: Jacob Martin (~jacobmartin) Observers: Kevin Becker (~kevinbecker) [1] https://launchpad.net/~ubuntu-kernel-uploaders We reviewed the application[2] by Jacob Martin (~jacobmartin)[3] for Kernel Upload Rights. After representations by the applicant and their sponsors a vote was held as below: Andrea Righi +1 Andrei Gherzan +1 Bartlomiej Zolnierkiewicz +1 Dimitri Ledkov +1 Emil Renner Berthing +1 Ian May+1 John Cabaj +1 Joseph Salisbury +1 Kleber Sacilotto de Souza +1 Manuel Diewald +1 Marcelo Cerri +1 Phil Cox +1 Roxana Nicolescu +1 Stefan Bader +1 The application was unanimously approved; congratulations to Jacob Martin. [2] https://wiki.ubuntu.com/jacobmartin/KernelUploadRightsApplication [3] https://launchpad.net/~jacobmartin Congratulations to all of the successful applicants. Enjoy your new rights. Andy Whitcroft (~apw) was tasked with adding them to the ~ubuntu-kernel-uploaders team and announcing these results. -apw (on behalf of the ~ubuntu-kernel-uploaders team) -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
New Kernel Uploaders
Today, the Kernel Uploaders Team[1] had an ad-hoc IRC meeting with the following people in attendence: Team Members: Andrea Righi (~arighi) Andrei Gherzan (~agherzan) Andy Whitcroft (~apw) Bartlomiej Zolnierkiewicz (~bzolnier) Dimitri Ledkov (~xnox) Emil Renner Berthing (~esmil) Ian May(~ian-may) John Cabaj (~john-cabaj) Joseph Salisbury (~jsalisbury) Juerg Haefliger(~juergh) Kleber Sacilotto de Souza (~kleber-souza) Marcelo Cerri (~mhcerri) Phil Cox (~philcox) Roxana Nicolescu (~roxanan) Stefan Bader (~smb) Thadeu Cascardo(~cascardo) Tim Gardner(~timg-tpi) Timo Aaltonen (~tjaalton) Applicants: Magali Lemes do Sacramento (~magalilemes) Manuel Diewald (~diewald) Thibault Ferrante (~thibf) Observers: Agathe Porte (~gagath) Jose Ogando Justo (~joseogando) [1] https://launchpad.net/~ubuntu-kernel-uploaders We reviewed the application[2] by Magali Lemes do Sacramento (~magalilemes)[3] for Kernel Upload Rights. After representations by the applicant and their sponsors a vote was held as below: Andrea Righi +1 Andrei Gherzan +1 Andy Whitcroft +1 Bartlomiej Zolnierkiewicz +1 Dimitri Ledkov +1 Emil Renner Berthing +1 Ian May+1 John Cabaj +1 Kleber Sacilotto de Souza +1 Marcelo Cerri +1 Roxana Nicolescu +1 Stefan Bader +1 Thadeu Cascardo+1 Tim Gardner+1 The application was unanimously approved; congratulations to Magali Lemes do Sacramento. [2] https://wiki.ubuntu.com/magalilemes/KernelUploadRightsApplication [3] https://launchpad.net/~magalilemes We reviewed the application[4] by Manuel Diewald (~diewald)[5] for Kernel Upload Rights. After representations by the applicant and their sponsors a vote was held as below: Andrea Righi +1 Andrei Gherzan +1 Andy Whitcroft +1 Bartlomiej Zolnierkiewicz +1 Dimitri Ledkov +1 Emil Renner Berthing +1 Ian May+1 John Cabaj +1 Juerg Haefliger+1 Kleber Sacilotto de Souza +1 Marcelo Cerri +1 Roxana Nicolescu +1 Stefan Bader +1 Thadeu Cascardo+1 Tim Gardner+1 Timo Aaltonen +1 The application was unanimously approved; congratulations to Manuel Diewald. [4] https://wiki.ubuntu.com/diewald/KernelUploadRightsApplication [5] https://launchpad.net/~diewald We reviewed the application[6] by Thibault Ferrante (~thibf)[7] for Kernel Upload Rights. After representations by the applicant and their sponsors a vote was held as below: Andrea Righi +1 Andy Whitcroft +1 Bartlomiej Zolnierkiewicz +1 Dimitri Ledkov +1 Emil Renner Berthing +1 Ian May+1 John Cabaj +1 Kleber Sacilotto de Souza +1 Marcelo Cerri +1 Roxana Nicolescu +1 Stefan Bader +1 Thadeu Cascardo+1 Tim Gardner+1 Timo Aaltonen +1 The application was unanimously approved; congratulations to Thibault Ferrante. [6] https://wiki.ubuntu.com/thibf/KernelUploadRightsApplication [7] https://launchpad.net/~thibf Congratulations to all of the successful applicants. Enjoy your new rights. Andy Whitcroft (~apw) was tasked with adding them to the ~ubuntu-kernel-uploaders team and announcing these results. We are also adding Dimitri John Ledkov (~xnox) to the team. He is a core-dev but an active kernel team member. Welcome. -apw (on behalf of the ~ubuntu-kernel-uploaders team) -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
New Kernel Uploaders
[This application was approved some time ago.] Today, the Kernel Uploaders Team[1] had an ad-hoc IRC meeting with the following people in attendence: Team Members: Andrea Righi (~arighi) Cory Todd (~corytodd) Emil Renner Berthing (~esmil) Ian May(~ian-may) John Cabaj (~john-cabaj) Kamal Mostafa (~kamalmostafa) Khalid ElMously(~kmously) Kleber Sacilotto de Souza (~kleber-souza) Marcelo Cerri (~mhcerri) Phil Cox (~philcox) Roxana Nicolescu (~roxanan) Stefan Bader (~smb) Thadeu Cascardo(~cascardo) Applicants: Bartlomiej Zolnierkiewicz (~bzolnier) [1] https://launchpad.net/~ubuntu-kernel-uploaders We reviewed the application[2] by Bartlomiej Zolnierkiewicz (~bzolnier)[3] for Kernel Upload Rights. After representations by the applicant and their sponsors a vote was held as below: Andrea Righi +1 Cory Todd +1 Emil Renner Berthing +1 Ian May+1 John Cabaj +1 Kamal Mostafa +1 Khalid ElMously+1 Kleber Sacilotto de Souza +1 Marcelo Cerri +1 Phil Cox +1 Roxana Nicolescu +1 Stefan Bader +1 Thadeu Cascardo+1 The application was unanimously approved; congratulations to Bartlomiej Zolnierkiewicz. [2] https://wiki.ubuntu.com/bzolnier/KernelUploadRightsApplication [3] https://launchpad.net/~bzolnier Congratulations to all of the successful applicants. Enjoy your new rights. Andy Whitcroft (~apw) was tasked with adding them to the ~ubuntu-kernel-uploaders team and announcing these results. -apw (on behalf of the ~ubuntu-kernel-uploaders team) -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
New Kernel Uploaders
Today, the Kernel Uploaders Team[1] had an ad-hoc IRC meeting with the following people in attendence: Team Members: Andy Whitcroft (~apw) Dimitri Ledkov (~xnox) Ian May(~ian-may) Kamal Mostafa (~kamalmostafa) Kleber Sacilotto de Souza (~kleber-souza) Luke Nowakowski-Krijger(~lukenow) Marcelo Cerri (~mhcerri) Phil Cox (~philcox) Stefan Bader (~smb) Thadeu Cascardo(~cascardo) Tim Gardner(~timg-tpi) Applicants: Andrei Gherzan (~agherzan) Cory Todd (~corytodd) Emil Renner Berthing (~esmil) John Cabaj (~john-cabaj) Roxana Nicolescu (~roxanan) Observers: Kuba Pawlak(~kuba-t-pawlak) [1] https://launchpad.net/~ubuntu-kernel-uploaders We reviewed the application[2] by Cory Todd (~corytodd)[3] for Kernel Upload Rights. After representations by the applicant and their sponsors a vote was held as below: Andy Whitcroft +1 Dimitri Ledkov +1 Ian May+1 Kleber Sacilotto de Souza +1 Luke Nowakowski-Krijger+1 Marcelo Cerri +1 Phil Cox +1 Stefan Bader +1 Tim Gardner+1 The application was unanimously approved; congratulations to Cory Todd. [2] https://wiki.ubuntu.com/corytodd/KernelUploadRightsApplication [3] https://launchpad.net/~corytodd We reviewed the application[4] by Andrei Gherzan (~agherzan)[5] for Kernel Upload Rights. After representations by the applicant and their sponsors a vote was held as below: Andy Whitcroft +1 Dimitri Ledkov +1 Ian May+1 Kamal Mostafa +1 Kleber Sacilotto de Souza +1 Luke Nowakowski-Krijger+1 Marcelo Cerri +1 Phil Cox +1 Stefan Bader +1 Thadeu Cascardo+1 Tim Gardner+1 The application was unanimously approved; congratulations to Andrei Gherzan. [4] https://wiki.ubuntu.com/agherzan/KernelUploadsApplication [5] https://launchpad.net/~agherzan We reviewed the application[6] by Roxana Nicolescu (~roxanan)[7] for Kernel Upload Rights. After representations by the applicant and their sponsors a vote was held as below: Andy Whitcroft +1 Dimitri Ledkov +1 Ian May+1 Kamal Mostafa +1 Kleber Sacilotto de Souza +1 Luke Nowakowski-Krijger+1 Marcelo Cerri +1 Phil Cox +1 Stefan Bader +1 Thadeu Cascardo+1 Tim Gardner+1 The application was unanimously approved; congratulations to Roxana Nicolescu. [6] https://wiki.ubuntu.com/roxanan/KernelUploadRightsApplication [7] https://launchpad.net/~roxanan We reviewed the application[8] by Emil Renner Berthing (~esmil)[9] for Kernel Upload Rights. After representations by the applicant and their sponsors a vote was held as below: Andy Whitcroft +1 Dimitri Ledkov +1 Ian May+1 Kamal Mostafa +1 Kleber Sacilotto de Souza +1 Luke Nowakowski-Krijger+1 Marcelo Cerri +1 Phil Cox +1 Stefan Bader +1 Thadeu Cascardo+1 Tim Gardner+1 The application was unanimously approved; congratulations to Emil Renner Berthing. [8] https://wiki.ubuntu.com/esmil/KernelUploadRightsApplication [9] https://launchpad.net/~esmil We reviewed the application[10] by John Cabaj (~john-cabaj)[11] for Kernel Upload Rights. After representations by the applicant and their sponsors a vote was held as below: Andy Whitcroft +1 Dimitri Ledkov +1 Ian May+1 Kamal Mostafa +1 Kleber Sacilotto de Souza +1 Luke Nowakowski-Krijger+1 Marcelo Cerri +1 Phil Cox +1 Stefan Bader +1 Thadeu Cascardo+1 Tim Gardner+1 The application was unanimously approved; congratulations to John Cabaj. [10] https://wiki.ubuntu.com/john-cabaj/KernelUploadRightsApplication [11] https://launchpad.net/~john-cabaj Congratulations to all of the successful applicants. Enjoy your new rights. Andy Whitcroft (~apw) was tasked with adding them to the ~ubuntu-kernel-uploaders team and announcing these results. -apw (on behalf of the ~ubuntu-kernel-uploaders team) -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at
New Kernel Uploaders
A few weeks ago the Kernel Uploaders Team[1] had an ad-hoc IRC meeting with the following members in attendence, this email seems have gotten lost in the ether: Andy Whitcroft (~apw) [chair] Andrea Righi (~arighi) Cory Todd (~corytodd) Dimitri Ledkov (~xnox) Ian May(~imay) Joseph Salisbury (~jsalisbury) Juerg Haefliger(~juergh) Kleber Sacilotto de Souza (~klebers) Luke Nowakowski-Krijger(~lukenow) Marcelo Cerri (~mhcerri) Stefan Bader (~esembee) Thadeu Cascardo(~cascardo) We reviewed the Kernel Upload rights application[2] for Joe Salisbury (~jsalisbury)[3]. Joe has been working with the kernel team on and off over the last 10 years, recently returning to focus on our realtime kernels. His application was warmly received by the team. A vote was held and passed without objection: Andy Whitcroft +1 Dimitri Ledkov +1 Ian May+1 Kleber Sacilotto de Souza +1 Luke Nowakowski-Krijger+1 Stefan Bader +1 Thadeu Cascardo+1 Tim Gardner+1 (proxy) The team would like to thank Joe for their hard work on Ubuntu and take this opportunity to welcome them to the team. Enjoy your upload rights. Last week the Kernel Uploaders Team[1] had an ad-hoc IRC meeting with the following members in attendence: Andy Whitcroft (~apw) [chair] Andrea Righi (~arighi) Ian May(~imay) Kleber Sacilotto de Souza (~klebers) Luke Nowakowski-Krijger(~lukenow) Phil Cox (~philcox) Stefan Bader (~esembee) Thadeu Cascardo(~cascardo) Tim Gardner(~rtg) We reviewed the Kernel Upload rights application[4] for Philip Cox (~philcox)[5]. Phil has been working with the kernel team for just over a year focused on our some of our customer kernels as well as cranking distro kernels. His application was warmly received by the team. A vote was held and passed without objection: Andrea Righi +1 Andy Whitcroft +1 Kleber Sacilotto de Souza +1 Marcelo Cerri +1 (proxy) Stefan Bader +1 Thadeu Cascardo+1 Tim Gardner+1 The team would like to thank Phil for their contributions to Ubuntu and take this opportunity to welcome to the team. Enjoy your upload rights. Andy Whitcroft was tasked with adding the applicant(s) to the team. Congratulations! -apw (On Behalf of the Kernel Uploaders Team) [1] https://launchpad.net/~ubuntu-kernel-uploaders [2] https://wiki.ubuntu.com/JosephSalisbury/KernelUploadRightsApplication [3] https://launchpad.net/~jsalisbury [4] https://wiki.ubuntu.com/PhilipCox/KernelUploadsApplication [5] https://launchpad.net/~philcox -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
New Kernel Uploaders
Today, the Kernel Uploaders Team[1] had an ad-hoc IRC meeting with the following members in attendence: Andy Whitcroft (~apw) [chair] Dimitri John Ledkov (~xnox) Ian May (~ian-may) Kleber Sacilotto de Souza (~kleber-souza) Stefan Bader (~smb) We reviewed the Kernel Upload rights application[2] for Luke Nowakowski-Krijger (~lukenow)[3]. Luke has been working with the kernel team for the last 8 months. He has been working on the Ubuntu stable kernels. His application was warmly received by the team. A vote was held and passed without objection: Andy Whitcroft+1 Dimitri John Ledkov +1 Ian May +1 Kamal Mostafa +1 (proxy) Time Gardner +1 (proxy) Kleber Sacilotto de Souza +1 Stefan Bader +1 The team would like to thank Luke for their hard work on Ubuntu and take this opportunity to welcome them back to the team. Enjoy your new rights. Andy Whitcroft was tasked with adding the applicant to the team. Congratulations! -apw (On Behalf of the Kernel Uploaders Team) [1] https://launchpad.net/~ubuntu-kernel-uploaders [2] https://wiki.ubuntu.com/lukenow/KernelUploadsApplication [3] https://launchpad.net/~lukenow -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
New Kernel Uploaders
Today, the Kernel Uploaders Team[1] had an ad-hoc IRC meeting with the following members in attendence: Andy Whitcroft (~apw) [chair] Andrea Righi (~arighi) Dimitri John Ledkov (~xnox) Ian May (~ian-may) Kelsey Skunberg (~kelsey-skunberg) Kleber Sacilotto de Souza (~kleber-souza) Marcello Cerri (~mhcerri) Stefan Bader (~smb) We reviewed the Kernel Upload rights application[2] for Tim Gardner (~rtg-tpi)[3]. Tim has been working with the kernel team on and off over the last 15 years, recently returning from a hiatus. He has been working on the Ubuntu stable kernels, with a focus on our Cloud kernels. His application was warmly received by the team. A vote was held and passed without objection: Andy Whitcroft+1 Dimitri John Ledkov +1 Ian May +1 Kamal Mostafa +1 (proxy) Kelsey Skunberg +1 Kelsey Skunberg +1 Kleber Sacilotto de Souza +1 Marcello Cerri+1 Stefan Bader +1 The team would like to thank Time for their hard work on Ubuntu and take this opportunity to welcome them back to the team. Enjoy your restored rights. Andy Whitcroft was tasked with adding the applicant to the team. Congratulations! -apw (On Behalf of the Kernel Uploaders Team) [1] https://launchpad.net/~ubuntu-kernel-uploaders [2] https://wiki.ubuntu.com/TimGardner/KernelUploadRightsApplication [3] https://launchpad.net/~timg-tpi -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
New Kernel Uploaders
Yesterday, the Kernel Uploaders Team[1] had an ad-hoc meeting with the following members in attendence: Andy Whitcroft (~apw) [chair] Ian May (~ian-may) Kelsey Skunberg (~kelsey-skunberg) Kleber Sacilotto de Souza (~kleber-souza) Marcello Cerri (~mhcerri) Stefan Bader (~smb) We reviewed the Kernel Upload rights application[2] for Krzysztof Kozlowski (~krzk)[3]. Krzysztof has been working with the kernel team for around 5 months. He has been working on the Ubuntu stable kernels, taken on mailing list patch application, and been helping run our regular SRU cycles. His application was warmly received by the team. A vote was held and passed without objection: Andy Whitcroft+1 Kelsey Skunberg +1 Kleber Sacilotto de Souza +1 Stefan Bader +1 Kamal Mostafa +1 (proxy) Ian May +1 The team would like to thank Krzysztof for their hard work on Ubuntu and take this opportunity to welcome them to the team. Enjoy your new rights. Andy Whitcroft was tasked with adding the applicants to the team. Congratulations! -apw (On Behalf of the Kernel Uploaders Team) [1] https://launchpad.net/~ubuntu-kernel-uploaders [2] https://wiki.ubuntu.com/KrzysztofKozlowski/KernelUploadsApplication [3] https://launchpad.net/~krzk -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
New Kernel Uploaders
Yesterday, the Kernel Uploaders Team[1] had an ad-hoc meeting with the following members in attendence: Andy Whitcroft (~apw) [chair] Andrea Righi (~arighi) Brad Figg (~brad-figg) Kelsey Skunberg (~kelsey-skunberg) Kleber Sacilotto de Souza (~kleber-souza) Seth Forshee (~sforshee) Stefan Bader (~smb) We reviewed the Kernel Upload rights application[2] for Ian May (~ian-may)[3]. Ian has been working with the kernel team for around 8 months. He has been working on the Ubuntu stable kernels, taken on mailing list patch application, and been helping run our regular SRU cycles. His application was warmly received by the team. A vote was held and passed without objection: Andy Whitcroft+1 Andrea Righi +1 Kelsey Skunberg +1 Kleber Sacilotto de Souza +1 Seth Forshee +1 Stefan Bader +1 Brad Figg +1 (proxy) Kamal Mostafa +1 (proxy) The team would like to thank Ian and William for all their hard work on Ubuntu and take this opportunity to welcome them both to the team. Enjoy your new rights. We reviewed the Kernel Upload rights application[4] for William Gray (~vilhelm-gray)[5]. William has been working with the kernel team for around 4 months. He has been working on the Ubuntu stable kernels, and been helping run our regular SRU cycles. His application was warmly received by the team. A vote was held and passed without objection: Andy Whitcroft+1 Andrea Righi +1 Kelsey Skunberg +1 Kleber Sacilotto de Souza +1 Seth Forshee +1 Stefan Bader +1 Brad Figg +1 (proxy) Kamal Mostafa +1 (proxy) The team would like to thank Ian and William for all their hard work on Ubuntu and take this opportunity to welcome them both to the team. Enjoy your new rights. Andy Whitcroft was tasked with adding the applicants to the team. Congratulations! -apw (On Behalf of the Kernel Uploaders Team) [1] https://launchpad.net/~ubuntu-kernel-uploaders [2] https://wiki.ubuntu.com/ianmay/KernelUploadsApplication [3] https://launchpad.net/~ian-may [4] https://wiki.ubuntu.com/vilhelmgray/KernelUploadsApplication [5] https://launchpad.net/~vilhelm-gray -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
New Kernel Uploaders
Yesterday, the Kernel Uploaders Team[1] had an ad-hoc meeting with the following members in attendence: Andy Whitcroft (~apw) [chair] Brad Figg (~brad-figg) Kamal Mostafa (~kamalmostafa) Kleber Sacilotto de Souza (~kleber-souza) Marcelo Cerri (~mhcerri) Seth Forshee (~sforshee) We reviewed the Kernel Upload rights application[2] for Kelsey Skunberg (~kelsey-skunberg)[3]. Kelsey has been working with the kernel team for around 8 months. She has been working on the Ubuntu stable kernels, taken on mailing list patch application, and been helping run our regular SRU cycles. Her application was warmly received by the team. A vote was held and passed without objection: Andy Whitcroft+1 Kamal Mostafa +1 Marcelo Cerri +1 Seth Forshee +1 Brad Figg +1 Kleber Sacilotto de Souza +1 Stefan Bader +1 (proxy) Khalid Elmously +1 (proxy) The team would like to thank Kelsey for all their hard work on Ubuntu and take this opportunity to welcome them to the team. Enjoy your new rights. Andy Whitcroft was tasked with adding the applicant to the team. Congratulations! -apw (On Behalf of the Kernel Uploaders Team) [1] https://launchpad.net/~ubuntu-kernel-uploaders [2] https://wiki.ubuntu.com/KelseySkunberg/KernelUploadsApplication [3] https://launchpad.net/~kelsey-skunberg -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
New Kernel Uploader
Today the Kernel Uploaders Team[1] had an ad-hoc meeting with the following members in attendence: Andy Whitcroft (~apw) [chair] Andrea Righi (~arighi) Brad Figg (~bradf) Juerg Haefliger (~juergh) Kamal Mostafa (~kamalmostafa) Kleber Sacilotto de Souza (~kleber-souza) Marcelo Cerri (~mhcerri) Seth Forshee (~sforshee) Stefan Bader (~smb) Thadeu Lima de Souza Cascardo (~cascardo) We reviewed the Kernel Upload rights application for Paolo Pisati (~p-pisati)[1]. Paolo has been working with the kernel team for some 9 years. He has been working on our hardware enablement story and more recently our development kernels. His application was warmly received by the team. A vote was held and passed without objection: Andrea Righi +1 Andy Whitcroft+1 Brad Figg +1 Juerg Haefliger +1 Kamal Mostafa +1 Kleber Sacilotto de Souza +1 Marcelo Cerri +1 Seth Forshee +1 Stefan Bader +1 Thadeu Lima de Souza Cascardo +1 The team would like to thank Paolo for all their hard work on Ubuntu and take this opportunity to welcome them to the team. Enjoy your new rights. Andy Whitcroft was tasked with adding the applicant to the team. Congratulations! -apw (On Behalf of the Kernel Uploaders Team) [1] https://launchpad.net/~ubuntu-kernel-uploaders [2] https://wiki.ubuntu.com/PaoloPisati/KernelUploadsApplication -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
New Kernel Uploaders
Today, the Kernel Uploaders Team[1] had an ad-hoc meeting with the following members in attendence: Andy Whitcroft (~apw) [chair] Juerg Haefliger (~juergh) Kleber Sacilotto de Souza (~kleber-souza) Marcelo Cerri (~mhcerri) Stefan Bader (~smb) Seth Forshee (~sforshee) Thadeu Lima de Souza Cascardo (~cascardo) Next we reviewed the Kernel Upload rights application for Andrea Righi (~arighi)[2]. Andrea has been working with the kernel team for close to 6 months and has been working on stable kernels as well as working on a number of longer term projects and high profile bugs. His application was warmly received by the team. A vote was held and passed without objection: Andy Whitcroft+1 Juerg Haefliger +1 Kleber Sacilotto de Souza +1 Marcelo Cerri +1 Stefan Bader +1 Seth Forshee +1 Thadeu Lima de Souza Cascardo +1 The team would like to thank Andrea for all their hard work on Ubuntu and take this opportunity to welcome them to the team. Enjoy your new rights. Andy Whitcroft was tasked with adding the applicant to the team. Congratulations! -apw (On Behalf of the Kernel Uploaders Team) [1] https://launchpad.net/~ubuntu-kernel-uploaders [2] https://wiki.ubuntu.com/AndreaRighi/KernelUploadsApplication -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
New Kernel Uploaders
Today, the Kernel Uploaders Team[1] had an ad-hoc meeting with the following members in attendence: Andy Whitcroft (~apw) [chair] Kamal Mostafa (~kamalmostafa) Kleber Sacilotto de Souza (~kleber-souza) Marcelo Cerri (~mhcerri) Seth Forshee (~sforshee) Stefan Bader (~smb) Thadeu Lima de Souza Cascardo (~cascardo) Tyler Hicks (~tyhicks) The first order of business was to formally announce an organisational change. The ~ubuntu-kernel-uploaders[1] administrators team had fallen to a single member. We[sic] have formally invited Tyler Hicks (~tyhicks) to join the team administrators; which he has graciously accepted. Thank you Tyler. Next we reviewed the Kernel Upload rights application for Juerg Haefliger (~juergh)[2]. Juerg has been working in the kernel team for the best part of two years and has been working on the stable kernels as well as some of the recent high profile CVE issues. His application was warmly received by the team. A vote was held and passed without objection: Andy Whitcroft+1 Kamal Mostafa +1 Kleber Sacilotto de Souza +1 Marcelo Cerri +1 Seth Forshee +1 Stefan Bader +1 Thadeu Lima de Souza Cascardo -abstain- Tyler Hicks +1 Lastly we reviewed the Kernel Upload rights application for Khalid Elmously (~kmously)[3]. Kahlid has been working in the kernel team for well over a year, and has been a long term member of the Stable Kernel Team driving fixes into the stable series. Again his application was warmly recieved by the team. Tyler spoke eloquently on his behalf. A vote was held and passed without objection: Andy Whitcroft+1 Kamal Mostafa +1 Kleber Sacilotto de Souza +1 Marcelo Cerri +1 Seth Forshee +1 Stefan Bader +1 Thadeu Lima de Souza Cascardo -abstain- Tyler Hicks +1 The team would like to thank both Juerg and Khalid for all their hard work on Ubuntu and take this opportunity to welcome them to the team. Both of you deserve your new rights. Andy Whitcroft was tasked with adding both applicants to the team. Congratulations! -apw (On Behalf of the Kernel Uploaders Team) [1] https://launchpad.net/~ubuntu-kernel-uploaders [2] https://wiki.ubuntu.com/JuergHaefliger/KernelUploadsApplication [3] https://wiki.ubuntu.com/KhalidElmously/KernelUploadsApplication -- kernel-team mailing list kernel-t...@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/kernel-team -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
New Kernel Uploader
Today, the Kernel Uploaders Team[1] had an ad-hoc meeting with the following members in attendence: Andy Whitcroft (apw) [chair] Leann Ogasawara (leann-ogasawara) Brad Figg (brad-figg) Stefan Bader (smb) Seth Forshee (sforshee) Kleber Sacilotto de Souza (kleber-souza) Thadeu Lima de Souza Cascardo (cascardo) The meeting was called to review the upload application for Marcelo Henrique Cerri (mhcerri)[3]. Marcelo has been working in the kernel team for over 1.5 years. He has been heavily involved in the Development kernel, as well as spinning up a number of our cloud specific kernels. Marcelo has also worked on the stable kernel regularly. His application was warmly recieved by the team. His sponsors firmly endorsed his application. A vote was held and passed unanimously: Andy Whitcroft +1 Leann Ogasawara +1 Brad Figg+1 Stefan Bader +1 Seth Forshee +1 Kleber Sacilotto de Souza+1 Thadeu Lima de Souza Cascardo+1 The team would like to thank Marcelo for their hard work on Ubuntu and take this opportunity to welcome them to the team. This has been a long time coming (more our fault than Marcelo's) and further delayed by Meltdown/Spectre recovery. It is well deserved, thank you. Andy Whitcroft was tasked with adding the applicant to the team. Congratulations! -apw (On Behalf of the Kernel Uploaders Team) [1] https://launchpad.net/~ubuntu-kernel-uploaders [2] https://wiki.ubuntu.com/Kernel/Dev/UploadRights [3] https://wiki.ubuntu.com/MarceloCerri/LinuxUploadApplication -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Enable kernel crash dump collection by default on Xenial
On Wed, Nov 18, 2015 at 10:05:49AM -0600, Chris J Arges wrote: > > Currently, when installing the linux-crashdump meta-package in order to > > enable > > kernel crash dump collection, the functionality is not enabled by default. I think that the majority of users installing this package would expect it to enable the functionality, and they will be supprised if it is not. > > While a reboot is mandatory to enable the crashkernel= kernel parameter, I > > would > > like to suggest to enable the kdump functionality by default when the > > package is > > installed. > > > > A prompt should be displayed to allow for the user to override the "default > > = > > Yes" if needed. This will not be the only user interaction when installing > > the > > meta-package, as kexec-tools already prompts for the type of boot. > +1 > > If installing interactively we should get both prompts, and default to: > - crash dumping enabled > - don't use kexec to reboot If there is already a prompt here on install for the "use kexec for reboot" then I think it would be useful to have a prompt for the kdump side. I concur with Chris' defaults here. For me this sounds like a sound change. -apw -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Minutes from the Ubuntu Kernel Team meeting, 2015-03-24
On Thu, Mar 26, 2015 at 11:12:18AM -0700, Dave Taht wrote: > Thank you for filing the bug to track it. Would you like us to further > make the case for trying it on the bug itself? Getting all the supporting info together in the bug would be helpful indeed. -apw -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Minutes from the Ubuntu Kernel Team meeting, 2015-03-24
On Tue, Mar 24, 2015 at 10:54:37AM -0700, Dave Taht wrote: > I must confess I had hoped ubuntu would adopt fq_codel as the default > qdisc in this go-around. It is still not quite part of fedora´s > default either, but is now in arch, (and nearly everyone else > downstream from systemd), and has long been the default in openwrt, > and at this point, just requires a single sysctl to enable. > > It certainly could use more widespread testing, perhaps in the next release? > > d@nuc-client:~$ cat /etc/sysctl.d/10-bufferbloat.conf > net.core.default_qdisc=fq_codel Changing something so fundamental is always scarey. I've filed a bug to review this[1] so we do not forget. -apw [1] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1436945 -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Using -lts-{quantal,raring} kernels on precise -> broken dkms and other things
On Fri, May 17, 2013 at 06:11:39PM +0200, Zygmunt Krynicki wrote: > I'm using precise with latest -lts-raring kernel. That combination > makes nvidia dkms drivers unusable. I also cannot prevent the vanilla > precise 3.2 kernel from being installed, because od the dependency on > linux-generic which -lts-raring does not provide. This might be a > problem in certification when certain hardware needlessly gets the 3.2 > kernel (that may not work at all) along with, eg. 3.8 kernel. The dkms package should not depend on linux-generic. There is little chance of this even being the right kernel for the machine in question. There is also no general way to list all of the kerenl you might have, to make this dependancy right. We have been moving away from any depdancy on the assumption you have a kernel by default. -apw -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Why not compiling bcache in kernel 3.10?
On Tue, May 14, 2013 at 07:06:00PM +0200, Giovanni Lenzi wrote: > Hi, > I don't know if this is the correct place to post this question. > > I downloaded the kernel 3.10 from: > http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.10-rc1-saucy/ > > I installed it, rebooted to it and noticed that it does not include > bcache module.. > > Can I ask why? I think it will be an important piece of software that > can give ubuntu advantages over other distributions... especially for > the ubuntu server edition > It is merged upstream with linux kernel from 3.10 and it seems to be > very stable. > > Do you plan to include it in the 3.10 or not? Those are test builds, built from the tip of the mainline linux kernel without any user intervention. As such we simply take the default value for any new unknown options. In this case the upstream developers have defaulted this functionality off in the v3.10-rcN releases. This means it is off also for our mainline builds. That said, when we move saucy forward to 3.10-rcN (which we typically do around the -rc2/3 stage as it is moving much slower by then) then I am sure this option would be enabled as it sounds worthy of testing. Once that happens the mainline builds will also get the hint that it should be enabled going forward. -apw -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: How about an XB-Meta-Package: dummy package field?
On Wed, Feb 13, 2013 at 10:35:41PM -0800, Scott Ritchie wrote: > We have (and will continue to have) many transitional dummy packages > with no content. I see two main advantages to flagging them: Were you proposing something like the below? Otherwise the name might want to include transitional, as there are meta packages which are the right thing to use and not going away: XB-Meta-Package: transitional -apw -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Proposal to change page allocation to zero on free in the -virtual kernel
On Mon, Jan 28, 2013 at 09:45:46AM +0100, Peter Lieven wrote: > Hi, > > I would like to know if it would be a good idea to change the page allocator > zeroing > policy from zero on allocate (for GFP_USER) to zero on free for the -virtual > kernel builds. > > This has been initally proposed in grsecurity for security reasons, but it is > extremely > beneficial in virtual environments for 2 additional reasons: > > a) live migration > b) ksm > > What is your opinion on this? I would point out that changing the time of the page clear has some significant effects on performance. Some time ago admittedly, we did some work to pre-clear pages and the practical upshot of this was to reduce not improve performance. This occured because the act of clearing the page necessarily either cycles the entire page into cache or (if you use uncached writes) flushes the entire page from cache at the time of the clear. It was shown to be highly beneficial for this to occur when the page was about to be used (and preferabally with an already cache hot page) as placing the page in cache was generally beneficial for whoever was about to use it. Your proposal here would clear the page at essentially the worst time for cache performance. The KSM mergability does seem like a win, the live migration benefits I would of thought were much less visible and this is a much rarer event in the life of a VM. These would benefits would be traded for the likely execution performance hit. Overall I would expect you to be trading off memory size against runtime performance, you would definatly need some comparitive numbers on the benefits and costs before you could even consider such a change. I would also reiterate Stefan's point here that currently it is not possible to trivially have different policies in this regard for the main kernels and the -virtual kernel as they are the same bits. It might be possible to make this parameterisable if the benefits were proven, but I suspect you are going to find a significant throughput penalty. I guess that would make this something you would want to be able to opt into depending on your environment, on your cost performance balance as a "cloud" operator. Finally, for very sensitive VMs there may be some value in at least scrubbing the pages before returning them to hypervisorpenalties. -apw -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: [RFC] Drop Non-smp PowerPC Kernel Flavor
On Mon, Mar 19, 2012 at 07:48:01AM +, Adam Conrad wrote: > On Mon, Mar 19, 2012 at 04:59:44PM +1100, Benjamin Herrenschmidt wrote: > > > > Any more data about where it stops booting ? Can you try making sure you > > have udbg btext enabled in config and boot with "udb-immortal debug > > initcall_debug" on the command line ? > > Unfortunately, it boots from BootX, because I could never make quik run > on my broken OF (granted, I never tried that hard, so I'm sure it can > be done, but if it ain't broke?). The problem with booting from BootX, > though, is that there's no chance for debug output, because I just get > a slightly corrupt MacOS desktop, and then the machine hangs. It's not > getting far enough to init a framebuffer or anything shiny. As this kernel update was a stable rebase and a switcheroo on the built powerpc bits I have reverted just the powerpc changes on the same base so we can confirm this is realated to using the SMP bits and not an unrelated change. Kernels are the powerpc kernels at the URL below for those who have issues: http://people.canonical.com/~apw/master-next-precise/ Please report any testing, thanks. -apw -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Distro-provided mechanism to clean up old kernels
On Mon, Feb 20, 2012 at 03:27:33PM +0100, Martin Pitt wrote: > Tim Edwards [2012-02-17 11:49 +0100]: > > On Fri, Feb 17, 2012, at 07:23 AM, Martin Pitt wrote: > > > linux-headers-* is already covered by apt-get autoremove, which is > > > good. Perhaps we can mark older kernels as auto-removable as well, so > > > that without any other tools you at least have one command to clean > > > them up all? > > > > Are you sure about this? I did a test and I don't think that autoremove > > removes the linux-headers-*: > > I'm 100% sure that this worked in the past, but apparently that > changed at some point. Indeed autoremove does not seem to do this any > more now. > > Martin I think it only every removed the common architecture headers package automatically, so when you remove the -16-generic package, the -16 package will autoremove. -apw -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Unperformant Restrictions for non-x86_32 archs
On Wed, Feb 29, 2012 at 09:19:48AM +, Dieter Miosga wrote:
> Please change in file linux_32.0-17.27.diff
> at line 5268, and all following and preceding occurences , to
>
> --- linux-3.2.0.orig/arch/x86/kernel/process.c
> +++ linux-3.2.0/arch/x86/kernel/process.c
> @@ -663,6 +663,16 @@
> unsigned long arch_randomize_brk(struct mm_struct *mm)
> {
> unsigned long range_end = mm->brk + 0x0200;
> -return randomize_range(mm->brk, range_end, 0) ? : mm->brk;
> +#ifdef CONFIG_X86_32
> +unsigned long bump = 0;
> +/* when using ASLR in arch_get_unmapped_exec_area, we must shove
> + the brk segment way out of the way of the exec area, since it
> + can collide with future allocations if not. */
> +if ( (mm->get_unmapped_exec_area == arch_get_unmapped_exec_area) &&
> + (mm->brk < 0x0800) ) {
> +bump = (TASK_SIZE/6);
> +}
> +return bump + (randomize_range(mm->brk, range_end, 0) ? : mm->brk);
> +#else
> +return randomize_range(mm->brk, range_end, 0) ? : mm->brk;
> +#endif
>
> }
unsigned long arch_randomize_brk(struct mm_struct *mm)
{
unsigned long range_end = mm->brk + 0x0200;
unsigned long bump = 0;
#ifdef CONFIG_X86_32
/* when using ASLR in arch_get_unmapped_exec_area, we must shove
the brk segment way out of the way of the exec area, since it
can collide with future allocations if not. */
if ( (mm->get_unmapped_exec_area == arch_get_unmapped_exec_area) &&
(mm->brk < 0x0800) ) {
bump = (TASK_SIZE/6);
}
#endif
return bump + (randomize_range(mm->brk, range_end, 0) ? : mm->brk);
}
Currently the code looks as above. I think you are suggesting a change
to not add bump for the 64 bit case? Am I correct in that reading?
If so, then I cannot see how that would be a non-performant case, the
compiler can quite easily see that bump+ represents a constant 0+ and
trivially optimise it away?
-apw
--
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Do lucid-updates/main packages fall under the LTS security updates policy?
On Mon, Jun 06, 2011 at 10:43:20AM +0300, Alon Swartz wrote: > A while ago a question was raised on the TurnKey forums [1] whether > packages in lucid-updates/main fall under the LTS security updates > policy that they will be updated and supported until LTS end-of-life. > > The specific package in question is a backport of the maverick kernel to > lucid: linux-image-generic-lts-backport-maverick > > I'm inclined to say that lucid-updates/main falls under the policy, but > regarding the above mentioned package I'm a little confused, mainly due > to the fact of 'maverick' appearing in the name. Will the package be > maintained with security updates until the end-of-life of maverick, > lucid, or ...? > > Depending on the policy, it might be a good idea to tweak the naming > convention to avoid confusion. The discussion at UDS Lucid regarding these kernels resolved that these kernels would be supported at least until the next LTS released as that aligned well with the origin release. The idea being they would be a vehicle to allow migration to the next LTS. I believe there was was also an action to publish the support terms for these kernels, which I cannot locate immediatly. Likely these should be explicitly called out on the support matrix for Lucid[1] and they are not currently. -apw [1] https://wiki.ubuntu.com/LucidLynx/ReleaseManifest -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: blueprint priorities
On Wed, May 25, 2011 at 06:45:28AM +0200, Martin Pitt wrote: > Hello Allison, > > Allison Randal [2011-05-24 15:03 -0700]: > > Essential - Must happen in this cycle > > High - Desirable in this cycle > > Medium - Would like to happen in this cycle > > Low - Likely to be dropped from this cycle > > That's how the desktop team uses them as well, roughly. I. e. >= High > → we'll invest significant resources to make it happen, Medium → we > want it, but if something goes wrong we won't hesitate much to defer, > and low is entirely a target of opportunity. There kernel team is about the same. Essential must happen, typically these blueprint carry items without which there is no kernel. High we really really want, but there will be a kernel without. Medium we want but if theres no time, drop me. Low, if we run out of things to do, then these. -apw -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: build-from-branch into the primary archive
On Mon, Feb 21, 2011 at 09:47:15PM -0800, Steve Langasek wrote: > On Tue, Feb 22, 2011 at 03:57:16PM +1100, Martin Pool wrote: > > On 22 February 2011 13:59, Scott Kitterman wrote: > > > > The alternative of adding a specialized field in debian/control for > > > packages > > > that should generally only be uploaded from branch so that anyone who > > > tries to > > > dput the package gets some kind of warning (as discussed elsewhere in the > > > thread) would, I think, deal with this case adequately while preserving > > > the > > > option to upload via dput should it REALLY be necessary in some case. > > > There seem to be two variables here: does a package upload just give a > > warning, or does it block; and secondly is this configured in the > > package metadata itself or in Launchpad. On the first point I think > > we absolutely want to have it start out with just a warning. To be > > more accurate, we will actually start out with no warnings at all, and > > probably only turn them on when people feel that particular teams are > > over the hump of wanting to use it all the time. > > > Regarding where it is done, I see no problem with doing it in > > debian/control. If it's configured in the package itself we would > > have the option to give a warning at the time people run dput rather > > than later sending mail back from Soyuz complaining about it. > > If you're going to put it in debian/control, then I think a Vcs-Bzr: field > pointing at a UDD branch already encodes this information - 'apt-get source' > already warns about it, we might as well have dput warn on the same thing. Someone would have to make sure they point to the right place though. I'd say about 80% of the packages I've looked at they are plain wrong. -apw -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: build-from-branch into the primary archive
On Thu, Feb 17, 2011 at 03:08:15PM -0500, Barry Warsaw wrote: > On Feb 17, 2011, at 06:51 AM, Scott Kitterman wrote: > > >1. From the LEP: Disabling dput uploads is not a nice to have. It's a > >misfeature that violates (AIUI) one of the core assumptions given to Ubuntu > >developers when this project was started: That we are free to ignore it. I > >find it very troubling that it's listed as a goal of any kind (the discussion > >about being able to enforce the use of merge proposals convinces me this is > >not accidental). > > Are you saying that you want to preserve dput as an upload option forever? Do > you see a future where dput *isn't* the interface for uploading a new package? > Let's assume that all the current blockers are fixed, e.g. source packages are > fast to download, etc. > > I think at some point there should be only one way to do it. Push to upload implies that it is practicle to move all packages into bzr. For large packages such as the kernel, libreoffice, X etc, where those are not in python that would imply we have to extract the intended state out of that and then commit it into another VCS just to trigger the upload? I would tend more to think of dput as the 'assembler' way of uploading, with pushing to a build branch being the 'best' way to do things. Generally you should not need to force a new way on people. If the new way is better people will switch and use it. Removing the old way should not be needed to achieve your goals should it? -apw -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
