Aktív fórumtémák

Tárgy Válaszok Legutóbbi beküldés Fórum Szerző
  Squid proxy HTTPS (HSTS) oldalak blokkolása szépen 2025-08-17T13:11:10+0200 Hálózatok egyéb kisspepe
  SSD meghibásodás után sérült Windows 10 LTSC 2019 helyreállítása 2025-08-17T12:48:27+0200 Microsoft Windows djtacee
  Android Rage n+1 286  2025-08-17T12:38:16+0200 Android hnsz2002
  Miért van értelme saját szerveren futó AI-al sz*pni? (Kaotikusan sült el a GPT-5 modell bevezetése) 90  2025-08-17T12:01:26+0200 HUP cikkturkáló Ritter
  ELMŰ okos mérő kalandok 760  2025-08-17T11:10:03+0200 Elektronika, Elektromos eszközök VincentV
  [SOLVED] Milyen mobilnetet backupnak, LTE képes routerbe? 18  2025-08-17T06:50:06+0200 Hálózati eszközök wowbagger
  Egészségügyi dokumentumok listájának lekérése - Breakglass 404  2025-08-17T02:03:04+0200 Közösségi kerekasztal locsemege
  HUP ismert hibák listája - 2025 199  2025-08-16T22:54:44+0200 HUP trey
  IT rendszergazda (Windows / Linux / hálózat) 2025-08-16T19:24:13+0200 Állást kínál Proci85
  Windows 11 version 24H2 (javítás verziója) - ez mi? 17  2025-08-16T18:41:13+0200 Microsoft Windows szilard_
  NIS2 tapasztalatok 65  2025-08-16T16:10:03+0200 Közösségi kerekasztal pentike
  Fejlődnek a video driverek 127  2025-08-16T04:47:56+0200 VGA locsemege
  Mi történt a Hardverker Online Kft-vel (bestmarkt.hu)? 192  2025-08-15T21:02:41+0200 Közösségi kerekasztal djtacee
  Roidmi károsultak fóruma (Roidmi csődbe ment, így nem használhatók tovább bizonyos eszközeik) 33  2025-08-15T20:29:50+0200 Közösségi kerekasztal Charybdis
  Proxmox Backup Server → BackBlaze (S3) Offisite mentés 12  2025-08-15T13:38:46+0200 Virtualizáció gyuri23
  Unaloműző online játékok és azok eredményei #2 743  2025-08-15T08:21:29+0200 Játékok trey
  "The EU wants to decrypt your private data by 2030" 45  2025-08-14T16:18:37+0200 HUP cikkturkáló zitev
  Trump elküldte az Intel főnökét 45  2025-08-14T16:15:50+0200 HUP cikkturkáló Botond
  Debrecenben keresek üveget hegeszteni tudó kisiparost. - Megoldódott. 15  2025-08-14T10:35:20+0200 Hálózatok egyéb itan
  [megoldva]Zentyal lassú webes felület 2025-08-14T09:17:05+0200 Hálózatok egyéb theadam

BSD Portok és Csomag Gyűjtemény

Címkék

Nicolás Baldi készített egy nagyon egyszerű ismertetőt a BSD rendszerek ports és packages collection részéről. A három részes cikksorozat bevezeti a kezdő olvasót a portok és csomagok világába.Az első részben egy általános áttekintést olvashatunk OpenBSD-s szemmel a portok használatáról, a második rész leírja, hogy mi kell ahhoz, hogy portot készítsünk, és harmadik részben arról lesz szó, hogy hogyan lehet módosítani és használni a FreeBSD és NetBSD gyűjteményét ahhoz, hogy azokból OpenBSD portokat készítsünk.

Az első részt megtalálod itt.

Új sysctl infrastruktúra a NetBSD-ben

Címkék

Andrew Brown commit-olta a NetBSD kernel sysctl infrastruktúrájának teljesen új átiratát. Andrew a munka során 30 architektúrára több, mint 150 kernelt fordított (cross compile), hogy biztos legyen benne, hogy nem jönnek elő nem várt problémák.

