Re: [gentoo-dev] Looking for a new mentor...
Hi Alex, Do you have a mentor now? Benda
Re: [gentoo-dev] bash-4.4 - call for testers
On Fri, Sep 30, 2016 at 11:29:05AM +1300, Kent Fredric wrote: > On Thu, 29 Sep 2016 23:56:34 +0200 > Andy Mender wrote: > > > I believe the main problem comes from /bin/bash and potential symlinks that > > would need to be introduced as part of the slotting. > > In a pinch you could probably get away with > calling :1 /usr/bin/bash-4.4 instead of /usr/bin/bash, and then > offering no luxuries beyond that, leaving it up to the user to do the rest. > > Then you could test it in ~/ with PATH + Symlink in ~/bin/ ... maybe. > > There would just not be much point, because the real purpose of testing > 4.4 is not for fear of it breaking user experience ( which is a > problem, but not the primary motive ), but for making everything else > that runs with bash runs OK. > > Maybe you could do some horrible QA Violation like USE=multislot > which changes the slot from :0 and adds the -suffix at the same time. > > But I still don't think its a useful or good idea. I am against it as well. The purpose of this testing is to eventually move to bash-4.4 being stable and replacing bash-4.3, so slotting it would make that more complex later. William signature.asc Description: Digital signature
Re: [gentoo-dev] bash-4.4 - call for testers
Alright then, I will give bash4.4 a try and if there are any problems, I'll file a proper bug report. Best regards, Andy On 30 September 2016 at 15:38, William Hubbs wrote: > On Fri, Sep 30, 2016 at 11:29:05AM +1300, Kent Fredric wrote: > > On Thu, 29 Sep 2016 23:56:34 +0200 > > Andy Mender wrote: > > > > > I believe the main problem comes from /bin/bash and potential symlinks > that > > > would need to be introduced as part of the slotting. > > > > In a pinch you could probably get away with > > calling :1 /usr/bin/bash-4.4 instead of /usr/bin/bash, and then > > offering no luxuries beyond that, leaving it up to the user to do the > rest. > > > > Then you could test it in ~/ with PATH + Symlink in ~/bin/ ... maybe. > > > > There would just not be much point, because the real purpose of testing > > 4.4 is not for fear of it breaking user experience ( which is a > > problem, but not the primary motive ), but for making everything else > > that runs with bash runs OK. > > > > Maybe you could do some horrible QA Violation like USE=multislot > > which changes the slot from :0 and adds the -suffix at the same time. > > > > But I still don't think its a useful or good idea. > > I am against it as well. The purpose of this testing is to eventually > move to bash-4.4 being stable and replacing bash-4.3, so slotting it > would make that more complex later. > > William > >
Re: [gentoo-dev] bash-4.4 - call for testers
On Thu, Sep 29, 2016 at 1:54 PM, Dan Douglas wrote: > The only reason I haven't been testing this for many months > system-wide is it's in the same slot as 4.3, and it still is. Is it > not possible to separate them? That would also be helpful to me since I closely monitor the development of Bash. It would be nice to have some eselect command to easily switch from one version of Bash to another; probably something close to how it's done in dev-lang/ruby. -- konsolebox
Re: [gentoo-dev] bash-4.4 - call for testers
On Fri, Sep 30, 2016 at 5:56 AM, Andy Mender wrote: > Would it be OK to have the real stable version (now, Bash 4.3) as slot :0 > and a single testing version (now, Bash 4.4) as slot:1 in addition to > needing the "~amd64" flag? Or simply 4.3 and 4.4, not 0 and 1. And then 5.0 for the next development version, or just . -- konsolebox
[gentoo-dev] depend.apache.eclass and EAPI=6
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hey all, during fiddling with mod_perl I stumbled across bug 575252 - in short, depend.apache.eclass doesn't work properly with EAPI=6. So, I'm going to add in a few days a default chunk of code at its start, which will die in EAPI=6. This *will* break the following ebuilds: www-apps/bugzilla-4.4.12 www-apps/bugzilla-5.0.3 www-apache/mod_limitipconn-0.24-r2 www-apache/mod_nss-1.0.12-r1 app-eselect/eselect-php-0.9.1 net-analyzer/pnp4nagios-0.6.25-r3 net-analyzer/icinga2-2.4.10-r1 *** Please fix your ebuilds to use an earlier EAPI, or help figuring out how to fix the eclass. *** The current state is untenable because not everyone will notice the problem, leading to even more depend.apache EAPI=6 ebuilds. Cheers, Andreas - -- Andreas K. Huettel Gentoo Linux developer dilfri...@gentoo.org http://www.akhuettel.de/ -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQJ8BAEBCgBmBQJX7t/0XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDMjhGQ0IwRjdCRUQxMzdBQUNCMDJEODlB NDRDRjM3M0U3RUU5OUU0AAoJEKRM83Pn7pnkPc0QAL+BW/+dzRUbEk8LVuOiLyw7 yI3xJxwsCuGVOsReD8IkiDkGBuEeClX3dOkxNU009fo71NwErkH5VQzvddGH8O8b VlJYlPiBIEclY6SfMWG0+0LgWKj5ItDNkQu/+kpsE5g7+NBocQ7o+RhwNK57otko lEEqcd9VmLAF4k64LV6RqX2f6HMSvdPLMcmai5EQrSBR5A2roU5HRdrpNvKfZSX9 0CrfSZTzB5ZF65xP+Do4SR1OnSQS+mUZvIsyS+25NL07Cb/Su1tkken6wm408l// 74iWKpoFkTQP6miFxoow0cAkrYQRT4EWcbir+o0NxujxOtu8SsDjuCElgK3YHsG9 48HNOki5SSMj2Eg0iMxwhhgxnkrXTdKnQNFfDMk2qTRw3FM5+Tdj46+k8XwdCM/J Zan2zOigU78D30cYBpSrmymwQSLYIlq6mQMeimQncpmJjmTpy7dCvcf/6AlzgnKY hVqk3CAHzHs7E7kFGwC2qV1LL1TmeKhqDZzenY/dKLVT6v3GN/pEBTgF/jYasGQM ZJUcXskqcjSparU+QdqH28Z9oVNBMIKXTPEWXykvY7D7iG36fsQcvW1+6ZWz2Esn X/idAvD5vaj5OQWMOde6NgZU6XuQp7uYRdb1V8P3t35LaOdH/QxWpUNMBtn1SJH0 hf44rUTWhKdButdmKNlE =3DmP -END PGP SIGNATURE-
Re: [gentoo-dev] depend.apache.eclass and EAPI=6
On 09/30/2016 11:58 PM, Andreas K. Huettel wrote: > > Hey all, > > during fiddling with mod_perl I stumbled across bug 575252 - in short, > depend.apache.eclass doesn't work properly with EAPI=6. > > So, I'm going to add in a few days a default chunk of code at its start, which > will die in EAPI=6. > > This *will* break the following ebuilds: > > www-apps/bugzilla-4.4.12 > www-apps/bugzilla-5.0.3 > www-apache/mod_limitipconn-0.24-r2 > www-apache/mod_nss-1.0.12-r1 > app-eselect/eselect-php-0.9.1 > net-analyzer/pnp4nagios-0.6.25-r3 > net-analyzer/icinga2-2.4.10-r1 > Several of these ebuilds are in stable, so I strongly oppose any action that breaks existing ebuilds. I made my thoughts on this clear during the last council meeting, I believe the correct action is a pro-active approach where we require eclasses to have a defined set of approved EAPIs set and updated by the eclass maintainer in order to not require an audit by each ebuild maintainer inheriting the eclass. This was discussed on the last council meeting but did not get to a vote. -- Kristian Fiskerstrand OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3 signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] depend.apache.eclass and EAPI=6
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am Samstag, 1. Oktober 2016, 00:01:54 schrieb Kristian Fiskerstrand: > > > This *will* break the following ebuilds: > > > > www-apps/bugzilla-4.4.12 > > www-apps/bugzilla-5.0.3 > > www-apache/mod_limitipconn-0.24-r2 > > www-apache/mod_nss-1.0.12-r1 > > app-eselect/eselect-php-0.9.1 > > net-analyzer/pnp4nagios-0.6.25-r3 > > net-analyzer/icinga2-2.4.10-r1 > > Several of these ebuilds are in stable, so I strongly oppose any action > that breaks existing ebuilds. > Right. So instead I'll ad a big fat and ugly ewarn message, but I'll do that right now. :) > I made my thoughts on this clear during the last council meeting, I > believe the correct action is a pro-active approach where we require > eclasses to have a defined set of approved EAPIs set and updated by the > eclass maintainer in order to not require an audit by each ebuild > maintainer inheriting the eclass. This was discussed on the last council > meeting but did not get to a vote. You get my vote for that... - -- Andreas K. Huettel Gentoo Linux developer dilfri...@gentoo.org http://www.akhuettel.de/ -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQJ8BAEBCgBmBQJX7uJ/XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDMjhGQ0IwRjdCRUQxMzdBQUNCMDJEODlB NDRDRjM3M0U3RUU5OUU0AAoJEKRM83Pn7pnkgqYP/155G9JTIMBBWBmnp8HmfwON 6koFwBrNeXtu6ZAKiBAOuv/jzEKKV9VYSW7CsYSUSTu1Gypwemrl+eFRtHw05bl0 krt33YznHDumNa3rWGdgm7nsaIyG5UUw4IIXpOUtATLXsDfGRR9kOKxCuXSsD2DQ IfzkC6VSL0KwK/diZ8yNfLgNbkB9Df7/DddZbgce4ttw5DF1RSAda+BacZIY8VVC Emo1ga2d19cvDMl8g6oSQEab+YqFkK0nv9RyCHtMaod59Q/4ktKgrZXgerejAdDz KW9QrIij6PydZbOEU6FXWnN+gdxn1YwonrjsshTcteTy2BLWoTgMSQpC0+wvX8Qx us/ZoVdJe263o1n+jSs3EZ3HMqjOMZSRtAqxmUQO/XxaLa799hDyzNdDhkTYqt5j lFjqoGNMRGrO2pnKjZv4X7XCiXmo3JXqv3+ZMj8xymFmdUkHuM3OVqDiZAZ5c/W9 x0jAcR3JH0v7300iLm87t45jqpUEDo5ZwvlQFPN9+p4JfxHkNOCEEDNQSG6pF+f8 xGB0qnhWoEemriEvGvjkG4C4E7b3b/LSfQccgjt+IUU8rxMgDirmPpow46kUVSE1 v8LT6JTv3MbtWQ/k/hwmw8zu+zqFNMmnx4X/9CyyGUFsIsfNkc+XEGL6SnnrV/24 hs4WuCd0IWHjMYwmZFL7 =rOU9 -END PGP SIGNATURE-
Re: [gentoo-dev] depend.apache.eclass and EAPI=6
On 10/01/2016 12:09 AM, Andreas K. Huettel wrote: > Am Samstag, 1. Oktober 2016, 00:01:54 schrieb Kristian Fiskerstrand: > >>> This *will* break the following ebuilds: >>> >>> www-apps/bugzilla-4.4.12 >>> www-apps/bugzilla-5.0.3 >>> www-apache/mod_limitipconn-0.24-r2 >>> www-apache/mod_nss-1.0.12-r1 >>> app-eselect/eselect-php-0.9.1 >>> net-analyzer/pnp4nagios-0.6.25-r3 >>> net-analyzer/icinga2-2.4.10-r1 > >> Several of these ebuilds are in stable, so I strongly oppose any action >> that breaks existing ebuilds. > > > Right. So instead I'll ad a big fat and ugly ewarn message, but I'll do that > right now. :) > As its not user-breaking/affecting, I believe ewarn is wrong as well. Should just open bug reports towards the affected packages with a tracker -- Kristian Fiskerstrand OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3 signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] depend.apache.eclass and EAPI=6
On 09/30/2016 05:58 PM, Andreas K. Huettel wrote: > > app-eselect/eselect-php-0.9.1 Waiting on stabilization of the fixed version: https://bugs.gentoo.org/show_bug.cgi?id=592968 arm, hppa, ia64, ppc, ppc64, sparc, and x86.
Re: [gentoo-dev] depend.apache.eclass and EAPI=6
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am Samstag, 1. Oktober 2016, 00:12:26 schrieb Kristian Fiskerstrand: > On 10/01/2016 12:09 AM, Andreas K. Huettel wrote: > > Am Samstag, 1. Oktober 2016, 00:01:54 schrieb Kristian Fiskerstrand: > >>> This *will* break the following ebuilds: > >>> > >>> www-apps/bugzilla-4.4.12 > >>> www-apps/bugzilla-5.0.3 > >>> www-apache/mod_limitipconn-0.24-r2 > >>> www-apache/mod_nss-1.0.12-r1 > >>> app-eselect/eselect-php-0.9.1 > >>> net-analyzer/pnp4nagios-0.6.25-r3 > >>> net-analyzer/icinga2-2.4.10-r1 > >> > >> Several of these ebuilds are in stable, so I strongly oppose any action > >> that breaks existing ebuilds. > > > > Right. So instead I'll ad a big fat and ugly ewarn message, but I'll do > > that right now. :) > > As its not user-breaking/affecting, I believe ewarn is wrong as well. > Should just open bug reports towards the affected packages with a tracker I agree that what we really need here is eqawarn ... However I *want* the message to be loud and obnoxious. We need eblinkwarn ... :o) - -- Andreas K. Huettel Gentoo Linux developer dilfri...@gentoo.org http://www.akhuettel.de/ -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQJ8BAEBCgBmBQJX7ur8XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDMjhGQ0IwRjdCRUQxMzdBQUNCMDJEODlB NDRDRjM3M0U3RUU5OUU0AAoJEKRM83Pn7pnkCpkP+wRVg4qwvz/nV2bJGmWmi53J 80Z1PJUntmtI+B1OXpHJtiPQDuRAIZDOomRJhoE43QKkl5iNY2+vO2t4AYfBPqL/ cGkFeoj/DbnmbSlTBrCnYTgMbp5n9qywfwQY9h7q6/2aKcZmNAC3DBP06IFBK7OE DnLTSFu3giXPWNrPe6u5oLgnguyJeC143Zi/I/tPBYsjR+61R47rUb4Se/Tl29Y0 vuQgKvP7YA3XK/vFvKGCerKbLg9v4sB5ctMbzQoPKMvJu/fvajbag6dM6xw1+6JP KwFFtSbRgx+Z/z9LVIBJ/NDgR3n7EYJ3SwTM/NKvScNqUyvbJ1OEgwIN3MEuCbX0 qBb0dbmg3sc8Pm8pOHj82RsB67m9aIZg3R8G3n37JRDyTwxbUr2Lt6HhSP7dAJD2 DDVbwtfwU7Ob7b/oW1Y94mQWjvumSq59vnOGhvZMZtmfQ+/IOSzYqfdJ54aFQ5gS qRL/vavtGQDkJRgJQor9rU1xAWuK8Ahdlu7fe6HcQDWUVNXuLbhq+az95EgNh7gm APmp6Y7UuM13oRCOji0AEZtXPXDf7XWDgDhhyjHpBpm6y/7+k8sqDoD2wP3+yIy4 BvvVZ3z5LVWgeTh01D2IGmTHLTUa/VS/ZBnGjwf6Hde6x3OJojF2DVmOqNIBHjlz MvVlyzGpjCwD+R0cm221 =fk4T -END PGP SIGNATURE-
Re: [gentoo-dev] depend.apache.eclass and EAPI=6
On 10/01/2016 12:45 AM, Andreas K. Huettel wrote: > Am Samstag, 1. Oktober 2016, 00:12:26 schrieb Kristian Fiskerstrand: >> On 10/01/2016 12:09 AM, Andreas K. Huettel wrote: >>> Am Samstag, 1. Oktober 2016, 00:01:54 schrieb Kristian Fiskerstrand: > This *will* break the following ebuilds: > > www-apps/bugzilla-4.4.12 > www-apps/bugzilla-5.0.3 > www-apache/mod_limitipconn-0.24-r2 > www-apache/mod_nss-1.0.12-r1 > app-eselect/eselect-php-0.9.1 > net-analyzer/pnp4nagios-0.6.25-r3 > net-analyzer/icinga2-2.4.10-r1 Several of these ebuilds are in stable, so I strongly oppose any action that breaks existing ebuilds. >>> >>> Right. So instead I'll ad a big fat and ugly ewarn message, but I'll do >>> that right now. :) > >> As its not user-breaking/affecting, I believe ewarn is wrong as well. >> Should just open bug reports towards the affected packages with a tracker > > I agree that what we really need here is eqawarn ... > > However I *want* the message to be loud and obnoxious. > We need eblinkwarn ... :o) > I don't see why users should be bothered with maintainer mistakes that doesn't affect them (in this particular circumstance) -- Kristian Fiskerstrand OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3 signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] bash-4.4 - call for testers
On Sat, 1 Oct 2016 01:49:56 +0800 konsolebox wrote: > It would be nice to have some eselect command to > easily switch from one version of Bash to another; probably something > close to how it's done in dev-lang/ruby. Its just eselect itself is bash. So if bash is broken . switching out becomes impossible anyway. pgpyIRUvKS7g7.pgp Description: OpenPGP digital signature
