Kirjoittaja Aihe: Leap/Jump  (Luettu 9398 kertaa)

0 jäsentä ja 1 Vieras katselee tätä aihetta.

Poissa SuperOscar

  • Käännösryhmä
  • *
  • Viestejä: 909
  • Sukupuoli: Mies
  • Tänään täällä, huomenna poissa
    • Legisign.org
Leap/Jump
« : 04.05.2020 - klo:14:46 »
Olen yrittänyt vähän seurata tätä openSUSEn tulevaisuuteen liittyvää keskustelua, mutta ihan kaikkea en ole onnistunut tajuamaan.

Ilmeisesti siis Leap 15.2 viivästyy tämän takia heinäkuulle? Lisäksi tulee tarjolle hetkellinen uusi jakelu, Jump? Mutta kumpi on ”perinteinen” Leap ja kumpi SLED:hen lujemmin kiinnittyvä, Leap vai Jump? Mitä tämä vaikuttaa KDE Plasman tulevaisuuteen openSUSEssa, SLEDhän on hyvin tiukasti kiinni Gnomessa? Tietääkö kekään?
pöytäkone 1, kannettavat 1–3: Debian GNU/Linux 12; pöytäkone 2: openSUSE Tumbleweed; NUC: openSUSE Leap 15.5; RPi 1: FreeBSD 13.2-RELEASE; RPi 2: LibreELEC 11

Poissa puupiä

  • Jäsen
  • Viestejä: 2
Vs: Leap/Jump
« Vastaus #1 : 06.05.2020 - klo:09:54 »
Ymmärsin että Jump tulee olemaan rinnakkainen testijulkaisu, jossa paketoijat ja testaajat voivat kokeilla SLE/Leap yhteenliittämistä. 15.3:ssa sitten nähdään jumpin tulokset. Eli Leap tulee tulee rullaamaan eteenpäin normaalisti, poislukien tuo 15.2 viivästys.

Plasman tulevaisuudesta en osaa sanoa, mutta kovin erikoiselta tuntuu jos se horjuisi. Sen verran tiukassa on oS:n maine KDE-distrona, ja käyttäjiä on varmasti paljon.

Poissa SuperOscar

  • Käännösryhmä
  • *
  • Viestejä: 909
  • Sukupuoli: Mies
  • Tänään täällä, huomenna poissa
    • Legisign.org
Vs: Leap/Jump
« Vastaus #2 : 06.05.2020 - klo:11:06 »
Ymmärsin että Jump tulee olemaan rinnakkainen testijulkaisu, jossa paketoijat ja testaajat voivat kokeilla SLE/Leap yhteenliittämistä. 15.3:ssa sitten nähdään jumpin tulokset.

Minäkin ymmärsin sen, että 15.2-vaiheessa on kaksi jakelua, Leap ja Jump. Näistä vain toinen jatkaa, mutta tarkoitus on antaa käyttäjillekin ääni sen suhteen, kumpi. Epäselväksi jäi lähinnä, kumpi, Leap vai Jump, olisi se tiukemmin SLEDiin sidostunut muunnelma.

Uhkia olen nähnyt lähinnä kaksi. Toinen on tuo KDE Plasmaan liittyvä ja toinen se, tulisiko SLED-sidoksesta kehityksen jarru. Olen jotenkin tykästynyt tähän Leapin tapaan, jossa kukin jakeluversio on käytössä 2/3–1 vuotta.
pöytäkone 1, kannettavat 1–3: Debian GNU/Linux 12; pöytäkone 2: openSUSE Tumbleweed; NUC: openSUSE Leap 15.5; RPi 1: FreeBSD 13.2-RELEASE; RPi 2: LibreELEC 11

Poissa puupiä

  • Jäsen
  • Viestejä: 2
Vs: Leap/Jump
« Vastaus #3 : 08.05.2020 - klo:16:02 »
Toki Leapin koodipohja on jo tiukasti sidottu SLE:en, joten argumentti kuuluu että mikään ei juuri muutu kun siirrytään yhteinen lähdekoodi -tilanteesta yhteisiin paketteihin, mutta mutta... olen myös hieman skeptinen. Onneksi on Tumbleweed :)

