"Magyar szenzáció: nyílt forrású szoftverek nyertek a közbeszerzési pályázaton!"

Címkék

"Az ULX Nyílt Forráskódú Tanácsadó és Disztribúciós Kft. ma bejelentette, hogy az ULX az egyik győztes szállító a Központi Szolgáltatási Főigazgatóság (KSzF) által április 16-án meghirdetett, szoftverlicencek és kapcsolódó szolgáltatások beszerzésére kiírt TED 2009/S 73-106067 azonosítójú tárgyalásos központosított közbeszerzési eljárásban."

[...]

"Az ULX két részteljesítésben fog szállítani nyílt forráskódú megoldásokat: az egyik a közbeszerzésre kötelezett intézmények köre, a második az oktatási intézmények köre. Az ULX széles portfóliót fog szállítani, többek között a Red Hat nyílt forráskódú vállalati szoftverinfrastruktúrájának teljes készletét, az operációs rendszertől kezdve az adatközpontszoftvereken át egészen a JBoss köztesréteg, illetve alkalmazás-fejlesztő környezetekig."

A teljes cikk itt olvasható.

Hozzászólások

Azért azt vegyük észre, hogy Windows, Oracle stb. esetén az amerikai Microsoftnak, és egyéb amerikai cégeknek fizetünk.
Most Linux esetén az amerikai RedHat-nak fizetünk...

Így nem nagyon érvényesülnek, érvényesülhetnek a szabad szoftverek kedvező gazdasági hatásai.
Persze talán lehet olcsóbb állami informatikát csinálni.

--
A gondolat még szabad ...

mondjuk a lehetőség adott, hogy a jövőben egy magyar cég a CentOS nyomdokain haladva készítsen egy saját Red6 disztribet, piros fehér zöld pingvinlogóval, és közvetlenül a maga számára szedje be az állami közbeszerzési pénzeket.
Microsoft és Oracle termékek esetén erre Magyarországon nincs lehetőség.

jelen esetben valóban szerencsésebb, hogy egy stabil USA cég, a RedHat terméke mellett döntöttek. így valószínűleg sikeres lesz a projekt.
mivel lenne jobb, ha a magyar UHUt nyomnák, csak azért mert eredeti MAGYAR disztrib, majd elbukna a projekt a nem megfelelő minőségű supporton, és az UHUval kapcsolatban menet közben felmerülő időre meg nem oldott problémákon?
egy ilyen negatív tapasztalat egy évtizedre elásná a szabad szoftvereket a közbeszerzéseken. és a buktán még egy kormányváltás sem segítene.

Ezért van a dokumentumok elején vezetői összefoglaló, ami tartalmazza a valódi mondanivalót (ha jól van megírva).

Én átfutottam, és kicsit az az érzésem, hogy jobb struktúrálással, esetleg több külön dokumentumra szétszedve jobban áttekinthető lenne az anyag. Ettől függetlenül hasznos, hogy elkészült, az Intézkedési Tervvel egyet lehet érteni szerintem.

A felmérésről szóló részt kicsit rövidnek éreztem, konkrétan például azt a grafikont hiányoltam, ami bemutatja, hogy milyen alternatív OS-eket használnak a közigazgatásban. Mert az egy dolog, hogy valaki ismeri a QNX-et említés és fórumozás szintjén, és megint más dolog napi szinten használni.

Üdv,
Gergely

Mit szertenel? Minden nap letiltani hatterkep atallitasi lehetoseget es minden masnap engedelyezni ?
Nem a desktopon tarolni a bellitasait ?

User/gepek/domain managelesre van RH termek: http://www.redhat.com/directory_server/ , lehet vele SSO -d.

Amit nem lehet megirni assemblyben, azt nem lehet megirni.

Ez azért nem üres mert:
- Red Hat van mögötte
- 1.0 verzióját Red Hat árulja Enterprise IPA néven: http://press.redhat.com/2008/04/07/learn-about-red-hat-enterprise-ipa-a…
- Roadmapban 2.0-ra idén őszi megjelenés van

Szerintem nem nehéz arra következtetésre jutni, hogy ha várni kell akkor jelen pillanatban a 2.0 nem elérhető és nem alternativa. Gondolom Novellnek is van valami megoldása. A Linux ezen a területen is fel fog zárkózni, bár igen nagy a lemaradása és ez a lemaradás lehet sokáig meg is marad.

Kliensnel latszo nyomtatok a kovetkezo parancsal vagy megfelelo config file szerkesztesevel modosithato.
http://www.cups.org/doc-1.1/sam.html#4_3_1

Szkriptekkel es megfelelo ismeretekkel barmit el lehet erni hatekonyan, maximalis flexibilitast biztosito modon.

Ha valami keret rendszert szeretnel configuraciok terjesztesere talan ez a ket legismertebb rendszer:
http://reductivelabs.com/products/puppet/
http://www.cfengine.org/

Amit nem lehet megirni assemblyben, azt nem lehet megirni.

Most majd kiderul, hogy valoban azert nem volt-e eddig a nyilt forraskod elterjedve ebben a szferaban, mert nem volt kozbeszerzes. A nyerteseknek 1 evuk van ra, hogy szallitsanak. hajra!

Még jó, hogy Magyarországon nyilvános a közbeszerzési eljárás. :-) Persze a valóság nem ilyen egyszerű...