Bővebben Andrew levelében.

Linux 2.4.23 OOM killer nélkül

Címkék

A 2.4.23-as stabil Linux kernel megjelenésével számos VM változást könyvelhettek el a felhasználók. A VM változások Andrea Arcangeli nevéhez fűződnek, az Ő -aa ágából kerültek a fő kernelfába. Az egyik legjelentősebb változás az, hogy Marcelo Tosatti a 2.4.23-pre4 megjelenésekor belovasztotta azokat a VM változáskozat, amelyeknek eredményeként a kernelből eltávolításra került a régóta használt Out of Memory Killer.

Sokanak nem tetszik az új VM, és ennek hangot is adtak az LKML-en. Egy felhasználó jelezte, hogy gondjai akadtak az új VM-mel, mikor a 2.4.23-ra frissített. Arcangeli a válaszlevelében leírta, hogy miért van szükség ezekre a változtatásokra.Amikor a korábbi 2.4-es kernelnek kifutottak a memóriából, az OOM killer heurisztikus módon próbálta megállapítani, hogy melyik processz kill-elése lenne a legmegfelelőbb. Andrea szerint ez a heurisztika sajnos nem minden esetben a legjobb processzt választotta, és ez néha problémákhoz vezetett. Például ahhoz, hogy a rendszer deadlock-ra futott. A 2.4.23-ban a VM rendszer egyszerűen azt a processzt ``lövi ki'' amely az out-of-memory helyzetet előidézte, és így a szituáció nem vezethez deadlock-hoz. Továbbá nem jöhet létre olyan szituáció, hogy processzt ``lő ki'' a VM akkor, amikor még van szabad RAM, kizárólag akkor kezdi el kill-elni a processzeket, amikor ténylegesen fellép az out-of-memory helyzet. Végül - Arcangeli szerint - mostmár lehetőség van arra, hogy teljesen letiltsuk a lapozó területet (swap) úgy, hogy mellette egy használható rendszert kapunk.

A válaszokban az állt, hogy a 2.4.23 ``rossz processzeket'' kezd el kill-elni. Erre Arcangeli azt válaszolta, hogy ez nem feloldható probléma. A kernel nem tudja követni a használójának a gondolkozásmódját. Csak akkor tudná a kernel megfelelő processzt kiválasztani, ha belelátna az adminisztrátor gondolkozásmódjába. Csak abban az esetben lenne biztos, hogy azt a processzt ``lövi ki'' először a VM, amelyet a felhasználó szeretne.

Többen kértek segítséget ahhoz, hogy visszaállíthassák a régi OOM killert a 2.4.23-as kernelben. Sokan szívesen látnának a kernel konfigban egy olyan opciót, amely fordítási időben választható VM-et tesz lehetővé. Az egyik felhasználó egy patchet küldött a 2.4.23-hoz, amely visszaállítja a korábbi 2.4.22 VM-et.

A thread itt kezdődik.

A GPL és a bináris kernel modulok

Címkék

Egy nagyon-nagyon hosszú thread kezdődött a LKML-en a Linux kernel és a csak bináris formában terjesztett (binary only) kernel modulok kapcsolatáról.

Az köztudott, hogy a Linux kernel terjesztése a GNU General Public License feltételei szerint történik. A Linux kernel mindig is GPL-es volt, eltekintve attól a rövid időtől, amely közvetlenül az első kiadása után 1991-ben volt. Az Linux kernel első licence sokkal kötöttebb volt. Kimondta, hogy a forrásnak minden körülmények között elérhetőnek kell lennie, és ahogy a Linux kernelből nem lehet pénzt keresni.Linus néhány hónap múlva megváltoztatta az eredeti licencet, és helyette a GPL-t alkalmazta. A GPL nem tiltja a GPL-es programok pénzért való terjesztését. A Linux kernel azóta is a GPL alatt van terjesztve.

