TCH (statz) | #1, Főfasz (10443) |
165 | #5230 | ^ | Idézet | Fri, 22 Jan 2021 09:44:37 +01 |
188.143.*.* | *.pool.digikabel.hu |
Nem igazán... Általánosban még elég jól tanultam (4.5+-os átlag), középsuliban már beleszartam, de ott sem lázadásból és ott sem bukásig, csak ilyen közepes szintig. |
OrkenWhite alias "OrkenWhite az idióta" | #5, Főfasz (1004) |
742 | #5231 | ^ | Idézet | Fri, 22 Jan 2021 22:10:14 +01 |
77.110.*.* | *.pool77-110.cgn.tolna.net |
Nem open-source a programod, ha úgyis GTK backenddel forgatod, ha csak annyi a gond vele, hogy mindenhol működjön, akkor akár meg is írhatnád, hogy kezelje, úgysem kell törődnöd a többi backend-del, hiszen a binárisaid mindenkitől megkövetelik a GTK2 jelenlétét, és ha maga a program működik, akkor az ikonok is működni fognak minden desktopon. De a Qt is így kezeli az ikonokat, ha mégis támogatni akarsz mást is. A minimalista rossz szó ide, azért jut mégis eszünkbe, mert kevés memóriát használ és a processzort sem terheli, mint a webes YT... |
TCH (statz) | #1, Főfasz (10443) |
1866 | #5232 | ^ | Idézet | Fri, 22 Jan 2021 23:03:46 +01 |
188.143.*.* | *.pool.digikabel.hu |
Nekem igazából mindegy; a GTK2 eszi a legkevesebb erőforrást az elérhető backendek közül (nem igaz, mert a GTK1, de az alatt nincs unicode), azért forgatom azzal, de ha valaki Qt4-es, vagy Qt5-ös felületet kér, akkor adok olyat is; csak GTK3-mal nem vagyok hajlandó szopni, de hálisten, az amúgy is csak experimental a Lazarus alatt. Ami az ikonokat illeti, ha megírom, az menni fog minden backend alatt, hiszen a betöltést és a kirajzolást a Lazarus transzparensen intézi a backendek felé, számomra nem lesz különbség. Ami viszont probléma, hogy onnantól kezdve külső fájloktól függ, hogy hogy fog kinézni, milyen ikonjai lesznek, vagy egyáltalán lesznek-e ikonjai, hiszen aki pl. TWM-et használ és a GTK2-est csak ezért a programért rakja fel, asztali környezetet nem telepít hozzá, annak nem igazán lesznek ikonjai. Ha ikonok kerülnek bele, az mindenképpen beágyazva kell, hogy történjen. Ja...akkor inkább a lightweight, vagy a takarékos passzol rá. Vagy a rendesen megírt. :P (Egyébként amióta a youtube-dl nem kell sem a formátumok, sem a stream linkek kiberheléséhez, azóta tényleg alig pörgeti a CPU-t a cucc, előtte a youtube-dl minden meghívásnál felbőgette a ventilátorokat...alien a Python. :P ) |
OrkenWhite alias "OrkenWhite az idióta" | #5, Főfasz (1004) |
885 | #5233 | ^ | Idézet | Sat, 23 Jan 2021 13:46:43 +01 |
77.110.*.* | *.pool77-110.cgn.tolna.net |
Az már el sem indulna sehol, sehol sincs a GTK1 a csomagtárolókban:D Ha van időd, tudnál forgatni egy Qt5 verziót? Kipróbálnám, milyen az átlátszó témával, amit használok. OpenBSD alatt pont ezt próbáltam ki, még ott is jön a gnome-icon-theme is a gtk+2 csomaggal. Tapasztalataim szerint minden csomagtárolóban a GTK2 függősége a GNOME2 ikontémája(ahogy a GTK3-nak az Adwaita), hogy legyen fallback. Aki meg forrásból forgatja a GTK2-őt, az meg tudja, hogy kell ikontémát telepíteni. Mindenesetre nyugodtan feltételezheted legalább egy ikontéma meglétét. |
TCH (statz) | #1, Főfasz (10443) |
1300 | #5234 | ^ | Idézet | Sat, 23 Jan 2021 14:09:55 +01 |
188.143.*.* | *.pool.digikabel.hu |
De, FreeBSD alatt, oda buildeltem is GTK1-est. :P Ok, ránézek majd. Solaris alatt pont nem. Igazából nem kell, mert a GTK2-nek magának nincs szüksége rá. A külső cuccokra alapozást jobb szeretem opcionálisra csinálni. Egy library, vagy egy tool még hagyján, mert vagy ott van, vagy nincs, de amikor a kinézet függ tőle, akkor én nem feltételeznék inkább semmit. Ha lesz is ikonkészlet benne valaha, az beágyazva lesz. De nem értem miért jobb az ikon, mint ha oda van írva, hogy micsoda. |
OrkenWhite alias "OrkenWhite az idióta" | #5, Főfasz (1004) |
498 | #5235 | ^ | Idézet | Sat, 23 Jan 2021 14:31:13 +01 |
77.110.*.* | *.pool77-110.cgn.tolna.net |
Ha van, miért ne?:DDDDDDDD A Solaris inkább a kivétel, mint a szabály. Valamiért jobban tetszik az usereknek, más ok nekem sem jut eszembe. OpenBSD alatt nem jutok ennél tovább: |
TCH (statz) | #1, Főfasz (10443) |
861 | #5236 | ^ | Idézet | Sat, 23 Jan 2021 16:29:56 +01 |
188.143.*.* | *.pool.digikabel.hu |
Mert nincs alatta unikód. :P OpenBSD alatt semelyik internal funkció nem működik, csak external tool-okkal tudod használni.
|
Ádám (statz) | #4, Főfasz (1815) |
5999 | #5237 | ^ | Idézet | Sat, 23 Jan 2021 17:18:09 +01 |
80.98.*.* | *.catv.broadband.hu |
És akkor az "ígért" ReactOS teszt. Kukáztam egy régebbi laptopot, ami még ma is használhatónak bizonyul, de azért nem valami csúcskategória (P6100, meg 3 giga RAM). Dobtam bele egy HDD-t (Ádámka évek óta gépet szerel, de a saját laptopjába kb. 10 percen keresztül próbálja berakni a HDD-t fordítva, mire rájön, hogy balfasz), és mehetünk. A 0.4.15-ös verzió összesen ~90 mega, már az XP is valami 600-700 körül volt. Kiírtam pendrive-ra, valami "loading boot drivers" végigfutott, aztán fekete képernyő, Ctrl + Alt + Del sem működik. Letargia. Újraindítunk. Átraktam a SATA Mode-ot IDE-re, mert a winsuxp halvány emlékeim szerint csak úgy indult, de így is blackscreen. Írjuk ki úgy a telepítőt, hogy magát a képfájlt írjuk rá, nem benne a fájlokat meg a bootsectort. Ugyanúgy feketeség. Vártam vagy 5 percet, hátha ez lenne a töltőképernyő, de a pendrive "aktivitás LED-je" nem villogott, szóval ez nem fog innen tovább menni. Kiolvastam a ReactOS Wiki-ben, hogy USB-ről sehogy sem fog menni a bootolás, szóval előkerestem egy üres CD-t és ráírtam a telepítőt. (Béta rendszernél ez nem valami jó megoldás, minden új verziónál elhasználsz egy CD-t.) Persze még CD meghajtót is kellett keresnem, mert a nagy gépembe sincs már (fordítva van benne az asztalban, a hátlapra meg minek), meg a laptopba se. Na így már működünk, beindult az xp stílusú telepítő. Magyarul is tud. A laptop egy olyan HDD-t kapott, ami GPT-re volt formázva, és egy korábbi Raid 0 kötet egyik fele volt, ennek megfelelően a telepítő a partícionálásnál picsárafagyott. Látta a lemezt, kiírta, hogy GPT, de egyébként semmire nem reagált. (El tudom képzelni, hogy ez az XP esetén is "hasonlóan" történt volna.) Úgyhogy live linux, és leformázzuk gyorsan a lemezt meg MBR-be konvertáljuk. Először BRTFS-re formáztam, hibaüzenet: "nem sikerült létrehozni a telepítési mappát". Egyetlen lehetőség, újraindítás. Ez így elég windózos :D FAT32-re viszont gyönyörűen feltelepült, kb. 1 perc alatt. Megkérdezte, hova tegye a bootloadert, fejlettebb, mint a winfostíz telepítő! (a win10 telepítő random felbassza valamelyik lemezedre, és semmiképp sem arra, amelyikre te akarod) Van csík a betöltőképernyőn, ami mutatja, hogy hol tartunk! Windóz felhasználóként nekem ez is nagy dolog. Utána kb. ugyanaz a setup, mint az XP-ben, csak 10x gyorsabb. Feltelepült a rendszer. Ugyan magyarul szólt rám, hogy HARDVEREK TELEPÍTÉSE A SZÁMÍTÓGÉP LEFAGYÁSÁHOZ VEZETHET, én bátor ember vagyok, megpróbálom. Legalább netünk legyen, ha már semmink nincs. Látja az NTFS fájlrendszerű pendrive-omat és át tudtam róla másolni a lan drivert! Csodálatos. Fel is települt a driver, és újraindítás után van net! Befosok komolyan. (Egyébként Broadcom.) Valami wine internet explorer volt a gépen, de ezt nem sikerült működésre bírni, szóval bementem a ReactOS alkalmazásboltba (mert ilyen is van!), és lerántottam néhány "alap" programot (Firefox, VLC, 7-zip, Totalcmd). Kíváncsiságból felltettem még hozzá egy egész pofás Windows Longhorn témát (az áruházból!), az tökéletesen működött. Aztán elindítottam a tűzrókát, hogy meghódítom az internetet, de sajnos picsárafagyott az egész rendszer. Ctrl + Alt + Del-re eltűnt minden az asztalról, pedig én csak egy feladatkezelőt akartam feléleszteni. Aztán az egér is megállt, úgyhogy maradt a reset, végül is XP-t is láttunk már egy böngészőtől picsárafagyni. Reset után működött a tűzróka tökéletesen, még egy automatikus frissítést is kaptam rá. Gondoltam itt az idő szétbaszni a rendszert azzal, hogy megpróbálok rá egy video drivert felszenvedni. Úgyhogy átjátszottam USB-n a drivert (az Intel oldalára lépve a Firefox egy zagyvalék memóriacímzés hibával elszállt). Megnyitottam a zip-et, erre kékhalál. Újraindítunk, újra megnyitjuk a zip-et, most megy. Megnyitjuk a setup.exét, .NET kell neki. Olyat lehet? Igen, biztosan, mert fent van az alkalmazáskezelőben. Next-next-finish, települt. Végén restart, mert mégiscsak windóz :D Utána setup.exét megin' futtat, futtatás után azonnal leáll. Manuálisan se tudtam felrakni, nem akarta látni a drivert, pedig ott van. Szóval feladtam. Én nagyon szurkolok a fejlesztőknek, de még mindig nagyon az elején járnak. Van egy rendszerünk, ami rohadtul instabil, kb. winfos2000 szinten van, a drivertámogatása meg kb. nulla (pont mint a winfos 2000-nek :D), szerintem ezzel a network driverrel hatalmas szerencsém volt. Innen a mikrofosnak (aki ugye rengeteg fizetett alkalmazottal dolgozott) 7 év kellett, hogy továbbfejlesszék, közben egyszer újrakezdték szinte a nulláról az egészet, a "végtermék" megjelenése óta viszont olyan hatalmas fejlődés nem volt, a 7, a 8, meg a 10 is csak egy átskinnelt, foltozgatott Vista (plusz behozták a metró felületet, de az egy zsákutca, hiába erölteti még mindig a mikrofos, egyébként az általad "kielemzett" photos.dll is onnan származik). Tegyük fel, hogy a ReactOS team-nek valamilyen oknál fogva sikerül ezt a "fejlődést" belátható időn belül elérni, létrejön mondjuk egy winhate / 8.1 klón. Mivel lesz az jobb, mint az én kiherélt 8.1-em? Gyorsabb nem lesz, mert hiába készítenek egy "takarékosabb" rendszert, rengeteg dolgot a mikroszoft licencelése miatt csak erőforrásigényesebben lehet megoldani. (De remélem, tévedek.) Stabilabb sem lesz, mert a winnyogszpontegy szinte sosem fagy le / omlik össze. (Nálam eddig ez még nem történt meg, pedig nem egy gépen használom.) Több funkciója nem lesz. Lehet, hogy többet fog tudni, de akkor ugyanazok a funkciók a windózba is betehetők lesznek, hiszen 100%-os a kompatibilitás, nemde? :) Biztonságosabb viszont talán lesz, de mivel a rendszer felépítése megegyezik a windózéval, ezért ebben egy kicsit kételkedem. Majd meglátjuk pár év múlva, hogy merre fejlődik tovább. Én remélem a legjobbakat. Egyébként mire odajutunk, hogy ebből release legyen, szerintem már rég ARM processzoros gépek lesznek valami kugli által készített desktop OS-sel, de megin' ne legyen igazam. |
TCH (statz) | #1, Főfasz (10443) |
3532 | #5238 | ^ | Idézet | Sat, 23 Jan 2021 18:07:40 +01 |
188.143.*.* | *.pool.digikabel.hu |
Az USB-ről való település hiánya, meg az, hogy egy szoftver hanyattlöki az egészet a faszba, az súlyos gáz (bár ilyet winfostól is lehet látni nap-mint-nap), de az, hogy a hardware-edet nem támogatta, azt nem igazán lehet neki felróni; le van írva, hogy eddig mit tud meghajtani. Hogy miben lehet/lesz jobb? Tévedsz, a mikrofos féle megoldások tele vannak bloated szarságokkal. Ha a ReactOS hoz saját megoldásokat, akkor sokkal gyorsabb lesz. Ez csak mák, hogy neked nem omlott össze, de ettől függetlenül lehet, hogy tényleg nem lesz stabilabb, ezt nem tudjuk. De ha már lesz olyan stabil, mint nálad a winnyogszpontegy, akkor az már jó, nem? És ki ülteti bele, amikor a winfostízből gőzerővel pucolnak ki minden funkciót? (Te magad ismerted el, hogy a ReactOS-nek még a telepítője is fejlettebb, mint a winfostízé. :P ) A winfos10 egyre butább lesz, nem egyre funkciógazdagabb. Azonfelül ne felejtsd el, hogy rengetegen pártoltak el a platformtól a winfostíz miatt; egy raklap fasza third-party cuccot is kaphat a ReactOS, ami vagy menni fog winfostíz alatt (eltávolított API-k, library-k, stb.) vagy nem. Mivel windóz, ezért nem lesz túl biztonságos sosem, de elfelejted, hogy winfos alatt nem csak arról van szó, hogy a hekkerek kúrnak seggbe, hanem a mikiszoft is állandóan kémkedik utánad. Ez utóbbi a ReactOS-ben nincs. És akkor a listádról lehagytad az egységes csomagkultúrát is, pedig még le is írtad, hogy van store. :) Lehagytad azt is, hogy a ReactOS "tiszteletben tartja" a kompatibilitást és nem fog mindent össze vissza tördelni, mint teszi a mikrofos a winfostízzel. Ami miatt a ReactOS jobb lehet majd egyszer a winfosnál az az, hogy ott nem a mikrofos dirigál és nem baszhat ki az emberekkel úgy, ahogy akar. Én is. Az ARM nem fogja az AMD64-et kiszorítani sosem. Túl kicsi a teljesítménye, azonfelül a bevált software-ek, a munkakörnyezet, stb. elsöprő többségében x86-os. Igen, az lehet, hogy az "uralmat" átveszi az ARM, hogy a többség már asztali gépen is ARM-ot fog használni (droid és iOS), de sem a gamerek, sem a komoly melót végző emberek nem fogják kihajítani a platformot, egyrészt a software-park miatt, másrészt meg a teljesítmény miatt. Közben kijött a YTFE 1.5.1, mert a tecső megörvendeztetett egy újabb parse-álnivalóval, belefutottam egy bugba is és kapott egy kis refaktort, akkor már. |
Ádám (statz) | #4, Főfasz (1815) |
3357 | #5239 | ^ | Idézet | Sat, 23 Jan 2021 21:01:17 +01 |
80.98.*.* | *.catv.broadband.hu |
Nem az volt a baj, hogy nemmegy, hanem hogy a drivertelepítésig se jutottunk el, mert ugyanaz az erőszakos használhatatlan drivertelepítő varázsló kurvaanyja van benne, mint a winfosban, ami hogyha megtalálja a rendszerben a "default VGA card" drivert, akkor baszik feltelepíteni azt, amit én kértem, merthogy "van má' egy driver". Illetve nem ugyanaz, mert ők mindent a nulláról írtak. Ezzel a foshalmazzal valaki valószínűleg órákat szenvedett, hogy ugyanolyan fosul működjön, mint a winfosban. Akkor már alapból lehetett volna írni egy jót. Ugyanez igaz a fájlkezelőre is. Meg kell fogni a winfostizes fájlkezelőt és bele kell baszni tabokat és/vagy többablakos módot, aztán kész vagyunk, az úgy tökéletes, ahogy van. Nem pedig a winfos 2000-ről kellett volna lekoppintani. (A Win2000-es egyébként ugyanúgy minden funkciót tud, csak rohadt kényelmetlenül használható.) De. Csak azt akartam kihozni ebből, hogyha nem tud semmit felmutatni pluszban, akkor nem éri majd meg váltani winnyogszról. Van a winfosnak azért egy szép nagy community-je, akik elég sok mindent el tudtak érni benne, amit a mikrofos szerint "nem lehet". Azért winfostizen a legtöbb korábbi verziókon működő dolgot (szerencsére) nehezen, de működésre lehet bírni. Reméljük, ReactOS alatt nem kell majd ilyenekkel szenvedni. Egyelőre. Reméljük, nem is lesz. Nincs semmiféle egységes csomagkultúra. Egy plusz alkalmazás van, ami leszedi neked a telepítő exéket, utána meg kézzel kell neked feltelepíteni. Olyan, mint a Ninite, csak több alkalmazást támogat. Mondjuk szerintem ez a "tördelés" nem szándékos, csak balfaszok a fejlesztők és úgy oldanak meg egy dolgot, hogy működjön, hogy közben a másikat véletlenül eltörik. De reméljük, a ReactOS fejlesztői okosabbak. Szóval én csak reménykedni tudok, hogy ebből lesz valami használható dolog előbb-utóbb, de akkor nem egy winfos xp klónt kéne írni, hanem egy winfos alapokon nyugvó, de jó rendszert, ahol megnézik, hogy mi kell a felhasználónak. És igen, tudom, hogy még a felhasználói felülettel kurvára ráérnek, de a fejlesztők kevesen vannak, és nem is nagyon érnek rá gondolom, kár ezt az időt olyan programok lemásolásával tölteni, amiket majd úgyis a nulláról kell újrakezdeni, mert nem felelnek meg a mai igényeknek. |
TCH (statz) | #1, Főfasz (10443) |
4087 | #523a | ^ | Idézet | Sun, 24 Jan 2021 09:00:45 +01 |
188.143.*.* | *.pool.digikabel.hu |
Jahogy... Ez tényleg gáz. Itt legalább lehet cserélni a fájlkezelőt. Egyébként lehet, hogy át lehet állítani. De tud pluszban dolgokat, a legfontosabbat a legvégén írtam le. Ja, csak a mikrofos ott szopatja le őket, ahol tudja. Vagy nem, de tegyük fel, hogy de. Ha te, mint szakember aszondod, hogy nehezen lehet, akkor az átlagjóska mit csináljon? Mondom: a mikrofos ott szopat, ahol tud. Sokkal nehezebb kémmechanizmusokat elrejteni egy nyílt forrású cuccba. Akkor ezt félreértettem. Ez viszont elég szomorú, mert egy jó csomagkezelés az nagyon jó dolog és ez a winfosok alatt hiánycikk. Néha tényleg nem szándékos, de többnyire az. Direkt tördelnek el egy csomó mindent, hogy rákényszerítsenek mindig a legújabbra. Hogy miért teszik ezt? Egyrészt mert a felhasználókat használják tesztelőnek, hogy a vállalati szférába már kevesebb buggal menjen ki ez a szemétdomb, másrészt pedig a fogyasztás kikényszerítése miatt, harmadrészt meg az újabb és szofisztikáltabb kémmechanizmusoknak a tordkodon való letömködése végett. Na ilyen sincs ReactOS alatt. Ebben sok igazság van, de amíg azok a bizonyos winfos alapok sem működnek, addig tök mindegy. Ezért kéne végre eljutni egy winxp szintjére. Apropó, a 0.4.15 az elütés volt? Még a 0.4.14 se jött ki. Ez az igényektől függ. Az xp felülete sok szemszögből sokkal fejlettebb, mint a rommábutított winfostízé. Pl. lehet még egyáltalán több menüd a tálcán winfostíz alatt? |
TCH (statz) | #1, Főfasz (10443) |
292 | #523b | ^ | Idézet | Sun, 24 Jan 2021 15:37:18 +01 |
188.143.*.* | *.pool.digikabel.hu |
Ádám (statz) | #4, Főfasz (1815) |
2600 | #523c | ^ | Idézet | Sun, 24 Jan 2021 17:30:15 +01 |
80.98.*.* | *.catv.broadband.hu |
Ugyanúgy egybe van a tálcával / startmenüvel , mint a winfosban (amikor kilőttem az explorer.exét, mindkettő eltűnt), nem hiszem, hogy cserélhető lenne. Valamennyire át lehet, de több opció kéne. Ez mondjuk igaz. Nem nagyon van mit tenni, mert winfoson kb. ahány program, annyi féle installer. Amit lehetne tenni, hogy a dll-ekről valami adatbázist csinálni, hogy melyik verzió melyikkel kompatibilis. Így ha egy program fel akar rakni egy dll-t, akkor megnézi, hogy van-e már a rencerben olyan dll, ami megfelelne a programnak. Ha van, akkor csinál rá egy linket, hogy megtalálja a program, ha nincs, akkor meg bemásolja automatikusan egy külön dll-eknek való mappába (és nem a system32-be basszuk bele úgy, ahogy van), és a program mappájába csinál shortcutot. Így mondjuk nem lenne meg minden dll 100x a rendszerben. (Mondjuk a "fejlesztők" néha hajlamosak belegányolni a dll-ekbe, így a verziószám megegyezik, de a két fájl igazából nem, szóval még egy méretet is össze kéne hasonlítani, és ha nem egyezik, akkor hagyni a programot, hogy pakolja a mappájába a dll-t.) Uninstallnál meg figyelni kéne arra, hogy ne maradjon a registrybe semmi szemét, ez max. úgy oldható meg, hogy logolva van, hogy az adott program milyen kulcsokat csinált, uninstall után meg automatikusan törlődik.) Aztán máris van valami csomagkultúra, ha nem is túl nagy. Nem elütés, a legfrissebb buildet raktam fel. A 0.4.13-at már próbáltam korábban, annak nem sok értelme lett volna, hogy még egyszer ugyanazt rakjam fel. Tudsz eszköztárat hozzáadni, aminek megjelölsz egy tetszőleges mappát, és kilistázza a mappa tartalmát. Szerintem ennél jobb "menüt" az XP alatt se lehetett összehozni. (de lehet, másra gondolunk) A startmenü egyébként egy buta fos már a 8-as óta, mióta elkezdték nyomni ezeket az undorító csempéket, de szerencsére ott a Classic Shell / Open Shell, szerintem a legtöbben azt használják. A mikrofos képtelen ezt a metrót elengedni. Mobilon / tableten egyáltalán nem rossz, de gépen valami egészen használhatatlan. |
Ádám (statz) | #4, Főfasz (1815) |
233 | #523d | ^ | Idézet | Sun, 24 Jan 2021 18:08:27 +01 |
80.98.*.* | *.catv.broadband.hu |
https://index.hu/belfold/2021/01/24/itm_digitalis_jolet_szoftver_program_operacios_rendszer_letoltheto_alapcsomag_felhasznalo/ Na ezt majd jövő héten valamikor atomjaira szedem. Kíváncsi vagyok, mit hozott össze a kúrmány. |
TCH (statz) | #1, Főfasz (10443) |
3094 | #523e | ^ | Idézet | Sun, 24 Jan 2021 18:52:54 +01 |
188.143.*.* | *.pool.digikabel.hu |
Nincs bővebb infóm, de mivel open source, ha máshogy nem, forrásszinten lehet cserélni. Reggelj be és csinálj feature requestet. :) Hogyne lehetne. Fejétől bűzlik a hal. Az egy dolog, hogy a winfosról átszabadult szoftverek esetén cumi van, de a saját szoftvereiket simán managelhetik így. Az ötlet egyébként nem is rossz. Szerintem felvethetnéd nekik ezt a DLL-bank koncepciót. Felesleges. Hash-t kell csinálni, az egyedi lesz. Ez is jó ötlet. Dehát még a 0.4.14 se jött ki. Vagy az már RC státuszban van és már van 0.4.15-dev ág? Nagyjából ez volt az, bár ennél mintha többet tudott volna. Újabb előnye a ReactOS-nek, ott nincs csempésgeci. :P IT szinten kb. minden kúrmány katasztrofális, amit művel, már a rendszerváltás óta; ettől se várj sokat. |
Ádám (statz) | #4, Főfasz (1815) |
1398 | #523f | ^ | Idézet | Sun, 24 Jan 2021 23:19:01 +01 |
80.98.*.* | *.catv.broadband.hu |
Saját szoftverek nem nagyon vannak az áruházban, de ha lennének is, akkor se kéne +1 fajta installert csinálni. Használjanak Inno Setup-ot azt jólvan, az mindent tud és szemetet se hagy maga után.
Majd megírom nekik mindkettőt. De szerintem egyelőre inkább a stabilitáson dolgoznak, a fícsörök bepakolásához először egy normálisan működő rendszer kellene. Na az kurwára nem jutott eszembe, hogy hash is létezik :D https://reactos.org/getbuilds/ Állítólag nem(csak) saját szoftverek lesznek, hanem egy csomó open source cucc (is). Nem várok tőle semmit, de azért kíváncsi vagyok, milyen szoftvereket "ajánl" a magyar kúrmány az állampolgároknak. |