Ezek mibol keszulnek? Mert az mondjuk feltunt, hogy a NAV-nal az .rpm csomagoknal szoktak hibak lenni, a csomag elvileg X verzioszamu, az is a neve, de a belseje meg X-1.
Illetve ez mennyire mukodik egyutt az ANYK beepitett frissitesevel (mert itt gondolom csak a NAV csomagjai vannak, de onkormanyzatok meg egyebek is adnak ki ANYK formanyomtatvanyokat)?

DRM is theft

Szia,

Eredetileg a rpm-ből akartam, de aztán megváltoztattam az irányt. Igazából a letöltött jar és az elérhető információk alapján érzelemezi és újracsomagolja a rendszer, azaz jar fájlból felépíti a Debian csomagot. Ez utána bekerül a tárolóba. Mivel viszonylag standard az eljárás, ezért többféle űrlapforrást is bele sikerült rakni a tárolóba, így nem csak a NAV csomagok érhetőek el.

Ubuntunál gondolom a terminálos megoldás lesz a jó (ha esetleg nincs külön csomagtelepítő)?

PPA nincs, de a szoftverforrások szerkesztésével grafikus felületről is hozzá tudod adni.

Több ilyen cikket. Riszpekt.

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

mivel normálisan rootként telepíted, szabványos helyekre, azokra pedig nincs mezei júzernek írási joga, így a beépített frissítési metódussal biztosan nem kompatibilis.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Az abevjava_install.jar csomagot letöltve a "java -jar abevjava_install.jar" paranccsal egy mezei felhasználó is tudja telepíteni, csak a telepítési könyvtárt létre kell hozni rootként és írási jogot adni a felhasználó(k)nak a könyvtárra. Ha így telepíti valaki, akkor a frissítés is menni fog a programból, ami az elég sűrű nyomtatvány változások miatt nem egy hátrány.
Sajnos a legtöbb disztróban levő openjava vagy mi a fenével nem teljesen működik jól a program. Jelesül nem lehet elküldeni a kitöltött nyomtatványt, meg font problémák is rémlenek. Ajánlott az oracle java használata, úgy hogy előtte azt is fel kell hegeszteni.
Azt hiszem erről kellene egy cikket írnom. Ja meg is írtam, most A képernyőképeket, meg mindenki gondolja hozzá.

[ Szerkesztve ]

természetesen nem kell rootként megcsinálni a könyvtárat és nem kell senki másnak sem írási jogot adni hozzá.
sima mezei userként fel lehet rakni magadnak.

a fontos meg nyomtatós baj nem csak openjdk-nál baj, hanem sunos jávánál is előfordul.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Azt gondolom, hogy amíg ezet egy kezdő user felrakja a leírás alapján, addig kb windows alatt letölti, telepíti, és kitölti!
Használok én is linuxot, de a tárolón kívüli csomag telepítéssel kezdhetnének valamit!
Nem csoda a windows részesedése.

gondold azt.
a mezei user pedig elmegy a nav honlapjára, ráklikkel a webstartos telepítésre és a többit megcsinálja a rendszer.
windowson meg a tárolón belüli csomagkezeléssel kellene valamit kezdeni.
de, csoda.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Ez egeszen jol hangzik. Milyen gyakran frissul? (A csomaggeneralo scripteket nem akarod publikalni? )

DRM is theft

Az a probléma, hogy a telepítési könyvtárat nem lehet megváltoztatni, /usr/share/abavjava. Tehát természetesen létre kell hozni és jogot is kell adni, mert alapesetben a /usr/share alá nem tud a felhasználó könyvtárat létrehozni. Ez van. Nyomtatási problémával sem találkoztam a sun java-nál.

[ Szerkesztve ]

ezt csak halkan mondd, mertha a gépemen levő abevjava megtudja, hogy nem lehetett volna oda telepíteni, ahova települ, még sírógörcsöt kap.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Ezt szerintem egy kicsit elírtad, ugyanis pont fordítva van (Linux alatt vannak a tárolók). Nem baj, néha a mesterekkel is előfordulhat. XD

Évek óta használom KAMI tárolójából, pár évig csak SZJA-bevallást készítettem, mos' má' vállalkozó vagyok, így az ehhez tartozók is így mennek.
Köszi. Csak így tovább!

[ Szerkesztve ]

Szerintem szarkazmus volt, nem elírás.

