Aktív fórumtémák

Tárgy Válaszok Legutóbbi beküldés Fórum Szerző
  Német agybaj újratöltve: Illegálissá válhat a reklámblokkolás, börtön is járhat majd érte 146  2025-08-20T20:34:28+0200 Web, mail, IRC, IM, hálózatok jevgenyij
  Fidesz osztja a friss időt Openwrt 18.06.2-ön vagy csak T-online-soknak? 26  2025-08-20T20:34:11+0200 Hálózati eszközök lusi
  Jogsi nélküli autó időseknek 187  2025-08-20T20:21:51+0200 Közösségi kerekasztal plt
  NIS2 tapasztalatok 88  2025-08-20T20:18:21+0200 Közösségi kerekasztal pentike
  Lenovo T14 20S1SE60D00 internal microphone problema win11-el 13  2025-08-20T19:56:36+0200 Notebook, laptop, mobiltelefon ... Ariel
  win10 frissitese win11-re, avagy lehet elni ujratelepites nelkul? help! 2025-08-20T19:41:19+0200 Microsoft Windows x-daemon
  Linux driverek sorsa vált kérdésessé az Intel átalakulása miatt 14  2025-08-20T15:38:38+0200 HUP cikkturkáló Ritter
  Windows Disk foglaltság 2025-08-20T13:54:14+0200 Microsoft Windows hnsz2002
  Tönkrevághatja az SSD-ket és HDD-ket a Windows 11 legújabb frissítése 18  2025-08-20T10:54:39+0200 HUP cikkturkáló DL3V1
  SSD meghibásodás után sérült Windows 10 LTSC 2019 helyreállítása 30  2025-08-20T10:02:50+0200 Microsoft Windows djtacee
  Feltörték a Gmail-t 19  2025-08-20T09:23:02+0200 HUP cikkturkáló bzt
  AI (open AI, Gemini, stb.) használata adatelemzésre 2025-08-20T00:33:26+0200 Mesterséges Intelligencia: Prolog, Lisp akoska00
  Melyik AI (vagy nem AI) eszköz tud összeszedni információt webről 11  2025-08-19T23:04:51+0200 Segédprogramok gee
  Robotporszívó helyi szerverre irányítása 55  2025-08-19T19:52:33+0200 Hálózati eszközök kikepzo
  Létezik olyan kapcsoló modul ami beépíthető buta kapcsoló mögé és zigbee hálózaton keresztül bindelhető hub nélkül? 2025-08-19T14:33:48+0200 Elektronika, Elektromos eszközök denton
  Android Rage n+1 301  2025-08-19T10:47:47+0200 Android hnsz2002
  Egészségügyi dokumentumok listájának lekérése - Breakglass 429  2025-08-19T10:30:04+0200 Közösségi kerekasztal locsemege
  Fejlődnek a video driverek 141  2025-08-18T21:42:50+0200 VGA locsemege
  Roidmi károsultak fóruma (Roidmi csődbe ment, így nem használhatók tovább bizonyos eszközeik) 36  2025-08-18T17:35:25+0200 Közösségi kerekasztal Charybdis
  Trump elküldte az Intel főnökét 48  2025-08-18T15:10:44+0200 HUP cikkturkáló Botond

Közeleg a kövér cowboy...

Címkék

Richard Atterer, a jigdo írója a debian-cd levelező listára küldött levelében a közelgő Woodyról és az ezzel kapcsolatos problémákról beszél.A levél szerint Richard a következő hetekre teszi az új Debian kiadás megjelenését, amellyel kapcsolatban a legkritikusabb a tükrözés lesz, a nagy számú CD-k miatt.

