[Szabcsi]

SFIJ kolléga másfelé próbálja tolni a bringát, de pl a fentebb vázolt dependency szopásra is megoldás lehetne az amit "fényezni" szeretnék...

[kroozo]

Idézet: SFIJ - Dátum: 2008. febr. 20., szerda - 22:20

kroozo de itt nem shared lib függõségekrõl van szó, hanem a debian nemkicsit elbaszott installcsomag függõségeirõl...

Direkt ezert irtam, hogy nem sok koze van ahhoz, amirol beszeltek

(Egyebkent a fenti szarok onmagukban szarok, elcseszett explicit perl modul subverziofuggosegekkel, a debian meg meg mindig egeszen istenes )

[kroozo]

Idézet: Szabcsi - Dátum: 2008. febr. 20., szerda - 22:21

SFIJ kolléga másfelé próbálja tolni a bringát, de pl a fentebb vázolt dependency szopásra is megoldás lehetne az amit "fényezni" szeretnék...

megjegyeznem, hogyha az ugyfel nem ragaszkodott volna ahhoz, hogy ne hasznaljak chrootot, mert fazik tole, fingom sincs miert, akkor ugyanezt pont ugy, ahogyan a sajat rendszerunkon, kb 15 perc pluszmunkaval meg lehet csinalni, es tenyleg nem problema.

Egyebkent tenyleg olyan dolgot kersz szamon, ami van, csak nem csomagban jon, igazuk van nekik abban

[Szabcsi]

Idézet: kroozo - Dátum: 2008. febr. 20., szerda - 22:26

Egyebkent tenyleg olyan dolgot kersz szamon, ami van, csak nem csomagban jon, igazuk van nekik abban

Rendben, nem hiszem hogy tovább kell ragozni a dolgot (lassan úgyis milliárdos leszek ), meggyõzhetõ vagyok, csak nem SFIJ kartárs módszereivel.

[SFIJ]

Idézet: Szabcsi - Dátum: 2008. febr. 20., szerda - 22:21

SFIJ kolléga másfelé próbálja tolni a bringát, de pl a fentebb vázolt dependency szopásra is megoldás lehetne az amit "fényezni" szeretnék...

nem az. kroozo kollega problémája ugyanis windows nyelvre lefordítva kb így hangzik: telepíts fel *fizikailag, mûködõképesre* windows 2000-re egy IE7-et. és a kuncsaftot nem tudod meghatni azzal, hogy van ám alakalmazás virtualizáció. nem, nem érdekli hogy van és nemis használhatod, mert csak

Szerkesztette: SFIJ 2008. 02. 20. 22:46 -kor

[bogdan]

Idézet: Szabcsi - Dátum: 2008. febr. 20., szerda - 21:56

Ez itt soksok rizsa, persze van benne hasznos dolog is amit köszönök, de magyrészének semmi köze a linuxos alkalmazásvirtualizációhoz.

kulon irtam meg a legelejen, hogy nem kivanok flame-elni. es nem tudok egyeterteni SFIJ hangnemevel ezek utan.

azt viszont neked kene megerteni, hogy mit probalunk magyarazni. elmondom logikai oldalrol. felvetettel egy varazskifejezest (en peldaul eletemben nem hallottam ilyenrol), amire termeszetesen az ember elso kerdese, hogy jo-jo, de mire is jo ez? jon a valasz (wiki, egyeb, sot Toled), ami jogosultsagokat, kozponti managementet es hasonlokat tartalmaz. tenyleg ugyanazt mondtad el, amit en is kiolvastam a wiki-bol! erre viszont trivialis a valasz: hogy dehat ezekre a kerdesekre van mas megoldas is, nem csak az altalad felvetett varazsszoval jellemzett!

hogy annak a mas megoldasnak koze nincs a varazsszohoz? PERSZE! miert lenne? az egy teljesen mas megkozelites, DE funkcionalisan ugyanazokra a problemakra ad valaszt. ennyi, nincs mit csodalkozni ezen.