[ Szerkesztve ]

Na ezért nem szeretik az emberek a Linux alapú rendszereket. Mindig a túlbonyolított módszerek vannak bemutatva.
Miért jobb ez, mint telepíteni a jre-t, majd szimplán böngészőből telepíteni az abevjava-t és a nyomtatványokat is? Ez utóbbi ráadásul disztribúció-független megoldás.

[ Szerkesztve ]

Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.

Miért lenne túlbonyolítva? Egyszer telepíted a tárolót a fent leírt módok egyikével. Ha ez megvan, akkor csak a telepítendő csomagokat jelölöd ki, mint BÁRMELYIK másik program telepítése esetén. És ezután nem kell külön foglalkozni a frissítéssel, hanem az egész rendszer frissítésekor az ABEV és minden hozzá tartozó csomag is frissül. Mi ebben a bonyolult? Szemben azzal, ha jar-ból telepíted, -- mondjuk még néhány programmal teszel így, -- akkor lassan ugyanott vagy, mint a Windowsnál: minden egyes szutyok kis programnak a frissítésével magadnak kell foglalkoznod, külön eltölteni ezzel jelentősen több időt.
Nálam most éppen -- eme hozzászólás írása alatt -- az Oracle Java 8 frissítése megy hasonlóan csomagkezelő által, mert valakik úgy gondolták, egyszerűbb így, mint minden egyed alkalommal külön frissítgetni. A rendszer jelezte: egy csomag frissíthető. Rákatt, elindul, frissít. Mi ebben a bonyolult?
*********************

[ Módosította: Kalandor ]

úgy látom, az a mítosz, hogy az automatikus frissítés jó, még mindig él az emberekben.

másrészt meg egy debianra nem felkészített programot félig-meddig debianizálni mérsékelten jó ötlet.

"minden egyes szutyok kis programnak a frissítésével magadnak kell foglalkoznod,": ugye elolvastad a topicot, ahol megbeszéltük, hogy az abevjava automatikusan frissíti magát, tehát nem kell vele foglalkoznod?

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Emlékeim szerint úgy működött. Ha tévedtem, bocs.

"úgy látom, az a mítosz"
Egyrészt nem írtam, hogy automatikusan, másrészt az automatizmus nálam legfeljebb annyit jelent, hogy automatikusan ellenőrzi, vannak-e frissítések, és jelez, ha van.

"másrészt meg egy debianra nem felkészített programot félig-meddig debianizálni mérsékelten jó ötlet."
Te így gondolod, meg sokan a Debianosok közül. Sokan mások meg nem. Változik a világ.

az, hogy felrakod az abejava-t úgy, hogy utána a saját beépített frissítése ne tudjon működni, szerintem nem jó ötlet. az user csak nézni fog bambán, mikor kidobálja a hibaüzeneteket.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Mint írtam az egész telepíthető a böngészőből, ráadásul beépített frissítéskeresője van, ami a keretrendszert is frissíti. Ez a leírás igenis túl van bonyolítva. Sikerült úgy összehozni, hogy a Linux disztribúciók legnagyobb előnyét a Windows-zal szemben óriási hátrányként mutatja egy nem Linux felhasználó számára.
Főleg, hogy ez disztribúció-függő leírás, holott az abevjava disztribúció-független.

[ Szerkesztve ]

Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.

"az irónia kedvéért laikusnak neveztem magam": az nem irónia volt, hanem comingout

"jön egy jelzés, hogy elérhető a frissítés, rákattintasz, frissít": a szerteszéjjel szórt frissítési rendszereknél vagy akkor jön frissítés, ha fut a program és az ellenőrzi magát, vagy akkor, ha csináltak hozzá service-t, ami nézi a frissítőszájtot.

debianon meg akkor is értesülsz a frissítésről, ha nem használtad a programot. egyébként azért nehéz a jáva példáján elmagyarázni, hogy miért jobb, mert a jáva egyébként rossz példa.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

A csomagkezelően pont az a lényege, hogy központilag megy a frissítés, egy eszköz segítségvel. Az abevjava alapból nem ilyen, de sokkal kényelmesebb, hogy nem kell vadászni a honlapon a megfelelő telepítőre, hanem ugyanott van ahol a többi frissítés. És nem csak azok, hanem a többi más szervezet nyomtatványai is.
!! Ha hiáényozna valami, nyugodtan írjátok meg és felveszem a tárolóba !!

