Frissült az abevjava Debian tároló

Debian csomag

A jelenleg üzemelő abevjava Debian tárolót a közeljövőben le szeretném cserélni az „abevjava-next” tárolóban elérhető új megoldásra. A tárolóhoz szükséges DEB csomagok előállításáról gondoskodó scriptet újraírtam: jobban, gyorsabban, megbízhatóbban működik. Ezt az abevjava-next tárolót szeretném publikus tesztelés alá vetni, bármelyik Debian csomagkezelő rendszerrel ellátott Linux-variáns alatt. A kedvtelésből fenntartott tároló új változata az eddigieknél sokkal több csomagot fogad be, mert nem csak a NAV által közreadott nyomtatványokat tartalmazza.

Publikus tesztelési jelleggel készült új ABEVJAVA tárolót kell a rendszerhez hozzáadni, például az /etc/apt/sources.list fájlhoz: 

deb http://ooo.itc.hu/abevjava-next/ abevjava main #ABEVJAVA

Ezek után hozzá kell adni a tároló aláírókulcsát: 

gpg --keyserver keys.niif.hu --recv-keys A5C72657
gpg -a --export A5C72657 | sudo apt-key add -

A tároló hitelességét érdemes ellenőrizni, így ajánlatos hozzáadni a tároló kulcsát rendszerünkhöz.
A helyes működéshez a régi abevjava tárolót el kell távolítani.

Előnyök:

  • Stabilabb csomaggenerálás
  • Nagyobb hibatűrés (a bejövő, feldolgozandó adatok nem egységesek) – de ezen még lehet (és kell) fejleszteni
  • Az erőforrás állományok kizárólag a abevjava-resource állományban vannak
  • Új csomagkiadás lehetősége
  • Alapból legalább 10 űrlapforrás
  • Új nyomtatványtárolók egyszerű felvitele (ha láttok valamerre ilyen tárolót, írjátok meg és hozzáadom)
  • Strukturáltabb, reményein szerint karbantarthatóbb kód
  • Adatbázis háttér

Amiben segítséget kérnék:

  • Ha van kedvetek, teszteljétek az új repoót és jelezzetek vissza
  • Bármilyen ötletet a témában szívesen fogadok

( janu v | 2013. 01. 15., k – 05:36 )

Természetesen hibátlan az, amit leírtál...

Csak formai különbség - mert most már az apt is „modernebb”:

a 'deb http://ooo.itc.hu/abevjava-next/ abevjava main' sort a /etc/apt/sources.list.d alatt egy fájlba írd be. A fájl neve mindegy, csak .list legyen a kiterjesztése (én abevjava-next.list-nek „kereszteltem). Ezután futtasd a gpg parancsokat, majd 'apt-get update' (vagy aptitude).

Ennek az az előnye, hogy nem a sources.list fájlt kell piszkálgatnod (és egy esetleges apt frissítésnél vadászni a saját bejegyzések után), hanem minden, nem „gyári” repository bejegyzést elkülöníthetsz.

----------
Registered Linux user #46079

Eloszor is maximalis koszonet a taroloert es le a kalappal (noha nem hasznalom de ki tudja a jovo mit hoz....)

En kommentet szoktam irni a bejegyzesekhez a sources.list-file-ba es azert eleg jol latszik (es nem kell ehhez 10 evnyi debianozas) hogy mi a gyari es mi nem. Nyilvan ehhez hozzajarul hogy nem nagyon szoktam (max backports vagy hpsim esetleg linux-ha) plusz tarolokat hasznalni a sok negativ tapasztalat miatt. De egyebkent foleg akkor hasznalhato jol a kulon file ha scripteled a dolgot (pl csomagbol) es nem lecserelni akarsz egy bejegyzest vagy hozzafuzni a sources.listhez es igy konnyen elkerulheto a duplikalas is nem kell keresgelni ellenorizni ergo kenyelmes. Ennek ellenere fafejuen sokszor a sources.list file-t hasznalom ;o)

( KAMI911 v | 2013. 01. 15., k – 10:44 )

Frissítés során találkoztam olyan hibával, hogy az abevjava program esetleg nem látja az új nyomtatványokat. Ez azért van, mert régen a /usr/lib mappába kerültek a súgók és a nyomtatványok is. Most ez csak egy szimbolikus link a /usr/share alatti tartalomra. A javítást így lehet elvégezni, a régi fájlok megtartásával:

sudo mv /usr/lib/abevjava/segitseg /usr/lib/abevjava/segitseg_old_20130114
sudo mv /usr/lib/abevjava/nyomtatvanyok /usr/lib/abevjava/nyomtatvanyok_old_20130114
sudo mv /usr/lib/abevjava/eroforrasok /usr/lib/abevjava/eroforrasok_old_20130114