Köszönhetően a GPL-nek, a Linux kernelből származtatott összes forráskódnak is szabadon elérhetőnek kell lennie a GPL licenc alatt. Ezért sokan megkérdőjelezték a csak bináris formában terjesztett kernelmodulok (NVidia, ATi, winmodemek és még sorolhatnám) legalitását, hiszen ezekhez nincsen forráskód.

A hosszú threadben Linus is kifejti véleményét a dologgal kapcsolatban. Szerinte van egy szürke területe ennek a dolognak. Szerinte azok a driverek, amelyek eredetileg nem a Linux kernelhez, hanem más operációs rendszerhez készültek (vagyis nem nevezhetők tisztán a Linux kernelből származtatott eredetűnek) ide tartoznak.

AZ érdekes threadet megtalálod itt kezdődik.

Licencdíjköteles lesz a FAT?

A dpreview.com-on olvasható egy hír, miszerint a Micro$oft az eddigi gyakorlattal ellentétben a FAT filerendszert licencdíjkötelessé kívánja tenni.A hír itt
olvasható. Elsősorban a flash kárták és azokat használó eszközök után kívánnak 25centes royalitást fizettetni. Egyenlőre nem látom, hogy az M$ a részleteket hivatalosan megerősítette volna, bár az egyik sajtóközleményükben említik, hogy valamiféle licenszelési terveik vannak a FAT filerendszerrel kapcsoltban.

Szerintem most jött el az ideje, hogy az amúgy igencsak elavult FAT filerendszert végre felváltsa valami korszerűbb nyílt megoldás a flash eszközökben is. Mondjuk például a Journaling Flash Filesystem v2.

Szolgáltások helyreállítás a .d.o gépeken

Címkék

James Troup egy újabb levelet írt arról, hogyan haladnak a publikus szolgáltatások helyreállításával. Jó hír, hogy a Woody biztonsági frissítései mellett már az unstable is fogadja az új csomagokat (python probléma javítva); illetve azok már meg is jelentek a mirrorokon.

A testingmég egy-két napba beletelik, hogy menni fog, és a fejlesztőknek is várniuk kell még legalább 24 órat a loginjuk visszaállítására.Levelében beszámol arról is, hogy az összes gépet biztonságtechnikailag megerősítették; az automatikusan lefutó programokat átnevezték (a .bashrc-től a crontab-okig), a weben kintlévő fájlokat szintén (vagyis minden egyes felhasználónak saját magának kell ellenőriznie a fájljait, de ajánlják inkább azok törlését ha nem kimondottan fontos dologról van szó). A sgid/suid biteket levették az összes olyan binárisról, ahol az nem volt mindenképpen szükséges.

Ezzel egyidőben az összes gpg/ssh titkosított kulcsot törölték, és újakat generáltak a szolgáltatásokhoz.

Az LDAP adatbázisukat újabb verzióra migrálták, amely még nem problémamentes, de nagyobbrészt működnie kell (az eredeti adatbázis még a Potato-ban lévő verzióval ment!).

Összességében kiváncsi vagyok mennyit késik plusszban a Sarge, amelyet már december elsejére szerettek volna kiadás közeli állapotba hozni. :-|

DSA 404-1 Az új rsync csomagok javítják az engedélynélküli távoli kódfuttatást

Címkék

Csomag: rsync

Sebezhetőség: verem túlcsordulás

Probléma Típus: távoli

Debian-specifikus: nem

CVE ID: CAN-2003-0962


Az rsync csoport megbizonyosodhatott arról, hogy az összes 2.5.7 előtti rsync-ben, ami egy gyors fájlmásoló program, sebezhetőség van, amit gyakran egy Linux kernel sebezhetőséggel együtt használnak arra, hogy publikus rsync szervereket törjenek fel vele.A többit már angolul:

