--000000000000d76d490611b97138 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Feb 19, 2024 at 1:22=E2=80=AFPM Harald Sitter wrot= e: > On Sun, Feb 18, 2024 at 10:23=E2=80=AFAM Ben Cooksley = wrote: > > > > On Sun, Feb 18, 2024 at 2:58=E2=80=AFPM Loren Burkholder < > computersemiexpert@outlook.com> wrote: > >> > >> On Saturday, February 17, 2024 8:35:48 PM EST Ben Cooksley wrote: > >> > On Sun, Feb 4, 2024 at 10:26=E2=80=AFAM Ben Cooksley > wrote: > >> > > >> > The Binary Factory, alongside it's two build servers, and the Flatpa= k > >> > repository it provided at https://distribute.kde.org/ has now been > >> > decommissioned. > >> > >> Hi all, > >> > >> Just last evening, I was downloading Filelight on a Windows machine. > Due to the machine being rather ancient and slow, I ended up going for th= e > direct binary download instead of the Microsoft Store download. The > apps.kde.org page had me download from a Binary Factory link. As of right > now, that link is still on https://apps.kde.org/filelight/, but it > obviously doesn't work. I haven't checked the apps.kde.org source, but it > seems that perhaps those URLs are automatically generated for each app, s= o > it should be trivial to change or remove them. > > > > > > It would appear that Filelight has not yet enabled themselves for any > form of continuous delivery builds aside from Flatpak. > > See > https://invent.kde.org/utilities/filelight/-/blob/master/.gitlab-ci.yml?r= ef_type=3Dheads > > > > If Filelight contributors are still interested in supporting other > platforms those builds will need to be added. > > I'm curious, why didn't you enable stuff for the things that were > previously building on binary factory? > Because in the past what people have done is turn on builds for projects on the Binary Factory that the underlying projects actually didn't care about and had little interest in. That was part of the reason why the Binary Factory was a bit of a maintainability nightmare - as constant fixes were required for some projects as they broke builds. Hence why projects were asked to step up and enable builds themselves. Cheers, Ben > > On Sun, Feb 18, 2024 at 10:23=E2=80=AFAM Ben Cooksley = wrote: > > > > On Sun, Feb 18, 2024 at 2:58=E2=80=AFPM Loren Burkholder < > computersemiexpert@outlook.com> wrote: > >> > >> On Saturday, February 17, 2024 8:35:48 PM EST Ben Cooksley wrote: > >> > On Sun, Feb 4, 2024 at 10:26=E2=80=AFAM Ben Cooksley > wrote: > >> > > >> > The Binary Factory, alongside it's two build servers, and the Flatpa= k > >> > repository it provided at https://distribute.kde.org/ has now been > >> > decommissioned. > >> > >> Hi all, > >> > >> Just last evening, I was downloading Filelight on a Windows machine. > Due to the machine being rather ancient and slow, I ended up going for th= e > direct binary download instead of the Microsoft Store download. The > apps.kde.org page had me download from a Binary Factory link. As of right > now, that link is still on https://apps.kde.org/filelight/, but it > obviously doesn't work. I haven't checked the apps.kde.org source, but it > seems that perhaps those URLs are automatically generated for each app, s= o > it should be trivial to change or remove them. > > > > > > It would appear that Filelight has not yet enabled themselves for any > form of continuous delivery builds aside from Flatpak. > > See > https://invent.kde.org/utilities/filelight/-/blob/master/.gitlab-ci.yml?r= ef_type=3Dheads > > > > If Filelight contributors are still interested in supporting other > platforms those builds will need to be added. > > > >> > >> > >> Are there other places that need this URL replaced as well? > https://lxr.kde.org/search?%21v=3Dkf6-qt6&_filestring=3D&_string=3Dbinary= -factory.kde.org > shows that there are a number of READMEs that still link to Binary Factor= y, > and Krita has some CI stuff that still references binary-factory.kde.org, > but I have a sneaking suspicion that there are binary-factory.kde.org > links in KDE webpages and other repositories that aren't indexed by > lxr.kde.org. > > > > > > I have a checkout of most website repositories on my local system and > did a quick grep which showed a variety of hits. Most of them were on > README files that were intended to show build status of the website itsel= f. > > Those links would have been broken for some time as websites were > converted over a while ago. > > > > Affected sites content wise includes: > > - develop.kde.org > > - digikam.org > > - haruna.kde.org > > - kaidan.im > > - kate-editor.org > > - kdeconnect.kde.org > > - kde.ru > > - kdevelop.org > > - kirogi.org > > - kmymoney.org > > - konversation.kde.org > > - krita.org > > - okular.kde.org > > - plasma-mobile.org > > - rkward.kde.org > > - umbrello.kde.org > > > > > >> > >> > >> - Loren > > > > > > Cheers, > > Ben > --000000000000d76d490611b97138 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Mon, Feb 19, 2024 at 1:22=E2=80=AFPM H= arald Sitter <sitter@kde.org> w= rote:
On Sun, Feb 18, 2024 at 10:23=E2=80=AFAM Ben Cooksley <= bcooksley@kde.org> wrote:
>
> On Sun, Feb 18, 2024 at 2:58=E2=80=AFPM Loren Burkholder <computersemiex= pert@outlook.com> wrote:
>>
>> On Saturday, February 17, 2024 8:35:48 PM EST Ben Cooksley wrote:<= br> >> > On Sun, Feb 4, 2024 at 10:26=E2=80=AFAM Ben Cooksley <bcooksley@kde.org>= ; wrote:
>> >
>> > The Binary Factory, alongside it's two build servers, and= the Flatpak
>> > repository it provided at https://distribute.kde.org/ h= as now been
>> > decommissioned.
>>
>> Hi all,
>>
>> Just last evening, I was downloading Filelight on a Windows machin= e. Due to the machine being rather ancient and slow, I ended up going for t= he direct binary download instead of the Microsoft Store download. The apps.kde.o= rg page had me download from a Binary Factory link. As of right now, th= at link is still on https://apps.kde.org/filelight/, but it obvio= usly doesn't work. I haven't checked the apps.kde.org source, but it = seems that perhaps those URLs are automatically generated for each app, so = it should be trivial to change or remove them.
>
>
> It would appear that Filelight has not yet enabled themselves for any = form of continuous delivery builds aside from Flatpak.
> See htt= ps://invent.kde.org/utilities/filelight/-/blob/master/.gitlab-ci.yml?ref_ty= pe=3Dheads
>
> If Filelight contributors are still interested in supporting other pla= tforms those builds will need to be added.

