Előzmény. Némi fejlesztési idő után közzétettem a Systemback legújabb, 0.7.4-es verzióját is. A változások listája pontokba szedve: - Ezentúl kiválasztható, hogy mely felhasználó beállításfájljai legyenek visszaállítva. Több felhasználós környezetben ez igen hasznos lehet, hiszen a többiek beállításai nem állítódnak el. - Írtam egy új könyvtárválasztót ami sokkal jobban igazodik a Systembackhez. Azon könyvtárak amelyek nem választhatóak ki, kapnak egy piros X-et, amelyek pedig már tárolási könyvtárak, azok egy zöld pontot, így egyszerűbb felismerni őket. Remélhetőleg ezzel az egyes felhasználóknál jelentkező alkalmazáslefagyás is megszűnik, ami tallózásnál jelentkezett. - A könyvtárválasztó indítógombját, ami egyben a beállított útvonalat is kiírta, újra összeraktam az alap widgetekből. Ez nem jelent szemmel látható változást, viszont a beépített könyvtárválasztó eltűnésével együtt lehetőség nyílt megszabadulni több Gambas csomagtól is. Így mostantól kevesebb mint feleannyi függőség kell a futtatáshoz, szám szerint három. A felesleg automatikusan el fog távolítódni a rendszerfrissítés futtatásakor. - Korrigáltam néhány grafikai problémát amely a Qt4-es változatnál jelentkezett Kubuntu kiadáson történő futtatáskor. - Javítottam a Xubuntu kiadáson jelentkező Live rendszerképek pendrive-ra írási hibáját, amely az automatikus csatolás miatt jelentkezett. - Az ütemező által megnyitott ablak címsorából mostantól leolvasható, hogy ő nyitotta meg, így nem vakargatjuk többet a fejünket miatta. - A terminálos felületet kicsit kibővítettem, így mostantól visszaállítási pontok készítésére és törlésére is lehetőség nyílik. Ezzel együtt kiegészítettem a manualt, amelyből mostantól kiolvasható az alkalmazás beállításfájljának az összetétele is. Így könnyebb lesz a kézzel történő szerkesztés, amire szükség lehet ha csak CLI felületet használunk. Kapcsolóval is indítható ezentúl visszaállítási pont készítés, így egyedi ütemezést is igénybe lehet venni, pl. cron-ba rakással. A systemback parancs többé nem indítja semmilyen esetben sem a grafikus felületet, arra a systembackgui parancs használható. Természetesen ezeken túl is számos optimalizációt hajtottam végre és több apróbb hibát is korrigáltam, de ezek nem annyira kiemelkedőek. Remélem, hogy mindenki elégedett lesz az új verzióval, és az általa szállított módosításokkal. Kérek mindenkit, hogy ha problémát tapasztal a program használata során, akkor azt jelentse, hogy mielőbb javítani tudjam, ha lehetséges. És persze ezúton köszönöm a lelkes fordítók közreműködését, mellyel teljesebbé tették a Systembacket nemzetközi szinten is. :-) A Systemback telepítéséhez és frissen tartásához érdemes felvenni a PPA tárolóját: sudo add-apt-repository ppa:nemh/systemback sudo apt-get update sudo apt-get install systemback-gtk vagy sudo apt-get install systemback-qt4 Valamint az általános telepítőfájlok és a forráskód elérhető a SourceForge oldalán.

Csak egy ötlet: a napi mentés csak a különbségeket mentené? Helymegtakarítás céljából ... lehet már így van, így készítetted, de most nem tudom kipróbálni. Azt veszem észre én is, hogy változtatgatnak a Wheezy-n (annyira túlzottan nem szerintem), de nemsokára kiadják és akkor már nem így lesz minden bizonnyal. ;)

@"Kimarite"#p437129Ha nem csak a különbségek mentődnének fizikailag, akkor alapból képbe mennének. De sosem terveztem azt, hogy mindegyik visszaállítási pont baromi lassan készüljön el, meg, hogy 50+ GB-ot foglaljanak. :-) A legkisebb változtatás is számít ha érint. Ami nem érint, az nyilván nekem is semmiség. És persze ha kiadták a rendszert, akkor már nem lesz vele gond. Viszont ez nem segít a testing ágon, mert a Wheezy után jön a következő, és nem szűnik meg. Szóval sohasem lesz olyan, hogy biztosan jó. Ma még lehet, hogy az, holnap meg nem lesz az, mert úgy gondolják, hogy átvariálnak valamit, mert miért ne.