Sajnos az érdeklődők, akik nincsenek "közel a tűzhöz", csak annyit tudhatnak a Novell szerepéről, hogy hasonlóan nevesítve volt, mint a Microsoft...ezért is jó lenne, ha kicsit több információ lenne nyilvános.

Üdv,
Gergely

csak szurkolni lehet. bár már hallom szinte a "fujj nyíltszoftver, ms termék kell" embereket is :S van akinek semmi nem jó. csak abban reménykedem, hogy a fikázással megvárja a nép azt, amíg eltelik annyi idő, amikor már legalább egyenlő esély van, van mit összehasonlítani.

--
xterm

Én is nagyon örülök neki, éppen ideje volt. Csak az a baj, hogy ez szenzáció az országban, és nem mindennapos dolog.
Egyébként véletlenül nem az ULX készítette a Sulixot? Azzal az OS-sel mi lett?

úgy tűnik, parkolópályára került:(
ha megfogyatkoztak az fejlesztési erőforrások készíthettek volna egy default magyar Knoppix alapú Sulixot, pár lokális kiegészítéssel. így inkább árnyékot vet a sulix az ULXre, laikusok szemében.
az UHUval kapcsolatban is hasonló a véleményem.

reméljük ebben a közbeszerzésben sikeres lesz az ULX.

http://www.sulix.hu

Anno volt egy SuliX nevű live rendszer. Az 1.0 Knoppix alapú default magyar volt, sok lokális és oktatási kiegészítéssel.
A SuliX 2.0 szintén default magyar, csak már nem Knoppix alapú volt. Szintén tömve oktatószoftverekkel, magyarul.

Aztán kicsit kibővült a termékpaletta:

SuliX Live! - live cd, magyarul
SuliX Starter Kit - békebeli Sulinet Expressz default OS-nek készült
SuliX Professional - desktopra, kifejezetten a közoktatásnak. Ez később hivatalos "érettségi" disztribúció is lett.
SuliXerver - iskolai "all-in-one" server, a közoktatásban használt feladatokra out-of-the-box alkalmas.

Tény, hogy fejlesztés (tudtommal) már aktívan nincs, de support igen, és valóban, a SuliX projektet az ULX vitte tovább, amikor az induló "fejlesztési erőforrások" (azaz én) már megfogyatkoztunk/-tam :)

"A SuliX 2.0 szintén default magyar, csak már nem Knoppix alapú volt."

itt kezdődtek a problémák imho. cégként csak akkor szabad meglépni egy ilyen lépést, ha megvan a biztos háttér a megnövekedett mennyiségű fejlesztésekhez az emberi erőforrás is tartósan.
amíg magánszemélyként csinálod természetesen senki nem szólhat semmit, jogosan mondhatod örüljenek ha valaki csinál valami hasznosat.
ULX viszont ha már neve alá vette, növelve a céglogó csillogását, akkor fent is kellene tartania. mert így fordított a helyzet. okkal kritizálhatják az ULXet azzal, ha a Sulix live cdvel sem boldogultak, hogyan bízzunk rájuk nagyobb feladatokat?

szerencséjük, hogy magyarországon vannak ennél sokkal meredekebb történetek is.

Szerintem pedig épp hogy problémák nem kezdődtek, sőt, igen hasznos volt az, hogy az ULX erőforrást, anyagiakat, stb. tett/adott a SuliX projekthez. Komplett server + desktop környezetté nőtte ki magát a dolog, és a SuliXerver (szerintem az eddigi legsikeresebb termék a családból) igen hasznos, sok iskolai rendszergazda használja, nagy segítség olyanok számára, akik 'kényszerből' lettek rendszergazdák (ugye az iskolákban dolgozók számára nem ismeretlen az ilyen: "Kolléga, akkor szeptembertől Ön lesz a rendszergazda. Is. Tessék, itt a szerver, kezdjen vele valamit. De szeptember 1-re menjen ám minden!")
Szóval szerintem az ügy egyáltalán nem halott, frissítések a mai napig vannak a rendszerekhez, csak új release, látványos dolgok nincsenek mostanában. De ezeket én már nem követem napra pontosan...

nem ott kezdődtek a problémák, hogy az ULX belépett, hanem ott, hogy úgy hagyta el a Sulix a knoppix alapot, hogy nem volt meg a szükséges erőforrás a fejlesztés fenntartásához.
biztosan nagyon hasznos és jó volt a Sulix, és még sok helyen talán ma is használatban van. DE
#1 nincs annál riasztóbb az IT piacon, mintha egy termékvonal fejlesztése leáll. ez árnyékot vet egy for profit cég megbízhatóságára.
#2 livecd hatványozottan öregszik. új vga kártyák, új sata, új egyéb hw, és már szinte használhatatlan lesz az új computereken. itt nem lehet upgradelni, mint egy hagyományos disztriben.
#3 desktopon sem szerencsés, szervernél végképp komoly probléma a rendszeres biztonsági frissítések hiánya. pár éves sec update elmaradás igazi céltáblává teszi a szervert.

milyen frissítések vannak a sulixhoz? nem csak a verziószám változatlan, hanem az ftpn a dátum is 2004.12.15. milyen módon frissül ez a livecd?

Nem egészen... Csak mert részese voltam, azért írom ennyire részletesen:
A Knoppix alapról más, de hasonlóan jó "alapra" helyezkedett a SuliX Live CD. Az akkori erőforrások megsokszorozódtak. Az egy más kérdés, hogy azóta meg zuhanórepülésben elfogytak...

