To: [email protected] (Debian FTP Masters)
To: [email protected] (Debian Release Team)

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------yXG0g1vSiOaIn58hcI5i0AVU
Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64

RGVhciBEU0EsIGZ0cC1tYXN0ZXIsIHJlbGVhc2UgdGVhbSwNCg0KQXMgeW91IGFyZSBwcm9i YWJseSBhd2FyZSwgYXJjaGl0ZWN0dXJlIHF1YWxpZmljYXRpb24gaXMgYSBub3RvcmlvdXMg DQpoYXJkIHByb2JsZW0gZm9yIHRoZSBSZWxlYXNlIFRlYW0gYW5kIHRoZSBwcm9qZWN0LiBU aGlzIHllYXIgYXQgRGViQ29uZiwgDQp3ZSBoYXZlIGJlZW4gZGlzY3Vzc2luZyBbMSwyXSBh IHBvdGVudGlhbCBjaGFuZ2UgaW4gdGhlIHdheSB3ZSBsb29rIGF0IA0KdGhlIChyZWxlYXNl KSBhcmNoaXRlY3R1cmVzLiBBbHRob3VnaCBteSBvcmlnaW5hbCBpbnRlbnQgb2YgdGhhdCBC b0Ygd2FzIA0KYnJvYWRlciwgSSdkIGxpa2UgdG8gZGlzY3VzcyB0aGUgb3B0aW9uIHRvIHNw bGl0IHRoZSBncm91cCBvZiBvZmZpY2lhbCANCmFyY2hpdGVjdHVyZXMgaW50byB0d28gZ3Jv dXBzLg0KDQpUaGVyZSBhcmUgYSBjb3VwbGUgb2YgYXJjaGl0ZWN0dXJlcyAoYXJtZWwsIGFy bWhmLCBpMzg2LCBtaXBzNjRlbCBhbmQgDQptaXBzZWwpIHRoYXQgd2UgaGF2ZSBzZXJpb3Vz IGNvbmNlcm5zIGFib3V0LCBidXQgbm90IHNvIG11Y2ggdGhhdCB3ZSANCmhhdmUgYWxyZWFk eSBkZWNpZGVkIHRvIGtpY2sgdGhlbSBvdXQgZnJvbSB0aGUgcmVsZWFzZSBhcmNoaXRlY3R1 cmVzLiBJIA0KYW0gdW5kZXIgdGhlIGltcHJlc3Npb24gKGFja25vd2xlZGdlZCBieSB0aGUg YmlnIGNyb3dkIGF0IHRoZSBCb0YpIHRoYXQgDQppdCB3b3VsZCBoZWxwIHRoZSBwcm9qZWN0 IGlmIHdlIHdvdWxkIHJlZHVjZSB0aGUgIkZ1bGx5IFN1cHBvcnRlZCANCmFyY2hpdGVjdHVy ZSIgKEZTKSB3aXRob3V0IGRlbW90aW5nIHRoZSBvdGhlciBhcmNoaXRlY3R1cmVzIHRvIHBv cnRzIChvbiANCnBvcnRzLmRlYmlhbi5vcmcpLiBUaGUgaWRlYSB0aGF0IEkgaGF2ZSBpcyB0 aGF0IHdlIGRvbid0IGNoYW5nZSB3aGF0IA0KaGFwcGVucyBvbiB0aGUgRFNBIGFuZCBmdHAt bWFzdGVyIHNpZGUgb2YgdGhlIGFyY2hpdmUsIGJ1dCB0aGF0IHdlIA0KY2hhbmdlIHRoZSBz dXBwb3J0IGxldmVsIGZvciBzb21lIG9mIHRoZSBjdXJyZW50IHJlbGVhc2UgYXJjaGl0ZWN0 dXJlcy4gDQpGb3IgdGhlIHNjb3BlIG9mIHRoaXMgZS1tYWlsLCBsZXRzIGNhbGwgdGhlIG5l dyBncm91cCB0aGUgIkJlc3QgRWZmb3J0IA0KYXJjaGl0ZWN0dXJlcyIgKEJFKS4gVGhlIG1h aW4gaWRlYSBpcyB0aGF0IChtb3N0KSBwcm9ibGVtcyBvbiB0aG9zZSANCmFyY2hpdGVjdHVy ZXMgYXJlIG5vdCBibG9ja2luZyBtaWdyYXRpb24gZnJvbSB1bnN0YWJsZSB0byB0ZXN0aW5n IG9uIHRoZSANCkZTIGFyY2hzLg0KDQpPZiBjb3Vyc2UgdGhlcmUgYXJlIGRldGFpbHMgdG8g ZmlndXJlIG91dCBhbmQgYWdyZWUgb24sIGJ1dCBiZWZvcmUgDQpkaXZpbmcgaW50byB0aG9z ZSBJJ2QgbGlrZSB0byBoZWFyIGlmIHlvdSBhcmUgb3BlbiB0byBzdXBwb3J0IHRoZSBpZGVh IA0KKGhvcGVmdWxseSBldmVuIGluIHRpbWUgZm9yIGJvb2t3b3JtKSBvciBpZiB0aGVyZSBh cmUgYWxyZWFkeSBkZWVwIA0KY29uY2VybnMgKHRoYXQgd291bGQgdGFrZSBsb25nIHRvIHJl c29sdmUgaWYgYXQgYWxsKS4NCg0KUGF1bA0KDQpbMV0gDQpodHRwczovL2RlYmNvbmYyMi5k ZWJjb25mLm9yZy90YWxrcy80Ny1pbnZlc3RpZ2F0aW5nLWEtdGllci1zeXN0ZW0tZm9yLXJl bGVhc2UtYXJjaGl0ZWN0dXJlcy8NClsyXSBodHRwczovL2dvYmJ5LmRlYmlhbi5vcmcvZXhw b3J0L2RlYmNvbmYyMi9ib2YvdGllci1hcmNoaXRlY3R1cmUtc3lzdGVtDQo=