A Debian előző kiadása, a potato CD-i 13 GB helyet igényeltek a 22 CD számára. A Woody kiadás ezzel szemben 53 GB-nyi helyet fog foglalni, 88 db CD-vel. A drasztikus növekedés oka az architektúránkénti 3 CD helyetti 8, illetve a potato 6 architektúrája helyett támogatott 10. A CD-k óriási mérete miatt valószínűsíthető, hogy a tükrök ezeknek csak egy kis részét fogják hordozni, így ezt elkerülendő hivatalosan a nem Intel architektúrákhoz csak az első három CD-t tennék letölthetővé. Ilymódon egy "teljes" Debian CD tükör 34 db. CD-ből fog állni, 21 GB-nyi helyet elfoglalva.

Azoknak, akik mind a 88 CD-t tükrözni szeretnék, a jigdo-t kell használniuk.



Az eredeti levél:

Date: Thu, 30 May 2002 14:16:14 +0200

From: Richard Atterer

To: debian-cd@lists.debian.org

Subject: Re: CD release announcement




Hello,




this is my first attempt at a note to mail to all CD mirror admins.

Doubtlessly it is inaccurate in some places - please correct any

mistakes. Is there any important issue which I missed, and which
the
mirror maintainers should know about?



Where will the official 3.0r0 jigdo files be placed? I think it would

be wise *not* to use cdimage/jigdo-area for that, because

- ATM jigdo-mirror will attempt to re-generate any non-existent

images every time it is run. IOW, if mirror admins mirror

jigdo-area/ and then let jigdo-mirror loose on it, the script will

work several minutes on each pre-release image, only to realize

that it is unable to re-create it.

- When 3.0r0 is out and Phil starts making 3.0r1 pre-releases, all

mirrors will pick those up, attempt to create them, maybe
overflow
their disks etc... not desirable!




Another related question: At the moment, jigdo-mirror does not
allow
you to filter which images it should create and which not. People

using it will only be able to mirror all 88 images, there's no way to

prevent it from creating e.g. binary-3 to binary-7, or the non-us
CDs.
Should I modify it to allow such filtering?




----------------------------------------------------------------------

Release of CD images for the Debian Linux 3.0r0 release ("woody")

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~




This mail was sent to you because your address is stored in our

database of Debian CD mirror servers and your server is listed
on
http://www.debian.org/CD/http-ftp/. Note that if you reply to
this
mail, your answer will by default be sent to

, a public mailing list.

[Reply-To will be set up accordingly.]




Within the next weeks, Debian 3.0 "woody" will be released and
new CD
images will be made available. Here is some information about the

release of the new CD images.




Size requirements

~~~~~~~~~~~~~~~~~

[Please correct numbers - they may be completely wrong!]



The images of the current stable distribution ("potato") need 13
GB of
disc space for 22 CD images. In contrast to this, the full set of

"woody" CDs needs about 53 GB for 88 CD images! [The 88 is
8*10 + 8
source.]

This increase is due to the larger number of CDs (8, used to be
3) per
architecture, and the larger number of architectures (10, used to
be
6).



Because we expect that most mirror admins do not want to
dedicate so
much space to CD images, by default not all CD images will be
made
available, only a subset which will take about 21 GB for 34 CD
images.
(We omit CDs 3-8 for the 9 non-Intel architectures.)



Required setup changes on your mirror

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~




You do not need to change anything about your current mirror
setup if
you want to distribute the default set of 34 CD images - the old

"debcdmirror" scheme as well as rsync or FTP/HTTP mirroring will

continue to work.

[Is this correct? Will PIK-style .list files be generated? Will the

rsync/http/ftp paths stay the same?]




However, consider changing the mirror setup as described below
if one
of the following applies:




- You want to update your mirror quickly after the release. In our

experience, the master site will be under extremely heavy load

immediately after the release, possibly even to the point of not

being reachable.

- You already have a local "regular" Debian FTP mirror. In this
case,
the mirroring can be made much more efficient now.

- You want to offer the full set of 88 CD images.




New way of mirroring: jigdo-mirror

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~




