On Tue, 2017-07-25 at 04:34 +, Duncan wrote:
>
> Automating stabilization and automated keyword dropping on timeouts
> seems
> the only other practical choice, as unfortunately, "stale" is what
> we
> have today in practice, if not in name.
Looking at https://repology.org/statistics stable
On Mon, 2017-07-24 at 23:22 +, Peter Stuge wrote:
>
> I hold a perhaps radical view: I would like to simply remove stable.
>
> [snip]
>
> I consider dev time a precious resource.
If we were to drop stable I would have to start maintaining my own
stable lists to determine what would be ready
On Mon, 2017-07-24 at 12:10 +0200, Ulrich Mueller wrote:
>
> Similarly, if we get rid of the vim-syntax flag, should we phase out
> the emacs USE flag, too?
I would say no because in almost all cases the emacs code needs to be
compiled and that requires emacs to be present.
As far as I understan
Rich Freeman posted on Mon, 24 Jul 2017 19:52:40 -0400 as excerpted:
> On Mon, Jul 24, 2017 at 7:22 PM, Peter Stuge wrote:
>>
>> I hold a perhaps radical view: I would like to simply remove stable.
>>
>> I continue to feel that maintaining two worlds (stable+unstable)
>> carries with it an unnecc
On Mon, Jul 24, 2017 at 7:22 PM, Peter Stuge wrote:
>
> I hold a perhaps radical view: I would like to simply remove stable.
>
> I continue to feel that maintaining two worlds (stable+unstable)
> carries with it an unneccessary cost.
>
The question is whether devs would start being more conservat
Thank you for working on this.
Sergei Trofimovich wrote:
> Can this proposal make a difference and make gentoo better and
> easier to work with?
>
> Does it try to attack the right thing?
>
> Does it completely miss the point?
I hold a perhaps radical view: I would like to simply remove stable.
# Bernard Cafarelli (25 Jul 2017)
# Dropped from upstream tarball for years, removal in a month (#626106)
gnustep-apps/clipbook
# Bernard Cafarelli (25 Jul 2017)
# Dead upstream, last release 13 years ago, removal in a month (#626106)
gnustep-apps/displaycalibrator
# Bernard Cafarelli (25 Jul
On 2017-07-24 17:20, Alexis Ballier wrote:
> Hey,
>
> Here is an eclass that would allow me to factor quite a bit of
> redundant code.
>
> …
> if [ -d "${ED}/usr/share/doc/${PF}/${PN}" ] ; then
It’s always been recommended to me that we should use the [[ … ]] form.
Otherwise, looks good t
El lun, 24-07-2017 a las 22:22 +0100, Sergei Trofimovich escribió:
> 4. Q: How to push more packages into STABLE?
>
> A: File automatic STABLEREQ bugs more aggressively if no known bugs
> exist for a package version. The rough workflow is the following:
>
> - Grab a list of candida
TL;DR;TL;DR:
This email seeks for one step towards less toil tied to gentoo's
keywording/stabilization process. I've CCed a few groups who
might be interested in making this area better:
- gentoo-dev@ as it affects most devs (and non-devs!)
- wg-stable@ as it overlaps quite a bit wit
On Sun, Jul 23, 2017 at 11:46 AM, Ciaran McCreesh
wrote:
> On Sat, 22 Jul 2017 16:27:39 -0400
> Mike Gilbert wrote:
>> Packages currently handle installation of vim syntax support files
>> inconsistently. Some builds install the files if the "vim-syntax" USE
>> flag is enabled, while others insta
> On Mon, 24 Jul 2017, Mike Gilbert wrote:
>> The flag also pulls in additional dependencies for some ebuilds.
>> So I wonder how it could be made unconditional? For example,
>> app-admin/eselect[vim-syntax] depends on app-vim/eselect-syntax
>> which in turn will pull in vim or gvim. Certainly
Hey,
Here is an eclass that would allow me to factor quite a bit of
redundant code.
Potential users:
https://qa-reports.gentoo.org/output/genrdeps/dindex/dev-ml/opam
Examples of conversion:
diff --git a/dev-ml/ocaml-cstruct/ocaml-cstruct-3.1.1.ebuild
b/dev-ml/ocaml-cstruct/ocaml-cstruct-3.1.1.
On Mon, Jul 24, 2017 at 6:10 AM, Ulrich Mueller wrote:
>> On Sat, 22 Jul 2017, Mike Gilbert wrote:
>
>> Packages currently handle installation of vim syntax support files
>> inconsistently. Some builds install the files if the "vim-syntax"
>> USE flag is enabled, while others install them unco
> On Sat, 22 Jul 2017, Mike Gilbert wrote:
> Packages currently handle installation of vim syntax support files
> inconsistently. Some builds install the files if the "vim-syntax"
> USE flag is enabled, while others install them unconditionally.
> Do these files fall into the "small text file
15 matches
Mail list logo
