Vraag & Antwoord

OS Linux

Slackware Linux 10.0 is uit

Anoniem
None
81 antwoorden
  • rc.hotplug valt wel mee, vooral ldconfig en fc-cache nemen nogal wat tijd in. ldconfig wordt gebruikt om de nodige library symlinks aan te maken.
  • rc.hotplug houdt bij mij de boel makkelijk 10 seconden op.
    En die ldconfig… volgens mij moet je dat enkel uitvoeren als je een nieuwe library installeert en niet bij elke reboot.
    fc.cache is ook niet nodig afaik.
  • Klopt, ldconfig is alleen nodig bij nieuwe libraries, fc-cache met nieuwe fonts.
  • Daniel, zou je eens een nieuwe pdf kunnen aanmaken voor je slackware handboek? De pdf is nog voor 9.1, en ik zie dat je een paar wijzigingen gedaan hebt voor den 10.0. Ik ben een paar mensen aan't overtuigen om naar slackware te switchen dus raad ik ze aan het handboek eerst af te drukken en bij de hand te houden tijdens de installatie zodat mijn telefoon niet constant rinkelt ;)
  • Ja, natuurlijk. Ik ga vanavond een cleane Slack 10.0 installatie doen (ISO net binnen). Dan zal ik misschien vandaag, maar waarschijnlijk morgen een nieuwe PDF maken. Zodra die online staat plak ik hier wel even een bericht.
  • Perfect :)
  • De PDF is klaar en staat gelinkt op: http://nl.slackfiles.net/documentatie/

    BTW. Misschien kun je je vrienden ook vragen een kleine donatie te doen aan SlackFiles als het boek ze bevalt. PDFs branden snel onze maandelijkse bandbreedte weg :(, maar ik wil ze toch graag op de SlackFiles server hosten, want op Berlios zou het boek meer offline zijn dan online. Ook als elke vaste bezoeker maar 5 euro per jaar zou doneren zouden we heel ruim qua bandbreedte zitten (waarschijnlijk rond een dedicated server ;)).
  • Even een korte vraag over Slack 10. Waarom worden in hemelsnaam de /dev files telkens opnieuw aangemaakt? Ik heb een verschrikkelijke takkehekel aan dat soort praktijken, maar ik heb geen idee hoe ik het uit krijg. Elke wijziging die je nu aan dev-files doorvoert of dev-files die je toevoegt zijn na een reboot ongedaan gemaakt. Ik gebruik de 2.6.7 kernel die standaard bij Slack zat (ik heb nog geen tijd gehad mijn eigen kernel terug te zetten).
  • Tja, dat kan ik altijd eens proberen, maar dan moeten ze het in eerste plaats hun slackware aan de praat krijgen natuurlijk ;)

    Hoeveel traffiek per maand verbruik je zo op je slackfiles site? Ik zie net dat de pdf maar een kleine halve megabyte groot is. Als je er iets mee vooruit zou zijn, en de nodige bandbreedte niet al te buitensporig is, wil ik wel e.e.a hosten op lena, mijn servertje op de unief. Het ding heeft 20 gb harddisk en heeft een symmetrische 10 mbit verbinding met Belnet. We jagen er maandelijks tientallen gigabytes door en niemand die er om maalt. Downtimes zijn er af en toe, maar eerder zelden. (de bak zelf gaat enkel plat als ik reboot voor een nieuwe kernel: gisteren geupgrade naar kernel 2.4.27-rc1 / slackware 10.0)
    Of hij er nog lang gaat blijven staan weet ik niet, ik studeer binnenkort af dus officieel mag hij dan niet meer blijven staan, maar in de praktijk kijkt niemand er naar om en staan er bakken van mensen die al jaren weg zijn.
    En anders geef ik hem zogezegd door aan een lagerejaarsstudent ofzo ;)
  • Been there, done that. We hebben eerst op Berlios gehost, wat door de Duitse overheid gefinancierd wordt. De uptime van de webserver was werkelijk om te janken. Daarna zijn we verhuisd naar NedLinux, hulde voor onze vrienden bij NedLinux voor de goede hosting. Maar het probleem is dat als een project groeit je zelf zaken als subdomeinen, e-mail adressen en dergelijke moet kunnen aanpassen.

    Nu hebben we betaalde hosting. Onze huidige hoster garandeert 99.5% uptime. En dat is ook nodig, want het aantal bezoekers groeit gestaag, en als mensen informatie of documentatie nodig hebben moet het er gewoon zijn, en niet wegens downtime onbereikbaar zijn. Alleen betaalde hosting biedt de nodige garanties.

    Wat betreft bandbreedte. SlackFiles groeit gestaag, tot een paar maand geleden was het een siteje met 100 visitors oid. De laatste maanden groeit dat hard. Het gemiddelde was de afgelopen maand rond de 400 unieke bezoekers per dag, en dat groeit nu hard richting de 500. Het aantal hits is natuurlijk een aantal keer zo groot (omdat bezoekers terugkomen, meerdere pagina's bekijken, etc.). Dus de gebruikte bandbreedte groeit net zo hard mee. Het probleem van PDF files is dat ze ook geindexeerd worden door Google (op zich niks mis mee), het verschil is dat mensen dan wel in 1 keer een half MB binnenhalen, in plaats van de enkele KBs van een reguliere pagina. Daar komt bij dat een PDF veel sneller een hit heeft, omdat het veel meer interessante woorden bevat dan een gemiddelde pagina.

    SlackFiles groeit gezond en ik hoop dat, met name de Engelse site, een centrale Slack documentatie repositoir wordt. Op dit moment doneer ik zelf al veel geld aan SlackFiles voor de domeinen, hosting, etc. Maar dat houdt natuurlijk een keer op. Als het zo gestaag door blijft groeien moeten er gewoon donaties komen, anders houdt het gewoon een keer op…
  • [quote:de9b32e81b="danieldk"]
    Doet het wel, en schijnt snel te zijn. Ik ga binnenkort maar eens de set bestellen, maar wacht nog even af, want misschien koop ik een hele bunch sets, om weer goedkoop hier in NL te distribueren ;).[/quote:de9b32e81b]

    Yep, ik koop weer een stapel sets in ;).
  • En het is zover, patches voor 10.0 omdat PV in zijn haast wat dingen vergeten is:

    [code:1:dca60edce2]
    Sat Jun 26 16:05:36 PDT 2004
    patches/packages/vim-6.3.007-i486-1.tgz: Upgraded to patchlevel 007, fixed missing vim.mo files (sorry about that!!).
    patches/packages/gaim-0.79-i486-1.tgz: Upgraded to gaim-0.79 and
    gaim-encryption-2.27.
    patches/packages/gnuchess-4.0.pl80-i486-4.tgz: Fixed missing files.
    (thanks to grk)
    patches/packages/xvim-6.3.007-i486-1.tgz: Upgraded to patchlevel 007, fixed missing vim.mo files.
    [/code:1:dca60edce2]
  • Slordig, slordig en nog eens slordig. Overigens vind ik het algehele buggy level van 10.0 met de korte RC cycle en het ontbreken van een beta cycle gelukkig nog meevallen. Het werkt hier allemaal eigenlijk heel redelijk, iig stukken beter dan 9.1
  • [quote:60abb7682a="Marcel de Reus"]Het werkt hier allemaal eigenlijk heel redelijk, iig stukken beter dan 9.1[/quote:60abb7682a]

    Hoezo? Bij mij draait 9.1 prima, beter dan 9.0. Met 10.0 wacht ik nog effe totdat zeker is dat alle schoonheidsfoutjes eruit zijn gewerkt. Dat er een paar files missen in 10.0 is inderdaad erg slordig, ook al doet Volkerding voor de rest goed werk natuurlijk.
  • En vaak com je weer tot de realisatie dat Slack niet alleen de meest simpele distro is, het is ook de meest gebruikersvriendelijke ;). M'n vader werkt al meer dan een jaar met Linux. Gisteren wou ik zijn computer (IBM laptop) even updaten naar Slack 10.

    Het is in 20 mins geinstalleerd, hotplugging detecteerd automatisch alle hardware. Gnome geinstalleerd, en klaar is Kees, de meest gebruikersvriendelijke desktop voor thuisgebruikers (samen met KDE). En dat snel, simpel en veilig.
  • [quote:f9e277e08d="Marcel de Reus"]Even een korte vraag over Slack 10. Waarom worden in hemelsnaam de /dev files telkens opnieuw aangemaakt? Ik heb een verschrikkelijke takkehekel aan dat soort praktijken, maar ik heb geen idee hoe ik het uit krijg. Elke wijziging die je nu aan dev-files doorvoert of dev-files die je toevoegt zijn na een reboot ongedaan gemaakt. Ik gebruik de 2.6.7 kernel die standaard bij Slack zat (ik heb nog geen tijd gehad mijn eigen kernel terug te zetten).[/quote:f9e277e08d]

    Slackware aan de devfs? :lol:
  • Het antwoord is heel simpel: udev. Als je een 2.6 kernel draait, gebruikt slackware udev (wat de "opvolger" is van devfs)
    oplossing: chmod -x /etc/rc.d/rc.udev
  • [quote:82dca270a7="Bamboe"]Het antwoord is heel simpel: udev. Als je een 2.6 kernel draait, gebruikt slackware udev (wat de "opvolger" is van devfs)
    oplossing: chmod -x /etc/rc.d/rc.udev[/quote:82dca270a7]

    Volgens mij is udev nog volop in de ontwikkelingsfase. Ik snap niet dat dat nu al aan een officiele release is toegevoegd. Zelfs Gentoo is nog niet zover dat het standaard is. Ik heb het zelf geinstalleerd, maar je moet nog een hoop handwerk verrichten. Het aantal updates is ook nog minimaal.

    Overigens kun je udev ook uitschakelen met de juiste kernel-parameter (bij Gentoo, tenminste)
  • Even wat mythes ophelderen ;). udev is niet helemaal de opvolger van devfs, in de zin dat devfs in kernel space verkeerd en udev in user space.

    Tegen water: het staat standaard niet aan, omdat Slack standaard de 2.4.26 kernel gebruikt, en udev alleen bij kernel 2.6.x wordt gebruikt, omdat alleen 2.6.x sysfs heeft (ls /sys). Daarnaast is het verschil dat udev een betrekkelijk simpel userland programma'tje is, in tegenstelling tot devfs. Het is (IMHO) veel vertrouwelijker udev te gebruiken dan devfs.

    Zoals al aangegeven wordt kun je het gewoon uitzetten. Maar ik denk dat het toch de toekomst wordt. Het voordeel is dat je gekoppeld aan hotplugging dynamisch device "nodes" aan kunt maken. Het is veel veel simpelere oplossing voor veel userspace programma's dan kernel event queues te gebruiken (hoewel ik vermoed dat programma's meer sysfs zullen gaan gebruiken).
  • Ik zei dan ook opvolger tussen haakjes hé ;)

Beantwoord deze vraag

Dit is een gearchiveerde pagina. Antwoorden is niet meer mogelijk.