És akkor még egyszer, bár azt hiszem pontosan írtam:
#2 livecd-ből valóban nincs új. Ennek a fejlesztése leállt egyelőre. Ez az oka annak is, hogy az FTP-n egy régi (és jelenleg a legutolsó) image van kint.
#3 desktop és server vonalhoz rendszeres frissítés van. Az előfizetéssel rendelkezők (a'la RH) megkapják ezeket a frissítéseket (akár security, akár feature, akár bugfix) automatikusan.
Ne riasszuk el a felhasználókat, nincs "céltábla"...

De ha gondolod, nyithatunk új szálat, ez kezd elkanyarodni az eredeti hírtől. És hogy "politikailag korrekt" legyek: nekem nem kenyerem az ULX-et megítélni, se pro, se kontra.

Persze, én is így értettem, de ők sem céltábla... sok HUP-ot olvasó SuliXervert üzemeltető rendszergazdáról tudok.
A folytatást, elemezgetni a SuliX múltját és jelenét (esetleg jövőjét?) megtehetjük, de csak ha nagyon szeretnéd. Én már kissé eltávolodtam a "tűztől."

2 dolgot érdemes megnézni:

április 16-án meghirdetett

csak 4 hónap kellett hozzá...

A központosított közbeszerzésnek az a lényege, hogy újabb, egyedi versenyeztetések nélkül, gyorsan és egyszerűen lehet ezeket a termékeket megrendelni, hiszen a versenyeztetés már korábban megtörtént.

Eddig is lehetett venni, és nem is volt túl bonyolult. Nemhiszem, hogy ettől több Red Hat vagy JBoss fog fogyni (ne legyen igazam), max. tudni fogjuk, hogy mennyi fogyott, mert ezután kötelező lesz közbeszben megvenni.

kicsit tovabbmegyek. ha ezen a szerzodesen egy ev alatt nem lesz eleg rendeles (par 100 millio), akkor lehet majd mutogatni, hogy erre nincs is szukseg.

szerintem egyebkent nem lesz kotelezo _minden_ nyilt forrasu dolgot innen beszerezni. vannak dolgok, amik nincsenek benne, illetve van mas mod az eljarasra (bonyolultabb).

Ez szerintem tuti hülyeség. Önkormányzatként mi opcionálisan kapcsolódhatunk a központosított közbeszerzéshez, tehát pl. vehetünk ott is szoftvert, meg anélkül is. De bizonyos összeghatár fölött kötelező közbeszerzési eljárást lefolytatni, ha jól emlékszem, ezt lehet a központosított közbeszerzési eljárásban kikerülni (na meg megtakarítani jelentős időt, esetleg még pénzt is, ha nincs a szervezetnek közbeszerzési szakértője).

Nálunk (felsőoktatás) ha tegyük fel egy x gyártó y alaplap típusát akarnám megvenni ami bennevan a központi közbeszben (fentvan a kszfweb.econet.hu) akkor csak azoktól a cégektől vehetem meg amelyekre érvényes a központi szerződés. Igen, lehet külön eljárást csinálni, meg kell hírdetni a magyar közlönyben, eu-s nem tudom miben, 2-3 hónap alatt le is zajlik a dolog és kerül pár tízezer forintba... Mostanában olyan szoftvert nem vettünk ami benne van a központi közbeszben, így szoftverről nem tudok nyilatkozni.

Hadd gratulaljak ezuton is! Remelem, nem vallanak szegyent.

"-Pedig vegetariánus vagyok; csak növényevő állatokat fogyasztok!"
azenoldalamponthu

Szerintem desktopként nem lesz igény Red Hatre. Drága. Basic Subscription 80$, egy Workstation with Basic Subscription 180$.

Marmint ennyi penz egy evre, ebben vannak a frissitesek, meg web support meg ilyenek. Az EL tamogatasi ideje 7 ev, igy maris megugrik a koltseg 7*$80-ra, azaz $560-ra. Ezalatt az ido alatt termeszetesen lehet frissiteni ujabb verziora is, az benne van az arban. De elegge draga. Kovezzetek meg nyugodtan, de a Windows olcsobb szerintem.

A Windows 2008 server operacios rendszer, a fenti arak a desktop supportjara vonatkoznak. A Microsoft eseteben a licencben benne van a support is: http://support.microsoft.com/gp/lifecycle/hu.
A Microsoft minden termekere 5 ev supportot ad, ami benne van az arban. Egy Windows 7 licenc (ez hasonlithato ossze a Red Hat Desktop Basic-kel vagy a Workstationnel) Home Premium esten $199, az Ultimate $319, mindebben benne van az 5 eves termektamogatas.

Windows Server 2008 R2 vs. Red Hat Enterprise Linux Server:
RH ara alapesetben $349 evente a legalacsonyabb esetben (csak web support), Microsoftnal $999 5 evre a Standard, 5 CAL-lal, persze ebben van telefonos support is. Red Hatnal a telefonos support legalacsonyabb esetben $799 evente.
De nezd meg magad: http://www.microsoft.com/windowsserver2008/en/us/pricing.aspx

Teljes megoldásokat kell összehasonlitani, nem csak kiragadott komponenseket. A két emlitett OS alapszolgaltatásai igencsak eltérőek. Pl: 2 gépes (4x4core CPU, 64GB RAM) DB cluster ahol a DB követelményeinek mind a PostgreSQL mind a MySQL megfelel.

