Gå til innhold

Den frie kafeen


Anbefalte innlegg

Videoannonse
Annonse
For ny/gammel/uvanlig maskinvare i forhold til kernel.

 

Også mulig du trenger ufrie drivere?

8650911[/snapback]

 

Men burde ikke CentOS (med 2.6.18, om jeg ikke tar feil) klare å kjøre det samme som Ubuntu server (med 2.6.20)? Er da ikke så stor forskjell at en fire-fem år gammel boks ikke skal støttes i versjoner under 2.6.20? Tror heller det er CentOS-installeren som har en eller annen bug.

 

Menmen, Ubuntu server fungerer fint for min bruk. :)

Lenke til kommentar

Jeg er egentlig litt lei av å prøve, så dette er siste forsøk.

I mange timer nå har jeg prøvd å få gtkmm eksemplene til å compile på dataen min, uten hell.

"whereis gtkmm", gir meg at systemet vet om lib, som er ferdigcompilet, så det er jo bra.

Men den har ikke peiling på hvor headerfilene ligger, hvordan kan dette ha seg?

 

"whereis gtk" gir dette:

 

gtk: /etc/gtk /usr/include/gtk

 

Den vet altså om /usr/include/gtk.

Jeg har sjekket i usr/include, det ligger headere for både gtkmm 2.2 og 2.4.

Dette skal være installert av pakken "gtkmm2.2" ifra pacman, men noe må jo mangle.

 

Kanskje noen har en eventell quickfiks, så jeg kan få compilet eksemplene.

 

*Utrolig-frustrert-bruker*

Lenke til kommentar
Om en er lommekjent med Slackware, så kan en GNU/Linux ;)  Litt overdrevent kanskje, men en kjerne sannhet...

Og da bare omgår en de distro-spesifike verktøyene.

(gitt at ikke de distro-spesifike verktøyene får hetta og krasjer os'et om de ikke blir brukt da... )

8643016[/snapback]

 

Ja, men når mann kan GNU/Linux, kan man ikke Ubuntu.

8643277[/snapback]

 

Kan man GNU/Linux kan man jo mer eller mindre samtlige distroer om de ikke har for sære løsninger. Det man ikke kan er det jo bare å søke opp uansett. Man kommer jo ganske langt bare ved å rote rundt i /etc. F eks finner man fort ut at initscriptene i arch ligger i /etc/rc.d istedenfor /etc/init.d som i Ubuntu. Om Ubuntu gjør radikale forandringer med Upstart kan jo ting forandre seg, men da er det sikkert bare å lese litt manfiler.

Lenke til kommentar
Jeg var kanskje ikke tydelig nok, gtkmm jeg har problemer med.

`pkg-config --libs gtkmm" gir ingenting. o.O

Selv om pakken er installert.

Altså det gir /usr/libs/gtkmm men ikke noe i include mappa selv om det ligger der.

8653168[/snapback]

Ok, var litt kjapp der. Sitter selv på en Arch-boks, link til eksempel?

Lenke til kommentar

link

 

Jeg har ikke brukt den makefilen der, siden den ikke var gyldig.

Et annet make-system ser det ut som.

Merkelig bare at "whereis gtkmm" ikke vet om headerne i include mappen, når den vet om libsene.

 

Pakken gtkmm2.2 skal vist nok inneholde dette, det må den ha gjort siden jeg finner filene.

Systemet vet ikke at de eksisterer virker det som.

 

Kanskje det har noe med at pakken er 2.2? Eksemplene er ment på 2.4 og da går det kanskje ikke mot libsene. Hmmmm.

 

Edit:

 

Prøvde å compile et 2.2 eksempel, det gikk heller ikke.

Dette var med makefile, så det burde ha funket.

Endret av rat911
Lenke til kommentar
link

 

Jeg har ikke brukt den makefilen der, siden den ikke var gyldig.

Et annet make-system ser det ut som.

Merkelig bare at "whereis gtkmm" ikke vet om headerne i include mappen, når den vet om libsene.

 

Pakken gtkmm2.2 skal vist nok inneholde dette, det må den ha gjort siden jeg finner filene.

Systemet vet ikke at de eksisterer virker det som.

 

Kanskje det har noe med at pakken er 2.2? Eksemplene er ment på 2.4 og da går det kanskje ikke mot libsene. Hmmmm.

 

Edit:

 

Prøvde å compile et 2.2 eksempel, det gikk heller ikke.

Dette var med makefile, så det burde ha funket.

8653218[/snapback]

Den makefilen er en automake-file og brukes av autotools til å lage Makefiler spesiallaget for den boksen man sitter på. Autotools er relativt mye å sette seg inn i, så Makefile.am er relativt ubrukelig slik den er nå. For å kompilere eksempelet kan du kjøre:

g++ `pkg-config --cflags --libs gtkmm-2.4` *.cc

 

Hvis du laster ned en tar.gz versjon av eksemplene inneholder den sansynligvis vanlige Makefiler.

Lenke til kommentar
Rediger .xinitrc

8651587[/snapback]

Der var det en fil jeg ikke hadde vært innom ja.

Jeg begynner å få litt oversikt over dette nå. XDM laster ved startup. Når jeg logger inn laster xfce4, men jeg må velge plasserinen til alle vinduer akkurat som i en xserver, og vinduene er fremdeles ekle xserver-vinduer. Hele xfce4 er altså litt handikappet (selv om det fungerer).

Det som er merkelig er at det ble perfekt utseende når jeg kjørte startxfce4 fra terminalen etter installasjon. Når den går gjennom xdm blir det noe rot med xserver tror jeg.

Må jeg legge til litt mer i .xinitrc? .xinitrc:

Klikk for å se/fjerne innholdet nedenfor
#!/bin/sh
# $Xorg: xinitrc.cpp,v 1.3 2000/08/17 19:54:30 cpqbld Exp $

userresources=$HOME/.Xresources
usermodmap=$HOME/.Xmodmap
sysresources=/etc/X11/xinit/.Xresources
sysmodmap=/etc/X11/xinit/.Xmodmap

# merge in defaults and keymaps

if [ -f $sysresources ]; then
   xrdb -merge $sysresources
fi

if [ -f $sysmodmap ]; then
   xmodmap $sysmodmap
fi

if [ -f $userresources ]; then
   xrdb -merge $userresources
fi

if [ -f $usermodmap ]; then
   xmodmap $usermodmap
fi

# start some nice programs
twm &
#xclock -geometry 50x50-1+1 &
#xterm -geometry 80x50+494+51 &
#xterm -geometry 80x20+494-0 &
#exec xterm -geometry 80x66+0+0 -name login
exec startxfce4

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...