Ez alapján a Firefox és LibreOffice is külön frissülhetne, elvégre arra nekik is van mechanizmusuk. De nem, ez nem jobb megoldás, és vélem az AbevJava esetén is csak egy kényszer megoldás, mert nem tudnak a windows alatt ilyet biztosítani. Nem véletlen, hogy minden platform a szoftverboltok és a Linuxhoz hasonló tárolók és automatiksan is frissülő megoldások felé mozdult. Egyszeűen ezt könnyebb ilyen módon kezelni. Az AbevJava esetében is.

Ha van igény -- gondolkodtam már róla -- RPM alá is megcsinálom, mert ott is van megoldáés, de ott sincs tároló.

Nem túlbonyolított, csak sok a lehetőség
3 megoldást mutattam, mindhárom beállítása kevesebb mint egy perc.

AZ automatikus frissítés jó. Jobb mint nem frissíteni a rendszert. Persze az a legjobb hogy ha egy rendszeren ki tudod próbálni és úgy frissíted a többi helyen. Kérdés, hgy egy mirror repo létrehozása otthon nem nagyon nyűg mint mondjuk egy 10-1000 gépet tartalmazó szerverparkban.

Az abevjava nem milyen???
én nem láttam mostanában olyan pc-t, amit többen használnának. ergo egy abevjava kaliberű programnál teljesen mindegy, hogy root rakja fel az lfs-nek megfelelő helyre, vagy az user nyit egy könyvtárat a home-ján belül és oda rakja fel. Ha a root rakja fel, akkor az usereknek várniuk kell rád, hogy csinálj frissítést, becsomagold az új verziót, legyen sávszélesség a szervered felé, ahonnan letöltheti, stb.

olyan előfordulhat, hogy bugos a nyomtatvány, a nav az utolsó pillanatban ad ki javítást és azt kell alkalmazni. ebben az esetben te vállalod sla-val a rendelkezésreállást, hogy például egy könyvelőnek, akinek be kellene adnia éjfélig 5-10 vállalat mérlegét, időben odakerül a gépére a cucc? aligha.

ezzel szemben ha egyszer felrakta rendesen a saját home könyvtárába (nem egy nagy durranás), akkor az abevjava frissíti magát is, meg az űrlapokat is, és mivel van joga írni a diszkre, ezt végre is tudja hajtani.

melyik a jobb az egyszeri könyvelőnek? biztosan nem az, hogy megvár téged, míg hazaérsz a nyaralásból.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Ezen már túl vagyunk, régebbi vagy tán téves emlékeim miatt írtam, amit írtam a jarosról.