(ettol meg lehetne az alkalmazasvirtualizacionak olyan vetulete is, amire nem ez adna valaszt a unix vilagbol, hanem esetleg mas, sot akar olyan is lehetne, amire nincs valasz. de ilyen -- egyenlore -- nem jott. en nem latok ebben semmi katasztrofalisat. meg csak annyit sem mondanek, hogy az otlet elvetelt. valoban letezett egy problema, amire ez egy jo megoldas. hogy mas filozofiaju rendszerekben a problema nem is letezik? hat evvan! )

[mocsi]

Idézet: Szabcsi - Dátum: 2008. febr. 20., szerda - 16:33

Akkor állj meg egy Unicredit fiók elõtt és nyomd a dudát hogy fussatok bolondok...  :Ð
Korábban belinkelt case studies közül az egyik: https://www.microsoft.com/casestudies/cases...dyid=4000000030

Nana gyarto cegtol elegge onajnarozast varok, es ez most nem csak az MSre ertem, hanem minden masra cegre is.
Amugy meg eleggel beszukult a tapasztalati korom bankokra es biztositokra, na ott nem talalkoztam ilyen megoldassal, bar amilyen IBM buizk lettek manapsag a bankok nem is csodalom

[mocsi]

Idézet: SFIJ - Dátum: 2008. febr. 20., szerda - 0:35

ha a hüjeséget abbafejezed, az állítás úgy hangzott: "remekbe szabott". amúgy soroljál még pár alternatívát a SAP-ra, decsak olyat amit tényleg használnak is

Pl. Exact...

Nem az SAPval van bajom, hanem a nagykepuskodessel, hogy remek(be szabott) SAP rendszer mukodik valahol idehaza... Ez harom esetben lehetseges, ha az ugyfel igenytelen (vagy penz hianyaban inkabb lemond igenyeirol), vagy aki ilyet allit az a ceg PR-osanak a csaladtagja. , vagy nincs teljekoru ismerete az ugyfeltol.

Inkabb soroljal fel magyarorszagi fejlesztesi es support arakat, amelyek alapjan mondjuk az SAP kivalthato lehetne egy <1000 foglalkoztato cegnel a helyi takolmanyok.

Szerkesztette: mocsi 2008. 02. 20. 23:30 -kor

[SFIJ]

Idézet: bogdan - Dátum: 2008. febr. 20., szerda - 23:10

(ettol meg lehetne az alkalmazasvirtualizacionak olyan vetulete is, amire nem ez adna valaszt a unix vilagbol, hanem esetleg mas, sot akar olyan is lehetne, amire nincs valasz. de ilyen -- egyenlore -- nem jott. en nem latok ebben semmi katasztrofalisat. meg csak annyit sem mondanek, hogy az otlet elvetelt. valoban letezett egy problema, amire ez egy jo megoldas. hogy mas filozofiaju rendszerekben a problema nem is letezik? hat evvan! )

a kollega úr a windows 2000-rel debütált delay load libraryk köré építhetõ technológiai homokozók számrára megtapasztalt elõnyét kéri számon a linuxon. hozza pédának a thinstallt, meg a többit, meg a 'virtualizációóót'.
Leírtam akollega úrnak, hogy ugyan ez a technológiai lehetõség megvan a unix rendszerek linkerében is, ott LD_PRELOAD technikának hívják - vagyis hogy virtualizálható egy program környezete. a unix világ struktúrája olyan, meg tán a gondolkodás módja is, hogy nem tartott igényt ilyesmire, a unix világában kevésbé jellemzõ ez a fajta spóradikusság, vagyishogy többféle java, apache, mysql, OoO, firefox vagy mi kéne, vagy mittudom én. az emberek inkább a verziók követését az upgrade-elést szokták választani, ami tipikusan zökkenõmentesebb mint windows esetében. (nehezen tudom azt a láncolatot elképzelni ami win95osr2-rõl indiul, vistával végzõdik és eredményül mûködõképes operációs rendszert ad. egy komolyabb unix rendszernél ilyesmire simán van precedens)