jigdo is a new way of generating Debian CD images. A local
(=same
machine) Debian FTP mirror is required for this. Additionally, if
the
mirror does not run Linux on Intel, you'll have to compile jigdo

yourself - you need a recent C++ compiler (e.g. GCC 2.95) for
this.



The jigdo-mirror script to automate mirroring of Debian's CD
images is
new and needs more testing - if you can, please try it out now on
the
3.0 pre-release images and report any success/failure to us!




jigdo-mirror takes packages from the mirror as well as special
files
with ".jigdo" and ".template" extensions, and assembles the CD
images
from all this information. This makes it similar to how
debcdmirror
works, with the important difference that jigdo does not rely on
rsync
to produce the final image.




A jigdo-based mirror requires

- setting up a normal Debian FTP mirror http://www.debian.org/mirror/

- setting up HTTP mirroring of the .jigdo/.template files

- setting up a cronjob which runs jigdo-mirror at regular
intervals
- configuring jigdo-mirror. This should be easy, it hardly needs
more
information than the paths to the .jigdo/.template files and
your
Debian FTP mirror.




Links

~~~~~

Debian on CD:

http://www.debian.org/CD/

Retrieving Debian CDs with jigdo:

http://www.debian.org/CD/jigdo-cd/




rsync path for stable CD images:

rsync://cdimage.debian.org/debian-cd/

(Try not to mirror directly from the master site if possible.)

HTTP access is disabled for the images themselves, but the
MD5SUM
files and .list files can be fetched here:

http://cdimage.debian.org/cd-images/

jigdo homepage:

http://atterer.net/jigdo/

How to set up jigdo-mirror:

http://atterer.net/jigdo/jigdo-mirror.html

Precompiled jigdo binary for i386 Linux, including
documentation:
http://atterer.net/jigdo/jigdo-bin-0.6.6.tar.bz2

jigdo source code:

http://atterer.net/jigdo/jigdo-0.6.6.tar.bz2




.jigdo/.template files for pre-release tests of Debian 3.0:

http://cdimage.debian.org/jigdo-area/

The .jigdo/.template files for 3.0 will be made available here:

[WILL THEY?]

http://cdimage.debian.org/jigdo-area/3.0rev0/




----------------------------------------------------------------------

Alan Cox: Linux 2.4.19-pre9-(ac1,ac2)

Címkék

Tegnap megjelent a 2.4.19-pre9 kernel. Alan Cox nem sokat gondolkozott mindjárt ki is adott hozzá 2 -ac patchet.

A patchek letölthetők patch-2.4.19-pre9-ac1.gz, patch-2.4.19-pre9-ac2.gz.

Változások:[+ indicates stuff that went to Marcelo, o stuff that has not,

* indicates stuff that is merged in mainstream now, X stuff that proved bad and was dropped out]

Linux 2.4.19pre9-ac2

o Clean up after SIGURG properly (David Weinehall)

| Needed to match the other SuS compliance fix for it

+ Fixed wrong elf section in neofb (Thomas Mirlacher,

Andrey Panin)

o Don't write to reserved bits on 815 gart (Nicolas Aspert)

o Make fcntl locking POSIX 2001 compliant (Andries Brouwer)

+ Fix an mmap corner case (Raúl)

o Merge 3c59x vlan support (Paul Komkoff)

+ Update URLS for LDP documentation (John Kacur)

o Fix rmem setting for low memory (J A Magallon)

o Reparent scsi error thread to init (J A Magallon)

o Backport FPU init fixes (J A Magallon)

+ Fix AGPgart crash on I830M/I845G when using

8Mb/8Mb split (Jeff Hartmann)

+ Fix phy masking on 8139too (Jeff Garzik)

+ Fix link state reporting on generic phy code (Jeff Garzik)

+ Tulip phy handling fix (Jeff Garzik)

+ Update 8139too docs (Jeff Garzik)

+ cs89x0 update (Jeff Garzik)

+ VIA rhine fixes (Jeff Garzik)