Red Hat megoldás:
2x$1500 = 3k/y support RHEL Advanced Platform (Ebben van clustering és mindkét emltett DB megtalálható és supportált)

Mennyibe kerül ezt Microsoft megoldásokból összerakva?

Mar bocs, de a kerdes es a kozbeszerzes is operacios rendszer szoftverlicencekre vonatkozik, nem teljes megoldasokra. Foleg, mivel sok olyan termek van, amit a Microsoft nem is arul (peldaul Java EE alkalmazasszerver).
A MySQL es PostgreSQL support magara a MySQL mukodesenek es nem csak csomagolasanak, telepitesenek es mukodtetesenek supportjara is vonatkozik (ok javitjak vajon a MySQL bugokat), vagy elkuldenek Sun-hoz, hogy biza, MySQL supportot toluk kerj?

Microsoft megoldasokbol:
Windows Server 2008 Standard (5 CAL)+ Microsoft SQl Server 2008 Standard = $999 + $5999, azaz 7000 dollar, 5 evre osszesen, supporttal. Ennek duplaja 14E dollar.

Standard verziók tudnak clustert?
A felsoroltak milyen szintű támogatást tartalmaznak?

MySQL supportot adják, csak maximum nem ők hanem a MySQL javitja a bugot. Szóval nem küldenek el, csak nem lesz olyan hatékony (elméletben) mint a Microsoft support, bár Microsoft supportal nincs sok tapasztalatom és Red Hat is szokott más kódjához javitást küldeni.

Szerintem sem Windows sem Linuxot nem vesz senki csak azért, hogy legyen egy OS-e. Én úgy gondolom, hogy adott probléma megoldására keresnek általában az emberek/cégek megoldást aminek az OS csak az egyik eleme. (pl DB kell, Weblap kell, levelezés kell, Központi cmtár kell stb...)

Ha az jönne ki a kérdésemre, hogy a Linux olcsóbb akkor is van sok más tényező ami sokkal drágábbá teheti mert a TCO az elég komplex kérdés. (pl csak Windows tapasztalattal rendelkező adminok, tisztán Windowsos környezet, egyéb nem figyelembe vett faktorok...) Viszont van olyan eset is amikor a Linux olcsóbb mégha az általad adott árakból azt hihetné valaki, hogy minden esetben a Windows az olcsóbb. A Linux megtalálta a helyét a szerver piacon és elég életképesnek tűnik.

"Szerintem sem Windows sem Linuxot nem vesz senki csak azért, hogy legyen egy OS-e"

LOL:D miről szól akkor az oem business?
az sem mind1, hogy házon belül van e megfelelő kapacitás a felmerülő problémák megoldására vagy nincs. ott ahol ez megvan, pazarlás a licencek vásárlása akkor, amikor nyílt forrással is megoldható a feladat.
linux supportot több szereplőtől is lehet vásárolni. proprietary rendszereknél egy szereplő van monopol pozícióban.

Ehhez a házon belüli erőforrásnak értenie kell a nyilt dolgokhoz vagy tanulnia kell. Ezen el szokott vérezni a dolog. Azt viszont tartom, hogy OSt önmagáért nem vesznek. Szerveren is mindenki használ valami szolgáltatást (amiért vette amire tervezte a rendszert) desktopon meg legalább egy Word meg egy passziánsz kell legyen az elégedetséghez... ;-)

Egyetértek a nyílt forrás használatával személyes véleményem:
- Linux Desktopon passziánsz megy, OpenOffice-on még dolgozni kell de nem használhatatlan.
- Linux Server meg sok területen jó pozícióban van.

http://support.microsoft.com/gp/lifecycle/hu
Itt a tablazatban latszik, hogy az altalanos tamogatasi ido alatt milyen termektamogatast kapsz.
Kiemelnem: "A licencbe, licencprogramba és más díjmentes támogatási programba foglalt kiegészítő támogatás. A telefonos és az online támogatási lehetőségre vonatkozik."

Kezdek izgulni, pedig nem szokásom. Remélem, nagyon jól fog elsülni!
--
Fight / For The Freedom / Fighting With Steel

Jaj bakker, vissza a kokorszakba?

Valaki mondja mar meg nekem, hogyan szokas Linuxos kornyezetben feloldani a Kerberos Double-Hop problemat, hogy csak egy reprezentativ peldat emlitsek ?

2Geza egy ügyes fizetett Microsoft troll. Elővesz egy kevéssé ismert, elsősorban windows servereket érintő problémát (http://www.baktek-web.com/en/topics/double-hop%20issue.aspx) és úgy állítja be, mintha ez linux-betegség lenne.
Az érvei röhejesek. Szegény Google régen csődbe ment volna, ha szopás lenne a linux<>linux közötti authentikáció. Ehhez képest a válság-pánik közepén is virágzik a Google, és a Microsoft nem tudja hogyan találjon fogást rajta. A Google házon belül bőven van linux<>linux authentikáció.
A web2 pedig ma szinte kizárólagosan linux felségterület.

Es meg en vagyok a troll. Nem az authentikacio hianyzik a linuxbol :)

De azert van abban valami ironikus, hogy azt irod, hogy elsosorban windows alatt letezik ez a problema. Linux alatt fel sem merul, hiszen nem jutott meg el odaig a rendszer fejlettsegi foka, hogy authentikacio delegacio felmeruljon. :)