--------------yXG0g1vSiOaIn58hcI5i0AVU--

-----BEGIN PGP SIGNATURE-----

wsB5BAABCAAjFiEEWLZtSHNr6TsFLeZynFyZ6wW9dQoFAmMQov4FAwAAAAAACgkQnFyZ6wW9dQqD 1QgAtiBUZGxwqnkMZNKAlG05cMmPhpqnb2AvVtJsVs3LGjVRctLThywMmlG6HB1aOZqNs+sVbuLs 40kwObaE31Ac2fuEgiemI/lBtttYc+qUgIWQ8T3CFT00X1K/U1pAbrdiGWigO6txQ34ElFI7gDEF AdKUTC8Ft0Q+qHyVCtVn781p0/Rbsy6VGxE3gNQdZd+aSKQZGVp1ukWTtihn2039okh9/lq8tTbr ok+70WwZE+vCYQz94L2NXz8GV9X+Qn3ZtYNK8OBvgI14jiilCV8s3T4qVc//AA6dQ8S+aTgJeH23 ngia8eESAoRUDS483FXCnok7XOoVDKmhmPxzf+UfJg==
=Q2Hp
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

To: [email protected] (Debian FTP Masters)
To: [email protected] (Debian Release Team)

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------orFGp3104kPxAouk17q0oVuj
Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64

