quote:

Op donderdag 15 juli 2004 21:45 schreef devzero het volgende:

Het idee wat ik had is eigenlijk heel simpel. Als je een programma hebt wat uit meerdere source files bestaat en je veranderd bv een functie (bijvoorbeeld extra parameter) en die file compileer je weer, maar een andere source file waar die functie in wordt gebruikt compileer je niet opnieuw (bv je makefile is niet in orde). Dan kunnen er ook dingen fout gaan. Ik heb het vermoeden dat er zo iets fout is gegaan na installatie van firefox. Vooral ook omdat dat getal wat df aan totale diskruimte gaf eigenlijk te groot is voor een simpele unsigned long afgedrukt als signed. Maar ik heb geen debian dus ik weet niet precies hoe apt-get die dependencies regelt.

Het was maar een gok, maar ik betwijfel of het nodig is. Maar je weet maar nooit, de waardes komen uit de kernel.

Kernel compileren: ff zoeken op google, bv Debian-Kernel-Compile-Howto
Wat voor data ben je bang kwijt te raken?

Mwoah op zich maakt de data me eigenlijk niet zo heel veel uit, kan ik wel backuppen. Maar het
is zo dat ik deze week eindelijk een beetje een lekker systeem heb...alles werkt wel zo ongeveer
en nu moet ik weer overnieuw beginnen...

Ik heb overigens net ff wat packages ge-upgrade (met apt-get upgrade) en zelfs 'df' gedelete (d.m.v.
apt-get remove fileutils) en daarna weer geinstalleerd door remove te vervangen door
install, maar het probleem blijft .

quote:

Op donderdag 15 juli 2004 15:31 schreef devzero het volgende:

[..]

Waar zijn onze Debian experts Hiawatha en Smoking2000?

Sorry, was druk op t werk.

quote:

Op donderdag 15 juli 2004 14:05 schreef yozd het volgende:
[Debian, 'df' geeft negatieve waarde]
[...]

Welke Debian distro draai je yozd? Als je woody draait en firefox uit sarge/unstable hebt gehaald, dan is glibc geupdate, dit is de C libary waar alles C apps van afhankelijk zijn.

Sarge en Unstable hebben een nieuwe versie die niet 100% backwardscompatible is met Woody.

Downgraden van glibc is practisch onmogelijk. Als je niet per se Stable/Woody wilt draaien, zou ik zeggen edit je /etc/apt/sources.list en wijzig alle referenties van woody/stable naar sarge om zo hje hele systeem te upgraden.

Je sources.list zou dan ziets kunnen zijn en worden:

quote:

deb ftp://ftp.nl.debian.org/debian/ stable main non-free contrib
deb-src ftp://ftp.nl.debian.org/debian/ stable main non-free contrib
deb http://non-us.debian.org/debian-non-US stable/non-US main contrib non-free
deb-src http://non-us.debian.org/debian-non-US stable/non-US main contrib non-free

wordt dan

quote:

deb ftp://ftp.nl.debian.org/debian/ sarge main non-free contrib
deb-src ftp://ftp.nl.debian.org/debian/ sarge main non-free contrib
deb http://non-us.debian.org/debian-non-US sarge/non-US main contrib non-free
deb-src http://non-us.debian.org/debian-non-US sarge/non-US main contrib non-free

Door woody of stable te wijzigen naar sarge haalt apt zijn info en apps uit de repository voor sarge en krijg je dus een volledig sarge systeem.

Ik adviseer om de string sarge te gebruiken ipv testing, want zodra sarge stable wordt worden op de Debian mirrors de symlinks van stable -> woody gewijzigt naar stable -> sarge. Als je testing zou neer zetten in je sources.list wordt je systeem geupdate naar de nieuwe testing bij de upgrade en ik vermoed dat je toch gewoon de stable distro wilt draaien.

quote:

Op vrijdag 16 juli 2004 10:34 schreef smoking2000 het volgende:

Welke Debian distro draai je yozd? Als je woody draait en firefox uit sarge/unstable hebt gehaald, dan is glibc geupdate, dit is de C libary waar alles C apps van afhankelijk zijn.

Sarge en Unstable hebben een nieuwe versie die niet 100% backwardscompatible is met Woody.

Downgraden van glibc is practisch onmogelijk. Als je niet per se Stable/Woody wilt draaien, zou ik zeggen edit je /etc/apt/sources.list en wijzig alle referenties van woody/stable naar sarge om zo hje hele systeem te upgraden.

