mboost-dp1

Linux
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Vedkommende der har skrevet den nyhed fatter jo ingen ting.
2.6.39 er ikke stable og ikke udkommet endnu, den er mainline.
ipset har været i kernen siden 2.4 og det er ikke nogen nyhed, det har været der i mere end 5 år. Altså hvis man ingen gang kan fatte at læse den kilde man bruger bør man nok ikke plagiere og og skrive noget totalt pis.
Det er helt tydeligt at vedkommende der har skrevet den "nyhed" der fatter ingen ting, absolut ingen ting af linux udviklingen eller er i stand til at læse overskriften på kilden der er brugt til at skrive den tekst ud fra.
2.6.39 er ikke stable og ikke udkommet endnu, den er mainline.
ipset har været i kernen siden 2.4 og det er ikke nogen nyhed, det har været der i mere end 5 år. Altså hvis man ingen gang kan fatte at læse den kilde man bruger bør man nok ikke plagiere og og skrive noget totalt pis.
Det er helt tydeligt at vedkommende der har skrevet den "nyhed" der fatter ingen ting, absolut ingen ting af linux udviklingen eller er i stand til at læse overskriften på kilden der er brugt til at skrive den tekst ud fra.
Istedet for at trashe løs skulle du måske UDDYBE hvad du snakker om? ellers kan vi jo omskrive:
"Det er helt tydeligt at vedkommende der har skrevet den "nyhed" der fatter ingen ting, absolut ingen ting af linux udviklingen eller er i stand til at læse overskriften på kilden der er brugt til at skrive den tekst ud fra."
til
Det er helt tydeligt at vedkommende der har skrevet det "indlæg" der fatter ingen ting, absolut ingen ting af debattering eller er i stand til at uddybe hvorfor artiklen er forkert på den.
Ontopic:
Så vidt jeg kan læse har de altså officielt sagt at den er "færdig" og at der har været en stor forbedring af kernen i forhold til før og at mange kommer til at få gavn af den, specielt med henblik på driver support på både amd og nvidia, samt intel chipsets hvilket må siges at være et boost i den rigtige retning. Syntes dog ikke artiklen er ret dybdegående, eftersom kilden er ekstrem fyldt med information af den lidt vigtigere del. En lidt længere artikel på dette punkt ville have været rart :)
"Det er helt tydeligt at vedkommende der har skrevet den "nyhed" der fatter ingen ting, absolut ingen ting af linux udviklingen eller er i stand til at læse overskriften på kilden der er brugt til at skrive den tekst ud fra."
til
Det er helt tydeligt at vedkommende der har skrevet det "indlæg" der fatter ingen ting, absolut ingen ting af debattering eller er i stand til at uddybe hvorfor artiklen er forkert på den.
Ontopic:
Så vidt jeg kan læse har de altså officielt sagt at den er "færdig" og at der har været en stor forbedring af kernen i forhold til før og at mange kommer til at få gavn af den, specielt med henblik på driver support på både amd og nvidia, samt intel chipsets hvilket må siges at være et boost i den rigtige retning. Syntes dog ikke artiklen er ret dybdegående, eftersom kilden er ekstrem fyldt med information af den lidt vigtigere del. En lidt længere artikel på dette punkt ville have været rart :)
hmm hvorfor står der ik noget om "mainline" i deres FAQ.. evt nogle der ka uddybe forskellen på mainline og stable ? o.O ..
den henter nu så må vi se :)
edit: læste lidt af faq nu ka se spørgsmål bliver besvaret i første -.- selvom ik nævner mainline men forklare da stable
den henter nu så må vi se :)
edit: læste lidt af faq nu ka se spørgsmål bliver besvaret i første -.- selvom ik nævner mainline men forklare da stable
#1 ipset er ganske vist et ældre projekt, men det har ikke været i Linus' branch, her kom der først support for det i 2.6.39
http://git.kernel.org/linus/a7b4f989a629493bb4ec4a...
Og hvis du orkede at vandre igennem mailinglisten ville du finde denne lille tråd: http://thread.gmane.org/gmane.linux.kernel/1142216... Endvidere viser kernel.org, at den seneste stabile kernelversion er 2.6.39.
Hvis der er andre punkter, du mener jeg tager fejl bør, er du hjerteligt velkommen til at skrive dem her, men du behøver ikke kalde mig idiot
#2 Artiklen er ganske kort, men der er en knap, der hedder foreslå rettelser, du kan g're brug af, hvis du mener den skal være længere. Ellers linker overskriften jo også til primærkilden.
http://git.kernel.org/linus/a7b4f989a629493bb4ec4a...
Og hvis du orkede at vandre igennem mailinglisten ville du finde denne lille tråd: http://thread.gmane.org/gmane.linux.kernel/1142216... Endvidere viser kernel.org, at den seneste stabile kernelversion er 2.6.39.
Hvis der er andre punkter, du mener jeg tager fejl bør, er du hjerteligt velkommen til at skrive dem her, men du behøver ikke kalde mig idiot
#2 Artiklen er ganske kort, men der er en knap, der hedder foreslå rettelser, du kan g're brug af, hvis du mener den skal være længere. Ellers linker overskriften jo også til primærkilden.
#7 Den vil ikke komme gennem Canonicals repos, hvis du vil have en nyere kerne end den Ubuntu shipper må du ty til en ppa, der findes vist en, der bygger mainline til Ubuntu.
Theis (7) skrev:Lidt off topic
Er der nogen der ved om den vil komme i Ubuntu 11.04? Den har nemlig og så en patch der skulle løse de problemer jeg har med mit wifi kort. Eller skal jeg have gang i en anden distro?
wget http://www.kernel.org/pub/linux/kernel/v2.6/linux-...
tar -xvjf linux*
make menuconfig
make && make modules_install
eller noget der ligner ;)
Jeg tog et kig på dokumentationen for ipset. Det lyder som en rigtig smart feature, der kan gøre det lettere at arbejde med firewall regler hvor man gerne vil arbejde med lister af adresser.
De fleste ting ipset kan kunne man allerede opnå med iptables uden ipset. Det ville blot kræve en chain per set. Men ipset gør det simplere og mere effektivt.
De dynamiske opdateringer i ipset repræsenterer dog noget nyt man ikke kunne have gjort med iptables tidligere. Jeg har ikke lige nogen klar idé om en anvendelse af denne feature, men den kunne i hvert fald bruges til at implementere port knocking i iptables.
De fleste ting ipset kan kunne man allerede opnå med iptables uden ipset. Det ville blot kræve en chain per set. Men ipset gør det simplere og mere effektivt.
De dynamiske opdateringer i ipset repræsenterer dog noget nyt man ikke kunne have gjort med iptables tidligere. Jeg har ikke lige nogen klar idé om en anvendelse af denne feature, men den kunne i hvert fald bruges til at implementere port knocking i iptables.
lige et hurtigt tip, man kan slippe for at tage stilling til en del spørgsmål ved at kopiere den gamle kernelconfig over i sourcetræet, den ligger nogle gange ved siden af kernel filerne i /boot/ andre gange kan man læse den ud af en /proc/ node. Derefter gemmer man den som .config i det nye sourcetree og compiler som man plejer, så vil man kun blive spurgt om de options der er tilføjet siden sidst (og deres standardsvar er markeret så det er bare at trykke enter hvis man ikke ved hvad det er ;))
kasperd (12) skrev:Jeg tog et kig på dokumentationen for ipset. Det lyder som en rigtig smart feature, der kan gøre det lettere at arbejde med firewall regler hvor man gerne vil arbejde med lister af adresser.
De fleste ting ipset kan kunne man allerede opnå med iptables uden ipset. Det ville blot kræve en chain per set. Men ipset gør det simplere og mere effektivt.
De dynamiske opdateringer i ipset repræsenterer dog noget nyt man ikke kunne have gjort med iptables tidligere. Jeg har ikke lige nogen klar idé om en anvendelse af denne feature, men den kunne i hvert fald bruges til at implementere port knocking i iptables.
Er IPtables ikke på vej ud? Eller har man droppet afløseren igen?
#7, ingen grund til at rekompilere som #10 foreslaar. Du kan faa pre-kompilerede kerner til Ubuntu her: http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6...
Selv om der staar oneiric er der meget stor sandsynlighed for at den virker til natty. Jeg har brugt masser af deres kerner. Hvis du er afhaengig af Ubuntu patches, maa du dog finde en anden loesning. Disse kerner er direkte fra kernel.org.
Selv om der staar oneiric er der meget stor sandsynlighed for at den virker til natty. Jeg har brugt masser af deres kerner. Hvis du er afhaengig af Ubuntu patches, maa du dog finde en anden loesning. Disse kerner er direkte fra kernel.org.
Jeg har aldrig før hørt om at der skulle være en afløser. Jeg søgte lidt og fandt frem til at der var noget som hed nftables. Det er tilsyneladende ikke klar til brug endnu, og det er uvist om der stadigvæk udvikles på det.Hubert (15) skrev:Er IPtables ikke på vej ud? Eller har man droppet afløseren igen?
kasperd (17) skrev:Jeg har aldrig før hørt om at der skulle være en afløser. Jeg søgte lidt og fandt frem til at der var noget som hed nftables. Det er tilsyneladende ikke klar til brug endnu, og det er uvist om der stadigvæk udvikles på det.
Det er vel et års tid siden jeg læste om det første gang. Den nye skulle angiveligt have en syntax ala hvad vi kender fra pf men hvorfor man skulle vælge at skifte kan jeg ikke mindes at have læst om.
En af de sider jeg kiggede på forklarede at nftables ikke ville have alt den komplicerede kode til at håndtere mange forskellige protokoller. I stedet ville nftables have en simpel bytekode fortolker i kernen som inspicerer pakker. Bytekoden ville så blive genereret af et værktøj i user mode.Hubert (18) skrev:hvorfor man skulle vælge at skifte kan jeg ikke mindes at have læst om.
På den måde ville det være muligt at implementere mere avancerede features med mindre kode i kernen.
Jeg tror ikke der er tale om et Turing komplet sprog. Jeg tror der er tale om et bytekode instruktionssæt med kun det allermest nødvendige. Det kan sikkert gøres simpelt nok til at det er lige så hurtigt at fortolke det som de gamle datastrutkurer som var mere komplicerede og som også må have involveret brug af funktionspointere.arne_v (20) skrev:Men er det noget som man har lyst til at bruge en fortolker til?
JIT i kernen lyder ikke som noget man har lyst til. Skal der compileres til native maskinkode, så burde det nok gøres i user mode før det overføres til kernen. Men hvis der compileres i usermode og overføres vilkårlig maskinkode til kernen, så ville det nok være bedre at simpelthen generere et kerne modul og indlæse det.arne_v (20) skrev:Og snakker vi JIT
Begge løsninger lider dog af det problem at det ikke længere er et simpelt og gennemtestet stykke kode der kører i kernen. Så jeg tror virkelig der ville være tale om fortolkning, men et sprog som var optimeret til formålet.
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.