While this heap overflow vulnerability could not be used by itself to obtain root access on an rsync server, it could be used in combination with the recently announced do_brk() vulnerability in the Linux kernel to produce a full remote compromise.


Please note that this vulnerability only affects the use of rsync as an "rsync server". To see if you are running a rsync server you should use the command "netstat -a -n" to see if you are listening on TCP port 873. If you are not listening on TCP port 873 then you are not running an rsync server.


Az aktuális stabil terjesztésben (woody) a problémát a 2.5.5-0.2 verzió javítja.

Az instabil terjesztésben (sid) a problémát a 2.5.6-1.1 verzió javítja.

Mivel a Debian infrastruktúra még nem teljesen működő a betörés után, így az instabil terjesztésbe nem tudják egy darabig bejuttatni a csomagot, így azt Martin Schultze kitette a home könyvtárába:

http://klecker.debian.org/~joey/rsync/




Az rsync csomagok azonnali frissítése javasolt. Amennyiben testing-et használsz az rsync-hez, úgy a woody-s csomagokat használd!


Martin Schultze levele a debian-security-announce listán.

A frissítésről szóló FAQ-nk.

chkrootkit - tegyünk többet rendszerünk egészségéért

Az elmúlt napok eseményeinek fényében kijelenthetjük, hogy vagy egyre több támadást intéznek nyílt forrású rendszerek ellen, vagy csak megnőtt a sikeres betörések bejelentésének száma.

Így vagy úgy, érdemes több gondot fordítani a rendszereink biztonságára. Természetesen első a prevenció, de az ördög nem alszik! Hasznos lehet néha olyan eszközöket is bevetni, amelyek már a baj megtörténte után segítenek a meglapuló rosszindulatúságokat felfedezni.



Az elmúlt napokban sikeresen törtek be a Debian Projekt szervereire (cikk), a Gentoo rsync szerverére (cikk) és a savannah.gnu.org szerverére (bejelentés). A három támadásban felfedezhető egy közös momentum: mindegyik esetben egy ún. ``rootkit''-et (korábbi cikk) telepítettek az áldozat gépre. Ebből két esetben a ``SucKIT'' (GPL-es) névre hallgató rootkit-et telepítették (a Gentoo-nál is rootkit-et telepítettek, de a típusát nem ismeretették).



Tegyük fel, hogy valamilyen módon feltörték a gépünket, és azon root jogokat szereztek. A támadó szeret visszajárni a feltört gépre, ezért azon egy hátsó kaput (rootkit) helyezett el. A gépünk néha furcsán viselkedik, gyanakszunk arra, hogy esetleg feltörték. Vajon hogyan ellenőrizhetjük le, hogy nincs-e egy módosított ``ls'', ``ps'' vagy egyéb bináris a gépünkön, amely ``gyári'' funkciója mellett valami más káros dolgot is csinál?



Több dologot is tehetünk. Az egyik, hogy a rendszer telepítése után a még szűz gépre valamilyen ``checksum'' készítő- és ellenőrző programot telepítünk. Ezzel rögzítjük a még 100%-ban biztosan nem komprommitált szerver állapotát (binársiok ellenőrzőösszegét), majd a későbbiekben a kezdeti értékeket rendszeresen összehasonlítjuk a jelenlegi értékekkel (így dolgozik pl. a tripwire nevű program is).



De mi van, ha nem voltunk elég okosak, és nem telepítettünk tripwire-t, vagy hasonló programot? Akkor marad az ``eső után köpönyeg'' megoldás, azaz ellenőrizzük a rendszert és fohászkodjunk, hogy nem törték meg.



Mivel ellenőrizzünk? Például a chkrootkit nevű programmal. A chkrootkit egy olyan program, amely átnyálazza a rendszerünket, módosított rootkit binárisokat, és azok létére utaló jeleket keres (pl. a SucKIT-et is).



Miket ellenőriz? Mindent természetesen ez sem tud, de az alábbi gyakran támadott és használt stuffokat ellenőrzi:



