Den frie kafeen

[Lock-Aze]

http://appimage.org/

 

da får vi mao. slutt på pakkerot i linux fremover. det kan bety slutten på det jeg har inntrykk av er hovedsysselen for linuxkodere, nemlig å tilpasse hvert program til en drøss ulike pakkesystemer og distribusjoner. unødvendig tidsbruk og veldig slitsomt både for brukere og utviklere.

 

Dette høres fryktelig ut som Java (aka write once run anywhere).

Bare at de har laget den for app virtualisering..?? (Jeg har ikke satt meg inn i appimage, ei heller skjønt 100% hvordan det fungerer)

 

Det jeg ikke skjønner er, bundler den med de bibliotekene den trenger?

[endrebjo]

Jeg regner med at vi kan forvente en markant økning i både minne- og lagrings-bruk. Sånn blir det hvis alle biblioteker og andre avhengigheter skal linkes statisk og pakkes i hvert image. Vi kan se samme mønsteret på f.eks Android hvor selv det minste program har en installasjonsfil på minst et par megabyte.

[marius77]

Jeg regner med at vi kan forvente en markant økning i både minne- og lagrings-bruk. Sånn blir det hvis alle biblioteker og andre avhengigheter skal linkes statisk og pakkes i hvert image. Vi kan se samme mønsteret på f.eks Android hvor selv det minste program har en installasjonsfil på minst et par megabyte.

 

begge bruker en form for viritualiseringsteknologi:

 

https://en.wikipedia.org/wiki/AppImage_(packaging_method)

 

og snappy pakkesystemet bruker docker, som du kan få en introduksjon til her:

 

https://stackoverflow.com/questions/24702233/docker-container-and-memory-consumption

 

halvtimes into til docker kalt "demystifying docker":

 

 

så å sammenlikne det med java blir noe søkt, dette er noe helt annet.

 

ikke konfronter meg, men når linuxbrukere synes dette fungerer helt utmerket mht minnebruk og harddiskplass og i tillegg dramatisk øker sikkerheten, forenkler ting for brukere, er nødvendig for å få det til å kjøre bra på mobiltelefoner OG ikke minst gjør ting mye lettere for utviklere, så er det vel bare å ta imot det med åpne armer?

 

pakkesystemet og installeringsprosedyrer på linux er jo et rot sånn det fungerer nå

[hernil]

Jeg regner med at vi kan forvente en markant økning i både minne- og lagrings-bruk. Sånn blir det hvis alle biblioteker og andre avhengigheter skal linkes statisk og pakkes i hvert image. Vi kan se samme mønsteret på f.eks Android hvor selv det minste program har en installasjonsfil på minst et par megabyte.

 

Snappy håndterer deduplisering av pakker så det bare vil være én versjon av hvert versjonert lib likevel.

[endrebjo]

 

Jeg regner med at vi kan forvente en markant økning i både minne- og lagrings-bruk. Sånn blir det hvis alle biblioteker og andre avhengigheter skal linkes statisk og pakkes i hvert image. Vi kan se samme mønsteret på f.eks Android hvor selv det minste program har en installasjonsfil på minst et par megabyte.

Snappy håndterer deduplisering av pakker så det bare vil være én versjon av hvert versjonert lib likevel.

 

Deduplisering er greit nok det. Men vi det hjelper lite hvis mengden versjonerte libs eksploderer pga "kreative" program-utvilkere (ikke lib-utviklere) som patcher libs på egenhånd før de deployer images. Igjen koker det meste ned til lib-disiplin, som jo er grunnen til at vi har pakkesystem også.

[stigfjel]

Synes pakkesystemene er ganske greie å forholde seg til, både .rpm og .deb baserte. På Debian er det veldig greit, i hvert fall. Når man bruker main, contrib og non-free har man tilgang til det aller meste. Legg på debian-multimedia, så er man dekket opp for nesten enhver tenkelig situasjon. Det holder med en apt-get update && apt-get upgrade, så oppdaterer man all installert programvare på en enkel og effektiv måte.

 

For RHEL/CentOS er det også rimelig enkelt, så lenge man holder seg til de offisielle pakkebrønnene samt EPEL. Klart, tar man inn flere 3. parts pakkebrønner som nux-dextop osv kan man støte på visse utfordringer med navnekonflikter. Men så lenge det er 3. part kan man ikke nødvendigvis kalle det et problem med distroen i seg selv.

[hernil]

 

 

