jonnor

Hovedkortet støtter bare 8GB RAM, men med mindre det er ubrukelig lite så er det bare å teste om ESXi kjører på den maskinvaren det. CPU har ihvertfall VT-x, så det er ingen åpenbare grunner til at det ikke skal gå.

Jeg anbefaler deg å si det til de som kan gjøre noe med det.

https://launchpad.net/ubuntu

Men Ubuntu er ikke et maskinvareselskap, så de må/bør følgelig inngå et sammarbeid med noen for noe slikt.

Ikke i Norge, men de leverer til Norge:

http://www.zazzle.com/linux+gifts

Kjøpte akkurat noe stickers derfra (Archlinux seff), og det hele gikk veldig smidig. Men den største fordelen er nok at du kan "customize" nær sagt alle varene de har.

Comaring python to Java is like comparing a bicyle to a car. Sure, it’s easier to learn to ride and you don’t need to struggle with the licencse, but as soon as you want to go more than 10 miles (“write an enterprise application”), the only choice of the two is the car.

Han sitter med et godt poeng her, at ved større programmer vil man velge det som er best.

En dårlig bil-analogi gjør ikke et godt poeng.

Personlig har jeg programmert PHP i 3-4 år og dette holder meget godt til web, men så skal jeg jobbe i en bedrift som driver med programmering til sommeren og trenger å forberede meg til å kunne programmere igjen. Jeg har også programmert en del i Python og noe i Java og jeg er ikke i tvil om at koden er enklere å skrive i Python enn Java. Men jeg har også innsett det store problemet med at Python rekker egentlig ikke i det store laget, spesielt ikke når det gjelder f. eks. sensitive data, eller kode som ikke skal kunne leses rett fra Notepad.

Du kan ikke lese .pyc filer i Notepad, men det er riktignok trivielt å deassemble de til lesbar kode. Men det er ikke spesielt vanskelig i Java heller. Når det gjelder beskyttelse av sensitiv data så har det lite til ingenting å gjøre med programmeringsspråket du bruker.

Java er muligens mer fremtidsrettet enn Python, ihvertfall hvis du har tenkt til å jobbe for det gjengse utviklingselskap. Ikke fordi det er et bedre språk, men fordi "alle" bruker det.

Les "xrandr --help" og "man xrandr" før du googler. Gjelder alt av cli programmer. Bruk feks:

"xrandr --fbmm XxY" hvor X og Y er størrelse i mm

"xrandr --dpi DPI"

Nei, det beste er nok å legge inn Arch i din eksisterende bootloader, og ikke innstalere en ny. Merk at Arch ikke vil komme til å konfigurere det for deg.

aha. Ubuntu har autokonfigurering for sånt. hm. vil tippe at du kan forsøke å spesifisere det manuelt i xorg.conf. spør på ##linux eller #ubuntu på freenode. eller egentlig, prøv #gentoo. det er den mest aktive kanalen, pluss at har en mye strengere on-topic policy, så der er ikke noen chatting. folk vil vel kanskje kunne hjelpe der.

Prøvde å sjekke xorg.conf for se om jeg kunne sette inn mm på TV'n istedet for autokonfigurering. Prøvde sudo nano /etc/X11/xorg.conf, men fant ingenting inne på filen.

 

Er ikke så stødig på linux, men trodde dette var riktig kommando eller???

Filen er tom fordi nyere Xorg autokonfigurerer alt (på Intel skjermkort ihvertfall). Men dersom du legger inn noe der manuelt så vil det overstyre.

PS: du kan konfigurere den fysiske størrelsen med xrandr. Mye bedre, ihvertfall for å prøve seg frem om det har noe effekt/finne den riktige størrelsen. Modelines også forøvrig.

Det er ikke en IP konflikt da? Det kan forklare at firewallen advarer om spoofing og at maskinen har begrenset tilgang.

Det kan være helt korrekt det, feks hvis Sony bruker samme EDID for hele Bravia serien.

Du åpner den i et program som kan lese tekstfiler, feks:

"less /usr/share/zoneinfo"

EDIT: cat kan dumpe den til stdoout, nano/vi kan redigere