aliens asp bindshell lkm rexedcs sniffer wted w55808 scalper slapper z2 amd basename biff chfn chsh cron date du dirname echo egrep env find fingerd gpm grep hdparm su ifconfig inetd inetdconf init identd killall ldsopreload login ls lsof mail mingetty netstat named passwd pidof pop2 pop3 ps pstree rpcinfo rlogind rshd slogin sendmail sshd syslogd tar tcpd tcpdump top telnetd timed traceroute vdir w write



Mely rootkit-ek ismeri fel?

01. lrk3, lrk4, lrk5, lrk6 (and variants); 02. Solaris rootkit; 03. FreeBSD rootkit;
04. t0rn (and variants); 05. Ambient's Rootkit (ARK); 06. Ramen Worm;
07. rh[67]-shaper; 08. RSHA; 09. Romanian rootkit;
10. RK17; 11. Lion Worm; 12. Adore Worm;
13. LPD Worm;

df + rrd HOWTO

Címkék

Találtam egy leírást, ami végigvezeti az olvasót egy olyan megoldáson, hogy miként lehet nagyszerű grafikonos kimutatásokat csinálni az egyes partíciók telítettségi adatait felhasználva. Az RRD (Round Robin Database) egy adatbázis szerkezet amely ilyen és hasonló információk tárolására lett kitalálva; a hozzá adott segédprogramok segítségével pedig igazán egyszerű, szép és tetszetős grafikonokat generálni (cgi-n keresztül akár online is).A leírás nyelve német és egy FreeBSD 4.5-t feltételez, de ez szerencsére csak a df kimenetének feldolgozásában okozhat kis bonyadalmat. Az lm_sensors-féle sensorsd mellé nagyszerű kiegészítő. :-)

Új Sterbi klipp, Debiannal!

Címkék

Az új Dj. Sterbinszky klipp (Irish Coffee) fényelése Debian GNU/Linux alatt történt, egy népszerű utómunka szoftver linuxos verziójával.Érdekességképp érdemes megemlíteni, hogy - többek közt - azért szánták el magukat a Linux használatára a készítők, mert a piacvezető operációs rendszer alatt a szoftver 2.5-ös verziója nem kezeli a hangot, Linux alá viszont már van 3-as ebből a szoftverből, ami kezeli (az gyártó megszűntette az m$ vonalát ennek a terméknek)!



A hardver egy HyperThreading-es Intel P4 2.6 Ghz-es masina volt, 1 GB rammal és egy darab 120GB-os SATA vinyóval. "Hasított, mint az állat"




A klippet megnézhetitek itt.

BBJournal: Magyarország Linux felhasználása várhatóan nőni fog a kivásárlás után

A Budapest Business Journal oldalain jelent meg egy érdekes cikk a SuSE - Novell akvizíció apropóján, amelyben Szittya Tamás a Novell Magyarország (Novell Hungary Kft.) ügyvezető igazgatója, és Szentiványi Gábor a SuSE Magyarország (ULX Kft.) ügyvezető igazgatója nyilatkozik az üggyel kapcsolatban.``Az IT jövője a nyílt forrásban van. A SuSE van a legnagyobb kompetenciája ás szakértelme az egész világon.” - mondta Szitta.

A cikket megtalálod itt.

(Érdekessége a cikknek, hogy megjelent a Linux Today-en is. Talán felfigyelnek ilyen kis országra is mint Magyarország. Főleg, hogy a magyarok is tettek hozzá jelentős dolgokat a Linux kernelhez, meg az open source-höz általában.)

Quantian release 0.4.9.2

Címkék

Megjelent a Quantian 0.4.9.2-es verziója.Dirk Eddelbuettel levele:



Announcing Quantian release 0.4.9.2

===================================



I What is Quantian?



