Fórumok
Sziasztok!
Gitlab runner official repot akarom SUSE managerel (Uyuni) leszinronizalni.
Elv ez a cime a reponak: https://packages.gitlab.com/runner/gitlab-runner/opensuse/15.6/x86_64
Ha beallitom, nem dob hibat, de nem huz le semmilyen csomagot... mi lehet a gond? (gpg is be van allitva)
Hozzászólások
https://packages.gitlab.com/app/runner/gitlab-runner/search?q=&filter=a… ?
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!
Ok, de hogyan vegyem fel reponak?
https://packages.gitlab.com/runner/gitlab-runner/install#manual-zypper
itt ez van:
Ebbol "visszafejtve" kell nekem a baseurl, ami https://packages.gitlab.com/runner/gitlab-runner/opensuse/15.6/x86_64
Illetve, kell a gpg key amit szinten beraktam (ezt a kulcsot hasznalom https://docs.gitlab.com/runner/install/linux-repository.html#current-gp…):
https://i.ibb.co/QJGQQ0j/image.png
https://i.ibb.co/fCyYczc/image.png
Probaltam amugy a https://packages.gitlab.com/runner/gitlab-runner/gpgkey linken levo kulcsal is, de azzal sem megy.
eleg sok repot raktam mar be ugyanigy, de eddig nem volt egyikkel sem ilyen gond.
Azert raprobaltam, bar (nyilvanvaloan) nem mukodott.
Mi a baj azzal amit a Suse ad?
https://software.opensuse.org/package/gitlab-runner
Itt
https://docs.gitlab.com/runner/install/linux-repository.html
a Suse nincs emítve.
Itt
https://gist.github.com/samsulmaarif/d11595c65dc69f8af505a11e464461b1
meg van egy script ami felrakja, de mint docker. (Docker amit egyébkénti ajánlok a runnernek)
Community bol jon.... azt nem szoktam szeretni...
Itt a gyari script, ezt is neztem:
De nem voltam vele elobbre. Itt Repokent adja hozza es tamogatja az SUSE/OpenSuse-t is.
Van az is. Megvan igazabol h kinek (fejlesztonek) milyen kell. Van nativ Linux, van WinServer .NET nek, meg van Docker Runner is.
Nativ linux spec esetekben van, Van Egy dedikalt gep, ami netrol huz le buildhez cuccokat, ezt nem akartam dockerbe, a docker node-ok (swarm ban vannak) nem is latnak ki a netre.
A dockerben futó gitlab runnernek pont az lenne a lényege, hogy nem kell egy dedikált gépet fenntartani. Ill. gyakran nem egy konkrét linxra vagy verzióra buildelünk hanem sokra. Ill. mi szoktunk build image-eket gyártani amiben megfelelően preparálva benne van a legtöbb dolog ami kell, hogy gyorsabb legyen a run. Ettől még tud letölteni ha valamiből más kell. A gitlab-runner meg azt a docker image-et indítja amelyik kell a fejlesztőnek.
Én nem szertem ha a host OS-en megy a build. Tennék a dedikált gépre dockert és a runner is dockerben futna.
meg lehet amugy oldani azt is. de egyelore az eredeti problemara (amihez most igazabol ennek nincs koze :) ) kene nekem valami megoldas.
Illetve, mivel pont docker image-et epit a host, amihez meg kene a "docker ben epitek docker image-et(dind)" conf, amihez meg privileged mod kell... az meg nalam most megint nem megfelelo bizonyos okok miatt.... (nyilvan ha a hoston cli vel buildel a runner, akkor mar "ki is tort" de ez sec. reason dolog, a policy-ink erdeksen van megcsavarva...)
attol meg hogy a hoston fut a runner, a build mehet barmilyen docker imageben. sot, ha a runner dockerben fut, akkor vagy bebindeled a host docker socketet, vagy szenvedhetsz dind-el. nyilvan ha swarm vagy kubernetesben futtatod akkor mas. de csak azert felrakni egy dockerdaemont hogy a runner ne magaban legyen, az felesleges szopatas.
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!
Igy van nalunk is pont. A runner magaban fut a hoston, a build meg nyilvan mivel egy image-et buildelek, inside docker :)
De a lenyeg most nem is ez, hanem az eredeti kerdes... Nem jovok ra, hogyan huzzam be ezeket a csomagokat SUSE Managerbe... Most kezzel tolom be az RPM-et a channelbe, de macera.. meg hat erre van a repo....
mivan ha nem "opensuse"-t hasznalod, hanem a "sles"-et? azok nem kez-a-kezben jarnak?
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!
.