Igen az vagy!
Az előbb még double-hop issue-val vagdalóztál. Az talán nem authentikaciós probléma?

Idézet tőled:
"Erre egy egyszeru pelda: SOA rendszerben Webservicek kommunikalnak egymassal, az authentikacios igeny termeszetesen merul fel. Es a kedves linuxos szakemberek ugyesen elhallgatjak majd azt a tenyt, hogy nem tudnak produklani rendes kerberos delegationt."

Szóval mégsem akkora szopás ez linuxon! :-)
Te viszont szarul érvelsz. Így nem fogod megkapni a prémiumod. :-)))

Kedves zoozo,

Kicsit tomoren fogalmaztam. Az auth delegation problema az, amikor szolgaltatasok adjak egymasnak a kliens identitasat, elerve ezzel azt, hogy minden keres a hivasi lancban kezdemenyezo identitasaval fusson. pl ha van egy 3-4 lepeses SOA lanc, aminek a legvegen adatbazishoz nyul, akkor tudja az adatbazis lekerdezest a kliens neveben (jogosultsagaival) futtatni. Errol szol a double-hop issue, csak leegyszerusitetten, mivel a problema mar ket szolgaltatasnal is jelentkezik. Ezt technikailag egyaltalan nem trivialis megoldani, az igeny viszont termeszetes.

Hát igen. Eddig a trolloknak az volt az indok, hogy a Linux használhatatlan a közigazgatásban. Most, hogy elkezdik használni előveszik majd azokat az alterületeket, amik még fejlesztésre várnak. Aztán amikor már ezek a területek is meg lesznek patkolva, akkor majd jön az eszetlen vagdalkozás. Amikor pedig már ez sem érdekel majd senkit, akkor jön a szokásos "de hát én mindig ugyanazon az oldalon álltam, mint te" szöveg.

Az a gondom, hogy a beszerzes teljesitese utan a kesobbi fejlesztesek elkepeszto penzekbe fognak kerulni.

Erre egy egyszeru pelda: SOA rendszerben Webservicek kommunikalnak egymassal, az authentikacios igeny termeszetesen merul fel. Es a kedves linuxos szakemberek ugyesen elhallgatjak majd azt a tenyt, hogy nem tudnak produklani rendes kerberos delegationt.

Szoval le van irva, hogy JBoss, Web2, meg SOA, de semmi a reszletekrol.

ha azt írják ki, hogy kell egy nagy piros autó, akkor bizony egy tűzoltó is nyerhet. de ha valaki ezután hisztizik, hogy bazi nagy prés kell, hogy a garázsba beférjen, az meg drága, akkor bizony a kiíró a hülye. tehát ne olyat panaszolj, ami szerinted nem jó valahol, valamire, hanem azt, ha nem jó és _kérték is_. (hozzáteszem más megoldásszállítóknál is pénzbe kerül az utólag kért szolgáltatás... és van ahol elhajtanak, hogy erre megoldás nem ismert.)

--
xterm

a pályázatra jelentkezőnek nem dolga tudni, hogy amit a másik kér, az baromság. ez nem visszaélés. pontatlanul írta ki? honnan veszed, hogy nem ez volt a cél? neked csak az a pontos pályázat, ha oda van írva a neve is a nyertesnek? (magyarisztán, szóval majdhogynem ez a szokás, szóval lehet te is azért mondod pontatlannak, mert mást szoktál meg, ezt nem tudom.

--
xterm

Mi az, hogy korlátozottan használható a közigazgatásban?

Van ahol teljesen használható, meg van, ahol meg nem. Én nem egy olyan intézményt tudnék említeni, ahol minden igényüket teljes mértékben ki lehet elégíteni csak szabad szoftverekkel. Meg olyat is tudok mondani, ahol nem.

Az alapvető dolgokról annyit, hogy neked milyen igényeid vannak, azt te tudod, aztán annak megfelelően válassz szoftvert. Nem biztos, hogy amit Te alapvetőnek gondolsz, az tényleg az, vagy másnak is az.

en nem ertek hozza, de 2 perc google utan ilyeneket talaltam, hogy
kerberos ticket forwarding, meg hogy az ssh tud athentikalni a kerberos tickettel (itt ha jol ertem konkretan
a user beloggol kerberosszal unixon es tovabb authentikalodik az afs fileszerveren is),
szoval nem ertem, hogy mi ne menne ezen linuxon (vagy tetszoleges unixon)?

- Use the Source Luke ! -

Az irigyed vagyok, hogy ennyire ismered a közigazgatást, hogy tudod az összes igényüket, meg az alapvetéseket.

Mennyire alapvető is ez, ha mondjuk van vagy 3000 önkormányzat, kistérség, ... (alsó becslés) MS környezettel, ahol nincs rendes autentikáció az elosztott alrendszerek közt (se). Vagy elosztott alrendszerek sincsenek :) Vagy mond, ha az szerinted nem közigazgatás.

A szabad szoftver ha valamin el fog csúszni a közigazgatásban, az nem ez lesz.

Ha irigykedsz ram, hogy en jobban ismerem a kozigazgatast, akkor miert osztod az eszt ebben a temakorben?

A szabadszoftver vs nem szabadszoftver kerdeskor a kozigazgatasban nem szakmai ervek alapjan fog eldolni - sajnos - es ennek szokas szerint az adofizetok isszak meg a levet. Ezert van az, hogy a kozigazgatasban jobban terjed a linux mint a versenyszferaban.