+ Hamachi quick fixup for 2.4.19 (Keith Underwood)

o Revert escaped procfs debug code (Todd Eigenschink)

+ Merge the 2.5 additions to ethtool (Jeff Garzik)

+ Update dl2k driver (Jeff Garzik)

+ Fix kernel api docs to reflect fb changes (Juan Quintela)

+ Fix problems with pcnet32 workaround for x250 (Go Taniguchi)

+ De4x5 cleanups (Jeff Garzik)

Linux 2.4.19pre9-ac1

This merges Marcelo's 2.4.19pre9 patch and also adds a fix for another of the SuS corner cases that is required to get the LSB compliance right

oMerge with 2.4.19pre9

oFix SuS violation on readv/writev(me)

|I believe this one is correct, please double check

A Solaris 9 csak egy processzorig ingyenes

Címkék

A Solaris 9 megjelenésével megszűnt a 8 processzorig való ingyenesség, így már csak az egyprocesszoros gépeken futtatott operációs rendszer használható ingyenesen. A többprocesszoros rendszerek esetében a processzorok számának és az operációs rendszer típusának (szerver, desktop, stb) függvényében ezentúl licenszdíjat kell fizetni.



Forrás: Slashdot.org.

UnitedLinux

Címkék

Mint arról tegnap beszámoltunk, a Caldera, a Conectiva, a SuSE és a TurboLinux stratégiai megállapodás bejelentését készítette elő, amelynek eredményeképpen megszületett a UnitedLinux.A weblap információi szerint a UnitedLinux az üzleti szférát célozza meg. A UnitedLinux az LSB és a LiN18ux (vicces :) szabványokra épül és elsősorban az IA32/IA64 platformot, beleértve az IBM eServer sorozatát is támogatja. A négy cég alkotta szövetség nagy előnye, hogy a világ számos nagyobb térségében képviselteti magát, így a támogatást sok helyen a régió hivatalos nyelvén, helyben tudja nyújtani.

A PDF formátumú prezentáció szerint a UnitedLinux mögött máris nagy cégek állnak, mint például az AMD, a HP, a Progress, az NEC, az IBM és az Intel. A tervek szerint az első UnitedLinux kiadás 2002 végén jelenhet meg, 2003 harmadik-negyedik negyedévében pedig a UL 2.0 megjelentetését tervezik. Addig is a jelenlegi disztribúciók forgalmazása nem szünetel, viszont a termékeken fel lesz tüntetve a "Powered by UnitedLinux" mondat. A UnitedLinuxot alkotó cégek ezentúl is versenytársak maradnak, hiszen a termékárazás jogát mindegyikük megtarthatja.



Bővebb információ:

UnitedLinux

UltraSPARC IV - 2003-tól

Címkék

2003 közepére várható a Sun UltraSPARC termékcsaládjának a frissítése. A jelenlegi adatok alapján ekkorra tehető a cég új UltraSPARC IV-es processzorának megjelenése.Az UltraSPARC IV processzor első 1.2GHz-es tagja 2003 első/második negyedévére várható. A jelenlegi UltraSPARC III-as processzorok szintén el fogják érni az 1.2GHz-es sebességet és egy ideig a III-as és IV-es processzorok egyaránt elérhetők lesznek, majd a III-as szériát fokozatosan kivonják a forgalomból. A jelenlegi III-as UltraSPARC processzorok 900MHz és 1.02GHz sebességen működnek.

Sun ingyen ad Solaris 8/9 OE-t DVD-n

Címkék

Ezen a héten végetért a Sun Microsystems StarOffice 5.2 ingyenes letölthetősége. De nem hagy minket a Sun ingyenes stuff nélkül, mert mindjárt fel is ajánlja, hogy küld nekünk ingyen Solaris 8 IA-t vagy Solaris 9 SPARC verziót, ha azt igényeljük.A Solaris 8-at néha le lehet tölteni a Sun-tól (most éppen nem), viszont kb. 850MB és nem mindenki tudja ezt megtenni. A Sun árusítja ezt CD-n is relatíve olcsón, nade az ingyen DVD-nek nincs párja ;)