sudo ln -s /usr/share/doc/abevjava/segitseg /usr/lib/abevjava/segitseg
sudo ln -s /usr/share/abevjava/nyomtatvanyok /usr/lib/abevjava/nyomtatvanyok
sudo ln -s /usr/share/abevjava/eroforrasok /usr/lib/abevjava/eroforrasok

KAMI | 神
--
Támogatás | OxygenOffice | Fordításaim és SeaMonkey

Meg fogom csinálni, csak most egy frissítés során ütköztem ebbe a problémába és ez volt a gyors megoldás. A javítást igyekszem a héten megcsinálni. Ha van ilyen mappa, akkor átnevezem és a tartalmát átmozgatom. Vagy nem is rakjam át a régi fájlokat?

KAMI | 神
--
Támogatás | OxygenOffice | Fordításaim és SeaMonkey

Tippet akartam adni a migracio hogyanjara, de ehhez valaszolnod kell a feltett kerdesre. Nem az erdekel, mit csinaltal, hanem hogy valtozott-e hozza a verzioszam.

Persze, ha nem erdekel a valasz, akkor hagyd figyelmen kivul a kerdest.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

A nyomtatványok ugyanazok a verziók. Persze van folyamatosan frissítés egy-két nyomtatványból. Új nyomtatványok is jelennek meg, de ezek automatikusan bekerülnek. Az abevjava is frissül persze, de elvileg mindkét tárolóban bent vannak ugyanazok a verziók. Ha megjelenik a következő abevjava programfrissítés, akkor tudunk már váltani a két repó között, de a csomagban az upgadet akkor is javítani kell majd.

KAMI | 神
--
Támogatás | OxygenOffice | Fordításaim és SeaMonkey

( Skuzzy | 2013. 01. 15., k – 11:41 )

Köszi szépen az eddigieket is.

Beállítottam a tárolót, lefrissültek a telepített csomagok. Így elsőre bármelyik form megnyitásánál ezt a hibát dobja: 'A sablonhoz nincs szervezet paraméter állomány! NAV szervezet.'

Van erre valakinek ötlete?

UPD: úgy tűnik, az 'eroforrasok' dir-t is át kell linkelni a /usr/share/abevjava alól a /usr/lib/abavjava alá, akkor működik. Ott volt egy ilyen könyvtár, de csak egy régebbi file volt benne.

Van még 'abev' könyvtár is mindkét helyen, amik különböznek, ezt is linkelni kellene a share-ből?

( hrgy84 | 2013. 01. 15., k – 14:17 )

Ket dolog:
- Jo lenne egy csomaglista a weboldalon, hogy tudni lehessen, a tarolo jelenleg pontosan mely nyomtatvanyokat tamogatja. Ez eleg kritikus a legtobb helyen, ahol az abevjava cegszintu hasznalata egyaltalan felmerul
- Jo lenne valamikor RPM csomag is... tudom, hogy van a NAV-os, de az idonkent hagy kivannivalot maga utan...
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Igazából azt gondoltam, hogy esetleg lehetne egy weboldal, ahol automatikusan posztolódna ha új csomag érkezik, vagy ha új verziót csomagolunk. És persze lehet egy teljes lista is. Szerinted az előbbit hogy érdemes megoldani?

Az RPM csomag jó ötlet. Elvileg a csomagolót úgy építettem fel, hogy az rpm beillesztése ne legyen probléma. Aki hiányzik: tesztelő, ami hiányzik, egy jó módszer rpm repó építéséhez. Mit javasolsz?

KAMI | 神
--
Támogatás | OxygenOffice | Fordításaim és SeaMonkey

Tesztelo lesz, ettol nem aggodnek.

RPM repo: createrepo. SQLite adatbazist is tud csinalni a csomagokrol, igy nem kell XML-t parzolnod, ha nem akarsz. Es a createrepo altal csinalt RPM repo szinte mindennel kompatibilis.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

( zolti v | 2013. 01. 15., k – 18:23 )

Már ezt használom egy ideje. Biztos postoltál róla régebben. Nincs vele gondom, bár csak havonta 2x-3x használom.
Az Oracle Java telepítésével szokott inkább gondom lenni.