Door woody of stable te wijzigen naar sarge haalt apt zijn info en apps uit de repository voor sarge en krijg je dus een volledig sarge systeem.

Ik adviseer om de string sarge te gebruiken ipv testing, want zodra sarge stable wordt worden op de Debian mirrors de symlinks van stable -> woody gewijzigt naar stable -> sarge. Als je testing zou neer zetten in je sources.list wordt je systeem geupdate naar de nieuwe testing bij de upgrade en ik vermoed dat je toch gewoon de stable distro wilt draaien.

Bedankt voor de info!

Ik draai nu Woody. En toen ik firefox wilde installeren deed ik "apt-get install mozilla-firefox", maar
toen kon die hem niet vinden. Het bleek dat firefox zich onder "testing" bevond, dus toen heb ik
idd 'stable' gewijzigd in 'testing' ... misschien niet zo'n hele slimme zet...

Dus als ik nu gewoon alles upgrade (na stable in sarge te hebben gewijzigd) zou het probleem verholpen moeten zijn. Ik zal het proberen.

BTW: sarge is nu dus nog in de testfase... hoeveel kwaad kan het om die distro te gebruiken dan?

- edit -

Ik heb net alleen 'fileutils' geupdate (vanuit de testing, sarge, distro ge-apt-get dus,
en 'df' geeft weer de normale output! Het werkt dus!

[ Bericht 3% gewijzigd door yozd op 16-07-2004 12:00:57 (update) ]

quote:

Op vrijdag 16 juli 2004 11:36 schreef yozd het volgende:
[..]
BTW: sarge is nu dus nog in de testfase... hoeveel kwaad kan het om die distro te gebruiken dan?

Testfase idd, maar draait super, al tijden op mn test server, en de laptop van m'n moeder.

Laat je niet te veel beinvloeden door de namen van de verschillende Debian distro's.

Het geeft meer aan in welke fase van ontwikkeling het zit, dan over de stabiliteit, want stabiel is 't (bijna) altijd.

Zo nu en dan is er een broken dependency, maar die ben ik al tijden met Sarge niet tegengekomen, wel onder Unstable.

Upgraden naar Sarge is de moeite waard als je je systeem als desktop gebruikt, want in Sarge zitten namelijk KDE 3.2, en GNOME 2.4 (GNOME 2.6 is bijna klaar voor merge into testing), Samba 3 en nog nog meer leuke speeltjes.

Dus kwaad kan het niet, of je het nu al wilt is een tweede.

Okee, ik kom er niet uit.

Ik zou graag met 1 druk op de knop een aantal acties achter elkaar willen uitvoeren:

<shift>t
~d >7d
;
s
=.old-mail

Heb alleen geen enkel idee hoe ik dit in een keybinding (keymacro?) moet zetten, iemand enig idee?

Dit markeert overigens alle mail ouder dan 7 dagen, kopieert het naar .old-mail en smijt het origineel weg, erg handig om het 1 en ander een beetje snetjes georganiseerd te houden.

ik weet hoe ik .tar.gz files moet uitpakken, maar hoe maak ik ze ? kan dat ook in 1 commando? of moet je tar en gzip appart doen?

quote:

Op donderdag 15 juli 2004 11:21 schreef devzero het volgende:

[..]

Waarschijnlijk zul je die moeten activeren dmv van iets als
LoadModule dav_module libexec/apache2/mod_dav.so in je httpd.conf te zetten (maar waarschijnlijk staat die regel er al als comment dmv #. Dan even # weghalen). Daarna apache herstarten bv apachectl -k graceful. Vergeet niet om het goede path te nemen, deze is van freebsd.

DAV zelf instellen moet je zelf maar uitzoeken, dat weet ik niet

om deze externe inhoud weer te geven is het noodzakelijk dat je toestemming geeft voor het gebruik van tracking en social mediacookies.

Ja toon me deze inhoud
ik accepteer de cookies.

meer informatie

Dankje, die LoadModule werkt. Nu staat in de documentatie van Apache 2 dat ik Dav op moet nemen in een container. Nou kom ik via de Apache2 manual er niet helemaal uit hoe die containers werken. Hoe kan ik van een bepaalde map op mn server een WebDAV server maken mbv die containers?

quote:

Op maandag 19 juli 2004 09:21 schreef E.r.w.i.n het volgende:
Ik zou graag met 1 druk op de knop een aantal acties achter elkaar willen uitvoeren:

<shift>t
~d >7d
;
s
=.old-mail

Haa, een mutt-vraag!

Kan je geen exact antwoord geven, maar dit is hoe ik mijn spammetjes aan bmf voer:

macro index \es "<enter-command>unset wait_key\n<pipe-entry>bmf -S\n<enter-command>set wait_key\n<save-message>+spam\n"

Met dit in mijn .muttrc kan ik met een druk op Alt/Escape s de spam aan bmf voeren en wordt 'ie in mijn spambox opgeslagen. In de muttrc man-page kun je ws wel opzoeken wat voor actions je precies moet gebruiken voor wat jij wil.

devzero, leuke sig hoor, maar ik ben helemaal niet gek!

quote:

Op dinsdag 20 juli 2004 11:21 schreef LintuxCx het volgende:

[..]

Haa, een mutt-vraag!

u is Mutt-specialist?

quote:

Kan je geen exact antwoord geven,

oh, nee dus

quote:

maar dit is hoe ik mijn spammetjes aan bmf voer:

bmf?

gebeurt bij mij via Spamassassin en wat dingetjes in procmail

quote:

Met dit in mijn .muttrc kan ik met een druk op Alt/Escape s de spam aan bmf voeren en wordt 'ie in mijn spambox opgeslagen. In de muttrc man-page kun je ws wel opzoeken wat voor actions je precies moet gebruiken voor wat jij wil.

waarschijnlijk wel, maar ik snap geen ruk van de manpages. ben ik waarschijnlijk te dom voor.

denk dat ik eens ga kijken op het irc channel dat op mutt.org genoemd wordt.

thanks anyway!

quote:

Op dinsdag 20 juli 2004 14:47 schreef devzero het volgende:
dat er iemand het zou herkennen had ik niet verwacht, gefeliciteerd

om deze externe inhoud weer te geven is het noodzakelijk dat je toestemming geeft voor het gebruik van tracking en social mediacookies.

Ja toon me deze inhoud
ik accepteer de cookies.

meer informatie

Gaaf, ik was zelf eerder bang dat ik de 34e persoon zou zijn die zo'n opmerking maakt. Maar op zich is die codering ook wel herkenbaar, dus ik waagde de gok even.

quote:

Op dinsdag 20 juli 2004 15:12 schreef E.r.w.i.n het volgende:
u is Mutt-specialist?

om deze externe inhoud weer te geven is het noodzakelijk dat je toestemming geeft voor het gebruik van tracking en social mediacookies.

Ja toon me deze inhoud
ik accepteer de cookies.

meer informatie

Ben meer een specialist wannabe. Heb een kant en klare config van iemand gejat en aan mijn wensen aangepast, veel makkelijker.

bmf is een bayesian spamfilter, die moet dus zo af en toe gecorrigeerd worden. En het is wel zo handig als dat gewoon vanuit Mutt kan. Uit de manpages kan ik het ook niet echt halen, dus ik ben wel benieuwd of je wat vindt op IRC.

okay, ik heb er ook 1!

Paar dagen het installeren van mijn ati drivers in linux opgegeven, maar ik kan het er niet bij laten, dus wilde vandaag toch weer beginnen, nieuwe install van Suse 9.1

Wat ik gedownload heb en geinstalleerd voordat ik wilde beginnen:
-Kernel sources 2.6.4-52 (zelfde als me kernel)
-GNU Make voor het make commando
-gcc, binutils en glibc voor het compile gedeelte

Maar nu komt het, ik heb een mooie howto gevonden, en die wilde ik gaan volgen. Alleen als ik "make xconfig" of "make menuconfig" onder root in een terminal invoer. (directory /usr/src/linux)
Krijg ik de volgende melding:

------
HOSTCC scripts/basic/fixdep
scripts/basic/fixdep.c:97:23: sys/types.h: No such file or directory
scripts/basic/fixdep.c:98:22: sys/stat.h: No such file or directory
scripts/basic/fixdep.c:99:22: sys/mman.h: No such file or directory
scripts/basic/fixdep.c:100:20: unistd.h: No such file or directory
scripts/basic/fixdep.c:101:19: fcntl.h: No such file or directory
scripts/basic/fixdep.c:102:20: string.h: No such file or directory
scripts/basic/fixdep.c:103:20: stdlib.h: No such file or directory
scripts/basic/fixdep.c:104:19: stdio.h: No such file or directory
In file included from /usr/lib/gcc-lib/i586-suse-linux/3.3.3/include/syslimits.h:7,
from /usr/lib/gcc-lib/i586-suse-linux/3.3.3/include/limits.h:11,
from scripts/basic/fixdep.c:105:
/usr/lib/gcc-lib/i586-suse-linux/3.3.3/include/limits.h:122:75: limits.h: No such file or directory
scripts/basic/fixdep.c:106:19: ctype.h: No such file or directory
scripts/basic/fixdep.c:107:24: netinet/in.h: No such file or directory
scripts/basic/fixdep.c: In function `usage':
scripts/basic/fixdep.c:121: warning: implicit declaration of function `fprintf'
scripts/basic/fixdep.c:121: error: `stderr' undeclared (first use in this function)
scripts/basic/fixdep.c:121: error: (Each undeclared identifier is reported only once
scripts/basic/fixdep.c:121: error: for each function it appears in.)
scripts/basic/fixdep.c:122: warning: implicit declaration of function `exit'
scripts/basic/fixdep.c: In function `print_cmdline':
scripts/basic/fixdep.c:127: warning: implicit declaration of function `printf'
scripts/basic/fixdep.c: At top level:
scripts/basic/fixdep.c:130: error: `NULL' undeclared here (not in a function)
scripts/basic/fixdep.c: In function `grow_config':
scripts/basic/fixdep.c:143: warning: implicit declaration of function `realloc'
scripts/basic/fixdep.c:143: warning: assignment makes pointer from integer without a cast
scripts/basic/fixdep.c:144: error: `NULL' undeclared (first use in this function)
scripts/basic/fixdep.c:145: warning: implicit declaration of function `perror'
scripts/basic/fixdep.c: In function `is_defined_config':
scripts/basic/fixdep.c:161: warning: implicit declaration of function `memcmp'
scripts/basic/fixdep.c: In function `define_config':
scripts/basic/fixdep.c:174: warning: implicit declaration of function `memcpy'
scripts/basic/fixdep.c: In function `use_config':
scripts/basic/fixdep.c:193: error: `PATH_MAX' undeclared (first use in this function)
scripts/basic/fixdep.c:207: warning: implicit declaration of function `tolower'
scripts/basic/fixdep.c:193: warning: unused variable `s'
scripts/basic/fixdep.c: At top level:
scripts/basic/fixdep.c:212: error: parse error before "size_t"
scripts/basic/fixdep.c:213: warning: function declaration isn't a prototype
scripts/basic/fixdep.c: In function `parse_config_file':
scripts/basic/fixdep.c:214: error: `map' undeclared (first use in this function)
scripts/basic/fixdep.c:214: error: `len' undeclared (first use in this function)
scripts/basic/fixdep.c:220: warning: implicit declaration of function `ntohl'
scripts/basic/fixdep.c:231: warning: implicit declaration of function `isalnum'
scripts/basic/fixdep.c: In function `strrcmp':
scripts/basic/fixdep.c:244: warning: implicit declaration of function `strlen'
scripts/basic/fixdep.c: In function `do_config_file':
scripts/basic/fixdep.c:255: error: storage size of `st' isn't known
scripts/basic/fixdep.c:259: warning: implicit declaration of function `open'
scripts/basic/fixdep.c:259: error: `O_RDONLY' undeclared (first use in this function)
scripts/basic/fixdep.c:261: error: `stderr' undeclared (first use in this function)
scripts/basic/fixdep.c:265: warning: implicit declaration of function `fstat'
scripts/basic/fixdep.c:267: warning: implicit declaration of function `close'
scripts/basic/fixdep.c:270: warning: implicit declaration of function `mmap'
scripts/basic/fixdep.c:270: error: `NULL' undeclared (first use in this function)
scripts/basic/fixdep.c:270: error: `PROT_READ' undeclared (first use in this function)
scripts/basic/fixdep.c:270: error: `MAP_PRIVATE' undeclared (first use in this function)
scripts/basic/fixdep.c:270: warning: assignment makes pointer from integer without a cast
scripts/basic/fixdep.c:279: warning: implicit declaration of function `munmap'
scripts/basic/fixdep.c:255: warning: unused variable `st'
scripts/basic/fixdep.c: At top level:
scripts/basic/fixdep.c:284: error: parse error before "size_t"
scripts/basic/fixdep.c:285: warning: function declaration isn't a prototype
scripts/basic/fixdep.c: In function `parse_dep_file':
scripts/basic/fixdep.c:286: error: `map' undeclared (first use in this function)
scripts/basic/fixdep.c:287: error: `len' undeclared (first use in this function)
scripts/basic/fixdep.c:289: error: `PATH_MAX' undeclared (first use in this function)
scripts/basic/fixdep.c:291: warning: implicit declaration of function `strchr'
scripts/basic/fixdep.c:293: error: `stderr' undeclared (first use in this function)
scripts/basic/fixdep.c:289: warning: unused variable `s'
scripts/basic/fixdep.c: In function `print_deps':
scripts/basic/fixdep.c:325: error: storage size of `st' isn't known
scripts/basic/fixdep.c:329: error: `O_RDONLY' undeclared (first use in this function)
scripts/basic/fixdep.c:331: error: `stderr' undeclared (first use in this function)
scripts/basic/fixdep.c:341: error: `NULL' undeclared (first use in this function)
scripts/basic/fixdep.c:341: error: `PROT_READ' undeclared (first use in this function)
scripts/basic/fixdep.c:341: error: `MAP_PRIVATE' undeclared (first use in this function)
scripts/basic/fixdep.c:341: warning: assignment makes pointer from integer without a cast
scripts/basic/fixdep.c:325: warning: unused variable `st'
scripts/basic/fixdep.c: In function `traps':
scripts/basic/fixdep.c:360: error: `stderr' undeclared (first use in this function)
make[1]: *** [scripts/basic/fixdep] Error 1
make: *** [scripts_basic] Error 2
---------

Ik gebruik FreeBSD. Ik wil mijn user rights een beetje op orde krijgen. Ik heb 2 groups en 15 users.

De user root en b.v. afwezig zitten in wheel.
dan zijn er nog 13 gebruikers met allemaal een homedirectory met o.a. een public_html dir voor hun websites. Deze gebruikers zitten allemaal in de group endusers.

Ik wil eigenlijk dat deze users alleen maar commands kunnen uitvoeren in hun eigen home dir. Dus dat ze nergens bij /usr/ /etc/ en ga zo maar door kunnen, en dus geen bestanden kunnen uitlezen van elkaar.

Is er een manier of zoiets te verwezelijken ? Zijn daar howto's over geschreven? Mijn voormalige provider (servicez, voor de kenner) draaide Debian en had die zaakjes erg goed op orde, redelijk vergelijkbaar met zoals ik het beschrijf, alleen ik weer dus niet of alle eindgebruikers daar in een zelfde group zaten. Ik hoop dat jullie me verder kunnen helpen

quote:

Op dinsdag 20 juli 2004 21:22 schreef devzero het volgende:

[..]

Eerst 1 vraag vooraf: waarom zou je je de kernel gaan compileren voor je grafische kaart. Ik heb een donkerbruin vermoeden dat de module voor je ati radeon al is geinstalleerd.

Hmm het staat in alle howto's, omdat de drivers van ati zo k*t zijn.
Ik download nu die devel, hoop dat dat het is

okay, 1 stapje verder, alleen nu heeft ie het over
-----------
Unable to find the QT installation. Please make sure that the
* QT development package is correctly installed and the QTDIR
* environment variable is set to the correct location.
-------------

quote:

Op dinsdag 20 juli 2004 21:48 schreef devzero het volgende:

Dus kort antwoord: restricted shell
Langer antwoord is meer een vraag: waarom zou je willen dat gerbuikers bv /etc niet kunnen lezen (of bv schrijven in /tmp?)

Ik heb domme gebruikers, ze kunnen alleen maar kwaad doen en geen goed. Het is op m'n thuis bak, en de home space en de public_html is alleen om data op op te slaan Voor de rest moeten ze er eigenlijk vanaf blijven. Er zitten namelijk wel mensen tussen die het leuk vinden om door m'n configs te bladeren enzo, en dat vond ik wat minder leuk, want het is allemaal nogal knullig opgezet (ik ben een enorme newbie op beveiligingsgebied)

Maar ik ga even dat restricted shell verhaal opzoeken Bedankt voor de tip

quote:

Op dinsdag 20 juli 2004 22:06 schreef devzero het volgende:

[..]

Voor het compileren van je kernel? en make menuconfig? (of heb je ook geen curses geinstalleerd

om deze externe inhoud weer te geven is het noodzakelijk dat je toestemming geeft voor het gebruik van tracking en social mediacookies.

Ja toon me deze inhoud
ik accepteer de cookies.

meer informatie

)

Laat suse er ongelooflijk veel uit ofzo?
Ik heb nu echt 6 paketten moeten downloaden, allemaal alleen om makexconfig in te kunnen komen
Nu QT geinstalleerd, en QTdevel aan het downloaden.