Poissa SuperOscar

  • Käännösryhmä
  • *
  • Viestejä: 909
  • Sukupuoli: Mies
  • Tänään täällä, huomenna poissa
    • Legisign.org
Vs: Leap/Jump
« Vastaus #4 : 09.05.2020 - klo:16:56 »
FAQia eestaas tavattuani huomasin nyt tämän:

Lainaus
Q. Would maintenance and security be affected for Leap 15.1 or 15.2?
Leap 15.1 will have a longer than expected End of Life (EOL) than originally planned. Leap 15.2 would have similar EOL as previous versions of Leap. The proposed release based on SLE binaries would receive the same maintenance and security updates from SLE, so there is a positive benefit to moving the code streams closer together.

(Korostus lisätty.) Hieman tuosta joutuu päättelyä harjoittamaan, mutta koska ensin todetaan Leap 15.2:n eliniän olevan ”sama kuin aiempien Leap-versioiden” ja sitten puhutaan ”SLE:n binaareihin pohjautuvasta julkaisusta”, niin kyllähän siitä seuraa, että Jump on julkaisuista se, joka perustuu SLE:n binaareihin ja Leap on ”perinteinen”.

Hieman selvemminkin asian olisi voinut kertoa.
pöytäkone 1, kannettavat 1–3: Debian GNU/Linux 12; pöytäkone 2: openSUSE Tumbleweed; NUC: openSUSE Leap 15.5; RPi 1: FreeBSD 13.2-RELEASE; RPi 2: LibreELEC 11

Poissa LassiLeevi

  • Jäsen
  • Viestejä: 218
  • Sukupuoli: Mies
Vs: Leap/Jump
« Vastaus #5 : 27.05.2020 - klo:11:49 »
FAQia eestaas tavattuani huomasin nyt tämän:
...
Hieman selvemminkin asian olisi voinut kertoa.


Ainakin tässä kohtaa mielestäni asia on aika selkeästi:
Lainaus
Q. What does this mean for openSUSE Leap?

...
In parallel, the Jump project will be populated with the pre-built binaries from SUSE Linux Enterprise.
...


Ja kun Jumpista puhutaan "projektina", niin ymmärrän että kyseessä on mahdollisesti vain build-ympäristö / pakettirepo, ei niinkään virallisesti "jakelu".
"A cop is a Zoo in a man,
   with a gun."
  -Hammer, Sledge

Poissa LassiLeevi

  • Jäsen
  • Viestejä: 218
  • Sukupuoli: Mies
Vs: Leap/Jump
« Vastaus #6 : 27.05.2020 - klo:11:55 »
Toki Leapin koodipohja on jo tiukasti sidottu SLE:en, joten argumentti kuuluu että mikään ei juuri muutu kun siirrytään yhteinen lähdekoodi -tilanteesta yhteisiin paketteihin, mutta mutta... olen myös hieman skeptinen. Onneksi on Tumbleweed :)

Kyseessä ei taida olla varsinaisesti yhteinen lähdekoodi, vaan Leap pohjautuu SLE:hen, eli Leapin paketeissa on koodia jota SLE:ssä ei ole.

Lainaus
Q. What process is SUSE suggesting?

...

We shall not lose functionality – neither in Leap nor SLE. The idea is to bring the two source codes together. We look at deviations on each code base and reduce that deviation, so overall there is a positive outcome for both code streams.

Eli Jumpin idea olisi kaiketi "oikeasti" yhdistää SLE ja Leap.

Lainaus
In addition, both, SLE and Leap will benefit from the clean-up of spec-files that will happen during this process. Less conditionals leading to less confusion.

Lisäksi paketoinnissa koodiin lisätään patcheja, jotka eivät ole koodipuussa sellaisenaan. Eli noidenkin kohdalla taitaa olla SLE:n ja Leapin välillä jonkun verran eroja.
« Viimeksi muokattu: 27.05.2020 - klo:12:06 kirjoittanut LassiLeevi »
"A cop is a Zoo in a man,
   with a gun."
  -Hammer, Sledge

Poissa mrl586

  • Jäsen
  • Viestejä: 162
Vs: Leap/Jump
« Vastaus #7 : 07.07.2020 - klo:07:58 »
Myös Tumbleweed kaipaisi ylimääräisten ehtojen siivoamista pois spec-tiedostoista.