Quantian is a remastering of the self-configuring and directly bootable
Knoppix cdrom that turns any pc or laptop into a full-featured Linux
workstation. Recent versions of Quantian are based on clusterKnoppix
and add support for openMosix. Quantian differs from (cluster)Knoppix
by adding a large set of programs of interest to applied or theoretical
workers in quantitative or data-driven fields.



See http://dirk.eddelbuettel.com/quantian.html for more details.






II What is new?



o New Debian packages:


- R / CRAN packages r-cran-qtl, r-cran-dbi and r-cran-mysql


- Scientific Python packages: python2.3-scipy, python2.3-umfpack and
python2.3-arpack from a contributed archive by Jose Fonseca; also
added standard Debian packages python-scientific and python-numeric


- A+ packages aplus-fsf, aplus-fsf-dev, aplus-fsf-el and xfonts-kapl
providing the APL dialect A+ originally developed by Morgan Stanley


- Massively parallel quantum chemistry standard Debian packages mpqc
and mpqc-support; also added Debian packages ghemical and xppaut



o Retain acroread and lyx packages that were previously removed



o Relative to previous versions, removed blender, scribus and sketch.



o Packages updated throughout



o ClusterKnoppix changes (based on the release dated 2003-11-25)


- Sync with latest Knoppix release 2003-11-19


- Upgraded to openmosix 2.4.22-2


- MFS enabled again (openmosix tmpfs oops fixed)


- chpox upgraded to 0.6b


- nforce2 chipset support added


- xfs support added


- ipsec support added (freeswan 2.03)


- tyd from CHAOS added



o Knoppix changes


- 2003-11-19: Added vpnc (Open Source Cisco client), prelink,
qt3-designer, lots of updated packages. Removed selfhtml, sodipodi,
abiword, karbon.


