Segédprogramok

Felépítettem baculával egy elég nagy mentési rendszert, de hosszú idő után az alábbi hibába futottam:

Vannak nagyon nagy munkakönyvtárak, amikről induláskor csinátam egy Full backupot (nevezzük Base-nek), és azóta csak napi inc. megy heti/2heti diff.-el.
A kisebb könyvtárak hasonlóan, de azokról legalább 2 hetente van egy Full is.

A fentiekhez mérten ciklus+1nap Volume Retention, AutoPrune, Recycle van az inc. diff. és ciklikus full volume-okon, viszont minden letiltva és 99év Vol. Retention a "Base" full volumeokon.
Ezen kívül 2 hónapos job retention van beállítva a kliensekre.

A probléma:

Az auto job retention szépen kipucolta az adatbázisból a "Base" backup-ok adatait - végülis jogosan, hiszen a job-ok ideje lejárt. Ha kliens szinten letiltom az AutoPrune-t, akkor a ciklikus mentések minden adata is örökre bentmarad az adatbázisban, ami csak növekszik.

Megvilágosítaná nekem valaki azt a config logikát, ami szerint a ciklikus volume-ok elavult job- és filerecordjai kipucolódnak, viszont a nagyon régi "Base" volume-ok vonatkozó recordjai megmaradnak az adatbázisban?

A wine feljesztési modellje érdekes téma, ezért gondoltam, hogy nyitok egy topikot.Röviden:
- a patch-eket mindenki a saját nevében küldi el (gondolom az MS kódok beszivárogtatásának elkerülése végett)
- beküldik a patchet a wine-patches levlistára, a státusz itt látható: http://source.winehq.org/patches/
- a patch vagy 100%-ig jó, vagy kivágják a fenébe, javítás nincs
- amennyiben a patch-et visszautasították, a wine devel levlistán indokolnak: http://www.winehq.org/pipermail/wine-devel/
- a patcheket igen könnyen visszautasítják: hiányzó tesztek, nem mindent implementál le és nincs fixme sem, rosszul indentál, fail-elnek a tesztek,...

Aki a patch-eket végignézi láthatja, hogy (Try 5)-ös patchek is vannak, ami azt jelenti, hogy az előző 4 változatot visszautasították, azaz a programozónak negyedszer kellett újraírni a patchet.

Ennek a modellnek bizony vannak mellékhatásai:
- sok esetben előfordul, hogy valaki ír egy 10.000 soros patchet, amitől minden hirtelen frankó lesz, de azonnal kivágják, hogy darabolja fel apró részekre
- mire a 10.000 sor bekerülne a wine-be, már 3-4 szer mindent újraír a fejlesztő
- rengeteg patch van szabadlábon, ami megold egy problémát, viszont sosem kerül be, mert a fejlesztőnek elege lesz a wine gépezet működéséből
- ami érdekesség, hogy előfordul, hogy más eteti be a patcheket a wine-be, nem is az aki írta, mert a fejlesztőnek már tele lett a hócipője

Amiért az egész számomra furcsa, hogy még nem láttam olyan projektet, ahol a programozóval 5-ször újraíratnák a patchet, mielőtt bekerülne a repóba. Elsőre meglehetősen mókásnak tűnt nekem.

Nyilván rengeteg megoldás van arra, hogy egy cégnél nyilván tartsuk a hw - sw elemeket. De nekem nem sikerült megtalálni a "tökéletest"

Ami kellene az az, hogy legyen egy logikai doboz, a dobozban alkatrészek, amik lehetnek pl. cpu, disk, memória, gépház, sw. A glpi majdnem jó, de egy fontos dolgot nem tud - legalábbis én nem tudtam rávenni -, mégpedig hogy fel tudjam jegyezni egy-egy alkatrész mellé, hogy meddig él a garanciája. Valamint kicsit szűkösen bánik a mezőkkel, de ez a kisebb baj.

Gondoltam írok egyet, mert alapvetően nem nagy cucc, de nem találtam olyan RAD eszközt, ami tetszett volna (leginkább olyan kéne mint a MS access). És ha már kalapálok egyet, akkor webes legyen, hogy bárhonnét kényelmesen el lehessen érni.

Tuti van ilyen, kizárt, hogy valami új dologra vágynék, csak épp mi lenne a legjobb?

Egy barátom szeretne bérelni ventrilo szervert. Ami árakat találtam erősen szórnak ezért ha valakinek van tapasztala és megosztaná azt megköszönném.

Sziasztok,

Van valakinek valami linuxos módszere/megoldása, mellyel a fenti modemekben lévő SIM-kártyákról el tudja olvasni az SMS-eket, esetleg le tudja kérni a frissen érkezőeket?