Szövetség a Red Hat ellen

Címkék

Az eWeek híre szerint nagy dobásra készül a Caldera, a Conectiva, a SuSE és a TurboLinux.A négy nagy egy egységes Linux disztribúcióval kapcsolatos megállapodást fog bejelenteni a hírek szerint csütörtökön. A disztribúció célja a Red Hat piaci dominanciájának megdöntése. Az eWeek értesülései szerint az egyik cég magas beosztású embere név nélkül elmondta, hogy a bejelentés az egységes Linux disztribúcióról fog szólni, azonban ennél többet nem volt hajlandó elárulni.

Az IDC elemzője szerint ez a lépés a piac kiegyensúlyozására irányul, hiszen "a Red Hat egy 300 fontos gorilla ezen a piacon" és a többi gyártó mind azért küzd, hogy életben maradhasson. A bejelentés súlyát a négy cég fizikai elhelyezkedése, piaci részesedése is alátámasztani látszik, hiszen a Conectiva Brazíliában és Dél Amerika egyéb részeiben, a SuSE Németországban és Európában, a TurboLinux pedig Ázsiában játszik jelentős szerepet, tehát a területi előny adott a Red Hattal szemben.



Az eredeti cikk elolvasható itt.
Holnap kiderül, hogy mi is áll emögött...

Bluetooth támogatás a Linuxban

Címkék

A Linux fejlesztői ágában megjelent a Bluetooth támogatás.A 2.5.14-es kernelben a Qualcomm által elérhetővé tett BlueZ nevű protokoll került beépítésre. A Bluetooth segítségével kis hatótávolságú hálózati kapcsolatokat építhetünk fel, amelyek egyesek szerint később akár fel is válthatják a számítógépekre annyira jellemző vezetékerdőt. A végfelhasználóknak valószínűleg még várniuk kell a Bluetooth Linuxon való használatára, hiszen a lehetőség egyelőre csak a 2.5-ös szériában érhető el, amelyet aligha fognak alkalmazni a disztribúciókat készítők (Red Hat, SuSE, Debian, stb).



Kapcsolódó oldalak:

A ZDNet cikke

Systrace - rendszerhívások korlátozása

Címkék

Az OpenBSD currentben új funkció került megvalósításra. Az újdonság neve systrace és a rendszerhívások figyelésére, azok használatának korlátozására való.A systrace által használt policy interaktívan alakítható, így jelentősen megkönnyíti a listák elkészítését. Azok a műveletek, amelyek nincsenek bekonfigurálva az adott alkalmazáshoz riasztást generálnak, amely segítségével eldönthetjük, hogy az adott rendszerhívást engedélyezzük-e vagy sem.

A systrace segítségével az alkalmazások sandboxba, vagy homokozóba zárása is megoldható végre OpenBSD-n, amely a szerző szerint főleg a bináris terjesztésű programoknál lehet hasznos, hiszen ott nem minden esetben tudjuk, hogy mit is fog valójában csinálni az alkalmazás. De természetesen a nem megbízhatónak vélt szabad forráskódú programok bedobozolása is hasznos lehet bizonyos esetekben (bind? :).

A systrace behatolásdetektálásra is használható, hiszen segítségével egy távoli gépen futó programok figyelhetők, amelyek ha nem definiált műveletet próbálnak végrehajtani, riasztást indítanak el. Ezek a riasztások célszerűen egy központi számítógépben futnak össze, így figyelésük egyszerű.

A systrace már az OpenBSD -current része, tehát az az alaprendszerben elérhető.

Néhány alkalmazáshoz elérhetőek példa policy fájlok is (gaim, konq-e, mplayer). A systrace működik a Linux emulációval is, tehát Linuxos binárisok futtatását is lehet a segítségével monitorozni/korlátozni.