- 2003-11-14: Euro symbol works again in konsole, but font scanning at
startup is slow (fontconfig?), added bittorrent ncurses client, ALSA
package update, "knoppix testcd" option is now more verbose, changed
default timings in monitor detection (may give better results with
DDC-capable monitors, but may require probably have to use "knoppix
vsync=60" for non-DDC-capable TFT displays), the usual bunch of
Debian package updates.


- 2003-11-03: New background picture, the usual lot of updates,
OpenOffice 1.1 (english and german) [ removed in Quantian, though ],
KDE 3.1.4 (partly, some packages still missing), removed compressed
changelogs for space reasons. Known bugs: Some ISO8859-15 fonts do
not work correctly in the KDE console



- Knoppix 3.3 changelog on knoppix.net



See http://dirk.eddelbuettel.com/quantian/changelog.html for more details.






III Where do I get it?



Downloads are available from the two main hosts both of which also
provide rsync:



o U of Washington:


- http://www.analytics.washington.edu/downloads/quantian
- rsync://www.analytics.washington.edu::quantian



o U of Wisconsin/Madison:
- http://franz.stat.wisc.edu/~edd/quantian
- rsync://rsync.r-project.org::quantian



o European mirror, bittorrent site and cdrom vendors will hopefully
catch up over the next few days. See





http://dirk.eddelbuettel.com/quantian.html

ALSA: az 1.0 küszöbén (1.0.0rc1)

Címkék

Az Advanced Linux Sound Architecture (ALSA) projekt - majd hat évvel azután, hogy elkezdett (1998) egy új hang alrendszert kidolgozni a Linux kernel számára - bejelentette az ALSA 1.0.0 első kiadásra jelölt verzióját. A bejelentés szerint a végleges 1.0.0-ás verzió hamarosan várható. Mint az ismert, az ALSA része lesz a 2.6-os kernelnek. Még a 2.5 korai szakaszában 2002. február 13-án mergelte Linus a 2.5.5-pre1-be. Valószínűleg a közelgő stabil 2.6-os kernel megjelenéséhez igazították az ALSA fejlesztők az 1.0-ás bejelentést.

Bejelentés itt.

Bruce Perens whitepaper-je az UserLinux-ról

Címkék

Már elérhető az UserLinux honlapja.

Pár héttel ezelőtt a Linux evangelista Bruce Perens -

Bruce Perens korábbi Debian Project vezető, aki két évet dolgozott a HP-nál, mint Linux és Open Source stratégiai tanácsadó, dolgozott a Pixar-nál (Toy Story, Bug's Life, és még egy rakás más szenzációs film keszítője), mint vezető rendszerprogramozó, és emellett az OSI (Open Source Initiative) társ-alapítója - beszélt egy egységes, Debian alapú, vállalatok számára készítendő Linux disztribúcióról. Most elérhető ennek a tervezett disztrónak az első whitepaper-je.A disztró a UserLinux névre fog hallgatni. A whitepaper az `` UserLinux: Repairing the Economic Paradigm of Enterprise Linux'' címmel jelent meg.

Érdekes elképzelés, és jó ötletnek tartom, hogy egy olyan disztribúciót készítsenek, amely Debian alapú, de olyan tulajdonságokkal rendelkezik, mint mondjuk egy SuSE SLES vagy egy Red Hat AS.

A whitepapert megtalálod itt.

apt-pinning, avagy hogyan használjunk hibrid Debian terjesztést

Címkék

(A cikk megírását ez a fórum topic inspirálta)

Sokaknak szívfájdalma, hogy a Debian kicsit konzervatívabban kezeli az új csomagok befogadását a ``stabil'' terjesztésbe, mint más ``pengeél'' disztribútorok. Vannak akik szeretnék a stabil terjesztést követni - mondjuk a biztonsági frissítések miatt -, de eközben szeretnének egyes csomagokból a legújabbakat használni. Vajon lehetséges ez? Mi erre a legjobb megoldás?

A megoldás az, hogy miközben a ``stable'' terjesztést futtatjuk (jelen esetben a Debian 3.0r2 ``woody''-t), közben felhasználjuk a ``testing'' (most a ``sarge'') és az örök fejlesztői disztribúció az unstable ( ``sid'' - still in development) csomagjait, forrásait is.

Miért is jó ez? Azért, mert a ``stable - woody'' terjesztést követi a biztonsági csapat, és rendszeresen javítják a felbukkanó bugokat. A ``testing - sarge'' és az ``unstable - sid'' nem rendelkezik biztonsági frissítésekkel. Emellett lehetnek olyan kevésbé kritikus csomagok, amelyekből viszont szeretnénk a legújabbat használni. Ilyen lehet egy grafikus program (Gimp), egy levelező program, vagy egy bőngésző, stb. Ezeknél a programoknál nem túl gyakori a biztonsági hiba, így kisebb kockázattal lehet belőlük a nem követett verziókat használni, mint mondjuk egy ``bind''-ből. Ezeknél a programoknál jöhet szóba, hogy a ``testing''-ből vagy az ``unstable''-ből emeljünk be csomagokat.

Az apt fel van készítve arra, hogy több disztribúció csomagjait kezelje párhuzamosan. Lássuk hogyan:sources.list

Az első lépés a /etc/apt/sources.list módosítása. A ``stable'' disztribúciót követőknek ebben jelenleg a ``woody''-s forrás sorok vannak. Emellé kell felvenni a ``testing'' és az ``unstable'' sorokat. Egy egyszerű sources.list így fest:

#Stable

deb http://ftp.us.debian.org/debian stable main non-free contrib

deb http://non-us.debian.org/debian-non-US stable/non-US main contrib non-free

#Testing

deb http://ftp.us.debian.org/debian testing main non-free contrib

deb http://non-us.debian.org/debian-non-US testing/non-US main contrib non-free

#Unstable

deb http://ftp.us.debian.org/debian unstable main non-free contrib

deb http://non-us.debian.org/debian-non-US unstable/non-US main contrib non-free

Ezen sorok mellé természetesen fel lehet venni az egyéb extra forrás sorokat is, mint például a security.debian.org forrásait.

preferences

A következő lépés az /etc/apt/preferences file létrehozása/szerkesztése. Ebben a fileban adhatjuk meg a pinning stuffokat. Alapértelmezés szerint mindig a magasabb verziójú csomagok ``győznek'' a telepítéskor. Ezt viszont felülbírálhatjuk:

Egy egyszerű preferences file így fest:

Package: *

Pin: release a=stable

Pin-Priority: 700

Package: *

Pin: release a=testing

Pin-Priority: 650

Package: *

Pin: release a=unstable

Pin-Priority: 600

Megfigyelhető, hogy a ``stable'' a legmagasabb prioritású, a telepítéskor ez a preferáltabb a ``testing'' és az ``unstable''-lel szemben.

apt-get update

Ha ez megvan, jöhet a frissítés. Ezzel újabb repository-kat adhatunk az apt listájához.

E: Dynamic MMap ran out of room

A használat során az alábbihoz hasonló hibaüzenet köszönhet vissza:

E: Dynamic MMap ran out of room

E: Error occured while processing sqlrelay-sqlite (NewPackage)

E: Problem with MergeList /var/lib/apt/lists/ftp.us.debian.org_debian_dists_woody_contrib_binary-i386_Packages

E: The package lists or status file could not be parsed or opened.

Ez azért van, mert az apt cache túl kicsi ahhoz, hogy a ``testing''-et és az ``unstable''-t is kezelje a ``stable'' mellett. Ez hiba egyszerűen fixálható. Az alábbi sort kell az /etc/apt/apt.conf fileba felvenni:

APT::Cache-Limit "8388608";

Új csomagok telepítése

Az új csomagok telepítése egyszerű. Mint korábban az apt-get install paranccsal most is telepíthetünk. Ha a csomag megtalálható a ``stable'' terjesztésben, akkor az települni fog. Ha a csomag csak az ``unstable''-ben található csak meg, akkor onnan fog települni.

``De mi van akkor, ha a csomag megtalálható a ``stable''-ban és az ``unstable''-ben is, de mi az ``unstable''-ban levőt szeretnénk telepíteni?'' - hangozhat a kérdés.

Két utat választhatunk. Mindkét megoldás más szintaxissal működik, és mindegyiknek más a hatása:

Linux pingvin törölköző

Címkék

Szevasztok!

Arra gondoltam, hogy ha sikerül egy pár érdeklődőt összeszednem, a pár évvel ezelőtti projekthez hasonlóan, amikor hímzett Tuxos trikót lehetett rendelni, most egy frotír törölközőbe szőtt Tuxot szeretnék életre hívni.Egyelőre csak a potenciális érdeklődőket szeretném összegyűjteni, hogy meglássam érdemes-e vele foglalkozni.

Két méretben lehetne megvalósítani, egy 50/100-asban (ár az oldalon) és egy 70/150-esben (ár az oldalon)

További információ, rajz és igényfelmérés a linux.oregpreshaz.hu oldalon, vagy levélben a szimszon at freemail dot hu címen.

U.i.: a site-on legyetek türelemmel, mert egy 486-oson fut :)

Szimszon

Idejétmúlt target-ek eltávolítása a gcc-ből

Címkék

Mint ahogy arról márciusban szó volt, megkezdődött a gcc 3.4-ből az elavult target-ek eltávolítása. Legalábbis az első lépést megtették a fejlesztők efelé.

Jim Wilson nemrég bejelentette a gcc-announce@ levlistán, hogy a megjelenő gcc 3.4-es verzióban, a fejlesztők elkezdik leépíteni a régi, karbantartás nélküli target-eket. Ezzel a lépéssel a fejlesztők azt szeretnék elérni, hogy a véges erőforrásaikat a gyakran használt target-ek jobb támogatására fordíthassák. A gcc 3.4-ben már csak az ``--enable-obsolete'' fordítási opcióval lehet előcsalogatni a régi target-eket. A későbbieben ezek teljesen el lesznek távolítva.

Jim levele itt.