I'm curious, why didn't you enable stuff for the things that were previously building on binary factory?

= Because in the past what people have done is turn on builds for projects on= the Binary Factory that the underlying projects actually didn't care a= bout and had little interest in.
That was part of the reason why = the Binary Factory was a bit of a maintainability nightmare - as constant f= ixes were required for some projects as they broke builds.

Hence why projects were asked to step up and enable builds themsel= ves.

Cheers,
Ben
=C2=A0
<= blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-l= eft:1px solid rgb(204,204,204);padding-left:1ex">
On Sun, Feb 18, 2024 at 10:23=E2=80=AFAM Ben Cooksley <bcooksley@kde.org> wrote:
>
> On Sun, Feb 18, 2024 at 2:58=E2=80=AFPM Loren Burkholder <computersemiex= pert@outlook.com> wrote:
>>
>> On Saturday, February 17, 2024 8:35:48 PM EST Ben Cooksley wrote:<= br> >> > On Sun, Feb 4, 2024 at 10:26=E2=80=AFAM Ben Cooksley <bcooksley@kde.org>= ; wrote:
>> >
>> > The Binary Factory, alongside it's two build servers, and= the Flatpak
>> > repository it provided at https://distribute.kde.org/ h= as now been
>> > decommissioned.
>>
>> Hi all,
>>
>> Just last evening, I was downloading Filelight on a Windows machin= e. Due to the machine being rather ancient and slow, I ended up going for t= he direct binary download instead of the Microsoft Store download. The apps.kde.o= rg page had me download from a Binary Factory link. As of right now, th= at link is still on https://apps.kde.org/filelight/, but it obvio= usly doesn't work. I haven't checked the apps.kde.org source, but it = seems that perhaps those URLs are automatically generated for each app, so = it should be trivial to change or remove them.
>
>
> It would appear that Filelight has not yet enabled themselves for any = form of continuous delivery builds aside from Flatpak.
> See htt= ps://invent.kde.org/utilities/filelight/-/blob/master/.gitlab-ci.yml?ref_ty= pe=3Dheads
>
> If Filelight contributors are still interested in supporting other pla= tforms those builds will need to be added.
>
>>
>>
>> Are there other places that need this URL replaced as well? https://l= xr.kde.org/search?%21v=3Dkf6-qt6&_filestring=3D&_string=3Dbinary-fa= ctory.kde.org shows that there are a number of READMEs that still link = to Binary Factory, and Krita has some CI stuff that still references bi= nary-factory.kde.org, but I have a sneaking suspicion that there are binary-factory.kde.org links in KDE webpages and other repositories t= hat aren't indexed by lxr.kde.org.
>
>
> I have a checkout of most website repositories on my local system and = did a quick grep which showed a variety of hits. Most of them were on READM= E files that were intended to show build status of the website itself.
> Those links would have been broken for some time as websites were conv= erted over a while ago.
>
> Affected sites content wise includes:
> - develop.kde.org
> - = digikam.org
> - haruna.kde.org
> - ka= idan.im
> - kate-editor.org
> - kdeconnect.kde.org
> - kde.r= u
> - kdevelop.org
> - k= irogi.org
> - kmymoney.org
> - konversation.kde.org
> - kr= ita.org
> - okular.kde.org
> - plasma-mobile.org
> - rkward.kde.org
> - umbrello.kde.org
>
>
>>
>>
>> - Loren
>
>
> Cheers,
> Ben
--000000000000d76d490611b97138--