mondjuk a windows arénában arról már kevesebb szó esik, hogy a virtualizációval jár egy nagy átok is - rosszindualtú rootkitek el tudják rabolni az operációs rendszer funkcióit, rejtõzködni tudnak, különféle kellemetlen, nagyon nehezen elkapható kémprogramok írhatóak ilyen módon és nem 1 esetben a gyanút csak hosszadalmas és fáradságos offine analaízissel lehet igazolni és akártevõt eltakarítani.

lexebb emlékeim szerint a unix világ ezt a problémát felismerve döntött úgy hogy nem épít várat erre a nagyon futó homokra

[Warrior]

Idézet: SFIJ - Dátum: 2008. febr. 20., szerda - 0:45

...
amúgy asszem 1 kezemen meg tudom számolni azokat a magyar szoftverházakat akik valóban láttak/csináltak/fejleszettek már valódi elosztott klaszter alkalmazást.

Az is flém, ha azt mondom, hogy a szuperszámítógépeken még nagyon ritka a windows? AZ MS-nek könnyû a dolga, elvégre is nem kell semmit feltalálnia, mert már megcsinálták. Õ meg leszabadalmaztathatja. Szerintem a mainframe-grid-ben jóval nehezebben érvényesül, mint a simple desktop-on, utóbbiból ugyanis kicsivel több van.

[debianforever]

Idézet: Szabcsi - Dátum: 2008. febr. 20., szerda - 21:34

Óbazmeg, így nyerjek a lottón!
A számlaszámomat PM-ben kérd...

http://www.thinstall...net_virtual.php

PS: Mivel nem vagyok uriember (ráadásul ilyen alkalmazásokat is fejlesztünk) fogadhatunk...

Nem nyernél. Tehát mégis csak felkerül a kód a varázslatot ígérõ duma ellenére, csak nem teljes terjedelmében. Ez a csoda sem jött létre.

[Szabcsi]

Idézet: debianforever - Dátum: 2008. febr. 20., szerda - 20:38

Ez egy kicsit logikátlan és a lehetetlen kategória.  .NET alkalmazást futtatni olyan gépen, ahol a keretrendszer nincs telepítve ? Nem fog menni. Te is érzed, hogy ez olyan, mint repülni egy repülõgéppel, aminek nincs szárnya és motorja. De ne indítsunk errõl flame-et, mutasd meg a gyakorlatban ezt a technológiát és esküszöm dollármilliárdost csinálok belõled ! 

Ha elfelejtetted volna, mit is állítottál.
Amit én írtam az pedig továbbra is áll, azaz a fenti megoldás  .NET alkalmazás futtatását teszi lehetõvé olyan gépen ahol nincs telepítve a keretrendszer.
Tudom hogy lassan hóvége, ezért gondolkozhatunk részletfizetési konstrukcióban is.

[debianforever]

Idézet: Szabcsi - Dátum: 2008. febr. 21., csütörtök - 8:44

Ha elfelejtetted volna, mit is állítottál.
Amit én írtam az pedig továbbra is áll, azaz a fenti megoldás  .NET alkalmazás futtatását teszi lehetõvé olyan gépen ahol nincs telepítve a keretrendszer.
Tudom hogy lassan hóvége, ezért gondolkozhatunk részletfizetési konstrukcióban is.

Idézet

Reducing download and installation time. Thinstall packages all of the .NET framework or only the components that the program needs into a single, compressed EXE. This not only reduces the size of the components that need to be installed (and downloaded), but also makes ‘installation’ significantly faster.

Ezt valaki fordítsa le nekem magyarra pls !

[Szabcsi]

Meg ezeket is, ugyanonnan.

"Deploy and run .NET applications - with out installing the .NET framework. Run applications that require different versions of .NET, concurrently, without conflicts and protect code from dissassembly."