@"Kendek"#p437130Megvilágosodtam, tehát eddig is csak a különbségek mentődtek. :-) "sohasem lesz olyan, hogy biztosan jó" - ez biztos (majdnem), mentél volna postásnak, kalauznak vagy péknek ... ;)

@"Kimarite"#p437131Vezető jegyvizsgáló majdnem lettem, de inkább más mellett döntöttem még a vége előtt. Viszont most nem a saját hibámból fennálló bugokra gondolok, hanem azokra amik tőlem függetlenül képződnek, mások miatt. Azért a kettő nem ugyanaz. Az előbbi ellen tehetek, az utóbbi pedig rajtam kívülálló dolog, ha fejre állok sem akadályozhatom meg.

@"Kendek"#p437132haha :D (bocs).. én még lehetek persze, korai "káröröm". Igazad van (fejen állni egészséges egyébként). Sok sikert :) ... ha úgy alakul, akkor telepítem majd a SystemBack-et, de ez az Ubuntu függősége a Gambas-nak most nem vonzza a gondolataim, hogy rászánjam magam, hogy foglalkozzam vele (mert kéne a teljes Gambas3.4 is másra - abban tuti jó vagy, persze a SystemBack-ben is).

@"Kimarite"#p437133Ha nagyon Gambasozni akarsz, akkor akár le is fordíthatod magadnak forrásból. Még akár Debian telepítőcsomagokat is készíthetsz belőle. Én is szívesen megtenném ha lenne valami jó tárhely ahol a repo elférne, de sajnos nincs olyan ami ingyenes lenne és mellett megfelelő is.

@"Kendek"#p437134De a Wheezy-re milyen függőség miatt nem megy fel PPA-ból a teljes Gambas (bizonyára rájönnék, de abszolút nincs kedvem ezzel foglalkozni és mert van más teendőm is), saját tipp a libc6 volt (debian experimental), de az még a precise PPA-s volt, a lucid PPA-snak mi kéne, ezt így most meg tudnád mondani? ... a libc6 nem lehet újabb.

@"Kimarite"#p437135Nem jártam utána, mert nekem meg még úgysincs kedvem vele foglalkozni, és amúgy is van más teendőm is. Amit láttam az az, hogy az OpenGL programozáshoz szükséges komponens az ami nem telepíthető függőségi probléma miatt. Szerintem neked erre akkor sincs semmi szükséged, ha véletlenül programozni szeretnél Gambasban. Sőt, abból a 70+ csomagból is csak pár kellhet maximum, nem véletlenül vannak szétválasztva. Hiába van telepítve mind, attól még csak akkor lesznek használatban ha az be van állítva.

@"Kendek"#p437136Na most már meg kell néznem (a héten) ... maga a Gambas3-ad nem megy fel (amivel programoznék). Valószínű az "időjárás miatt" :( csak Synaptic-ban próbáltam és piros marad a csomag_neve... míg az apt-get vagy az aptitude kiírná mi kellhet neki. :) ... és egy off kérdés: nyílt videókártya driverrel (ATI Radeon PRO 9250) a Steam nem fog menni (indítása) nálam, lehetetlen az elképzelésem?

@"Kimarite"#p437137A gambas3 egy metacsomag, feltesz majdnem mindent, aminek a nagy része se neked, se nekem nem kell. A Gambas komponensekből áll össze, amit nem használsz, azt nem kell feltétlen feltelepíteni. Az a videóvezérlő amúgy sem valami játékos, bár anno CS-zni ellehetett vele.

Systemback III.

csucsu

terminálban inditva a systemback programot, ezt irja ki többször ismételve egymás után: ** (systembackgui:2158): CRITICAL **: os_bar_hide: assertion `OS_IS_BAR (bar)' failed (systembackgui:2158): Gtk-CRITICAL **: IA__gtk_widget_hide: assertion `GTK_IS_WIDGET (widget)' failed ** (systembackgui:2158): CRITICAL **: os_bar_set_parent: assertion `OS_IS_BAR (bar)' failed ez jelent valamit?

Kendek

csucsuAzt vettem észre, hogy ezt akkor írja ki mikor nem rootként van futtatva. De abban az esetben is gond nélkül megjeleníti az ablakot, benne a hibaüzenettel. Szóval valójában nem jelent semmit, de egyébként ez a gb.gtk komponenssel és a GTK-val van összefüggésben.

taxy443