PS: sorry, ha volt már ilyen topic, eddig nem találtam meg.

hali!

Történt, hogy szerettem volna úgy kialakítani a rendszeremet, hogy abban semmi ne függjön a kde-től, se a gnome-tól, hogy ezeket szépen le is tudjam gyalulni.

Régen kde-vel kezdtem, ezért elég sok kde-s progit használtam/használok annak ellenére, hogy már rég nem kde-t használok. Gnome sem érdekel.

Szinte az összes proginak találtam alternatívát, ami sem a kde-től, sem a gnome-tól nem függ, azonban van 2 kemény dió.

1. fájlkezelő - Krusader
2. cd/dvd író - K3b

Nyilván kipróbáltam már párat helyettük, de eddig egy sem jött be igazán.

Mondjátok meg légyszives ti mit használtok a fenti kategóriákban, miért szeretitek, aztán én utánna nézek ezeknek. Fájlkezelőben nekem alap a 2 paneles, bár lassan lehet hogy PCmanFM lesz belőle...

#bocs, ha pofátlanul kényelmes vagyok :P

Amióta frissítettem az unslung-ot futtató NSLU2-n, azóta a letöltés nem megy. A hivatalos, http://ipkg.nslu2-linux.org/feeds/optware/nslu2/cross/stable/ oldalról tölthető 1.76-os ipk csomaggal minden ment gyönyörűen, az 1.80-nal, majd a pár napja frissített 1.83-mal semmi. Folyamatosan megy a seed, de minden letöltött csomaggal csak a hibás adatcsomagok száma nő (pontosabban felkúszik 1-2 M-ig, majd visszazuhan).

Ha valakinek megvan az unslung-hoz való régi , 1.76-1-es ipk csomag (vagy tud működő linkről), az lécci szóljon. Barátom ugyan kidob 3-4 találatot, de mind elavult.

Szerk: sajnos a csomag maintainerének nem lehet írni, a levél visszapattan :-(

Sziasztok!

Ismét szeretném a segítségeteket kérni! Ha a cím nem árulna el mindent, arról lenne szó, hogy van egy csomó AutoCAD-es dwg fájl, és ezeket kellene megtekinteni valamilyen böngészővel, majdnem olyan jelleggel mint a térképes weboldalak!

Eddig csak ezt találtam: MapGuide Project Home
http://mapguide.osgeo.org/

Valami hasonlót szeretnék Én is:
http://mapguide.osgeo.org/images/MapGuideAjaxViewerHiRes.png

Elég problémás a program telepítése debian alá, és megvallom eddig még nem is sikerült felraknom.

Az én rajzaim amiket szeretnék majd távolról megtekinteni, nem összetettek, szimpla hálózat topológia.

Azt szeretném megkérdezni, hogy tudtok-e olyan Linuxos programot amivel ezt meglehet oldani, illetve használható-e debianon?! Valamint, hogy érdemes-e tovább erőltetnem a MapGuide Project Home –ot?

Minden segítséget előre köszönök!

KDE3 alatt a PwManagert használtam. Most KDE4-hez keresek valamit, ami ki tudná váltani - azaz:

1. beül a tálcára, ahonnan egy, maximum két klikkel kinyitva tetszőleges jelszót be tud rakni a vágólapra (természetesen a master jelszó megadása után), hogy pl. firefoxba lehessen beilleszteni;

2. a KDE(4) programokban megjegyeztetett jelszót is ő jegyzi meg, s a jelszót kérő programoknak a master jelszó megadása után továbbadja.

Bármelyik feltétel nem teljesülése esetén a jelölt elbukott, így pl. kwallet és supergenpass eleve kiesik. Tudtok-e valami KDE4 alatt is használható alternatívát PwManagerre?

A gépemen van egy USB-s füles, illetve az alaplapi hangkártya. A gnome-volume-control segítségével az output fülön tudom váltani, hogy mi legyen a default eszköz ami szóljon. Namost ez 4 kattintás + némi egérmozgatás :-). Ehelyett szeretnék egy olyant, hogy lenne egy kis ikon a notification area-n, vagy valami gnome panel applet, amin egyrészt látszik, hogy melyik az aktiv, illetve egy kattintással válthatnék az eszközök közt. Ezt még meg is tudom csinálni. Amit nem tudok az az, hogy hogyan kell lekérdezni az aktuális eszközt, illetve hogy mit csinál a gnome-volume-mixer amikor átváltja azt egy másik eszközre.

Valaki jártas a dologban, vagy böngésszek forráskódot?