"Not requiring the .NET Framework to be installed.  By packaging the application and linking the .NET framework with Thinstall, no installation of the .NET framework is required. The application runs without modifying the host computer."

[Warrior]

Idézet: Szabcsi - Dátum: 2008. febr. 21., csütörtök - 9:44

Ha elfelejtetted volna, mit is állítottál.
Amit én írtam az pedig továbbra is áll, azaz a fenti megoldás  .NET alkalmazás futtatását teszi lehetõvé olyan gépen ahol nincs telepítve a keretrendszer. ...

1. Nincs mindenkinek szüksége .net environment-re, mert bizony van olyan applikáció, amihez nem kell.
2. .net-et mibõl tart felrakni?

Virtualizációban még gyerekcipõ van, sok veszéllyel, egyébként meg ott a vmware - szintén sok veszéllyel.

[bogdan]

vigyazz Warrior, Szabcsinak itt lokalisan igaza van:
a vita valoban arrol szolt, hogy telepul-e a .net egy ilyen megoldassal, es ugy tunik, hogy nem, mert bele van linkelve az applikacioba! (az, hogy .net-et meddig tart felrakni, az nem biztoas, hogy jogos felvetes: lasd kulonfele verziok, stb..)

hogy mindez mikeppen erinti a vita fo szallat, az mar egy masik kerdes..

Szerkesztette: bogdan 2008. 02. 21. 14:35 -kor

[Szabcsi]

Idézet: bogdan - Dátum: 2008. febr. 21., csütörtök - 14:33

hogy mindez mikeppen erinti a vita fo szallat, az mar egy masik kerdes..

A fõ szálat semmiképpen, csak példának dobtam be (amikor Mocsi kolléga kijelentette, rendes win alapú cluster megoldás márpedig nincs, pedig csak nem hallott róla) hogy émmeg linuxos alkalmazás virtualizációról nem tudok, mégsem mondom hogy nincs... Erre jól kimûveltetek hogy igazából nincs is szükség rá, ez, és ennek egyébb zöngéi terebélyesedtek ekkorává...

[SFIJ]

Idézet: debianforever - Dátum: 2008. febr. 21., csütörtök - 8:29

Nem nyernél. Tehát mégis csak felkerül a kód a varázslatot ígérõ duma ellenére, csak nem teljes terjedelmében. Ez a csoda sem jött létre.

csodak nincsenek. a lenyeg az, hogy a futtato os intakt marad. ezt amugy minden pletformon el lehet jatszani, technikailag sehol sem lehetetlen.

[SFIJ]

Idézet: Warrior - Dátum: 2008. febr. 21., csütörtök - 7:38

Az is flém, ha azt mondom, hogy a szuperszámítógépeken még nagyon ritka a windows? AZ MS-nek könnyû a dolga, elvégre is nem kell semmit feltalálnia, mert már megcsinálták. Õ meg leszabadalmaztathatja. Szerintem a mainframe-grid-ben jóval nehezebben érvényesül, mint a simple desktop-on, utóbbiból ugyanis kicsivel több van.

nem mondanam hogy ritka, a szuperszamitogep egy eseti cucc. az m$ ebbe a bandaba az Itaniumon es az AMD64-en at lepett be, uj versenyzo tehat, ebbol kifolyolag alacsonyabb install base-zel. de mint irtam windowsra ismar megvan az MPI, es az iden jon ki a grid termekuk is.

[SFIJ]

Idézet: debianforever - Dátum: 2008. febr. 21., csütörtök - 13:05

Ezt valaki fordítsa le nekem magyarra pls !

ez egy nagyon regi moka, javaval is elo lehet adni hogy kicsmegezed az rt.jar-bol azt a calll kuapacot ami neked kell es belegyakod a sajat appod jar-jaba...
ennek persze vannak elonyei is, de a hatranya ugyanaz mint static linknig eseteben.