Det stemmer at du kun kjører en skjerm sant? I såfall er det veldig rart dersom du ikke får hele bildet når du setter oppløsning til 1920x1080. Faktisk så ville jeg sett nøye etter om det er en innstilling på TV'en som tuller det til.

Ser ikke poenget med separat /home når du allerede har data'ene dine på den andre partisjonen (som Mint ligger på).

EDIT: Og nei, du ønsker sannsynligvis å bruke logiske/utvidede partisjoner og ikke primære. Dette fordi du ikke kan ha mer enn 4 primærpartisjoner.

Hva slags nettverksoppsett har du for gjestene på ESXi tjeneren din? NAT? Bridged?

Og hva mener du med "det eksterne nettet"? Er det internett eller ditt lokale fysiske nettverk?

Post output av "xrandr" når skjermen er koplet til.

Ønsker du å lære er mine tips (ikke begrenset til GNU/Linux):

1) Vær kravstor. Ikke aksepter bugs, feil eller ting som på andre måter er mindre enn idèelt. Utforsk og jobb for å løse slike problemer istedet for å ignorere eller jobbe rundt de.

2) Vær nysgjerrig. Prøv ut nye ting, eksprimenter. Lurer du på hvordan noe fungerer/er implementert, finn det ut med en gang! Svarene er ofte ikke langt unna.

I mine øyne er det primært "mindset" som skiller de som lærer mye fra de som lærer lite. Å innstalere Arch vil gi deg en rekke nye utfordringer og er noe du kan lære veldig mye av.

Bruk bitlbee som msn-irc gateway og bruk en irc bot som supybot. Ikke finn opp hjulet på nytt. Er denne løsningen lite idèell kan en msn bot enkel lages med twisted.words og python.

Binær eller tekst? Størrelse?

Den blogposten inneholder kun løse påstander. Det kan være sant, men det kan like så godt ikke være det.

Jeg holder meg riktignok unna Skype for et aller meste uansett.

Alternativene er minst like feil nå. At man ikke bruker et standard skrivebordsmiljø betyr ikke at man bare bruker CLI.

Jeg ville hatt: GNOME, KDE, XFCE, LXDE, andre DE (E17, ROX, MEZZO), minimalistisk vanlig wm++ (OpenBox, Fluxbox, o.l.), tiling wm++ (Awesome, Xmonad, dwm, o.l.), ingen X (kun konsoll/framebuffer)

Mitt "DE" består av: Awesomewm, Terminal (fra xfce), thunar, gnome-network-manager, screen, bash, irssi, mplayer, deluge, opera, og medit (ja, det er på tide å lære seg en "ordentlig" editor snart).

X.org er kun en implementasjon av X11, og en dårlig implementasjon betyr ikke nødvendigvis at protokollen i seg selv er dårlig.

Det er vel konsensus blandt utviklerene nå om at å ha modesetting o.l. i userspace var et stort feilsteg. Og at det har vært en del lite brukt kode i X.org som ingen har "turt" å rydde opp i.

Endelig funka bankid for meg med openjdk i arch

 

Har det funka for noen andre tidligere? Eller er det bare jeg som har hatt "uflaks"?

Tøft! Jeg forsøkte for et par uker tilbake, men jeg bare innstalerte, så at det ikke fungerte med en eneste gang og hev inn Sun Java istedet.

Hvilken browser og nettbank bruker du? Og er det Arch i686 eller x86_64? Gjorde du noe spesielt for å få det til?

Ånei, det gjør mer enn folk flest trenger! Drep den nå! Finn opp hjulet på nytt!

Nei, i mine øyne er dette en særdeles svak begrunnelse for påstanden "X11 er broken beyond belief og må dumpes, ikke forbedres.".

Siden er unødvendig treg her. Tilsynelatende tar det lang tid før jeg får det første svaret fra serveren.

Med mindre de har en X11-implementasjon så knekker de dermed kompatibilitet med all programvare som direkte eller indirekte bruker X11,Xlib eller XCB. Dette er ikke utelukkende positivt i et landskap der userland allerede har et dårlig forhold til bakoverkompatibilitet.

 

X11 er broken beyond belief og må dumpes, ikke forbedres.

Begrunn gjerne den påstanden.