Lock-Aze Skrevet 5. januar 2009 Del Skrevet 5. januar 2009 Ja, hvor mye bedre kan egentlig GRUB2 være? Det er greit, det blir fint når den blir ferdig.. Men jeg kan jo som olifever ikke se fordelen med å rushe GRUB2... Eller er det noe spesielt du venter av den? Lenke til kommentar
twhoffma Skrevet 5. januar 2009 Del Skrevet 5. januar 2009 Ummm... var det bare jeg som reagerte på at BSOD kan bli en feature i linux/xorg? //Torgeir Tro det eller ei, men jeg vil faktisk være en av dem som synes at BSOD kan være en meget god ide... I windows er den faktisk veldig nyttig.. (gitt at du vet hva den betyr) Nvidia caused an kernel oops (random sitat, tatt ut av det blå), sier det liksom ikke så veldig mye.... Jo, nå har ikke jeg vær borti linux (freeBSD) og "Nvidia caused an kernel oops" (ATI) på en tid, men hva er galt med dmesg + xorg.0.log? Greit nok at man kanskje kan tail'e de relevante filene til skjerm - men jeg vil heller lete fram denne informasjonen i less e.l. //Torgeir Lenke til kommentar
efikkan Skrevet 5. januar 2009 Del Skrevet 5. januar 2009 GRUB 2 skulle vel få et pent grafisk brukergrensesnitt som lett skulle tilpasses, i motsetning til dagens som så vidt støtter bakgrunnsbilde. Lenke til kommentar
JimmyVolatile Skrevet 5. januar 2009 Del Skrevet 5. januar 2009 Mulig dette er helt soleklart for alle men hva betyr den siste setningen i dette avsnittet? "Ny grafikkplattform Det har såvidt begynt med GEM (se forrige side), men hele grafikkplattformen til Linux skal forbedres iløpet av første halvdel 2009. Vi kan forvente bedre ytelse og bedre utnyttelse av skjermkortet slik at støtte for dvale- og hvile-modus blir bedre, pluss at det blir vanskeligere for fullskjermsapplikasjoner å krasje X-serveren. Denne nye grafikkplattformen gjør det også mulig for Plymouth (forrige side) å fungere samt at den velkjente blå-skjermen fra Windows nå faktisk blir en mulighet i Linux." "...blå-skjermen fra Windows" ? Huh? Paa forhaand takk for svar Lenke til kommentar
Skinney Skrevet 5. januar 2009 Forfatter Del Skrevet 5. januar 2009 Mulig dette er helt soleklart for alle men hva betyr den siste setningen i dette avsnittet? "Ny grafikkplattform Det har såvidt begynt med GEM (se forrige side), men hele grafikkplattformen til Linux skal forbedres iløpet av første halvdel 2009. Vi kan forvente bedre ytelse og bedre utnyttelse av skjermkortet slik at støtte for dvale- og hvile-modus blir bedre, pluss at det blir vanskeligere for fullskjermsapplikasjoner å krasje X-serveren. Denne nye grafikkplattformen gjør det også mulig for Plymouth (forrige side) å fungere samt at den velkjente blå-skjermen fra Windows nå faktisk blir en mulighet i Linux." "...blå-skjermen fra Windows" ? Huh? Paa forhaand takk for svar Aldri opplevd at Windows henger seg med blåskjerm? Grunnet måten grafikk er håndtert i Linux så er det faktisk ikke mulig å få blåskjerm... den vil rett og slett bare henge seg. Med den nye grafikkplattformen blir blåskjerm en mulighet (sånn at det er lettere å vite hva som går galt når maskinen henger seg). Lenke til kommentar
Marsan Skrevet 5. januar 2009 Del Skrevet 5. januar 2009 Mange fine Linux-artikler i 2008 og jeg er positivt overrasket at hw.no satser så hardt på linux-stoff som de gjør. Håper dette vil fortsette i 2009 som vi nå er inne i. Når det er sagt så må ikke linux-skribentene være for glorifiserende ovenfor temaet linux, men si det som det er og fortsette å være kritisk. Lenke til kommentar
Marsan Skrevet 5. januar 2009 Del Skrevet 5. januar 2009 (endret) Dobbelpost... (google chrome i Win sin feil) Endret 5. januar 2009 av Marsan Lenke til kommentar
Lock-Aze Skrevet 5. januar 2009 Del Skrevet 5. januar 2009 Jo, nå har ikke jeg vær borti linux (freeBSD) og "Nvidia caused an kernel oops" (ATI) på en tid, men hva er galt med dmesg + xorg.0.log? Greit nok at man kanskje kan tail'e de relevante filene til skjerm - men jeg vil heller lete fram denne informasjonen i less e.l. //Torgeir Det er ikke noe galt i det, men enhver nybegynner kan feilsøke på en blåskjerm... Det er ikke alle som vet hvor man finner xorg.0.log (jeg vet, men det var egentlig ikke relevant) blir som å be mannen i gata om å se i windowsloggen når maskinen henger seg... De fleste vet ikke engang at den er der.... Poenget er at for en som ikke orker å sette seg inn i problemstillingen, så er det mye enklere å få en blåserkjerm med litt relevant info som man kan google.... Lenke til kommentar
Gjest Slettet+6132 Skrevet 5. januar 2009 Del Skrevet 5. januar 2009 Poenget er at for en som ikke orker å sette seg inn i problemstillingen, så er det mye enklere å få en blåserkjerm med litt relevant info som man kan google.... Her tar du svært mye feil. Den som får noe nytte av en BSOD må enten være synsk, eller ha sett akkurat den spesifikke BSOD med henvisning til f.eks. nvdisp.dll. Man må lese logger uansett platform, og selv da må man slite dersom det er en klassisk nullpointer/access violation. Lenke til kommentar
Lock-Aze Skrevet 5. januar 2009 Del Skrevet 5. januar 2009 (endret) Ehm, jeg vet om ganske mange som leser bluescreen til windows, noterer ned feilmeldingen som kommer opp, skriver den inn i google og deretter finner ut av problemet, uten å vite hva logg er for noe. Jeg kan lese logg, det jeg ikke skjønner er at du ikke fatter at for lite tekniske folk, så kan det være vesentlig lettere å punche inn en feilkode i google og få ett svar, enn å forsøke å finne en loggfil..... Endret 5. januar 2009 av Lock-Aze Lenke til kommentar
olefiver Skrevet 5. januar 2009 Del Skrevet 5. januar 2009 BSOD er i min mening en dårlig, dårlig ting, da det ikke fremkommer klart av BSOD hva som er feil. Klart en kan skrive ned feilkode og så google den senere, men hadde vært bedre om en fikk en bedre forklaring der og da. Men både windows og linux har ... problemer med slike feilmeldinger. BSOD for win og f.eks. MCE feilmeldinger for linux. For de MCE feilene jeg selv har vært borti, måtte jeg gjøre som Lock-Aze skriver, skrive ned feilkode og google etterpå. så i min mening er MCE også en dårlig, dårlig ting. Lenke til kommentar
Gjest Slettet+6132 Skrevet 5. januar 2009 Del Skrevet 5. januar 2009 (endret) Ehm, jeg vet om ganske mange som leser bluescreen til windows, noterer ned feilmeldingen som kommer opp, skriver den inn i google og deretter finner ut av problemet, uten å vite hva logg er for noe. Jeg kan lese logg, det jeg ikke skjønner er at du ikke fatter at for lite tekniske folk, så kan det være vesentlig lettere å punche inn en feilkode i google og få ett svar, enn å forsøke å finne en loggfil..... Det er ikke "vanlige" folk som finner ut av BSOD via å Google etter 0x80001403 + *EVENTUELT* en henvisning til en gitt driver/fil. De er ikke nødvendigvis "teknikere" eller "MS Certified", men defintivit ikke en gjennomsnittlig *bruker*. Disse vil fint også finne ut hvilke logger man i tilfelle skal sjekke, gitt at de finner noe vettug via Google. Edit: Fjernet surmagede kommentarer. Er/var en dårlig dag. Endret 5. januar 2009 av Slettet+6132 Lenke til kommentar
olear Skrevet 8. januar 2009 Del Skrevet 8. januar 2009 Jevnt over god artikkel, menGimp er kanskje ikke en god konkurrent til Photoshop, men det er det beste vi har i Linux uten bruk av kompatibilitetslag. er jeg ikke enig i. Ikke at jeg er en tung bruker av bildebehandlingsprogram i Linux, men mange (også her på forumet) syns av GIMP mangler mye og bruker andre programmer om ikke eksklusivt, så ihvertfall i kombinasjon med GIMP. Krita f.eks. som hvis ikke jeg tar feil har skikkelig CMYK støtte i motsetning til GIMP Og en har Bibble for behandling av RAW filer, noe GIMP heller ikke er god på (men det har forsåvidt også andre grunner) GIMP er bra, men min erfaring er at det er feil å fastslå at det er det beste vi har.... Ahh, GIMP. Min største kilde til frustrasjon. Hadde håp om at GIMP 2.6 skulle bli bra, men endringene i GUI ødela alt, forandringene introduserer så mange nye bugs (1t session i 2.6.4 fant jeg 5 bugs bare i toolbox) at GIMP 2.6 er en nedgradering i forhold til 2.4. Selv om 2.6 inkluderer GEGL, blir ikke denne brukt før tidligst i 2.8 (selv tror jeg ikke dette vil fungere før 3.0) Krita har fargestøtte, men ikke DPI eller andre basic verktøy. Cinepaint har fargestøtte, men ellers er på høyde med GIMP1. Multimediaproduksjon på Linux er fremdeles substandard. Lenke til kommentar
olefiver Skrevet 8. januar 2009 Del Skrevet 8. januar 2009 Venter spent på at olear blir så frustrert over GIMP at han går helt Hulk... "Roooaaaarrrrgh, olear code!" - og så smeller han ut en forket Gimp med alt som mangler Lenke til kommentar
Skinney Skrevet 9. januar 2009 Forfatter Del Skrevet 9. januar 2009 Venter spent på at olear blir så frustrert over GIMP at han går helt Hulk..."Roooaaaarrrrgh, olear code!" - og så smeller han ut en forket Gimp med alt som mangler Haha. Sånn Draco kom til verden ja Lenke til kommentar
olear Skrevet 9. januar 2009 Del Skrevet 9. januar 2009 (endret) Ikke frist meg Siden de "jobber" med saken er det ikke noe vits å finne opp hjulet på nytt. Men, hvis ikke GIMP 2.8 får elementær fargestøtte kommer jeg til å gjøre noe, mest sansynelig gå over til Adobe/Win kombo (har allerede skaffet meg en win-bærbar med alle programmer jeg bruker i Linux ....). Endret 9. januar 2009 av olear Lenke til kommentar
Langbein Skrevet 9. januar 2009 Del Skrevet 9. januar 2009 Ikke finn opp hjulet på nytt, håper heller at Gimp blir forbedret Synd at Cinepaint ble forket i sin tid for å dekke filmbransjens behov for bedre fargestøtte og typiske high-end filformat til compositing. Hadde vært bedre om denne støtten kom inn i orginale Gimp isteden, men det var kanskje noen utfordringer som sto i veien. GEGL høres jo spennende ut, selv om jeg ikke har rukket å sette meg inn i det. Men har fått med meg at det skal tilby non-destructive nodebasert redigering av bilder. Hvis det blir noe ala hva som finnes i high-end compositing programmer (Shake, Digital Fusion, Nuke) så er det veldig spennende Selv bransjestandarden Photoshop er pr idag dårlig på slikt. Blant annet er grensesnittet for filtre rotete og bærer veldig preg av 20 år gammelt rusk. Adjustement layers var riktignok en kjærkommen nyhet i Photoshop, men funksjonen burde vært generalisert til å gjelde alle slags filtre, og ikke begrenset til fargekorrigering. Lenke til kommentar
olear Skrevet 9. januar 2009 Del Skrevet 9. januar 2009 Jeg kan nevne mye som er feil med Photoshop, egentlig så liker jeg ingen aspekter med programmet, men de har iallefall fått med seg grunnleggende funksjoner for arbeid med bilder. GIMP er og blir et prosjekt uten styring og planer, de bare slenger inn det de trenger her og der, slik lager men ikke gode programmer. Jeg mener at vi egentlig burde skrote GIMP, begynne på nytt, få inn seriøse aktører (med kapital), bedre styring, skikkelige mål, osv. Lenke til kommentar
del_diablo Skrevet 9. januar 2009 Del Skrevet 9. januar 2009 (endret) Aldri opplevd at Windows henger seg med blåskjerm? Grunnet måten grafikk er håndtert i Linux så er det faktisk ikke mulig å få blåskjerm... den vil rett og slett bare henge seg. Med den nye grafikkplattformen blir blåskjerm en mulighet (sånn at det er lettere å vite hva som går galt når maskinen henger seg). Direkte restart av X-servern etter kanskje 10 sekunder og et popup med feilmeldingen og linking til alle logfilene(hvor de er hen). Ser ikke å ille ut når du tenker på at det allerede går an å drepe den uten reboot Note: Litt enig om GIMP, mye rot. Endret 9. januar 2009 av del_diablo Lenke til kommentar
Lock-Aze Skrevet 12. januar 2009 Del Skrevet 12. januar 2009 Tjah, en blåskjerm med Fatal erroror ettellerannet rart, will reboot X in 10 secounds hadde jo vært genialt.. Lenke til kommentar
Anbefalte innlegg
Opprett en konto eller logg inn for å kommentere
Du må være et medlem for å kunne skrive en kommentar
Opprett konto
Det er enkelt å melde seg inn for å starte en ny konto!
Start en kontoLogg inn
Har du allerede en konto? Logg inn her.
Logg inn nå