Csak szólok, hogy az én cégem abszolút a versenyszférában tevékenykedik és évek óta nagy megelégedéssel használja a Linuxot asztali és szerver környezetben. Van olyan cég, aki meg nem. Valószínűleg a közigazgatásban is ez lesz a helyzet, akár tetszik, akár nem.
Szóval fordítva is lehetne kérdezni: ha te a közigazgatásban vagy jártas és a versenyszférában nem, akkor miért osztod itt az észt ebben a témakörben? :)

Most Te miről beszélsz? Elvesztem a fonalat.

Először beszélsz itt alapvető dolgokról, amiről aztán többen úgy gondoljuk, hogy nem alapvetőek. Persze jó lenne erős autentikáció mindenhova, de hát nem az van (hogy az ügyfélkapu jelszót már ne is említsem - nesze neked linux. kerberos hiányosság, vagy ez nem az, na mindegy).

Most mivel van akkor bajod, az autentikációval, a közigazgatással, a kerberossal, vagy a szabad szoftveres beszerzésekkel és ezek közül mi betonoz be mit?

Akkor tiszta vizet ontok a poharba: Fajlalom, hogy olyan infrastrukturalis eszkozok, amelyek termeszetes alapszolgaltatasok egy windows kornyezetben (nem csoda, a MS sok eve igen erosen gyur a vallalati infrastruktura rendszereire), az nehezkesen, hianyosan, supportalatlanul (gyakorlatilag) van csak jelen a linux kornyezetben, ami nagyon meggdragitja a rendszerfejlesztest, ingeraciot, karbantartast.

Ez nyilt titok, korabban ezert is irtak ki alapbol csak MS infrastrukturara a beszerzeseket. (Nem csak a Word miatt.)

Persze lehet, hogy a jelenlegi allapot nem hasznalna ki ezeket a kepessegeket, es esetleg le lehet vinni az igenyeket olyan alacsonra, amit mar egy open source rendszer is kepes kiszolgalni, de latni kell, hogy irtozatos integracios es folyamatautomatizalasi fejlesztesi lehetosegek vannak a kozigazgatasban, amit egy szuklatokoru (mert most olcsobb) dontes gyakorlatilag lehetetlenne tesz az extrem koltsegek miatt.

Ne vegyuk mar el a gyerekeinktol azt a lehetoseget, hogy kenyelmesebben, hatekonyabban intezze az ugyeit a hivatalokban. Bar ez a kerdes erdektelen, mert nem szakmai alapon megy a dontes, hanem politikai alapon.

hagyjuk a mellébeszélést. Microsoft has a majority market share, amikor ilyen bugzilla bejegyzéseket is lehet olvasni, millió feature request mellett.
ne gyere itt a "meg olyan szinten sincs a rendszer fejlettsegi foka" dajkamesével. még beszédfelismerés roadmap is van, pedig erre épkézláb szoftvere még senkinek sincs.
a bugzillákban azok a problémák is benne vannak, amiket talán sosem fognak megoldani.

"Ez nyilt titok, korabban ezert is irtak ki alapbol csak MS infrastrukturara a beszerzeseket. (Nem csak a Word miatt.)"

B.szod, te melyik bolygóról jöttél?! :D

"irtozatos integracios es folyamatautomatizalasi fejlesztesi lehetosegek vannak a kozigazgatasban, amit egy szuklatokoru (mert most olcsobb) dontes gyakorlatilag lehetetlenne tesz az extrem koltsegek miatt."

Legfontosabb küldetésünk szűkíteni a stagnáló informatikai imázs-alakítást a közszférában. Még ma szükséges megváltoztatni az elosztott marketing-kutatást, hogy az IT rendszerek megfelelő lehetőségeket nyújtsanak az elkövetkező generációknak. Egyetlen feladatunk van csak, meg kell próbálnunk motiválni a heteronóm fejlesztéseket.
A fenti mondatokat az alábbi honlap segítségével generáltam: http://www.vancso.hu/bullshit/

"Bar ez a kerdes erdektelen, mert nem szakmai alapon megy a dontes, hanem politikai alapon."

Ebben nagyon igazad van, vagy inkább volt. Eddig tetszett vagy sem, Windowst kellett használni. Most meg a feladat dönti el - a kenőpénzek mellet -, hogy melyiket választják. Szóal mégsincs igazad. :)

Tehát összefoglalva:
Ne az igényeket mérjük fel adott intézményekben, szervezetekben, hanem Te megmondod a tutit, amit a szabad szoftverek persze nem tudnak, és legyen mindenhol hihhhetetlen jó MS infrastruktúra, mert szerinted az jó.

Ne vegyük már el a gyerekeinktől azt a lehetőséget, hogy szabadon eldönthessék, hogy milyen informatikai környezetben akarnak ügyeket intézni, és hogy mire költsék a pénzüket! Vagy hogy esetleg (igazi nyílt és értelmes) szabványos módon kezelhessék a saját adataikat.

Az igények csökkentése nélkül is létezik olyan szolgáltatás, ahova nem kell "rendes autentikáció", de akkor inkább legyen ott is, az a tuti :)

Ez amit írtál az nem szakmai érv, hanem a Te véleményed.

(szerkesztve: úgy látom az egyetlen felhozott érvedet is rendesen szedik szét fentebb)

