Bob Beck egyetértett Ariane szavaival. Az Undeadly-n az egyik hozzászóló felvetette, hogy akkor vajon a megfelelő OpenBSD-s man oldalon olvasható magyarázat ("Description" része) miért egyezik meg teljesen a Linux-alapú rendszerekkel szállított man oldalakon olvasható leírás ugyanazon részével. A részletek itt olvashatók.
- A hozzászóláshoz be kell jelentkezni
- 3840 megtekintés
Hozzászólások
valoszinuleg azert egyezik meg, mert mint sokminden mast azt is a bsd-rol masoltak
--
When in doubt, use brute force.
- A hozzászóláshoz be kell jelentkezni
Miért, fordítva nem lehet? :P
- A hozzászóláshoz be kell jelentkezni
A reklamáció szerint az OpenBSD man oldalán található infó nem egyezik azzal, amit az OpenBSD fejlesztő elmondott:
"Based on Ariane's explanation (and I trust her), the number you get is not what is written in the man page."
Ez az elsődleges problémája, ahogy én kivettem a szavaiból.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
ha van credit akkor mi ezzel a problema? erdekes ember lehet az aki ugy
adja ki a munkajat, hogy masokat arra batorit hogy felhasznaljak, csak emlitsek meg ot mint szerzot
(direkt olyan licencet valaszt a cucchoz) aztan meg beszol annak aki tenyleg felhasznalja a
munkajat (ot megemlitve). de biztos nincs is ilyen.
- Use the Source Luke ! -
- A hozzászóláshoz be kell jelentkezni
mutass erre egy peldat.
---
/* No comment */
Ketchup elementál megidézése a sajt síkra
- A hozzászóláshoz be kell jelentkezni
theo?(ha jol ertem a kerdest)
- A hozzászóláshoz be kell jelentkezni
amirol en tudok, ott az volt a gond, hogy valaki atvett egy wlan drivert toluk a linux kernelbe, majd kivette a BSD licensz szoveget.
---
/* No comment */
Ketchup elementál megidézése a sajt síkra
- A hozzászóláshoz be kell jelentkezni
igen, az a driver az ath5k nevezetu driver a linux kernelben.. ami az obsd-s ar5k 1:1-ben volt anno
___
info
- A hozzászóláshoz be kell jelentkezni
Mintha ez megtörtént volna előtte fordítva is (GPL-t eltávolítva kód bele a BSD-be), csak azt valamiért ritkábban citáljuk.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
A vírusellenes kezelés az orvostudományban is természetes.
- A hozzászóláshoz be kell jelentkezni
Elnézést, de nem értettem mit szerettél volna mondani.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Nyilván a GPL vírusszerű terjedésére gondol (mindkét értelemben). Persze ez nem mentség a szerző jogainak figyelmen kívül hagyásához.
suckIT szopás minden nap! A ZFS, vagy az UFS SSD-barátabb?
- A hozzászóláshoz be kell jelentkezni
vicc volt, ha magyarazni kell, akkor mar regen rossz :)
--
When in doubt, use brute force.
- A hozzászóláshoz be kell jelentkezni
Egyetértek. Az a vicc szar, amit magyarázni kell. :)
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Ha jól látom, akkor eddig 2:1 arányban felfogható vicc. Kiben a hiba?
- A hozzászóláshoz be kell jelentkezni
benned
- A hozzászóláshoz be kell jelentkezni
ez ilyen open source inside joke volt ;)
--
When in doubt, use brute force.
- A hozzászóláshoz be kell jelentkezni
woowtt
- A hozzászóláshoz be kell jelentkezni
Attól függ, hogy honnan nézzük! :)
??? violation in ??? és fordítottja majdnem ua szám. A stolen szóra már nem is mertem rákeresni. :)
Persze, ha a "hívek" számát veszünk alapul a trendek vizsgálatánál...
--
Those who do not understand Unix are doomed to reinvent it, poorly. -- Henry Spencer, 1987
http://opensolaris.org/os/project/indiana/
http://www.opera.com/browser/
- A hozzászóláshoz be kell jelentkezni
ki mondta, hogy gond? :)
--
When in doubt, use brute force.
- A hozzászóláshoz be kell jelentkezni
A Judea Nepe Front nekiesett a Judeai Nemzeti Frontnak. Szanalmas.
Csak erdeklodes szinten: nem kellene posix (vagy mittomenmi) szabvanyositani azt, hogy mit ertunk load alatt? Vagy legalabbis egyeterteni benne?
Persze akkor meg arrol menne a vita, hogy az en kernelem szabvanyosabb, mint a te kerneled.... Shame on us.
- A hozzászóláshoz be kell jelentkezni
Tökmindegy, a Microsoft azt is ellopná. :)
suckIT szopás minden nap! A ZFS, vagy az UFS SSD-barátabb?
- A hozzászóláshoz be kell jelentkezni
Szerintem azert nem lehet szabvanyositani, mert:
If you are interested in the internals of the system: load is the black magic that keeps the scheduling fair compared to the number of processes.
Minden unixnak lenni akaro-like rendszer maskent utemezi a processzeket, celjanak megfeleloen.
- A hozzászóláshoz be kell jelentkezni
Ez esetben ket opciot latok:
- A load egy kernel internal es akkor nincs ertelme lekerdezni, osszehasonlitani, kernelhacker korokon kivul beszelni rola. Ugyanugy, ahogy nem vitazunk a process table entry-k felepitesenek eltereseirol sem.
- A load egy metrika, ami relevans jellemzoje minden futo kernel (vagy *nix-like kernel) aktualis allapotanak. Ez esetben viszont leszarom, hogy hogyan utemez az adott kernel.
Most persze megint elofordulhat az a szinten gyakori unix-os braindamage, amikor ket problemara csinalnak ket felmegoldast ugyanazon implementacioval es meg buszkek is ra....
- A hozzászóláshoz be kell jelentkezni
DE ket felmegoldas az pont egy egesz megoldas...
--
()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.
- A hozzászóláshoz be kell jelentkezni