SGkgYWxsLA0KDQpPbiAwMS0wOS0yMDIyIDE0OjE4LCBQYXVsIEdldmVycyB3cm90ZToNCj4g T2YgY291cnNlIHRoZXJlIGFyZSBkZXRhaWxzIHRvIGZpZ3VyZSBvdXQgYW5kIGFncmVlIG9u LCBidXQgYmVmb3JlIA0KPiBkaXZpbmcgaW50byB0aG9zZSBJJ2QgbGlrZSB0byBoZWFyIGlm IHlvdSBhcmUgb3BlbiB0byBzdXBwb3J0IHRoZSBpZGVhIA0KPiAoaG9wZWZ1bGx5IGV2ZW4g aW4gdGltZSBmb3IgYm9va3dvcm0pIG9yIGlmIHRoZXJlIGFyZSBhbHJlYWR5IGRlZXAgDQo+ IGNvbmNlcm5zICh0aGF0IHdvdWxkIHRha2UgbG9uZyB0byByZXNvbHZlIGlmIGF0IGFsbCku DQoNCkFsdGhvdWdoIEkgd2Fzbid0IGV4cGVjdGluZyBhIGJpZyB3YXZlIG9mIGVudGhvdXNp YXNtZSBmcm9tIHRoaXMgDQphdWRpZW5jZSwgSSB3YXMgZXhwZWN0aW5nIGF0IGxlYXN0IHNv bWUgcmVwbHkgd2l0aCBjb25jZXJucy4gR2l2ZW4gdGhhdCANCnRoZXJlIGhhc24ndCBiZWVu IGFueSByZXBseSwgSSBkb24ndCBrbm93IGhvdyB5b3UgZmVlbCBhYm91dCB0aGlzLg0KDQpU byBiZSBhYmxlIHRvIHByb2NlZWQgYmVmb3JlIHRoZSBib29rd29ybSBmcmVlemUsIEknbSBn b2luZyB0byBhc3N1bWUgDQp0aGF0IGluIGdlbmVyYWwgdGhpcyBzcGxpdCAodGhhdCBzaG91 bGRuJ3QgcmVhbGx5IGltcGFjdCBEU0EgYW5kIA0KZnRwLW1hc3RlciB3b3JrIFsxXSkgaXMg YWNjZXB0YWJsZSBieSB5b3UgaWYgdGhlcmUncyBubyByZXBseSBpbiB0d28gDQp3ZWVrcy4g SSdsbCB3b3JrIG91dCBtb3JlIGRldGFpbHMgYWZ0ZXIgdGhhdC4NCg0KUGF1bA0KDQpbMV0g SSBwcmVkaWN0IGl0IG1heSBldmVuIHJlZHVjZSB0aGUgYW1vdW50IG9mIGFyY2hpdGVjdHVy ZSBzcGVjaWZpYyANCnJlbW92YWwgcmVxdWVzdHMgaW4gdW5zdGFibGUsIHdoZXJlIHRoZSBw b3J0ZXJzIGhhdmUgYSBjaGFuY2UgdG8gZml4IA0KYnJva2VuIHBhY2thZ2VzLg0K

--------------orFGp3104kPxAouk17q0oVuj--

-----BEGIN PGP SIGNATURE-----

wsB5BAABCAAjFiEEWLZtSHNr6TsFLeZynFyZ6wW9dQoFAmMZyzsFAwAAAAAACgkQnFyZ6wW9dQop NQgAk0sUb/76pla5wrbkPQn/Gu2uSFDArnL8u0p4X8MVsWYAuCzcW+nk7U7ENSjDM820GJbe7N8o V004Tg+epPRP51GxY36kNA1mmoCSYEH9M4vydFnGsI7ImJ5jdXaI6HCAE9wfksGeaCMwlqZDkPcI 8FuZEuUf/BeGUci50z7SmotYNNwgD5LCYIQun8lhPG0zv8gHgKAa+9XwNpO3LgW8RTpgFZCE/zFS EIa1udG7gXpCe64dJHDOYme4yC9eEkNgJn1f6Mmyx0k192Ma+GwSb9vs6z9Eg+58vlNcCeoTpbSJ qGN3kUoi781YLybgClyVAud3dr5cS6IklG68+yTgbA==
=ey98
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 2022-09-08 13:00:11 +0200, Paul Gevers wrote:

Hi all,

On 01-09-2022 14:18, Paul Gevers wrote:

Of course there are details to figure out and agree on, but before
diving into those I'd like to hear if you are open to support the idea (hopefully even in time for bookworm) or if there are already deep
concerns (that would take long to resolve if at all).

Although I wasn't expecting a big wave of enthousiasme from this audience, I was expecting at least some reply with concerns. Given that there hasn't
been any reply, I don't know how you feel about this.

