Szabad diploma

Szabad diplomák a Commonson lehet csatlakozni

Fórumok

Sziasztok,

Elindítottuk a szabad diplomák és egyéb tudományos művek gyűjtését a Commonson a Hungarian culture/Hungarian science alatt, lehet csatlakozni e diplomákhoz (is), a már elkészült vagy új művekkel, amelyeket itt gyűjtünk:

https://commons.wikimedia.org/wiki/Category:Hungarian_culture

----
A Szabad Kultúráért Hálózat

Diplomamunka lehetőség: Subversion továbbfejlesztése

Fórumok

Sziasztok!

Az alábbi lehetőségre szeretném felhívni a figyelmeteket.

Nyílt forrású diplomamunka lehetőség
------------------------------------

Téma: Szimbólikus link támogatás Windowsos Subversion kliensekhez

Feladat áttekintés: Jelenleg a Subversion kliensek nem támogatják a
szimbólikus linkek létrehozását Windowson, mivel a Windows Vista előtti
változatok nem támogatnak szimbólikus linkeket. Sok esetben azonban
elegendő lenne, ha a Subversion kliens a Windows 2000 óta elérhető
junction pointok és hard linkek segítségével szimulálná részlegesen a
szimbólikus linkeket. Természetesen Windows Vistán a Vista beépített
szimbólikus link támogatását tudná használni. Az új funkciót a
parancssoros és a TortoiseSVN kliensekben is támogatni kell.
Természetesen a visszafelé kompatibilitás megőrzésének érdekében a
funkciót külön kell engedélyezni a kliens konfigurációjánál.

Feladatok részletesen:
1. Analízis: Mit kell módosítani a Subversion kliensekben (illetve
például az APR könyvtárban), hogy támogathatók legyenek a szimbólikus
linkek mind junction point + hard link, mind Vista szimbólikus linkek
segítségével.

2. Implementációs terv elkészítése: A módosítások megtervezése és a terv
kommunikációja a Subversion, az APR könyvtár és a TortoiseSVN fejlesztői
felé. Cél, hogy a fejlesztők elfogadják a tervezett módosításokat.

3. Implementáció és regressziós tesztek írása és végrehajtása: A
megvalósítás során folyamatosan végre kell hajtani a regressziós
teszteket, így biztosítani azt, hogy _kikapcsolt állapotban_ minden
regressziós teszt maradéktalanul lefusson. A bekapcsolt állapothoz új
regressziós tesztek írása szükséges, a Unixos szimbólikus link
tesztekből kiindulva, azokat a Windowsos emuláció korlátaihoz igazítva.

4. A módosítások publikálása az érintett projektek felé, tesztbuildek
készítése

5. Diplomamunka megírása: A munka dokumentálása diplomamunka formájában.
Vállaljuk a külső konzulens szerepének ellátását, BME VIK esetén belső
konzulens keresését is tudjuk segíteni.

Célplatformok:
Windows XP SP2+, Windows Vista, NTFS fájlrendszer (egyéb helyi és
hálózati fájlrendszerek támogatása nem cél).

Ösztöndíj lehetőség: Megegyezés szerint lehetőség van a munka ösztöndíj
formájában történő díjazására.

Jelentkezés: info@euedge.com email címen szakmai önéletrajzzal, előzetes
ráfordításbecsléssel és ütemezési javaslattal.

Kérdéseidet felteheted itt a fórumban, vagy pedig emailben.

Ha még nem aktuális a diploma, de féléves feladatként,
illetve iskolai projektmunkaként / TDKként / önálló laborként érdekelne
a feladat, természetesen beszélhetünk róla.

Üdvözlettel,
Kis Gergely

Szabad diploma : Unix2Linux és Linux2Linux migration wizard

Fórumok

Kedves Kollégák,

Mellékelve küldöm a második szabad diploma tervet, a szöveg természetesen alakítható. Jelentkezéseket az FSF-hez (csaba.erdei at fsf dot hu) és hozzánk (zsolt.farkas at puli dot co dot hu) is el lehet juttatni. Visszajelzéseket, véleményeket is várok!

Az FSF alapítvány és cégünk, a PULI Mérnöki Tanácsadó, Kereskedelmi és Szolgáltató Bt. nyílt forráskódú diplomaterv (szakdolgozat) tervet ír ki az alábbi témá(k)ban, Linux, Unix rendszerekhez, 1-2 fõ részére a 2006-2007-es tanév õszi félévében.

Tárgy: nyílt forráskódú diplomaterv (szakdolgozat) kiírás, Unix2Linux és Linux2Linux migration wizard.