(#23) Tim82
Lehet, félreérthető volt a példa, de éppen a hsz írása alatt jelzett a csomagkezelő.

Milyen kaliberű programnál van értelme az lfs szerinti elhelyezésnek?
Ki vállal ebben a folyamatban SLA-t? Ha elérhető a nyomtatvány belekerül a tárolóba is.
Ha nagy baj van a home-ba még mindig feltehető.

Az automatikus frissítés elleni példáid windowsosak. Most Linuxról beszélünk. Persze hiba ott is lehet. Te hogy teríted a frissítéseket Windows alatt és Linux alatt? Miket tesztesz frissítés előtt?

A bevallásokat most mér benyújthatod ügyfélkapunk keresztül. Mellesleg a NAV oldaláról sem tudod leszedni a régebbi verziókat. Így ha hiba van, akkor ott is hiba van.

A nem rolling disztrókban az java nem frissül verzió szerint, csak biztonsági update-t kapnak.

Te ilyen agresszív vagy a kollégáiddal?

Miért lenne baj az automatikus frissítés. Részemről saját mirror van 2 naponta frissítve ez megy ki a teszt rendszerekre, ha ott okés az éles gépek is ezt kapják. Ha nem tetszik az automatikus frissítés valahol tesztelni kell. De ez nem lesz suha sem teljesen automatikus. Ha meg gyorsan kell, akkor marad az automatikus frissítés, amelyet az abevjava bár nem csinál, de a felhasználót arra bíztatja.

Miből gondolod, hogy csak vidót nézek a gépemen? Meg hogy jön a tárgyhoz.

Nem mellesleg, ha neked nem tetszik, akkor nem kell használnod. Akik használják elégedettek. Ennek én örülök.

Azért, mert nem működik.
JRE ugyanis nem csak egyféle van, és az abevjava annyira remek program, hogy nem megy openjdk jre-vel böngészőből. ( Próbáltam )

ÉÉSS
Igazából nincs túlbonyolítva. Egyszer megérted a folyamatot ( amúgy ubuntu alatt normál esetben egyszerűbb ám ), és kész, nincs túlbonyolítva, csak nem szabad lustának lenni 1, azaz 1 alkalommal megtanulni.

Sziasztok, érdekelne, hogy RPM-alapú rendszereken használta már valaki a hivatalos verziót és az vajon kifogástalanul működik, a nyomtatványokat is hibátlanul telepíti?

Működik. Nincs különbség ilyen tekintetben. Sőt, most kipróbáltam egy új suse 13.1-en. Azon alapból az openjdk 1.7-es települ fel, icedtea böngésző pluginnel. És simán működik a webstartos telepítés is, ami régebben nem ment, és úgy néz ki, hogy a fontok is jók. Nyomtatvány küldést és nyomtatást még nem próbáltam, de van rá esély, hogy az is jól működik.
Az is érdekes, úgy látszik rendszer vagy java függő a dolog, hogy a telepítésnél engedte a telepítési könyvtárat átírni, amit arch-on és oracle java-val nem engedett.

Köszönöm válaszodat!

Azt egyik Windows 7 alatt volt olyan gond a Javaval (user error), mert 64-bites oprendszeren 32-bites Java volt installálva és fel kellett telepíteni az x64 verziót.

Sokat gondolkodtam, hogy egy ennyi tévedést tartalmazó hsz-t megválaszoljak-e, teszek egy próbát.

"Milyen kaliberű programnál van értelme az lfs szerinti elhelyezésnek?": amelyiket egynél többen használnak az adott gépen.

"Ki vállal ebben a folyamatban SLA-t?": senki, pedig neked kellene.
"Ha elérhető a nyomtatvány belekerül a tárolóba is.": mikor?
"Ha nagy baj van a home-ba még mindig feltehető.": ha feltette a home-ba, akkor a többi varázslás értelmetlenné válik.
"Az automatikus frissítés elleni példáid windowsosak.": nyilvánvaló. az isc-dhcp, a freeradius, a debianos kernel marhaságai, mind-mind tipikus windowsos példák. gondolkodjunk már egy kicsit.
"Te hogy teríted a frissítéseket Windows": ezt nagyon egyszerűen megoldottam: nincs windows a környékemen. egy se. még a coa matricát is levakarom a gépről, nem fogok én szégyenkezni.
"Mellesleg a NAV oldaláról sem tudod leszedni a régebbi verziókat. Így ha hiba van, akkor ott is hiba van.": a régebbi verzió, amiről tudom, hogy működik, fent van a gépemen. nem akarom leszedni. majd ha a tapasztalat azt mutatja, hogy az új jó, felrakom. persze ha kilépünk az abevjava körből, akkor meg van régebbi verzió is, az apt cacheli a fájlokat. Szerintem nem csak az abevjava automatikus frissítése hiba, hanem általában az automatikus frissítés az.
"A nem rolling disztrókban az java nem frissül verzió szerint, csak biztonsági update-t kapnak.": ami sok esetben biztonsági downgrade.
"Te ilyen agresszív vagy a kollégáiddal?": ha valaki téved, és kijavítom, az mindig agresszívnek hisz és trollnak nevez. már régen nem érdekel.

"Miért lenne baj az automatikus frissítés. Részemről saját mirror van...": ugye érzed, hogyha te saját mirrort meg tesztrendszert meg hasonlókat üzemeltetsz, és ezzel kikerülöd az automatikus frissítések hátrányait (ja, ettől már nem is automatikus a frissítés), akkor te is tudod, hogy bajok lehetnek, és aki nem tart fenn erre infrastruktúrát, az időnként szívni fog. Tehát akkor te is tudod, hogy az automatikus frissítés rossz, csak kötözködsz, amikor én ezt hangosan is kimondom. q.e.d.

"Miből gondolod, hogy csak vidót nézek a gépemen? Meg hogy jön a tárgyhoz.": implikáció nem megy? általános alany probléma?

"Akik használják elégedettek. Ennek én örülök.". Most még. addigis hurrá.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Talán még Mageia 4 alatt is lefutna.

Nem hiszem, hogy gond lenne alatta.