To be able to proceed before the bookworm freeze, I'm going to assume that
in general this split (that shouldn't really impact DSA and ftp-master work [1]) is acceptable by you if there's no reply in two weeks. I'll work out more details after that.

Paul

[1] I predict it may even reduce the amount of architecture specific removal requests in unstable, where the porters have a chance to fix broken
packages.

To be honest, I'm not sure I understand what's the plan with this and
that's why I refrained from replying. The notes from the BoF do not make
that clear (at least to me). The feeling that I get from the notes and
your initial mail is that we (as the release team) don't want to make a decision with respect to release architectures so we push that to
somebody else by somehow keeping them half supported with a separately
managed "ports-testing".

Yes, there are release architectures with issues. I think we should
think of moving them to ports rather than a half-supported state
somewhere in between. Alternatively, for some of them (like i386) we
could also discuss raising the baseline to get rid of some of the
issues.

So, maybe my main question is: if we don't consider issues on these semi-supported architectures RC but they have a testing equivalent, why
don't the other ports architectures get the same treatment?

Cheers
--
Sebastian Ramacher

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------j0sd233abjfRYsWsQSOpOmdH
Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64

SGksDQoNCk9uIDA4LTA5LTIwMjIgMTM6NTksIFNlYmFzdGlhbiBSYW1hY2hlciB3cm90ZToN Cj4gU28sIG1heWJlIG15IG1haW4gcXVlc3Rpb24gaXM6IGlmIHdlIGRvbid0IGNvbnNpZGVy IGlzc3VlcyBvbiB0aGVzZQ0KPiBzZW1pLXN1cHBvcnRlZCBhcmNoaXRlY3R1cmVzIFJDIGJ1 dCB0aGV5IGhhdmUgYSB0ZXN0aW5nIGVxdWl2YWxlbnQsIHdoeQ0KPiBkb24ndCB0aGUgb3Ro ZXIgcG9ydHMgYXJjaGl0ZWN0dXJlcyBnZXQgdGhlIHNhbWUgdHJlYXRtZW50Pw0KDQpGYWly IHF1ZXN0aW9uLiBPbmUgYmlnIHJlYXNvbiBpcyB0aGF0IHRoZSBzcGxpdCBJJ20gY3VycmVu dGx5IHByb3Bvc2luZyANCmlzIGluIHRoZSByZWFsbSBvZiBteSAoUmVsZWFzZSBUZWFtKSBw b3dlcnMuIEkgZGlkL2RvIG9mZmVyIGhlbHAgdG8gZ2V0IA0KdGhlIHBvcnRzIGFyY2hpdGVj dHVyZXMgYSAidGVzdGluZyIgYW5kICJzdGFibGUiIHRvbywgYnV0IG1vcmUgbmVlZHMgdG8g DQpoYXBwZW4gdG8gZ2V0IHRoZXJlLiBPbmUgcG9pbnQgaXMgRFNBIG1haW50YWluZWQgYnVp bGRkcyAob24gb2YgdGhlIA0KZmFjZXRzIGluIG15IEJvRikuIFRoZSBvdGhlciBwb2ludCBp cyBkYWsgKG1haW50YWluZWQgYnkgZnRwLW1hc3RlcikuIA0KVGhlIHNwbGl0IEknbSB0aGlu a2luZyBvZiBpcyBvbmx5IGFwcGxpY2FibGUgZm9yIGFyY2hpdGVjdHVyZXMgdGhhdCBhcmUg DQpidWlsZGluZyBvbiBEU0EgbWFpbnRhaW5lZCBidWlsZGRzIGFuZCB0aGF0IGFyZSBydW5u aW5nIGluIG9uZSAobm90IA0KbWluaSkgZGFrIGluc3RhbmNlLiBUaG9zZSB0d28gY29uZGl0 aW9ucyBhcmUgb25seSBhcHBsaWNhYmxlIGZvciB0aGUgDQpjdXJyZW50IHJlbGVhc2UgYXJj aGl0ZWN0dXJlcy4NCg0KSXQncyB0b3RhbGx5IE9LIHRvIGRlbW90ZSBjdXJyZW50IHJlbGVh c2UgYXJjaGl0ZWN0dXJlcyB0byBwb3J0cywgYnV0IA0KdW5kZXIgdGhlIGN1cnJlbnQgInJ1 bGVzIiB0aGF0IG1lYW5zIHRoYXQgdGhlc2UgYXJjaGl0ZWN0dXJlcyBuZWVkIHRvIA0KbW92 ZSB0byBwb3J0cyAoZGlmZmVyZW50IGhvc3RzLCBkaWZmZXJlbnQgYXJjaGl2ZSkgYW5kIGxv b3NlIA0KdGVzdGluZy9zdGFibGUuIFdpdGggbXkgcHJvcG9zYWwsIGFsbCB0aGF0IGhhcHBl bnMgaXMgdGhhdCB3ZSBoYXZlIA0KZGlmZmVyZW50IHJlbGVhc2UgbWFuYWdlbWVudCBydWxl cyBmb3IgZnVsbHkgc3VwcG9ydGVkIGFuZCBiZXN0IGVmZm9ydCANCmFyY2hpdGVjdHVyZXMu IFRoaXMgb2YgY291cnNlIG5lZWRzIHRvIGJlIHN1cHBvcnRlZCBieSB0aGUgdG9vbHMsIGJ1 dCANCmJyaXRuZXkgbmVhcmx5IGRvZXMgc28sIEkgbmVlZCB0byBpbnZlc3RpZ2F0ZSBpZiB0 aGVyZSBhcmUgb3RoZXIgY2hhbmdlcyANCnJlcXVpcmVkLCBidXQgSSBleHBlY3QgdGhvc2Ug dG8gYmUgZG9hYmxlLg0KDQpQYXVsDQo=

--------------j0sd233abjfRYsWsQSOpOmdH--

-----BEGIN PGP SIGNATURE-----

wsB5BAABCAAjFiEEWLZtSHNr6TsFLeZynFyZ6wW9dQoFAmMZ5x8FAwAAAAAACgkQnFyZ6wW9dQru SQf8CJTcOjuRhTTqWBdKNC3r0FG0lKqTAMzoMtt0Vcx5uAWaK2abJGjH5GaW645G8CmhN1UUEdUR dW2cwOWMzGmibXiPOeRUjDba6esnmhTHrAl/cYQODrp50nJPsfGO7Dw86S9tiq8MzlNVy/UrJl2J Gj2cCfuF8DNtwQT+zzljSkJtTZQyM0z2Cm0UjiSyxl62pttNvjjXslQnhOivVhIYx0iFz175sJId mc3zPXKROHhHCpkeemLVnFMH5IRopNfTkQ834QLTEmPsPVUU6ZJhU2i71lgZQjYlp2iSLEatrqGR COswCJ7wYAFIt0mUILazA+QSPoP/rSqCsW4D1LS8SQ==
=2iZV
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Copy: [email protected] (DSA)
Copy: [email protected] (Debian FTP Masters)
Copy: [email protected]

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------dNLQ6LsDJpuvy9SiiE3zwYU8
Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64

SGksDQoNCk9uIDA4LTA5LTIwMjIgMjI6MTQsIFBpZXJyZS1FbGxpb3R0IELDqWN1ZSB3cm90 ZToNCj4gV291bGQgdGllciBJSSBiZSBleGNsdXNpdmVseSBjb21wb3NlZCBvZiBidWlsZGVy cyB0aGF0IGFyZSBjdXJyZW50bHkNCj4gc3VwcG9ydGVkIGJ5IERTQT8NCg0KTXkgY3VycmVu dCBwcm9wb3NhbCBpcyBPTkxZIGFib3V0IHNwbGl0dGluZyB0aGUgY3VycmVudCByZWxlYXNl IA0KYXJjaGl0ZWN0dXJlcy4gQW5kIGZvciB0aGUgZnV0dXJlLCBteSBpZGVhIGZvciB0aWVy IElJIChvciBCZXN0IEVmZm9ydCkgDQp3b3VsZCBpbmRlZWQgYmUgb25seSBEU0Egc3VwcG9y dGVkIGFyY2hpdGVjdHVyZXMuDQoNClBhdWwNCg==

--------------dNLQ6LsDJpuvy9SiiE3zwYU8--

-----BEGIN PGP SIGNATURE-----

wsB5BAABCAAjFiEEWLZtSHNr6TsFLeZynFyZ6wW9dQoFAmMaUhcFAwAAAAAACgkQnFyZ6wW9dQos DAgAjJLCRSTB63J94tDISP6qmMwm01Sornao3dkV6CuOQaChaJwMxU5uSPez1q1lRqOCbLpMloj3 KdAAWiU2283gmfln1k7/7O42lOOYawelZc0BCg/AGfnRDQg3Fyj7hqa3xkdE0Q0+3WkFv2hFEPfI VcFXJJjsj07VvzVwmS4WZWXpqsD9g7YrtbkhjnPQuC3EVFo2cE1BxIbtGKM2vxhBRDLauv/zuZAo 3WCEQuzOuqLjLsBRuMuFAqeGR5HvHoq3brQdR7f1cQY55GLJ8uhE3/x9uefZZaZmw3ARO/NdAPyy bv6OCE9BIUFFafMmRA+/J+DT8iia1jBaBwrPA2DxsA==
=twhk
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hi,

Paul Gevers <[email protected]> wrote on 08/09/2022 at 13:00:11+0200:

[[PGP Signed Part:No public key for 9C5C99EB05BD750A created at 2022-09-08T13:00:11+0200 using RSA]]
Hi all,

On 01-09-2022 14:18, Paul Gevers wrote:

Of course there are details to figure out and agree on, but before
diving into those I'd like to hear if you are open to support the
idea (hopefully even in time for bookworm) or if there are already
deep concerns (that would take long to resolve if at all).

Although I wasn't expecting a big wave of enthousiasme from this
audience, I was expecting at least some reply with concerns. Given
that there hasn't been any reply, I don't know how you feel about
this.

To be able to proceed before the bookworm freeze, I'm going to assume
that in general this split (that shouldn't really impact DSA and
ftp-master work [1]) is acceptable by you if there's no reply in two
weeks. I'll work out more details after that.

Paul

[1] I predict it may even reduce the amount of architecture specific
removal requests in unstable, where the porters have a chance to fix
broken packages.

Would tier II be exclusively composed of builders that are currently
supported by DSA?

Cheers!
--
PEB

--=-=-Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQJDBAEBCgAtFiEE5CQeth7uIW7ehIz87iFbn7jEWwsFAmMaTZIPHHBlYkBkZWJp YW4ub3JnAAoJEO4hW5+4xFsLgskQAKITyNv9LSTMmbLf/zfifdRF55zBwV3auEl1 zvVN5VsgU69aciXCdv079UYDxP2HHgbBvUKBkuxTCdWj3GXgV/JPYyrjBZyNVfVi +tp/Xx1bxOrFQeRhS4n+d7f2j0X6p44nhZ/Q5GWRnDjJOn3SRiEoyVGs54lgt60F lpElLk74VENyowl6nqcN8PptvAAN0FodCqzIQNYskfCNff8jO4jdZDEkwh9tHPNx 2W8Bda5eOAmdTFUBsbj6f30WTf4RX7zhra8WLfiWKAEI97D8ZOYE1HXBIUWmeUrD f/a5uP3PEqHPiEe9cMgWs83eGV6/VHvtRhLANZxx1k5V/jn7BsHl0A9lPdHSk8iQ mqjXM2UIrui8TqzpMMFHAoquhZBCH+ZO2zSbsAyDiYoB9Z/5n6THySy6ssYM42vE rJpwF5EAiGOCM/KmNRPwQPxTg2Qjs47Afoh5YOt18p7MxB9tpPxO/EdIzcL6Du3y Ng8lp5qtf79NTFHccHT37a9eeFK7JLOOH4aUuG7DbIu/fw41bWdEj7ZxRxzS6EhM lSNefehckNTDAeI6ThIaE0DeTf/odl9/kDjLDU5cNveMtuiVrqZv5LH/TI4X/mIk lo6ukVdNJL9BLaNydKD32y8Rg1KnuLUtY3Lzldl1/ThObCHubO7MO5uxg0PaI9mz
6srxmt3r
=lY8y
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Paul Gevers <[email protected]> wrote on 08/09/2022 at 22:35:35+0200:

[[PGP Signed Part:No public key for 9C5C99EB05BD750A created at 2022-09-08T22:35:35+0200 using RSA]]
Hi,

On 08-09-2022 22:14, Pierre-Elliott Bécue wrote:

Would tier II be exclusively composed of builders that are currently
supported by DSA?

My current proposal is ONLY about splitting the current release architectures. And for the future, my idea for tier II (or Best
Effort) would indeed be only DSA supported architectures.

I think that as long as it adds no extra work/builders to maintain, it
should be fine for DSA.

I'll let my teammates yell if I'm wrong.

Cheers!
--
PEB

--=-=-Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQJDBAEBCgAtFiEE5CQeth7uIW7ehIz87iFbn7jEWwsFAmMaY40PHHBlYkBkZWJp YW4ub3JnAAoJEO4hW5+4xFsLIU4P/ieIug5FOqAO87apX7VFNoMWCb7vRsS4G57h TdmoYNuFIrSO+2Wos6Cb9eCYSeQPjB3TLISv08wp55nW30jZlv++cqc07zZ01imH xBdWzvtDku5MbjO0nUruApDtASP1DS4GhRDgzh0prgfz0+Ce//qRz5JNDFWGXkTS tgBAVSwtsm48vA2HoF1S3vEpNx8vk8dOGiC2jiJuyrWzsRIkJ0HuDbAE2aEQL6W9 EPDw8Dw+9D7+2r03fLex3p2fLroE4YaNaNRKon5dzt/zVv/m0dxW1LXLccAox1yW 4ernbX4VYzEwgLeKyHIRJfQ40xlPxtJuTGRrlogxTWyvz/ndxH0MOD5CKQS3aAyJ GqId3JOW+05985TfS5ihHCqh5ABczhubE5j5nrsDCvryazzK4lwjaP/9H43Nz7oY z7MRIC0yFa1J8Gw7dy46Nl6nyDUGnrsV5Nr52V/w5gRrUtV/O+camHE/wDRvpHWm 5ZxDl+EmlQ0Ed40en39iBl4hSKXNrYrOSowAKe4UyB/0EYTf6540rCJwvAJKqF0D VfP/QP0hi8CiU6C4wiFVgg8ugb4ERT2t/RoHykn6LxQyCt1TNe/HlJMRqbbV2opt ZFFY5kkI+ppp/DYiI14JmrFtXamuL+IYfXnCclGkp6FfVzg7rZ7e7OwB7SoM9AlZ
Buh/6eTt
=g6w0
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

As someone with a PITA package that's frequently dealing every month
with strange issues on lightly-used architectures, I'd support a Tier
II system for i386/armel/etc. However, at the risk of making this
overly complex - I would prefer to see a bit more granularity on a
per-package or per-priority basis. For example, perhaps:

- Tier II architecture RC bugs in 'required' and 'important' priority
packages would still prevent migration, and package maintainers would
still be expected to fix them. They should (or must?) also be fixed for
a stable release.
- Tier II architecture RC bugs in 'optional' packages would NOT
prevent migration, and package maintainers do not need to actively work
on fixing them (although they should accept reasonable patches that fix
the RC bug). They need not be fixed for a stable release to happen,
although fixes for those RC bugs should be prioritized for subsequent
stable point releases.
- I'm not sure about 'standard' packages. I'd lean towards the same
rules as required & important.


Someone who has thought about this more should probably decide just how functional a Tier II architecture need be. I could install an armhf
headless server machine with very few optional packages and be happy,
but if I had an old i386 desktop then I'd be pretty sad without a lot
of optional packages like firefox or chromium. So I could also see some
rule based on some kind of task-style package (but without the task-foo-desktop|task-bar-desktop stuff) instead of priorities.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)