A probléma ismertetése: Az ipari gyakorlat során gyakran elõfordul, hogy egy telepített Unix vagy Linux rendszert más (újabb, költséghatékonyabb stb.) Linux vagy Unix rendszerre cserélnek. Habár ezek rendszerek sokszor egy tőről fakadnak és POSIX kompatibilisek, jó pár különbség található közöttük, emiatt a telepített rendszer közvetlen migrálása másik rendszere nem lehetséges. A migrációs folyamatot jelentõsen megkönnyítené egy kliens-szerver alapú migrációs program, melynek szervere a régi rendszerre, kliense az új rendszerre lenne telepítve, és a migrálandó adatokat közvetlenül vinné át a kliens és szerver között

Feladat:
-Mérje fel, hogy milyen mozgási irányok találhatók Linux és Unix rendszerek cseréje esetén, pl. milyen gyakori SCO Unix > Redhat, Redhat 8.0, 9.0 > Debian, stb. csere

-Mérje fel, hogy egy migrációs folyamat során tipikusan mely adatok kerülnek átvitelre (hostnév, userek, jelszavak, home könyvtárak, stb.)

-Javasoljon megoldást arra, hogy lehet a migrálandó adatok szerkezetét legkönnyebben uniformizálni, (pl. XML formátumban tárolni több *nix rendszer shadow fájljának struktúráját, és így az adatfájlokat XML mezõnevek szerint egymásba konvertálni)

-Készítsen példa implementációt, pl. a felhasználók átvitelére (passwd, shadow, group fájlok struktúrája és tartalma különbözõ *nix rendszereken, hogy lehet egyiket a másikba konvertálni, stb.)

Hasonló, részleges implementációk:

Nincs tudomásunk róla.

A diplomaterv kiírásánál Debreceni kollégák elõnyt élveznek, egyeztetés szerint használhatják a debrenceni Unixlab egyesület gépeit.

Szabad diploma : apt-get securityaudit

Fórumok

Kedves Kollégák,

Mellékelve küldöm az első szabad diploma tervet, a szöveg természetesen alakítható. jelentkezéseket az FSF-hez (csaba.erdei at fsf dot hu) és hozzánk (zsolt.farkas at puli dot co dot hu) is el lehet juttatni. Visszajelzéseket, véleményeket is várok!

Az FSF alapítvány és cégünk, a PULI Mérnöki Tanácsadó, Kereskedelmi és Szolgáltató Bt. nyílt forráskódú diplomaterv (szakdolgozat) tervet ír ki az alábbi témá(k)ban, Linux, Unix rendszerekhez, 1-2 fõ részére a 2006-2007-es tanév õszi félévében.

Tárgy: nyílt forráskódú diplomaterv (szakdolgozat) kiírás, apt-get securityaudit

A probléma ismertetése: A telepített Unix, Linux rendszerek integritás ellenõrzése mindig is fontos kérdés volt, és jelenleg is az. A megvalósított integritás ellenõrzõ rendszerek (Tripwire, Integrit, Audit, Aide, stb.) rengeteg problémával küzdenek, hiszen ezek a rendszerek saját adatbázisba mentik el a telepített komponensek adatai (dátum, méret, tulajdonos, jogosultságok, stb.) melyet rendszeresen frissíteni és állandóan védeni kell. Jogosan vetõdik fel az a kérdés, hogy szükség van e külön adatbázisra, mikor ezek az adatok az operációs rendszer repository-jában megtalálhatóak, és onnan (részben) kinyerhetõek, tehát az integritás ellenõrzési folyamat legcélszerûbben a csomagkezelõ rendszerbõl végezhetõ el. Utóbbi esetben feltételezzük, hogy a repositoyban található adatok mindig autentikusnak, és (kvázi egyirányú) kommunikációval mindig kinyerhetõek.

Feladat: Bõvítse ki az apt csomagkezelõ rendszert a telepített csomagok integritás ellenõrzésével, a megvalósítás jelezze ha egy vagy több adott fájl mérete, dátuma, ellenõrzõ összege, tulajdonosa eltér attól ami a repositoryban elhelyezett fájlokban található. A megvalósítás legyen képes súlyozni a problémákat, pl.
egy bináris fájl eltérése a /bin alatt súlyos,
egy konfigurációs fájl eltérése a /etc alatt átlagos,
egy nem csomagból származó saját fájl a /home alatt szokványos, de
egy 777 jogú fájl a /home alatt fontos hibának számít.

Természetesen lehetõség van az implementációt más rendszeren is megcsinálni (BSD, RH), értelem szerûen a rendszer saját csomagkezelõjét felhasználva.

Hasonló, részleges implementációk:
rpm -Va rpm repository alapján a telepített csomagok integritás vizsgálta, nem vizsgálja a forrásból telepített komponenseket, a lista nehezen áttekinthetõ
debsums -s deb repostory alapján telepített csomagok integritás vizsgálta, a hiányzó ellenõrzõ összegû csomagok megjelenítése, de a lista részleges és nehezen áttekinthetõ