KendekMegnéztem a gksudo a hibakimenetet pipe-olja. Itt lucid-on nem jelentkezik késleltetés, de majd ott is kipróbálom. Szerk: Hm. kipróbáltam, ez érdekes. $ echo "echo 'Hello'>&2;zenity --info" > test $ chmod +x test $ ./test Hello $ gksudo ./test $ sudo ./test Hello $ gksudo ./test És mind a 3 esetben feldobja a zenity ablakot.

Kendek

taxy443No, igazad van, ezt megerősíthetem, így, közvetlen gksu-val indítva valóban nem írja ki a hibaüzeneteket. Az az igazság, hogy én gksu-val indított terminálban szoktam tesztelni, úgy pedig már nincs ilyen probléma.

taxy443

Ugyan azt a live image-t ha pendrive-ról töltöm be akkor szuper minden, úgy néz ki ahogy eredetileg, ha CD-ről akkor néha nincs kerete az ablakoknak(külön kell indítani az xfwm4-et), az asztali ikonok helyét pedig teljesen összekeveri. Meg úgy általában mindig azt csinálja amihez kedve van. És ezt valahogy abból a néhány xml meg rc fájlból keveri ki amit XFCE konfignak nevezünk. Gondolom azért nem minden DE ilyen.

Kendek

taxy443Az ablakkeretes történet ismerős még a régebbi időkből. Ott is a nem megfelelő időzítések miatt volt a probléma, ami optikai meghajtóról futtatva hatványozottabban jelentkezik, hiszen lényegesen lassabb mint egy pendrive. De ezzel én nem nagyon tudok mit kezdeni sajnos. Talán jobban ismerős a jelenség ha azt mondom, hogy Conky, amit szintén késleltetve kell indítani, különben nem mindig jelenik meg jól.

taxy443

KendekAszinkron a cucc nagyon. Bezzeg ha lefagy valami tuti magával rántja az egészet.

taxy443

KendekA preload egyébként jó megoldás lenne, csak az a baj, hogy így pont az ellenkező hatást éri el. Valahogy rá kéne beszélni, hogy ne hagyja a boot-ot tovább menni amíg el nem végezte a preload-ot, de nem tudom hogyan lehetne ezt.

MajinGohi

taxy443Helló mindenki. Lehet volt már kérdés, akkor elnézést, csak annyi a hozzászólás, hogy amiket bogarásztam azokba nem találtam leírva. Kendek, lenne egy kérdésem, ha én mentettem egy live cd-t, akkor azt a programmal tudom telepíteni? Vagy valahogy amit még nem tudok, hogy .iso-t kell kreálnom belőle és úgy bootoltatni? Ez az .sblive kicsit bezavar... Gondolom ebből nem fog sose semmi cd/dvdvel bootolni. Kivéve ha .isot csinálunk belőle, igaz? Na, és azt mivel tudnám? Remélem érthető a kérdésem :D köszi :)

Kendek

MajinGohiIgen, a Live-ot indítva a Systembackkel lehet telepíteni is. Sőt, alapból a telepítési felülettel indul a program, így igazán nem nehéz megtalálni. A .sblive kiterjesztésű fájlt pendrive-ra lehet felíratni vele, rögtön alatta ott a gomb amivel .iso-vá lehet konvertálni.

MajinGohi

Kendekuhh...Jó vaksi voltam, iso ügybe, bocsi...:/ Igen gondoltam meg olvastam is, hogy PD-re jó az .sblive. Csak nekem rosszalkodik az egyik gépen az usb port...Kellene már egy új alaplap... Ezért lenne jó egy iso a biztonságkedvéért meg egy sima mentési pont, de az ment, megy. Ki is próbáltam az iso konvertálást és a PD-ről futtatást laptopon, fantasztikus :) Köszönöm a segítséget és a munkádat, hatalmas segítség! SZER.: Viszont egy kérdés mégis van.... Ugye nekem van mountolva pár vinyó pl. egy 1TB és egy 2TB a nagy gépen, laptopon nem gond ott 140gb van csak a többi linux és winfos7. Kérdés, hogy mikor mentettem mountolva a 140gb-val akkor a mentésem 20gb-val több lett ami a csatolás miatt volt, ki tudom én választani hogy ne mentse a csatolt HDD-ket? Mert láttam kivétel listát visszaállításnál ugye a .nevű mappákat egyebeket. Tehát nekem az etc, home, srv, user, var ilyesmit mentse le ne a teljes tártartalmat ami a nagy gépemnél +3tb lenne.....Csúnya méretű lenne minden mentésem :D

Kendek