Kapcsolódó oldalak:

Niels Provos systrace weblapja

OpenBSD

Hurd: GNU Mach 1.3

Címkék

Roland McGrath legújabb bejelentése szerint megjelent a GNU Mach kernel legfrissebb, 1.3-as verziója.A bejelentésben megjegyzi: "A továbbiakban nem fogjuk aktívan tovább fejleszteni a GNU Mach-ot. A továbbiakban terveink szerint csak bugfixeket és triviális bővítéseket hajtunk végre az 1.x szérián, és a későbbi 1.x kiadások is csak ezeket tartalmazzák majd."

A 2.x GNU Mach kernel már fejlesztés alatt van. A fejlesztéséhez a Utah Egyetem OSKIT-jét használják fel.

A lényegesebb változások az 1.3-ban: megjelent a nagy diszkek támogatása (>= 10GB). Továbbá az 1.3 direkt kerneltámogatást tartalmaz a "boot script"-ekhez.

Bejelentés:

From: Roland McGrath

To: info-gnu AT gnu.org, bug-hurd AT gnu.org

Subject: GNUmach 1.3 released

Date: Mon, 27 May 2002 16:31:55 -0400 (EDT)

-----BEGIN PGP SIGNED MESSAGE-----

We are pleased to announce version 1.3 of the GNU distribution of the Mach kernel. It may be found in the file (about 3.6 MB compressed)

ftp://ftp.gnu.org/gnu/gnumach/gnumach-1.3.tar.gz;

unidiffs from version 1.2 (about 310 KB compressed) are in

ftp://ftp.gnu.org/gnu/gnumach/gnumach-1.2-1.3.diff.gz.

This distribution is only for x86 PC machines. Volunteers interested in ports to other architectures are eagerly sought. We are no longer actively developing version 1.x of GNU Mach. We plan to make only necessary bug fixes or trivial enhancements in the 1.x line, and make further 1.x releases only as necessary for those purposes. New development efforts have been underway for some time on a new version of GNU Mach using the OSKit from the University of Utah for hardware support. Those efforts previously called OSKit-Mach are now working towards the future version 2.0 of GNU Mach. Aside from bug fixes, major changes from 1.2 (from the NEWS file) are:

The kernel now directly supports "boot scripts" in the form of multiboot module names with the same syntax as the Hurd's `serverboot' program.