Jeg regner med at vi kan forvente en markant økning i både minne- og lagrings-bruk. Sånn blir det hvis alle biblioteker og andre avhengigheter skal linkes statisk og pakkes i hvert image. Vi kan se samme mønsteret på f.eks Android hvor selv det minste program har en installasjonsfil på minst et par megabyte.

Snappy håndterer deduplisering av pakker så det bare vil være én versjon av hvert versjonert lib likevel.

 

Deduplisering er greit nok det. Men vi det hjelper lite hvis mengden versjonerte libs eksploderer pga "kreative" program-utvilkere (ikke lib-utviklere) som patcher libs på egenhånd før de deployer images. Igjen koker det meste ned til lib-disiplin, som jo er grunnen til at vi har pakkesystem også.

 

 

Forsåvidt, men det kan man jo i teorien gjøre i dag også ved å "copy-paste" funksjonaliteten til libs inn i sin egen kode. Sånn hvis man først skal oppføre seg som en tulling^^ Har ikke satt meg noe særlig godt inn i systemet så jeg vet ikke om det er perfekt eller ikke (mest sannsynlig ikke), men sånn ved første øyekast så virker det som en ganske god løsning på noe som har vært et problem for mange desktopbrukere. Selv holder jeg meg f.eks til LTS, men merker jo det at det kan bli noen ppa mot slutten av en toårsperiode så jeg får oppdatert et par pakker.

[Lock-Aze]

 

og snappy pakkesystemet bruker docker.

 

snappy/appimage. Bruker begge docker (eller dockerlignende teknologier)? Jeg er godt kjent med docker, da jeg bruker det en del.

 

Da skjønner jeg litt mer, Det betyr at det blir bundlet en del mer i hver programpakke og det blir mer arbeid å oppdatere programpakken. (Iallefall hvis det er docker som blir brukt)

 

Jeg ser helt klart fordelen, man har en fil å forholde seg til, installasjonen vil gå som en drøm og det vil bli enkelt å isolere program og OS.

 

Jeg ser potensialet, så jeg får se om jeg får sett mer på det når jeg får litt ledig tid. Virker spennende.

[RattleBattle]

Synes pakkesystemene er ganske greie å forholde seg til, både .rpm og .deb baserte. På Debian er det veldig greit, i hvert fall. Når man bruker main, contrib og non-free har man tilgang til det aller meste. Legg på debian-multimedia, så er man dekket opp for nesten enhver tenkelig situasjon. Det holder med en apt-get update && apt-get upgrade, så oppdaterer man all installert programvare på en enkel og effektiv måte.

 

For RHEL/CentOS er det også rimelig enkelt, så lenge man holder seg til de offisielle pakkebrønnene samt EPEL. Klart, tar man inn flere 3. parts pakkebrønner som nux-dextop osv kan man støte på visse utfordringer med navnekonflikter. Men så lenge det er 3. part kan man ikke nødvendigvis kalle det et problem med distroen i seg selv.

Snapper er ikke ment som erstatning for pakkesystemet apt-get, men i tillegg. 

[HawP]

Andre som bruker OpenSUSE her?

Ja.

[olear]

 

http://appimage.org/

 

da får vi mao. slutt på pakkerot i linux fremover. det kan bety slutten på det jeg har inntrykk av er hovedsysselen for linuxkodere, nemlig å tilpasse hvert program til en drøss ulike pakkesystemer og distribusjoner. unødvendig tidsbruk og veldig slitsomt både for brukere og utviklere.

 

 

Fin tanke, men det er da null problem å bygge noe som fungerer på alle distroer. Man bundler bare de libs man trenger og bygger på så gammel distro som mulig, vips så er programmet kompatibel med det som er. Putt det i en RPM/DEB og/eller en installer så kan hvem som helt bruke det.

 

Såklart kjekt om programmet er tilgjengelig i distroen, men det er ikke alltids det beste alternativ (man mister kontroll over hvordan programmet bygges og distribueres).

[marius77]

 

 

http://appimage.org/

 

da får vi mao. slutt på pakkerot i linux fremover. det kan bety slutten på det jeg har inntrykk av er hovedsysselen for linuxkodere, nemlig å tilpasse hvert program til en drøss ulike pakkesystemer og distribusjoner. unødvendig tidsbruk og veldig slitsomt både for brukere og utviklere.

 

 