MajinGohiVisszaállítási pont készítésnél a rendszerfájlokat menti, abból nem lehet kihagyni semmit, meg a felhasználók saját könyvtáraiból a beállításfájlokat. Ez utóbbiakból nem valószínű, hogy összejönne a több GB-nyi mennyiség, és amúgy is, a nagyobb vinyóidon gondolom leginkább olyan adatok vannak, amiket amúgy sem vesz bele. Bár írtad, hogy valamilyen mentés nagyobb lett a csatolás miatt, de akkor kérdés, hogy hova csatoltál, és visszaállítási pontról van szó, vagy Live készítésről (ahová adatfájlokat is belehet venni, az meg megtudja nyomni rendesen a méretet)?

MajinGohi

KendekAkkor lehet megvan a "gond". A laptopon így van csatolva: /var/ és a var-t biztos menti, mert alap. Bár gondolom ami a /általa létrehozott mappában van mindent ment és rendszerfájlnak nézi? Tehát kérdés, hol nem fogom visszaállítási pontnál a videókat, zenéket, tehát nem rendszer fájlokat látni, ha bele nézek a mappába amit mentett? Pl. ha létre hozok neki egy mappát teszem azt: /sajat/ stb, akkor gondolom a "sajat" nevű mappát nem fogja menteni? Hiszen nem az ubi hozta létre, így figyelmen kívül hagyja, jól gondolom? Mert ha igen, akkor nincs gond a nagy gépnél, mert ott hasonlóan van, laptopon nem, ezért lehet jóval nagyobb a visszaállítási pontom is. Mindkettőről szó van, de még csak visszaállítási pontnál vettem ezt észre, livenál direkt lecsatoltam eddig a vinyót.

Kendek

MajinGohiA /var alá miért csatolod, ha az nem állandó? De egyébként igen, a problémát ez okozta. Csatolhatod saját könyvtárba a gyökér alá, a /media alá alkönyvtárba, vagy akár a /mnt alá is, ezeket nem venné bele.

MajinGohi

KendekVégül is állandó mert a laptopba nem szoktam külső vinyót kötni, ez a 140GB egy 250es része, csak NTFS és többek között win7 is van rajta. De közbe fél éjszaka :D De szinte mindent kipróbáltam, variációkat, tökéletes a program :) A csatolást meg úgy oldottam meg, hogy igen /mnt vagy csináltam egy külön mappát root alól /-be és így se vette bele. Köszönöm a munkád Kendek :) és a segítséged!

Kendek

MajinGohiIgazán nincs mit, örülök, hogy jól megy nálad. Most dolgozom a következő verzión, aztán ha befejeztem a CLI kikupálását akkor közzé is teszem. :-)

MajinGohi

KendekEz jó hír, már várom az új verziót, az elvileg alapból frissül nálam is igaz? Mert ugye felvettem a ppa tárolóját (sudo add stb) Bár szerintem már így is tökéletes a program ;)

Kendek

MajinGohiIgen, ha a PPA-t használod, akkor frissülni fog. Most elsősorban a CLI lehetőségeit bővítem, hibákat javítok, meg rendszer-visszaállításhoz már beépítettem egy olyat, amivel meglehet határozni azt, hogy mely felhasználók beállításfájljai állítódjanak vissza (mert eddig az összesét egyszerre kezelte, de adott esetben ez problémás lehet).

MajinGohi

KendekIgen azt használom. Bár már kérdezni is akartam, hogy van olyan mód, hogy ne frissüljön, meg ne tárolóból jöjjön, hanem letöltöm és telepítős verziója van? Pl. régebbi 0.4-es és 0.5 verziókat nem is találok sehol.... Vagy lehet rossz helyen keresek :/ Ja értem akkor túl sok változás és hiba nem kerül módosításra :)

Kendek

MajinGohiA SourceForge oldaláról elérhetőek a telepítők, de én jobban ajánlom a PPA-t, hiszen a hibajavítások elég fontosak. A Systembacknek nincs is 0.6-tól régebbi verziója, mert azelőtt Rendszerment néven futott, majd többnyelvűvé vált és átkereszteltem. Valamint nem is mindegyik verziót hagyom meg letölthetőnek, főleg ha találok valami olyan hibát, akkor inkább törlöm az elavult csomagokat.

MajinGohi

KendekOh, köszönöm :) Hát nem tudom nekem ez a mostani eléggé tetszetős lett :) Bár ezt a javítást biztos megvárom. Viszont jól jönne egy biztos telepítő. Ja igaz rendszerment, bocsi, arra gondoltam, hogy "régebbi" verzió.. Értem, jogos a túl nagy hibás csomag ne maradjon meg. Rendben köszönöm :) Várom a frisset!

« Előző oldal Következő oldal »