Gå til innhold

Den frie kafeen


Anbefalte innlegg

xmodmap nerds, fortell meg hvordan jeg kan få caps lock på alt gr, samt hvordan jeg kan bytte caps lock ut med hypertast.

 

 

caps lock:

root 0x15a, subw 0x0, time 144211, (140,37), root:(806,398),

state 0x2, keycode 66 (keysym 0xffe5, Caps_Lock), same_screen YES,

XLookupString gives 0 bytes:

XFilterEvent returns: False

 

alt gr:

root 0x15a, subw 0x0, time 144698, (140,37), root:(806,398),

state 0x2, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES,

XLookupString gives 0 bytes:

XmbLookupString gives 0 bytes:

XFilterEvent returns: False

Endret av aarolilja
Lenke til kommentar
Videoannonse
Annonse

Hva bør jeg tenke på om jeg skal ha en skriver som fungerer med Linux? Gjerne uten å installere hundrevis av biblioteker og annen programvare.

 

Har sett på en OKI B430DN, noen erfaringer med OKI generellt?

 

EDIT: Skal hovedsaklig skrive ut PDF- og latexdokumenter. Farge er aldeles ikke nødvendig.

Finnes ikke noen driver for min OKI lasterprinter(men fant en modifisert HP ppd som gjør at den fungerer). Ifølge denne siden skal printeren du ser på fungere med Linux. Gå til OKI og se om du finner driveren der for Linux.

Ifølge denne siden finnes det en PPD til the printer in question. Vil det dermed fungere? Et helt blank på linux å skrivere, er noe jeg aldri har vært borti.

Lenke til kommentar

La oss anta at jeg ved oppstart (ingen gui) vil starte et par-tre screens. Disse skal navngies og kjøre hvert sitt program. Hvordan kan jeg autoamtisere dette? init.d? Det er spesielt viktig at disse programmene ikke kjører som root, men en egen bruker.

 

cat /etc/rc.local
...
sudo -i -u lnostdal "screen -d -m ~/sbcl-core.sbcl --no-userinit --load ~/start.lisp"
...

takk!

Lenke til kommentar

Jeg er totalt nybegynner i linux. Installerte ubuntu i går, men nå prøver jeg å installere xbmc via terminal.

Følgende NYE pakker vil bli installert:

libaudio2 libenca0 libfaad2 libglew1.5 liblzo2-2 libmad0 libmikmod2 libmms0

libmng1 libmysqlclient16 libqt3-mt libsdl-image1.2 libsdl-mixer1.2 libsmpeg0

mesa-utils mysql-common python-qt3 python-sip xbmc xbmc-bin xbmc-data

xbmc-skin-confluence xbmc-standalone xbmc-web-pm3

0 oppgraderte, 24 nylig installerte, 0 å fjerne og 0 ikke oppgradert.

Må hente 46,9MB med arkiver.

Etter denne operasjonen vil 108MB ekstra diskplass bli brukt.

Vil du fortsette [Y/n]? y

Avbryter.

 

Hvorfor avbrytes det selv om jeg taster inn y, yes,-Y ???? Blir gal av dette.

 

Takker for svar

Lenke til kommentar

tmux > screen ;)

 

Hva er fordelene?

Akkurat det lurer jeg også på. Det finnes et par stk. både på forumet (deriblant TheMaister) og utenfor som sier dette hver eneste gang GNU Screen nevnes. Dog har _ingen_ av dem noengang kunnet hoste opp noen fordeler annet enn at tmux > screen. Jeg har undersøkt litt og kommet frem til følgende selv:

 

1. tmux er ikke en del av debian

2. tmux gir samme muligheter som screen men bruker et avansert tjener-klient-system (bloat), som er mer avansert, og dermed gir større rom for feil og problemer.

 

Utenom det finner jeg ingen forskjell (f. eks. ved å google "tmux vs screen").

 

Jeg sa jo at alle kule gutter bruker screen :p

 

Livet er jo nesten ikke verdt å leve uten screen ;)

Finnes det noen kul måte for screen å lagre en session så man kan fortsette der man slapp ved oppstart?

 

For de av oss som faktisk slår av maskinene sine noen ganger.

Hibernate? ;)

 

Personlig kjører jeg ganske enkelt bare sessions på serveren og på jobbmaskinen som uansett står på 24/7, men om jeg skulle ha behov for slikt så bruker jeg ganske enkelt hibernate.

Lenke til kommentar

tmux > screen ;)

 

Hva er fordelene?

Akkurat det lurer jeg også på. Det finnes et par stk. både på forumet (deriblant TheMaister) og utenfor som sier dette hver eneste gang GNU Screen nevnes. Dog har _ingen_ av dem noengang kunnet hoste opp noen fordeler annet enn at tmux > screen. Jeg har undersøkt litt og kommet frem til følgende selv:

 

1. tmux er ikke en del av debian

2. tmux gir samme muligheter som screen men bruker et avansert tjener-klient-system (bloat), som er mer avansert, og dermed gir større rom for feil og problemer.

 

Utenom det finner jeg ingen forskjell (f. eks. ved å google "tmux vs screen").

 

 

Synes rett og slett tmux er mye simplere i bruk. Konfigurering av screen er svart magi. Selvfølgelig veldig subjektivt utsagn, da programmene gjør mye av det samme. Så vidt jeg vet blir ikke screen utviklet lengre (modent, men stagnert). Om dette er positivt eller ikke er også subjektivt.

 

Om tmux er i debian eller ikke er vel ganske uinteressant om man ikke bruker debian. ;)

Lenke til kommentar

Synes rett og slett tmux er mye simplere i bruk. Konfigurering av screen er svart magi. Selvfølgelig veldig subjektivt utsagn, da programmene gjør mye av det samme. Så vidt jeg vet blir ikke screen utviklet lengre (modent, men stagnert). Om dette er positivt eller ikke er også subjektivt.

Nå spørs det jo hva man mener med "utviklet mer". Det commites i hvertfall stadig nye saker og ting til GNU Screen, dog kan det godt tenkes at man ikke legger til ny funksjonalitet, det aner jeg egentlig ikke noe om. At en applikasjon ansees som moden og ikke har behov for ny funksjonalitet har jeg vanskelig for å se på som en ulempe, snarere tvert i mot.

Når det gjelder konfigurasjon så vet jeg ikke om jeg er helt enig. Nå har jeg aldri prøvd tmux, så jeg kan ikke uttale meg om den. Konfigurasjonen av screen kan virke noe vanskelig for "mannen i gata" når man skal konfigurere egendefinerte statuslinjer med farger og slikt, men det er på ingen som helst måte særlig mer vanskelig enn det man ellers møter av ikke-gui-programvare på GNU/Linux vil jeg påstå.

Det jeg oppfatter som det verste med GNU Screen er at den har såpass mye funksjonalitet at listen over hurtigtaster og lignende er lang som et vondt år. Det blir nesten sånn som emacs, man blir aldri ferdig utlært.

Om tmux er i debian eller ikke er vel ganske uinteressant om man ikke bruker debian. ;)

Men en god del å si for oss som gjør det ;)

 

Så et spørsmål: Hvordan håndterer tmux en tmux session inni en annen tmux session? Håndterer den det i det hele tatt?

Lenke til kommentar

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 konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
  • Hvem er aktive   0 medlemmer

    • Ingen innloggede medlemmer aktive
×
×
  • Opprett ny...