kattemat
-
Innlegg
850 -
Ble med
-
Besøkte siden sist
Innholdstype
Profiler
Forum
Hendelser
Blogger
Om forumet
Innlegg skrevet av kattemat
-
-
fungerer shred ved å fylle fila med tull mange ganger før den slettes?
Som default overskriver shred filen 25 ganger. Mener å huske at en kan gå tilbake rundt 8 overskrivninger ved gjenopprettning(type IBAS) - så shred bør være trygg nok :-)
[EDIT: glemte et ord der gitt]
-
Om du sikkert vil fjerne data:
man shred
-
Selvfølgelig stemmer det at driverstøtten i Solaris ikke akkurat har vært bra. Men så har Solaris heller ikke vært noe særlig tilgjengelig for folk flest heller. Men det kan fort bli en forandring på det nå.
Det var da heller ikke poenget - poenget var at du påstod at Linus hadde sagt at Solaris er en vits og at du langt på vei hintet til at han skulle ha sagt dette pga. at solaris ikke er OSS.
-
Selvfølgelig liker ikke Linus Thorvalds Solaris. Han kalte Solaris for en vits. Men nå som Solaris blir Open-Source, kan det fort bli en forandring på det. Vi får vente og se hva som skjer.
Den Linus kommentaren ble jo blåst opp og ut av alle proporsjoner. Det han faktisk sa var:
Solaris/x86 is a joke, last I heard. (It has) very little support for any kind of strange hardware. If you thought Linux had issues with driver availability for some things, let's see you try Solaris/x86.
Var dette egentlig så veldig ille? Jeg vil faktisk tro det er ganske så sant for eldre versjoner av x86Sol - kan vel ikke se for meg at HWstøtten var enorm.
Linus er faktisk ingen FSF/OSS zealot på den måten du fremmhever det - og jeg tror nok ikke han sier dette fordi x86Sol ikke var open source. (Det er ting en heller forventer seg av RMS fløyen).
-
Hele poenget med systemer som apt er å slippe problemene du her beskriver.
I debian/ubuntu skal det kun være å gjøre:
apt-get install gdesklets
så lastes alle nødvendige pakker ned og installeres.
-
Nå vet ike jeg hvordan nettverskonfig i FC funker, men en skal aldri trenge å sette MAC noen steder ved "vanlig" bruk. MAC addressen leses ut av hardwaren på kortet ved driverinitialisering så det går av seg selv. Prøv å fjerne alt av MAC adresser som er spesifikt angitt i konfigurasjonen din.
-
Er det noen spesiell grunn til at du ikke bruker pakkesystemet til gentoo for å installere thunderbird?
-
Hovrfor mener du at utviklerene skal gjøre dette? Hva med platformuavhengighet... Skal en legge ved alle mulige libs for alle mulige platformer? Skal en legge ved kildekoden til libs istedet? Skal en binde seg til et spesielt bibliotek om det finnes flere... og hvor langt skal en gå? For å bygge det meste av C baserte ting kreves f.eks. libc, skal alle da legge ved dette?
Eks: jeg lager et bittelite program som beregner noen hasher. Dette gjøres i flere tråder for å effektivisere ting på ett eller anna vis. Da har jeg en applikasjon på kanskje ~300 linjer med C kode. Skal jeg så legge ved kildekoden til pthreads og openssl og kreve at en stakkar skal bygge disse også(i det minste laste dem ned) for å lage min lille applikasjon? Eller om en skal legge ved ferdigkompilerte versjoner så blir det en liten gjeng om jeg vil at applikasjonen skal bygger for GNU/Linux, *BSD, Windows, OSX, Solaris osv
Nei, dette hører hjemme på "binærpakkenivå". Kan tildels skjønne om en fikk pakkemaintainerene til å gjøre dette... men er det egentlig ikke dette en har pakkebehandlingssystemer for?
-
GPL: frihet og beskyttelse av friheten.
BSD: frihet og friheten til å fjerne friheten.
Jeg vil nå heller si:
GPL: Begrenset frihet med beskyttelse av "friheten".
BSD: frihet.
Spørsmålet er jo om det egentlig er frihet en ønsker - men heller en viss frihet med restriksjoner mot å "forringe" friheten... vel - blah blah det er en diskusjon som allerede er diskutert i hjel.
-
Jeg er av den oppfatningen av at man lærer mer av å compile pakker fra source, istedet for å skrive:
"emerge pakke"
"apt-get install pakke"
"pacman -noenoptions pakke"
Men det er kanskje bare min mening.
Dessuten blir programmene mer effektive ved å kompilere fra source.
Ethvert pakkesystem med respekt for seg slev bør kunne gi deg muligheten til å hente source for en pakke automatisk, bygge den selv, lage en pakke av den og installere den. Men hvor mye mer effektivt blir det egentlig? For meg vil det aldri være verd det med mindre en virkelig får boosta ytelsen - og igjen, om ytelse er veldig viktig bør folk også vurdere "optimalisere" ved å f.eks. bruke mindre bloatede desktop miljøer. Et bytte fra KDE til XFCE(eller fluxbox, blackbox mm.) vil nok gjøre mere for den generelle effektiviteten for systemet enn flere ukers -O3 --funroll-loops --uberoptimize --and-whatnot kompilereing
Men men, nok offtoptic preik fra meg. Føles ting mere responsivt etter egen kopilering så fett nok! Det eneste jeg kompilerer selv(av ting det finnes pakker for) er kjernen.
-
Jeg synes egentilg ikke at ./configure --blah;make;make install; er så mye mere lærerikt enn pakkesystem install pakke... men det er kanskje bare meg
Selvfølgelig kan en lære noe mere om konfigurasjo på dette viset - men ting som må konfigureres "manuelt" må jo også konfigurere selv om en bruker pakkesystem. Det en sitter igjen med er mye lærdom ov hvor utrolig mye greiere det er med et pakkesystem den dagen en skal oppgradere
vel vel - det er iallfall mine .02$
-
..nah - ombestemte meg. ikke vits i å få en låst tråd :
-
Bruteforce vil ta rimelig lang tid om pakken ikke består av mindre filer da "passordsjekken" er en verifisering av CRC sjekksum av utpakkede filer.
MEN - det er godt mulig andre har irritert seg over det samme, det er iallfall noe jeg har hørt rykter om at kan gjelde for f.eks. xbox programvare som kommer pakket som rar filer *host*
-
Eks. på en virtual host:
<VirtualHost min.server.org> ServerName "warezsite" ServerIdent on "Fresh FTPd" DeferWelcome on DefaultRoot /var/ftp CDPath /var/ftp ShowSymlinks on DefaultServer on ShowSymlinks on AllowOverwrite off TimeoutNoTransfer 600 TimeoutStalled 600 TimeoutIdle 1200 AuthUserFile /etc/ftppasswd AuthGroupfile /etc/ftpgroup UseFtpUsers on OSV OSV..... <Directory /*> # New files are group writeable Umask 002 002 OSV OSV... </Directory> Og alle andre grupperinger... </VirtualHost>
bare å legge til så mange en vil av disse
-
Du kan sette opp så mange virtual hosts som du vil. Disse kan kjøre på forskjellig porter om du vil og er relative til hostnames. En kan sette så å si alt av options pr. host. fungerer veldig bra.
-
-
Det trenger ikke nødvendigvis være .py filer. Så lenge riktig tolker står i shebang linjen i filen har filendelse ikke noe å si. Jeg synes det er irriterende når system-wide bin filer gies pl/py/sh whatever endelser og det synes tydeligvis debian pakke maintaineren for btdownload* også ;-)
Men uansett - en googling på linkeproblemet ditt gir en rekke treff. Er tydeligvis mange som har hatt problemer med bibliotekene til wxPythonGTK2. Sjekk f.eks:
http://www.fedoraforum.org/forum/archive/i...php/t-2848.html
http://lists.gnu.org/archive/html/gnue/2004-06/msg00062.html
http://www.redhat.com/archives/fedora-list...e/msg03163.html
Sjekk om det finnes nyere pakker for wxPythonGTK2 eller prøv pakker fra andre kilder(evt. som siste utvei å bygge selv
)...eller bruk en annen klient....
-
/dev/sdb er devicet, selve disken, IKKE en partisjon. Du må lage en partisjon og så gjøre mkfs på f.eks. /dev/sdb1
-
Uten at det hjelper deg med problemet ditt kan jeg anbefale btdownloadcurses. Kan kjøres i en screen på bokser du har tilgang til som har seriøst bredt bånd
Hos meg er:
/usr/bin/btdownloadgui en symlink til /etc/alternatives/btdownloadgui
finnes /etc/alternatives/btdownloadgui hos deg?
-
Du bør vel først lage partisjonene på disken
fdisk /dev/sda
n
så burde vel en:
mkfs.vfat /dev/sda1
gjøre biffen
-
Nja... dette handler vel mere om at MS advarer om at Linux brukere kan riskiere å bli saksøkt for brudd på patenter. MS sier ikke at _de_ skal saksøke noen.
Er vel ganske typisk FUD fra MS sin side. Folk må da begynne å bli lei av dette...
-
Hmm... tror første distroen jeg installerte på egen boks var RedHat 6.0 eller 6.2.
-
Eyh, hva hadde diskusjonsfora være uten flisespikkeri? ;-)
-
Hehe, jeg hadde tenkt til å svare det samme i stad, men stoppet før jeg postet det da jeg kom på følgende:
Det er riktig at den ikke må være gratis, men dersom den ikke kunne vært gratis hadde den ikke vært fri, og det ville vært ironisk for en bok som kjemper for denne friheten.
Så når den først kan være gratis (fordi den er fri) er det naturlig at utgiveren også gir den ut gratis f.eks. på nett (som man ser med linux distribusjoner).
Ikke enig. En bok kan være fri, men en kan fortsatt betale for papiret den trykkes på(og mere til for den saks skyld). Men så lenge den er fritt redistribuerbar er dette ikke noe problem så langt jeg kan se. Er akkurat som å ta betalt for CDene en trykker distoer på.
Selvfølgelig kan boken også være fritt tilgjengelig på nettet - men dette er ikke noen nødvendighet for at den skal være fri IMO. Saken er at hvem som helst _kan_ gøre den tilgjengelig der om de vil.
Unixtime - Y2k037: Hva skjer da?
i Operativsystemer
Skrevet
Problemet er jo ikke akkurat for desktopsystemer, men for produksjonsservere som står og putrer og går i åresvis. Løsningen for systemer som kan oppdateres er vel å gå over til 64 bits definisjon av time_t. Les mer på:
http://www.deepsky.com/~merovech/2038.html