That is, instead of telling GRUB "module /boot/serverboot", you can give GRUB a series of command like "module /hurd/ext2fs ${...}" where the syntax after "module" is the same as in boot scripts for Hurd's `serverboot'. The kernel message device `kmsg' is now enabled by default.

- --disable-kmsg turns it off.

Large disks (>= 10GB) are now correctly supported, the new get_status call DEV_GET_RECORDS can return the number of records of a device. Lots of tweaks have been done to the virtual memory management to make it perform better on today's machines. The console supports ANSI escape sequences for colors and attributes. Support for the terminal speeds B57600 and B115200 has been added. Bug reports relating to this distribution should be sent to bug-hurd AT gnu.org. Requests for assistance should be made on help-hurd AT gnu.org.

The md5sum checksums for this distribution are:

61e90803889b079a380e30056b21d076 gnumach-1.3.tar.gz

56ca6aa9040c4d4c4ef7a9757bb0509c gnumach-1.2-1.3.diff.gz

[...]

Interjú: Larry McVoy a BitKeeper alkotója

A KernelTrap egy interjút készített Larry McVoy-jal, a BitMoover alapítójával, és a BitKeeper elsődleges szerzőjével. A BitKeeper egy elosztott forráskód ellenőrző rendszer, amelyet Linus Torvalds jelenleg a Linux kernel fejlesztéséhez használ fel, és amelyet RMS (Richard M. Stallman) a free szoftver elképzelés atyja, nem is olyan régen kritizált. Az interjúban McVoy visszatekint a múltra, leírja a számítógépekkel és a Linuxszal való kapcsolatát. Megosztja velünk a BitKeeper történetét, és elmondja a döntést, hogy a BitKeeper miért nem GPL licensz alatt látott napvilágot (ez minden baj forrása, RMS és Linus csatározásának egyik alapja).

NetBSD: a NetBSD 1.6 úton van

Címkék

A NetBSD 1.6 brancholva van, és megkezdődött a kiadást megelőző procedúra. Todd Vierlings egy bejelentést postázott currrent-users levelezési listára, amelybe ezt a tényt közölte. A legújabb -current 1.6-os CVS napi snapshot elérhető. A NetBSD 1.6 végleges verziója 2002. június. 19-ére várható.A változásokat a NetBSd 1.5 és a NetBSD 1.6 között itt találod. A tervezett kiadási ütemtervet megnézheted itt.

Miért kell törődnük a nem-kereskedelmi Linux disztribúciókkal?

Címkék

Miért kell törődnük a nem-kereskedelmi Linux disztribúciókkal?

Ezen az alcímen jelent meg egy cikk a nem-kereskedelmi (non-commercial) Linux terjesztésről, a Debian GNU/Linux-ról. A cikk a http://www.linux-mag.com/ hasábjain jelent meg, és egy összefoglalást nyújt azoknak akik nincsenek tisztában a Debian eredetével, kialakulásával, történetével.

Érdemes elolvasni.

A cikket megtalálod itt.

Marcelo Tosatti: Linux 2.4.19-pre9

Címkék

Megjelent a stabil kernel széria legújabb pre tagja, a 2.4.19-pre9. Egy nagyobb patch, USB fixek, Coda javítás, gcc 3.1 panic fix, PPC fixek, stb.

A patch letöltehtő a mirrorok-ról.

Változások logja itt.

Interjú az UHU csapat vezetőjével: UHU BETA2

Címkék

2002. május 24-én megjelent a magyar fejlesztésű UHU-Linux második BETA kiadása. Ez a BETA kiadás letölthető bárki számára, azaz publikus BETA. Ebből az alkalomból beszélgettem Andrással az UHU csapat vezetőjével az UHU-Linux fejlesztéséről, és terveikről.

trey: Rengetegen kérdezik tőlem, "hogy mi újság az UHU-val kapcsolatban?", "Nagy a csend, talán már meg is szűnt?", stb. A kérdések megválaszolásával segíthetnél enyhíteni az emberek kiváncsiságát.

András: A fejlesztői levlista él, és a hibabejelentő adatbázis is a www.uhulinux.hu-n. A listára jelentkezni szintén web-en keresztül lehet.trey: Nem is olyan régen ígértétek (legalábbis olvastam valahol), hogy lassan, májusban lesz publikus BETA az UHU-ból. Azt tudom, hogy volt/van egy jelszavas letöltési lehetőseg.

KDE 3.0.1 csomagok Debianhoz

Címkék

Ahogy arról csütörtökön írtam, a KDE 3.0.1 hivatalosan is megérkezett. A bejelentés szerint sokkal gyorsabb, könnyebben használható mint az elődei eddig. A Debian felhasználók is örülhetnek, mert már itt is vannak a KDE 3.0.1 csomagok .deb formában. És ami az érdekesség bennük, hogy nem csak a Debian SID-re hajlandóak csak feltelepülni, hanem a Woody disztribúcióra is szó nélkül másznak fel.



Frissítés:


Készítettem 2 screenshotot a KDE3.0.1+Mosfet Liquid témáról (Debian Woody). Megnézheted itt és itt.Körülbelül 15 perces munkával telepítettem, beállítottam hozzá a powerful Liquid témát, és már használhattam is. A telepítéshez Debian alatt a /etc/apt/sources.list -be, az alábbi sort kell beállítani:

deb http://kde3.geniussystems.net/debian ./

ezután egy

apt-gt update

és már telepíthetjük is a KDE 3.0.1-et:

apt-get install kdebase kdelibs kdeutils stb.

Igaz, hogy a csomagok szépen települnek, de ennek ellenére ezek mégis fejlesztés alatt álló csomagok. Mindenki csak saját felelősségére használja!

A hivatalos Liquid oldalt itt találod.

A KDE 3.0.1 for Debian csomagokról itt találsz további információt.

A linkért köszönet {ers}thuglife-nak.

KNOPPIX - teljes értékű Woody CD-ről

Címkék

A KNOPPIX egy egy komplett GNU/Linux disztribúció, amely a nemsokára (remélhetőleg) megjelenő Debian GNU/Linux 3.0 Woody terjesztésen alapul. A KNOPPIX egy bootolható CD-ről fut, és nem igényel telepítés a cél számítógépen. A terjesztés teljesen automatikus hardver detektálással, és teljes értékű KDE desktop környezettel rendelkezik. A KNOPPIX egy teljes értékű rescue rendszer.A rendszer segítségével akár TV-t nézhetünk, vagy akár CD-t is írhatunk. A KNOPPIX-ot használhatjuk Linux demo, oktatási célokra.

A disztribúció az alábbi fő paraméterekkel bír:

  • Linux-Kernel 2.4.x
  • 2.2-es KDE, K Office és Konqueror, X Multimedia System (xmms), Internet kapcsolathoz kppp és isdn-config
  • Gnu Image Manipulation Program (GIMP) 1.2 verzió
  • programok adat visszaállításhoz és rendszer javításhoz, hálozati programok, és biztonsági programok
  • OpenOffice(TM)
  • több mint 900 szoftvercsomag, több mint 2000 végrehajtható program

    Rendszerkövetelmények:

  • Intel-compatibilis CPU (i486 vagy jobb),
  • 16 MB RAM (text módban), vagy minimum 96 MB (grafikus módban KDE), egyes programok igényelhetnek akár 128 MB RAM-ot is, ezért ez az ajánlott minimum RAM konfiguráció
  • El Torito-t támogató (bootolható) CD-ROM drive, vagy boot floppy és standard CD-ROM (IDE/ATAPI vagy SCSI), standard SVGA-kompatibilis video kártya, soros, PS/2, IMPS/2-kompatibilis vagy USB egér.

    Bővebb információ a project honlapján.

  • Stephanie kiadás OpenBSD 3.1-hez

    Címkék

    A Stephanie egy OpenBSD operációs rendszerhez fejlesztett ``biztonságot erősítő csomag", tulajdonképpen patchek csoportja. A csomag segítségével még biztonságosabbá tehetjük kedvenc OpenBSD boxunkat. A Stephanie legújabb, fejlettebb kiadása most elérhető a legújabb OpenBSD kiadáshoz, az OpenBSD 3.1-hez.

    A Stephanie már többször is bizonyított. A bugtraq levlistán találhatunk olyan levelet, mely arról számol be, hogy a Stephanie-val patchelt OpenBSD box ellenállt a OpenBSD local root és OpenBSD local DoS-nak.A funkciói:

  • TPE (Trusted Path Execution)
  • MD5 ``bináris integritás ellenőrzés''
  • Kernel-beli ACL mechanizmus
  • Korlátozott szimbolikus linkek
  • Kisebb privacy változtatások
  • Az execve() hívások valós-idejű logolása
  • ld.so védelem (env. stripping)

    Az új verzió moduláris, amely azt jelenti, hogy kiválaszthatod melyik komponens kerüljön telepítésre. A licensz az eredeti két-cikkelyes BSD licensz. A telepítésnél mindenképpen olvasd el a telepítési útmutatót.

    A Stephanie-ról bővebb infót találsz a honlapon.

    Saját felelősségre használd!