Csak megkérdezném: Mennyire vagy te otthon a Linux területén? Tudod-e, mi az az Open Source? Mert a jelek szerint nem vagy tisztában vele.
És vajon az "infrastrukturális eszközök" "ingerációját" (bár szerintem az integráció akart lenni...) mi akadályozta a Linuxban?
Valóban ne vegyük el a gyerekektől, hogy kényelmesen és hatékonyan intézhesse ügyeit. Ehhez viszont nem úgy vezet út, hogy a piacon csak egyetlen szereplőt engedélyezünk.
--
Fight / For The Freedom / Fighting With Steel

Szerintem nem, tizenkilenc illetékhivatalnál (azóta: APEH kirendeltség) és két megyei önkormányzatnál tapasztaltakból kiindulva. Persze azt mindenképpen beszéljük meg, hogy mi szerinted a rendes authentikáció.

És ennek semmi köze ahhoz, hogy megfelelne-e nekik a FOSS vagy a Linux (szerintem jelenleg nem, bár régebben nem egy helyen volt).
---
;-(

Mi ebben a szenzáció?

Szentiványi név nem ismerős?

Az lenne a szenzáció, ha tetszőleges ingyenes(!) szabad szoftverekre lehetne oktatást, migrációs költséget, terméktámogatást igényelni.

szerintem...
ez a kiírás nem a nyílt szoftverekről szól (nem "free" nem "open-source" nem "floss") hanem... nyílt szabványokkal teljes együttműködést megvalósító ..... stb.
open-source szoftver nem is került be az ajánlott csomagokba.
persze azért mint a redhat, vagy a sun vagy a novell egyes termékei rendelkeznek oss alapokkal DE a közbeszerzésbe kizárólag az enterprise változat kerülhet be, vajon miért (na ezt igazából nem is akarom tudni)

másrészt valóban az lenne a legjobb ha nem lenne ms, novell, stb rész hanem csakúgy szoftver szeretnének venni, mondjuk funkcionalitás, szabványosság, teljesítmény, megbízhatóság, támogatás alapján (valaki keltsen fel)

és akkor már nem is lenne szenzáció, hogy szabad szoftverekhez támogatást vásárolnak

ez a közbeszerzés szerintem egyetlen (fontos) szempontból hozott eredményt, sikerült bebizonyítani, hogy lehet szoftvert venni a gyártó megnevezése vagy azzal egyenértékű.... nélkül is

vagymi

-information is a weapon of massdistraction-

Azért az elég jópofi a kiírásban, hogy míg az MS és Novell termékek funkcionalitásai csak úgy el vannak alapértelmezettként fogadva, addig a nyílt forráskódúaknál vagy 15 oldalon keresztül vannak részletezve a különböző kívánalmak.

Igazi gyöngyszemek vannak az irodai szoftverektől elvárt funkciók között, személyes kedvencem (de még vagy 5-öt ide lehetne írni):

"A súgó alkalmazásnak lehetőséget kell biztosítani animált súgó használatára is, mely mozgóképpel és szöveg-alámondással segíti a Szoftver használatának elsajátítását."

Minden fejlesztőnek NAGYON szemelőtt tartani, ami szoftver ezt nem tudja, az használhatatlan vacak, merthogy ez egy minimálisan elvárt funkció !!!

És szerinted ez miért van benne? :)
"Betiltották a Windowst. A Titkárnők Országos Szervezete hivatalos nyilatkozatban adott hangot aggályának: Mi lesz így a Pasziánsszal?" (c) eastpark

Főnök vakarja a fejét, aztán mégis beteszi a követelménybe, hogy Micike abbahagyja a picsogást végre és bemenjen az asztal alá a helyére...

és ha már itt tartunk, ez miért kell mondjuk a közigazgatásban dolgozónak? ott kell megtanulja a programot használni???! csak mert a multimédiás súgó max erre jó. ha már tudja használni,de egy ritkán használt funkciót akar feleleveníteni, akkor csak idegesítő a csicsaricsi által megálmodott "képesség".

--
xterm

Itt a pályázati anyag, ha valakit érdekel.
http://ted.europa.eu/Exec?DataFlow=N_one_doc_access.dfl&Template=TED/N_…
Ez egy eu-s pályázat, nem véletlen, hogy szerepel benne, idézem:
Nyílt szabványokon keresztüli teljes együttműködést biztosító közigazgatási szoftverlicencek
illetve
Nyílt szabványokon keresztüli teljes együttműködést biztosító oktatási szoftverlicencek
A többi az microsoft és novell licencek.
De most tényleg, ennyi pénzből 6 milliárd HUF, nem lehetett volna mondjuk az UHU-t kipofozni. Tudom demagóg vagyok, de akkor magyar fejlesztők, magyar cégek és ezen keresztül a magyar állam vagyis mi profitáltunk volna belőle. Így most az a sok lé amerikába megy.

Mas dolog, ha a magyar allam szoftverek fejleszteset penzeli (UHU-t kipofozni), mintha kesz termeket vasarol.

Most termekbeszerzesrol van szo, nem termekfejlesztesrol. a Red Hat akar holnap is szallithatna a rendszert, mig az UHU-nal lehet, hogy hasonlo minosegre 3-4 evet varni kell.