Az az igazság, hogy egy projekt kapcsán újracsomagolom a Java JRE-t, JDK-t, ezzel (http://www.oracle.com/technetwork/java/javase/downloads/jce-6-download-…) összekapcsolva.

Ezzel az eszközzel: http://packages.ubuntu.com/search?keywords=java-package

KAMI | 神
--
Támogatás | OxygenOffice | Fordításaim és SeaMonkey

( Skuzzy | 2013. 01. 17., cs – 10:12 )

Szia, egy bugnak kinéző dolog:

telepítettem a 13T201T nyomtatványt, mikor megnyitom, letöröli a share-be mutató symlinkeket.

( KAMI911 v | 2013. 01. 17., cs – 20:25 )

Találkoztam egy érdekes problémával: az abevjava csak B7-es méretű lapméretben volt hajlandó nyomtatni. A program nyomtatóbeállításai közt, nyomtatás előtt hiába állítottam át, visszaállt és csak az adott B7 méretben nyomtatott. Miután más nyomtatómeghajtóval próbáltam nyomtatni úgy, hogy alapértelmezettként állítottam be az újonnan feltett nyomtatót - bár nem A4-ben nyomtatott, de ahhoz nagyon közeli méretben (letter).

Eredmény:

HP Officejet 4300 Series hpijs, 3.12.2 - jó

HP Officejet 4300 Series, hpcups 3.12.2 - nem jó

KAMI | 神
--
Támogatás | OxygenOffice | Fordításaim és SeaMonkey

( zolti v | 2013. 01. 31., cs – 20:16 )

$ sudo apt-get install abevjava abev-form-1253 abev-form-1253-doc 
Csomaglisták olvasása… Kész0%
Függőségi fa építése       
Állapotinformációk olvasása… Kész
Az alábbi extra csomagok kerülnek telepítésre:
  abevjava-resource
Az alábbi ÚJ csomagok lesznek telepítve:
  abev-form-1253 abev-form-1253-doc abevjava abevjava-resource
0 frissített, 4 újonnan telepített, 0 eltávolítandó és 0 nem frissített.
Letöltendő adatmennyiség: 95,0 MB.
A művelet után 117 MB lemezterület kerül felhasználásra.
Folytatni akarja [I/n]?

Tudom, hogy semmi közöd hozzá, de mi van ebben a programban, hogy ekkora lett ? Nekem 40Mb rémlik, mikor lett ez ekkora ?

abevjava-resource ami majdnem 90Mb. Van benne az összes hazai hivatalhoz egy jar fájl. pl: "/usr/share/abevjava/eroforrasok/JH06SZEGEDResources_v1.0.jar". Eme fájlokban (495 db) pedig van egy 160,2kb -os pictures mappa melyben a hazai közintézmények logói vannak. Ahogy elnézem ezek a mappák teljesen azonosak az összes fájlban. 495 x 160,2kb az majd 80 Mb. Nem a kód nagy, hanem ez ész kevés.

Elnézést, újra is akartam csomagolni: http://hup.hu/node/111205

De még erre nem jutott idő. A csomag telepítéskor ezt le lehetne generálni a meglévő listák alapján. Csak akkor nyilván kell tartani, mi az ami vele megy, mi az ami külön resource fájl. Egyelőre ez volt a megoldás, meg lehet, hogy ha néha verziót váltanak még nehezebb követni. Mindenesetre kösz a visszajelzést :o)

KAMI | 神
--
Támogatás | OxygenOffice | Fordításaim és SeaMonkey

( zolti v | 2013. 02. 03., v – 19:05 )

Függőségként be lehetne tenni a "cups-bsd"-t.
Nálam az "lpr" volt fent, de ezzel az abevjava nem nyomtat.

debian wheezy

Elobb tisztazzuk, hogy egyedi gond-e. Csak azert, mert valakinel valami nem mukodott, azert meg ne kezdjunk vajakolasba, mert abbol sok jo nem szuletik.

Btw, ha gondolod, van egy sajat YouTrack szerverem, csinalhatok bele neki projektet, es akkor le lehet adni az issue-kat oda, neked meg valami usert. Tomentelen usert latok itt, szoval nem rettegek a szerver tulterhelodesetol, de ha megis ilyesmi forogna fenn, meg mindig at tudom rakni egy eroforrasokban sokkal bovebb rendszerre.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Ubuntu 12.10 java:Oracle1.7.0_11
Debian Whezzy java:Oracle1.7.0_13
"lpr" -el nem nyomtat, csak "cups-bsd" -vel.

Az Ubuntu egy majdnem friss telepítés, ott a cups-bsd volt fent alapból. Lecseréltem lpr-re és nem nyomtatott. Visszaraktam és nyomtat. Nem dob hibaüzenetet és a logokban sem leltem a nyomára. Tegnap a Debiannal viszont megszívtam, mert az lpr volt fent és nem tudtam merre keressem a hibát.