Fin tanke, men det er da null problem å bygge noe som fungerer på alle distroer. Man bundler bare de libs man trenger og bygger på så gammel distro som mulig, vips så er programmet kompatibel med det som er. Putt det i en RPM/DEB og/eller en installer så kan hvem som helt bruke det.

 

Såklart kjekt om programmet er tilgjengelig i distroen, men det er ikke alltids det beste alternativ (man mister kontroll over hvordan programmet bygges og distribueres).

 

 

det hørtes litt tungvindt ut da, siden det er mye utvikling på godt og vondt i linux man da går glipp av, som er litt av sjarmen med linux.. standardisering vil det mao. neppe bli.. derfor er nok den beste ideen å "isolere" programmene.

 

forøvrig tomler opp for natron, ikke hørt om det før jeg så vi hadde en utvikler her så jeg måtte finne ut hva det var

[Lycantrophe]

Jeg ser ingen grunn til å prate sånn til andre i kaféen eller andre steder på forumet. Neste post med sånt språk sletter jeg uten forvarsel.

Til andre, hva snakker du om?

 

Uansett er det sikkert praktisk nok til noen typer softwaredistribusjon (spesielt proprietær kanskje), men om en har en native-bygd pakke tilgjengelig ser jeg ikke hva jeg som bruker har å tjene på det.

[LMH1]

Har noen lest:

 

http://www.digi.no/itnorge/2016/05/23/derfor-tjener-en-utvikler-i-oslo-400-000-kroner-mer-enn-i-alta

 

Med dette forstår man hvorfor så mange ikke gidder å utvikle frivillig for linux.

Men syns det er rart hvis de so utvikler for windows\OSX får så godt betalt.

 

Forstår hvorfor boligmarkedet er så dyrt, advokater, tjener også bra.

 

Problemet er nok de fleste som vurder å ansette utvikler vurder heller folk fra polen\kina\india\pakistan istedenfor.

kunne sikkert tatt halv pris eller under.

Endret 24. mai 2016 av LMH1

[wil]

Du vet hva frivillig er/betyr eller?

[LMH1]

Du vet hva frivillig er/betyr eller?

Ja så klart, det er ikke en jobb\ man bruker fritiden til det.

 

Er ikke så mange frivillige i norge, tror mye utviklingen skjer uten for norge.

Gjerne pakistan\kina etc der tjener de langt lavere.

 

Men vet det finnes noen få utviklere i norge for debian\opensuse og ubuntu.

[RattleBattle]

Veldig påfallende hvor ofte "Wil" svarer "LMH1" rett etter en post. 

[endrebjo]

Er ikke så mange frivillige i norge, tror mye utviklingen skjer uten for norge.

Gjerne pakistan\kina etc der tjener de langt lavere.

Mener du at lavere lønn øker frivilligheten?

Jeg vil påstå det motsatte. Altså at folk med tilstrekkelige midler har mulighet til å jobbe mindre og bruke mer tid på andre ting.

[LMH1]

 

Er ikke så mange frivillige i norge, tror mye utviklingen skjer uten for norge.

Gjerne pakistan\kina etc der tjener de langt lavere.

Mener du at lavere lønn øker frivilligheten?

Jeg vil påstå det motsatte. Altså at folk med tilstrekkelige midler har mulighet til å jobbe mindre og bruke mer tid på andre ting.

 

Så du mener at folk heller vil bruke fritiden sin på å utvikle sammenlignet å se på TV\Spille eller gå tur med hunden?

 

Generielt tror jeg wikipedia, diskusjon. Langt flere som er interisert å bruke tiden sin der.

https://www.bugzilla.org/ er ganske tungvindt måte å gjøre ting på, selv om en del distribusjoner får automatisk feilrapportering.

så ofte trenger man kun å gi epost+passordet skjer mye av seg selv.

 

Men å finne bug, f.eks selv om jeg rapporte en del bug i kubuntu tviler jeg på mye av feilene er fikset ennå.

Så vet ikke om det finnes søke funksjon som gjør alle tilsvarende bug blir satt til fixed istedenfor noen må sette manuelt alle til fixed.

Endret 24. mai 2016 av LMH1

[endrebjo]

Så du mener at folk heller vil bruke fritiden sin på å utvikle sammenlignet å se på TV\Spille eller gå tur med hunden?

Folk i lavtlønnede land må generelt sett jobbe mer enn nordmenn for å få endene til å møtes. Så de har generelt sett mindre fritid enn nordmenn flest. Så nordmenn har generelt mye bedre forutsetninger for å bidra frivillig.