1 |
> In my discussions with other developers, I've found that this is the |
2 |
> |
3 |
biggest concern. Most devs are runnning ~amd64, so they don't feel that |
4 |
> |
5 |
they can mark things stable. |
6 |
|
7 |
W |
8 |
hat about running a stable chroot? Are there any tools that can be used |
9 |
to automate this process? |
10 |
|
11 |
On Wed, Dec 13, 2017 at 12:51 PM, William Hubbs <williamh@g.o> wrote: |
12 |
|
13 |
> On Wed, Dec 13, 2017 at 01:22:04PM +0100, Thomas Deutschmann wrote: |
14 |
> > On 2017-12-12 19:24, Rich Freeman wrote: |
15 |
> > > As far as I'm aware the standing policy already exists that |
16 |
> > > maintainers can stabilize their own packages on amd64. |
17 |
> > |
18 |
> > That's right but keep in mind that nevertheless you need a stable |
19 |
> > system. Marking a package stable because it works on your ~arch box you |
20 |
> > use for your daily dev work would lead the whole process ad absurdum. |
21 |
> |
22 |
> In my discussions with other developers, I've found that this is the |
23 |
> biggest concern. Most devs are runnning ~amd64, so they don't feel that |
24 |
> they can mark things stable. |
25 |
> |
26 |
> > And in general maintainer stabilization should be the last resort. The |
27 |
> > person who wrote the ebuild maybe doesn't notice that the ebuild is |
28 |
> > doing something wrong (doesn't honor CFLAGS, calls compiler directly, |
29 |
> > not working with /bin/sh not /bin/bash ...). |
30 |
> |
31 |
> In theory, this is correct. However, when maintainers don't stabilize |
32 |
> packages and no one else does either, our stable tree suffers. |
33 |
> |
34 |
> William |
35 |
> |
36 |
|
37 |
|
38 |
|
39 |
-- |
40 |
Regards, |
41 |
|
42 |
[image: Visit online journal] <https://lramage94.github.io/> |
43 |
|
44 |
*Lucas Ramage* / Software Engineer |
45 |
ramage.lucas@×××××××××××.org / (941) 404-6794 |
46 |
|
47 |
*PGP Fingerprint* / Learn More <https://emailselfdefense.fsf.org/en/> |
48 |
EAE7 45DF 818D 4948 DDA7 0F44 F52A 5A96 7B9B 6FB7 |
49 |
<https://pgp.mit.edu/pks/lookup?op=get&search=0xF52A5A967B9B6FB7> |
50 |
|
51 |
*Visit online journal* |
52 |
http://lramage94.github.io <https://lramage94.github.io/> |
53 |
|
54 |
[image: Github] <https://github.com/lramage94>[image: Linkedin] |
55 |
<https://www.linkedin.com/in/lramage94> |