Ha a magyar allam 6mrd Fttal nyiltan az UHU-t tamogatna azert, mert vedi a magyar piacot, akkor szembemegy azzal az Unios eloirassal, hogy bizonyos ertekhatar feletti beszerzes eseten kozbeszerzesi palyazatot KELL kiirni.

Nem pont ide tartozik, de tudok egy ellenpéldát is, persze nem az állami szektorban.

--
Én egy divathupper vagyok. :)

Igazából nincs kedvem átnyálazni 400 oldalnyi doksit, de majd valakinek felteszem a kínos kérdést: mi van akkor, ha mondjuk egy költségvetési intézményben ubuntut szeretnék felrakni? Megtehetem?
Vagy pedig írjak ki pályázatot és majd dönthetek a Ms liszensz és redhat/novell liszensz között?

Ubuntu helyett irhattam volna mást is. A lényeg inkább a választás szabadsága.

A RHEL Destop ára 80$ körül van és akkor még nem beszéltünk a szervercuccról. Ezt egy olyan, kulturával fogalatoskodó közintézmény nem tudja kipengetni, ami eleve arra kényszerül, hogy a dolgozói nulla költségű programokat szervezzenek. :)

Mellékesen a Red Hat áraival kapcsolatban szkeptikus vagyok kicsit, persze én nem láttam még ezt igénylő, komoly vállalatot belülről és nem is szeretnék.

akkor helyettesítsük be a kedvenc disztrónkat, szép dolog a választás szabadsága, de ha maga az intézmény hozzájut az államnak köszönhetően a RedHat-hoz, akkor miért választanál mást? talán RH alatt nem lehet megoldani ugyanazt, mint más alatt?

szvsz pedig ha eddig használhattál GPL disztrót, akkor ezután is fogsz tudni, már ha a vezetőség kimondottan nem tiltja meg...

--
by Mikul@s

idézem magamat: "Persze ez én vagyok!"
tehát ha én olyan állami intézményben dolgoznék rendszergazdaként, ahol ingyen hozzájuthatnak RH termékekhez, akkor azt használnám (most is azt használom, de ez nem tartozik ide)

vagy félre értettem a dolgoz, és nem lesz ingyenes?

ha az intézménynek nincs Linuxhoz értő rendszergazdája, akkor tök mindegy, hogy RH vagy bármi más Linux, ha van Linuxos rgazda, akkor pedig ne mondja nekem senki, hogy nem lehet a bármi más Linux után egy RH-ot üzemeltetni...

--
by Mikul@s

Miért lenne ingyenes? Javítson ki valaki, ha totál félreértettem, de itt arról van szó, hogy vannak az intézmények, akiknek van saját költségvetésük, és ha akarnak venni a saját pénzükből szoftvert, akkor vehetnek MS/Novell/nyílt szabványos szoftvert az előre, központilag kialkudott áron.

Semmi nincs előre megvéve, nem ingyen jutnak hozzá, nem utaltak át senkinek milliárdokat, hanem keretösszegek vannak meghatározva, ennek erejéig vásárolhatnak az intézmények az adott termékcsoportokból.

Ha az intézmény azt mondja, hogy válság van, nincs pénz, nem veszünk idén semmit, akkor nem lesz szállítás.

Szerintem sincs ingyen, és pont erről beszélek én is, hogy sehol nem vagyunk előrébb, ha munkaállomásonként egy évre ~15k forintot fizetünk egy kereskedelmi linux disztribért, vagy pedig kedvezményes windows liszensz árakat fizetjük.

Itt szigorúan szegény és szűkös anyagi keretekből gazdálkodó részben/egészben állami/önkormányzati tulajdonú intézményekre gondolok. Egyszer valamikor a múlt században dolgoztam ilyen intézményben és igen-igen pedzegettem a linux kérdést. Megfogadták, de ahelyett, hogy hagyták volna, hogy Slackware-t tegyek fel az intézmény munkacsoport, fájlszerver akármicsoda szerverére, vettek kurva drágán egy SuSe Linuxot és a nem-tudom-miért foglalkoztatott külsős karbantartó céggel telepíttették fel. Adminisztrálni már nekem kellett, mert arra nem volt emberük. Hát a hajam leraktam. Hozzáteszem pozitívum azért van: Amikor a támogatási szerződések lejártak, pénz meg nem volt, akkor jött el az én időm, és megoldottam, amit lehetett házon belül.

Ez az egész állami beszerzősdi egy nagy fostalicska, és ezen nem segít az nyílt forrás. Legfeljebb másképp fognak működni a pénzszivattyúk. Az igazi lehetőség az volna, ha egy intézmény olyan nyílt forrású terméket használhatna, amilyet akar.

Egyszer régen bekerültem egy állami intézménybe. Novell szerver haldoklott ott. No én "közbeszereztem" (letöltöttem az Internetről a kedvenc Linux disztormat), beállítottam aztán működött. Nem kérdezte senki hogyan szereztem, csak azt hogy jogilag tiszta-e. Mi után eljöttem az intézményből két év múlva is az szerver ment. Adtam a közbeszerzésnek. :)

Hát ha előírják, hogy mit kell használni, akkor a jogtiszta sem jogtiszta. Egy időben annál az állami cégnél belekötöttek a GPL-es cuccokba, illetve mindenbe, ami nem a szállított szoftver része volt, :), bár ez inkább egy szűkagyú elvtárs szőrszálhasogatása volt, de arra éppen elég, hogy a vezetőséget elhatárolja minden olcsó megoldástól.