Re: Hoe JEE te installeren
On 07/13/2015 09:24 PM, mourik jan heupink wrote: Dit is misschien niet heel relevant in deze discussie, maar ik kende deze java gerelateerde link nog niet, en ik vind het wel handig: http://www.webupd8.org/2014/03/how-to-install-oracle-java-8-in-debian.html Ik ben bang dat je met deze PPA geen JEE8 kunt installeren maar alleen de standaard JDK8 en JRE8. Mvg, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55a4bc8b.6000...@gmail.com
Re: Hoe JEE te installeren
On 07/12/2015 06:47 PM, Cecil Westerhof wrote: Ik moet op het ogenblik JEE code ontwikkelen. Het zou wel handig zijn indien ik dit ook vanaf mij Debian bak zou kunnen doen. Standaard wordt echter Java SE geïnstalleerd. Hoe kan ik Java EE installeren? Volgens mij heeft Debian alleen packages voor Glassfish en Java EE 5. Misschien is het mogelijk om Java EE 6, 7 of 8 als tar.gz-bestand te downloaden van oracle.com en het tar.gz-bestand vervolgens met $ make-jpkg xx.tar.gz (uit java-package) om te zetten naar een package die je kunt installeren. Zie: $ apt-cache show java-package Mvg, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55a3b8f8.8070...@gmail.com
Re: grub selecteren in multiboot
On 05/03/2015 10:30 PM, Paul van der Vlis wrote: Op 03-05-15 om 22:18 schreef Frank Voncken: Paul van der Vlis schreef op zo 03-05-2015 om 22:07 [+0200]: Ik heb een ouderwetse BIOS, uit tijdperk van Vista (mijn laptop is ruim 6 jaar oud, het doet gelukkig nog altijd prima). Ik denk dat ik dus geen UEFI heb. Heb je de originele hdd vervangen door een ssd en de CD/DVD drive vervangen door een caddy met een hdd? (Of met de omgekeerde ssd/hdd volgorde?) Ik heb even in BIOS gekeken: onder Boot Order heb ik de volgende opties, in deze volgorde: * USB Floppy * Internal CD/DVD Rom Drive * Notebook Hard Drive * USB Diskette on Key/USB Hard Disk * USB CD/DVD Rom Drive * ! Network Adapter Welke is nu SSD? Sorry voor mijn onkunde... Er zal ergens anders een optie zijn waarin bepaald wordt wat de eerste Notebook Hard Drive is. Misschien wordt in de BIOS van Frank's laptop met de Notebook Hard Drive /dev/sda bedoeld en met de Internal CD/DVD Rom Drive een caddy met /dev/sdb (of omgekeerd). (Ik heb een oude laptop waarvan de BIOS normaal omgaat met (Live) CD's maar vreemd reageert wanneer je opstart met een (Live) DVD in de CD/DVD-drive.) Mvg, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/554a15ff.5000...@gmail.com
Re: Vertaling Debian Jessie
On 05/06/2015 04:21 PM, Patrick Ruytings wrote: Dag iedereen, Ik heb vastgesteld dat er ergens in Debian Jessie een probleem is met de vertaling naar het Nederlands. Ik heb minstens 1 menu gezien (rechts klikken op het bureaublad) waar de onderdelen voor een deel in het Nederlands staan en voor een deel in het Engels (en dat vloekt. :-). Welke desktop? Gnome, KDE, Xfce, Openbox, LXDE, ... ? Enig idee of daar iets aan gedaan kan worden? Vast wel! ;-) Groeten, Patrick Mvg, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/554a4f22.8050...@gmail.com
Re: grub selecteren in multiboot
On 05/05/2015 02:32 PM, Frank Voncken wrote: Ik zie niets raars. Is bootinfoscript een script van Ubuntu? Dat weet ik niet. Het staat in debian pakketten (boot-script-info). Zie ook website: http://bootinfoscript.sourceforge.net/ Ik begrijp al waar het misverstand vandaan komt! $ apt-cache search boot-info-script levert meer op dan: $ apt-cache search bootinfoscript Frank Mvg, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5548bc67.4020...@gmail.com
Re: grub selecteren in multiboot
On 05/04/2015 07:02 PM, Paul van der Vlis wrote: Hoi Jan-Rens, Op 04-05-15 om 17:35 schreef Jan-Rens Reitsma: On 05/04/2015 05:20 PM, Paul van der Vlis wrote: Op 04-05-15 om 14:21 schreef Jan-Rens Reitsma: Volgens mij had je beter eerst een grubrescue iso-image en een rescue-CD kunnen maken met: # grub-mkrescue --output=grub-img.iso Ik doe dat nooit. Ook niet als je een Linux- of een BSD-distro installeert die je nog niet kent? Ik installeer alleen Debian. Heel verstandig! ;-) Maar als ik wat anders zou gaan proberen zou ik het ook niet doen denk ik, tenzij ik wist van problemen. Ik zou de grub-img.iso-file aanmaken voor de zekerheid. De Debian-installer heeft ook een heel mooi rescue systeem, dat gebruik ik. Zit achter advanced. Het enige nadeel is dat het wat veel vragen stelt zoals de timezone en een machinenaam e.d. Je kunt er ook allerlei meer ingewikkelde dingen mee doen, zoals RAID, LVM en encryptie. Kun je met de advanced optie van Debian ook Xubuntu, LFS of NetBSD installeren? Die rescue is niet bedoeld om iets te installeren, maar om problemen op te lossen van een al geinstalleerd systeem. Vaak gaat het dan om boot-problemen. Je kunt er wel grub mee installeren. Ik begrijp wat je bedoelt. Ik zat een beetje langs je heen te praten. Ik weet niet of het geschikt is voor wat anders dan Debian. Maar Debian's os-prober is veelal wel in staat om andere OS-en te vinden, dus als je grub weet te herstellen ben je er eigenlijk. Dat vind ik goed nieuws. Als ik het goed begrijp kun je een verprutste boot partitie tegenwoordig vrij gemakkelijk repareren. Volgens mij was dat een aantal jaren geleden nog heel anders. Je zult overigens wel per OS moeten testen of os-prober van Debian het vind, maar meestal zal dat geen probleem zijn. Als je de multi-arch iso gebruikt, kies dan wel de goede architectuur. 32-bits rescue zal niet werken op een 64-bits systeem en omgekeerd. Je kunt toch 32-bits FreeBSD en Fedora installeren op een multiboot systeem waar al Windows en 64-bits Debian op staat? Het rescue systeem is bedoeld om Debian te benaderen, maar wellicht werkt het prima bij andere Linux disro's. Maar je zult wel de juiste architectuur moeten gebruiken. Ik verwacht dat BSD niet zal werken, maar daar heb ik eigenlijk onvoldoende verstand van. Voor mij is het vooral belangrijk om te weten dat het geen heksentoer meer is om een boot partitie voor Debian te herstellen. (Ik heb onlangs de tool chain uit hoofdstuk 5 van LFS gecompileerd, dus ik ben aardig op weg LFS. Het idee dat ik aan het eind van hoofdstuk 7 de boot loader moet configureren ontnam mij de lust om met hoofdstuk 6 verder te gaan.) Groeten, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5548a223.7060...@gmail.com
Re: Debian Jessie en VirtualBox
On 05/04/2015 06:16 PM, Patrick Ruytings wrote: Dag iedereen, Dag Patrick, Ik heb nog geen ervaring met mailinglists. Dus extra info is welkom. Jullie vragen om op de lijst te antwoorden. Doe ik het nu dan correct? Volgens mij had je de Debian package met VirtualBox Guest Additions met # apt-get install virtualbox-guest-additions-iso kunnen installeren/downloaden. De VBoxGuestAdditions.iso wordt dan in /usr/share/virtualbox/ neergezet. De software op de VirtualBox Guest Additions CD kun je vanuit het window van een gast-OS in VirtualBox installeren zoals eerder door Paul en Sjoerd aangegeven is. Om de Guest Additions te kunnen gebruiken moet je eerst een gast-OS in VirtualBox installeren en opstarten. De scripts op de CD hoef je niet te runnen. Ik werk met Google mail. Geen probleem. :-) Mvg, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5548a312.6040...@gmail.com
Re: grub selecteren in multiboot
On 05/02/2015 09:24 PM, Frank Voncken wrote: Beste allen, Ik heb triple-boot in mijn laptop: Debian Jessie (met Gnome), Xubuntu 15.04 en Vista. Uiteraard is Debian de hoofd-OS. Zojuist is Xubuntu opgewaardeerd naar 15.04. Dat heeft gevolgen gehad voor grub: in plaats van Debian-grub is er nu Ubuntu-grub. Kennelijk is bij de opwaardering de Debian-grub gedeactiveerd. Volgens mij had je beter eerst een grubrescue iso-image en een rescue-CD kunnen maken met: # grub-mkrescue --output=grub-img.iso (zie de tips op o.a. http://www.linuxfromscratch.org/lfs/view/development/chapter08/grub.html) Ik weet niet of dat erg is. Maar omdat ik vrijwel alleen Debian gebruik, lijkt het me handig om Debian-grub te gebruiken vanwege opwaarderingen van Linux-header en zo. Anders moet ik elke keer naar Xubuntu gaan om daar upgrade-grub uit te voeren. Hoe kan ik Debian grub weer gebruiken? Als ik het goed begrijp heb je nu tijdens het opstarten de keuze tussen Debian en Windows. Kun je nu ook al bij Xubuntu? Hartelijke groeten, Frank Mvg, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5547642f.4020...@gmail.com
Re: grub selecteren in multiboot
On 05/04/2015 02:41 PM, Frank Voncken wrote: # grub-mkrescue --output=grub-img.iso (zie de tips op o.a. http://www.linuxfromscratch.org/lfs/view/development/chapter08/grub.html) O? Sorry, wist ik niet. Het is handig om een rescue-image te maken voor het geval dat er iets mis gaat. Ik zal vanavond een output van grub en zo maken en hier posten. Dan kunnen jullie ernaar kijken. Misschien moet eerst grub opgeruimd worden alvorens een rescue-CD aan te maken? Dat lijkt me niet nodig. Als ik het goed begrijp heb je nu tijdens het opstarten de keuze tussen Debian en Windows. Kun je nu ook al bij Xubuntu? Ja hoor. Zowel in Debian-grub (= grub aangemaakt door Debian) als in Xubuntu-grub heb ik toegang tot alle drie keuzes. Daarbij staat bij Debian-grub de keuze Debian helemaal bovenaan, en bij Xubuntu-grub de keuze Ubuntu bovenaan. Leuk om te weten. Kon je Debian booten toen je de configuratie van grub vanuit Xubuntu gedaan had? Mvg, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55476dd1.5060...@gmail.com
Re: grub selecteren in multiboot
On 05/04/2015 04:20 PM, Sjoerd Hiemstra wrote: Jan-Rens Reitsma: Het is handig om een rescue-image te maken voor het geval dat er iets mis gaat. Dat kan wel zijn, maar in het geval van Frank is er maar heel weinig aan de hand. Bij een upgrade van XUbuntu is ook automatisch grub-install /dev/sda uitgevoerd, waardoor je het grub-menu van XUbuntu krijgt. Om het grub-menu van Debian weer te krijgen, hetzelfde commando weer even vanuit Debian. Het gebeurt (of gebeurde) regelmatig dat een distro bij installatie in een multiboot configuratie de configuraties van andere (BSD en Linux) distro's uit de grub configuratie verwijdert. Vziw wordt Windows meestal niet verwijderd. Kon je Debian booten toen je de configuratie van grub vanuit Xubuntu gedaan had? Uit Frank's verhaal maak ik duidelijk op van wel. Gewoon vanuit het grub-menu van XUbuntu. Dan heb ik zijn originele post blijkbaar verkeerd begrepen. Ik dacht dat hij Debian niet meer kon booten nadat hij Xubuntu geinstalleerd had. Mvg, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55478df9.2080...@gmail.com
Re: grub selecteren in multiboot
On 05/04/2015 05:20 PM, Paul van der Vlis wrote: Op 04-05-15 om 14:21 schreef Jan-Rens Reitsma: Volgens mij had je beter eerst een grubrescue iso-image en een rescue-CD kunnen maken met: # grub-mkrescue --output=grub-img.iso Ik doe dat nooit. Ook niet als je een Linux- of een BSD-distro installeert die je nog niet kent? De Debian-installer heeft ook een heel mooi rescue systeem, dat gebruik ik. Zit achter advanced. Het enige nadeel is dat het wat veel vragen stelt zoals de timezone en een machinenaam e.d. Je kunt er ook allerlei meer ingewikkelde dingen mee doen, zoals RAID, LVM en encryptie. Kun je met de advanced optie van Debian ook Xubuntu, LFS of NetBSD installeren? Als je de multi-arch iso gebruikt, kies dan wel de goede architectuur. 32-bits rescue zal niet werken op een 64-bits systeem en omgekeerd. Je kunt toch 32-bits FreeBSD en Fedora installeren op een multiboot systeem waar al Windows en 64-bits Debian op staat? Groet, Paul. Mvg, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/554791b3.4070...@gmail.com
Re: Debian Jessie en VirtualBox
On 04/30/2015 06:31 PM, Patrick Ruytings wrote: Dag iedereen, Kan iemand mij helpen hoe ik de VirtualBox Guest Additions kan installeren in Debian Jessie? Dit is wat ik probeer: patrick@barebone-debian:~$ su Wachtwoord: root@barebone-debian:/home/patrick# cd /media/cdrom root@barebone-debian:/media/cdrom# ls 32Bit cert VBoxSolarisAdditions.pkg 64Bit OS2 VBoxWindowsAdditions-amd64.exe AUTORUN.INF runasroot.sh VBoxWindowsAdditions.exe autorun.sh VBoxLinuxAdditions.run VBoxWindowsAdditions-x86.exe Wat geeft: # ls -l root@barebone-debian:/media/cdrom# runasroot.sh bash: runasroot.sh: opdracht niet gevonden Daarvoor zou je runasroot.sh volgens mij eerst naar /bin of /usr/bin moeten copieren. ;-) root@barebone-debian:/media/cdrom# ./runasroot.sh bash: ./runasroot.sh: Toegang geweigerd Zou het probleem iets met de permissies van runasroot.sh te maken kunnen hebben? Zie onder andere: # man ls # man chmod Alvast dank op voorhand! Patrick Ik weet niet of je hier verder mee komt. Mvg, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/554343c9.6060...@gmail.com
Re: Debian Jessie en VirtualBox
On 04/30/2015 06:53 PM, Sjoerd Hiemstra wrote: Patrick Ruytings: Kan iemand mij helpen hoe ik de VirtualBox Guest Additions kan installeren in Debian Jessie? Dat is geen exe-bestand, maar een iso. Die haal je binnen door package virtualbox-guest-additions-iso te installeren. Dan VirtualBox (met zijn gast-OS) starten, en vanuit het menu bovenin: Devices Insert Guest Additions CD image... ... en het is niet nodig om de iso naar CD te schrijven! (Dat had ik eerst niet in de gaten) Handig, bedankt voor de tip! :-) Mvg, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55436cce.3050...@gmail.com
Celeron quad-core (was: NUC ervaringsverhaal)
On 03/20/2015 10:07 AM, Paul van der Vlis wrote: Hoi, Ik heb een paar dagen geleden een NUC gekocht, oftewel een klein Intel computertje ter grootte van een pak suikerklontjes, waarin ook nog een SSD past. Leuk, HTPC's en NUC's met WiDi schijnen de laatste tijd populair te worden als portable workstation. Een werknemer met een NUC op zak heeft, naast een beeldscherm met WiDi, op zijn werkplek alleen nog een toetsenbord en een muis nodig. De processor heet Celeron maar is best krachtig. Het viel me op dat hij virtualisatie ondersteund en uiteraard 64-bit. Hij is goed bruikbaar voor het weergeven van full-screen video in HD resolutie via HDMI en uiteraard voor kantoorwerk. Hij heeft voor video alleen HDMI, geen VGA. De goedkoopste NUC heeft een Celeron N2820 dual-core. Er zijn inmiddels een aantal HTPC's en laptops met Celeron quad-cores. Tot nu toe: N2910, N2920, N2930, N2940, J1850, J1900. (HTPC's zijn o.a. Shuttle XS36V4, Gigabyte BRIX GB-BXBT-1900 en Zotac ZBOX CI320 nano, maar ik betwijfel of de laatste direct werkt met Jessie.) Groeten, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5513dbc9.2090...@gmail.com
Re: Clients identiek houden
On 01/09/2015 12:25 PM, Paul van der Vlis wrote: Hoi allen, Ik beheer een aantal clients die eigenlijk identiek zijn, op een paar uitzonderingen na zoals de hostname. Ik heb een backup van zo'n client op de server. Dat doet me denken aan computerzalen op scholen en in bibliotheken. knip Ook iets als Puppet is een optie, maar dat lijkt me veel werk om goed aan de praat te krijgen. Ik gebruik nu een eigen script, wat een ander script download en uitvoert. Bieden www.thinstation.org of Debian Edu / Skolelinux Wheezy (met netinstall en rsync) geen betere oplossingen dan Puppet? Zie: https://www.debian.org/News/2013/20130928 Mvg, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55014cf6.6090...@gmail.com
Re: Clients identiek houden
On 03/08/2015 10:08 AM, Paul van der Vlis wrote: Op 07-03-15 om 10:17 schreef Jan-Rens Reitsma: On 03/03/2015 02:25 PM, Paul van der Vlis wrote: Een punt is wel dat het UUID van het filesysteem en de swap correct moeten zijn, want dat wordt via rsync niet meegekopieerd. Een alternatief is eventueel in /etc/fstab en /boot/grub/grub.conf een devicenaam te gebruiken in plaats van het UUID. Het lastige van een filesysteem UUID is dat je het alleen kunt aanpassen als dat filessysteem niet gemount is, Misschien kun je dit soort problemen met UUID's oplossen door HDD's te verwijderen en door USB-sticks te vervangen. Onlangs heb ik (bij wijze van experiment) Debian mbv netinstall geinstalleerd op een USB-stick in een oude laptop waar ik de wifi-kaart en de HDD uitgesloopt had. Debian startte van USB-stick verbluffend snel op en werkte zo te zien prima. Als ik me niet vergis krijgt een filesysteem op een USB-stick geen UUID omdat een USB-stick een removable medium is. Volgens mij vergis je je. En als er geen UUID's zouden zijn, dan moet je toch iets ervoor in de plaats gebruiken, dus weer device-namen (of labels). Je hebt gelijk, ik had de USB-stick nog liggen en ik zag in de fstab de UUID's voor twee partities staan. De partities op de USB-stick worden bij een standaard installatie aan /dev/sda device files gelinkt. De installer heeft ook een swap-partitie op de USB-stick aangemaakt. Daar had ik niet aan gedacht. :-( Verder zijn de meeste USB sticks een stuk trager dan de SSD's die nu gebruikt worden. Daar twijfel ik niet aan maar USB-sticks lijken tijdens het opstarten veel sneller te zijn dan oude HDD's. Je zou de USB-sticks read only kunnen maken en na inloggen zou je een NFS kunnen mounten. Ze zijn voor de gebruiker zowiezo read-only (behalve de tmp-dirs), en verder read-only maken maakt het doen van security updates onmogelijk. Ik bedoelde ro voor users, niet voor het updaten door root. Ik las overigens dat Google ook rsync gebruikt voor het updaten. Ze hebben het zelfs gebruikt om hun productieservers te upgraden van Redhat naar Debian-based. Dat wist ik nog niet, dat Google Debian gebruikt op hun servers. Zie: https://www.usenix.org/conference/lisa13/technical-sessions/presentation/merlin Interessant! Zou Red Hat het omgekeerde proces ook kunnen laten zien? Ik zie rsync ondertussen niet alleen als alternatief voor Puppet (wat ik overigens niet goed ken), maar ook als alternatief voor security updates via apt. Zelf had ik het (nutteloze?) idee voor een speciale configuratie voor de Debian installer waarmee Debian op een laptop (of PC) met een (micro-)USB-stick en een grote HDD (2 of 3 TB) geïnstalleerd kan worden. Daarmee zouden de statische / /boot /bin /sbin /lib ... etc op de USB-stick geplaatst kunnen worden en de dynamische /var /home /tmp ... etc op de HDD, zonder dat een gebruiker met de hand de parameters voor een optimale configuratie hoeft in te stellen. Groet, Paul. Mvg, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54fdba01.6050...@gmail.com
Re: Zwart scherm na gebruikerwisselen of Afmelden
On 03/01/2015 06:45 PM, Dirk Ruijne wrote: Jan-Rens Reitsma schreef op zo 01-03-2015 om 13:05 [+0100]: Wat gebeurt er na een switch naar een andere console (tty1 ipv tty7). Om te switchen druk ik op ctrl alt F1. Het scherm wordt zwart. Er volgt geen (merkbare) reactie op mijn verdere toetsaanslagen. Ik heb geprobeerd: ctrl alt F7, ctrl alt F2, ctrl alt F3, ctrl alt F4. Vervolgens ctrl alt backspace. Ctrl alt delete. Computer uiteindelijk gereset via aan-uit knop. Wat gebeurt er als je daarna weer terug switcht naar tty7? Dat krijg ik niet voor mekaar. Dan ligt het volgens mij niet aan Xorg. Het lijkt erop, dat mijn hele X-server plat gaat na een reboot en de computer niet meer reageert op toetsaanslagen noch bewegingen van de muis. Daar kun je volgens mij moeilijk iets over zeggen als je niets meer op je scherm ziet. Reboot, wisselen van gebruiker, gebruiker afmelden werken niet. Schutdown werkt alleen als de computer is opgestart in de herstelmodus, na lang wachten. Als de computer is gestart in de gewone modus werkt ook Shutdown niet. Ook niet na lang wachten. lang wachten is: 5 minuten. Ik denk dat je het best de adviezen van Paul kunt opvolgen. Mvg, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54f44073.8060...@gmail.com
Re: Zwart scherm na gebruikerwisselen of Afmelden
On 02/28/2015 02:29 PM, Dirk Ruijne wrote: Beste mensen, Beste Dirk, Wat is nu het probleem? Wanneer ik de computer uitschakel wordt het scherm direct zwart en duurt het lang voordat de computer daadwerkelijke uit gaat. Als ik mij als gebruiker afmeld; ook een zwart scherm, de computer blijft aan, maar ik zie niets. Als ik van gebruiker wissel: hetzelfde. Wat bedoel je met afmelden? Wat gebeurt er na een switch naar een andere console (tty1 ipv tty7). Wat gebeurt er als je daarna weer terug switcht naar tty7? Vriendelijke groeten, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54f300a7.9030...@gmail.com
Re: Raar probleem met Gnome in Jessie
On 02/02/2015 11:44 AM, Paul van der Vlis wrote: Op 02-02-15 om 11:28 schreef Jan-Rens Reitsma: Volgens mij verwijst https://packages.debian.org/jessie/gnome-menus naar: http://standards.freedesktop.org/menu-spec/menu-spec-1.0.html en dat is volgens mij een generieke spec en geen specifieke spec voor gnome. Het pakket houdt zich alleen aan de regels van deze specificatie, het is geen verwijzing. En het staat er ook echt in: Bedoel je met het staat ... in de source op: https://download.gnome.org/sources/gnome-menus/3.13/ #: ../desktop-directories/Utility.directory.in.h:1 msgid Accessories msgstr Hulpmiddelen #: ../desktop-directories/X-GNOME-Utilities.directory.in.h:1 msgid Utilities msgstr Hulpmiddelen Ik had link naar de source in /usr/share/doc/gnome-menus opgezocht. De screenshots op: https://screenshots.debian.net/package/gnome-menus zijn van: $ alacarte maar dat staat er niet bij. Mvg, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54cf6a8c.2050...@gmail.com
Re: ander woord voor hulpmiddel
On 02/02/2015 01:07 PM, Paul van der Vlis wrote: Het lijkt mij een optie om het engelse begrip Accessoiries te vertalen naar Accessoires, wat volgens mij correct Nederlands is. Maar als ik het goed begrijp staan in de map Utilities de Gnome specifieke hulpmiddelen. Dus wat ook zou kunnen is om Utilities te vertalen naar Gnome hulpmiddelen o.i.d. Zelf zou ik overigens Gnome tools mooier vinden, maar misschien is dat niet Nederlands genoeg. Gnome tools kan vertaald worden naar Gnome gereedschap. Mvg, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54cf6bd5.6070...@gmail.com
Re: ander woord voor hulpmiddel
On 02/02/2015 12:16 PM, Frans van Berckel wrote: On Mon, 2015-02-02 at 12:08 +0100, Geert Stappers wrote: #: ../desktop-directories/Utility.directory.in.h:1 msgid Accessories msgstr Hulpmiddelen #: ../desktop-directories/X-GNOME-Utilities.directory.in.h:1 msgid Utilities msgstr Hulpmiddelen De engelse woorden Accessories en Utilities zijn beiden vertaalt naar Hulpmiddelen. Dat heeft wat vreemde bijwerkingen. Welke synoniemen voor hulpmiddelen kennen wij allemaal? Geert, Zien wij hier een typo? Moet Accessories niet Accessoires zijn? Volgens mij had vertaalt in dit geval vertaald moeten zijn. ;-) Mvg, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54cf5db6.9060...@gmail.com
Re: Raar probleem met Gnome in Jessie
On 02/01/2015 04:43 PM, Frans Spiesschaert wrote: Dag Paul, Frans Spiesschaert schreef op vr 30-01-2015 om 00:21 [+0100]: Dag Paul, Paul van der Vlis schreef: Het lijkt me nu dat het probleem in het pakket gnome-menus zit: https://packages.debian.org/jessie/gnome-menus Ik heb het source-pakket van gnome-menus eens bekeken, maar ik heb niet de indruk dat het probleem daar te situeren valt. En zelf ken ik onvoldoende van de inwendige keuken om een idee te hebben waar dan wel. Weet iemand anders het wel? Of misschien hoe achterhaald kan worden in welk specifiek pakket het probleem te vinden is? Ik ben hier wat kort door de bocht gegaan, door in de broncode enkel naar het debian-specifieke deel te kijken. De fout blijkt wel degelijk te zitten in gnome-menus, maar dan wel in de upstream tarball. Weet je dat zeker? Volgens mij verwijst https://packages.debian.org/jessie/gnome-menus naar: http://standards.freedesktop.org/menu-spec/menu-spec-1.0.html en dat is volgens mij een generieke spec en geen specifieke spec voor gnome. Mvg, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54cf516a.9090...@gmail.com
Re: Raar probleem met Gnome in Jessie
On 02/02/2015 02:08 PM, Paul van der Vlis wrote: Op 02-02-15 om 13:16 schreef Jan-Rens Reitsma: knip source links De screenshots op: https://screenshots.debian.net/package/gnome-menus zijn van: $ alacarte maar dat staat er niet bij. Dat is inderdaad niet correct. Daardoor was ik vanaf het begin met het verkeerde been in deze discussie gestapt. :-( Ik heb zelf een screenshot geuploaded vanmorgen naar de bug, maar die staat er nog steeds niet op. Ik heb ook geen bevestiging gekregen, vreemd. Mooi, dat voorkomt vervelende misverstanden. :-) Maar misschien staat het screenshot er als je dit leest: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=776595 Het screenshot is overigens ook hier te zien: https://lists.vrijschrift.org/pipermail/vertaling/attachments/20150202/4a00f061/attachment-0001.png Verder staat er dat het pakket python nodig heeft, hoewel ik nergens python-code in de originele source heb kunnen vinden. (Misschien heeft dat iets met patches, o.a. voor alacarte, in het Debian source te maken. Er zit python3-code in files in de debian-directory.) Naast de c- en h-files zit er minstens een JavaScript-file in de util-directory van originele source. Ik neem aan dat de js-files voor GNOME 3 zijn. Mvg, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54cf9361.6050...@gmail.com
Re: piep
On 12/19/2014 07:32 PM, Geert Stappers wrote: On Fri, Dec 19, 2014 at 04:33:31PM +0100, Jan-Rens Reitsma wrote: On 12/17/2014 09:32 PM, Geert Stappers wrote: Hallo, `echo -e \a` geeft een piep in de tekst console. op dezelfde computer X window system opgestart, (tekst) terminal ge-opend. opnieuw echo -e \a maar voor mij is er geen piep te horen. Bij jullie wel? Ja, dwz een soort piepje! :-) En in welke grafische omgeving is dat? (GNOME, KDE, XFCE, enz ) Gnome 3.14.1 Debian jessie/sid 64 bit Mvg, J.R. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54957f4a.6080...@gmail.com
Re: piep
On 12/17/2014 09:32 PM, Geert Stappers wrote: Mijn achterliggende vraag: Ik zoek een eenvoudige test voor geluid. Want als ik nu you-tube bezoek dan is er voor mij geen geluid. Dus misschien heb ik de eenvoudige geluidstest al gevonden. Voor de beep in Gnome 3.14.1: System Settings - Sound - Sound Effects daar kun je verschillende geluiden kiezen en het volume instellen. Mvg, J.R. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54958345.7020...@gmail.com
Re: Java 8
On 11/25/2014 09:40 AM, Paul van der Vlis wrote: Op 25-11-14 om 08:42 schreef Jan-Rens Reitsma: Misschien moeten er nog links of PATH-variabelen in configuratiebestanden naar de java-1.7.0 binary aangepast worden. Volg dus eerst de links door te beginnen met: $ ls -l /usr/bin | grep java etc ... tot je de link naar de java 1.6.0- of 1.7.0-versie gevonden hebt. Daarvoor is juist het update-alternatived mechanisme: update-alternatives --config java Daar kun je kiezen welke java je wilt, en wordt alles goed gezet. Zie ook man update-alternatives. Handig, ik zie het. Ik begrijp dat update-alternatives de configuratie van de jvm onder bash aanpast. Tot op heden runde ik java-bytecode meestal in een IDE, onder Apache of in de applet-viewer van een browser en niet rechtstreeks vanaf de commandline. De configuratie van jvm's onder verschillende applicaties moet volgens mij meestal apart aangepast worden. Om te kijken welke alternatives er allemaal zijn doe ik dit: ls -l /etc/alternatives Vervolgens worden de verschillende java-links in /etc/alternatives/ bij mij gelinkt naar toepassingen in /usr/lib/jvm/. Ik weet niet zeker of toepassingen als Eclipse en Apache dezelfde links gebruiken als bash. Ik denk dat de opties en omgevingsvariabelen voor een aantal andere applicaties die een jvm gebruiken, apart aangepast moeten worden. Mvg, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54745879.1010...@gmail.com
Re: Fork debian als systemd?
On 10/22/2014 05:26 PM, Frans van Berckel wrote: Oops, hier wordt de komende dagen vast over gesproken. A website made by Veteran Unix Admins to organize and protest against the decision to impose SystemD to Debian users ... http://debianfork.org/ Ik heb eerst even naar: http://forkfedora.org/ gekeken en daarna ben ik begonnen om: http://0pointer.de/blog/projects/systemd.html te lezen. Heel interessant en verhelderend. Met vriendelijke groet, Bedankt voor de tip! :) Frans van Berckel Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/544949f3.6070...@gmail.com
Re: Lijst met ondersteunde devices genereren
On 10/22/2014 11:06 AM, Paul van der Vlis wrote: op 22-10-14 09:59, Jan-Rens Reitsma schreef: Mijn vorige opmerking klopte niet (helemaal). Bluetooth devices zijn meestal als subdevice in een PCI of een USB device ondergebracht. Ik denk niet dat er veel bluetooth devices bestaan die voorzien zijn van een seriele RS232 aansluiting. Als je lspci of lsusb (als root) met de -v, -d, -s (... etc.) opties runt, dan krijg je info over subdevices. Waarschijnlijk heb je gelijk. Ik dacht aan bijvoorbeeld een bluetooth muis, maar die is natuurlijk niet direct verbonden maar via een adapter die weer USB of PCI is. In laptops wordt usb veel als interne bus gebruikt, zoals in het verleden de i2c-bus gebruikt werd. Een usb-bus is volgens mij handiger dan een pci-bus om bijvoorbeeld webcams en bluetooth-devices aan te sluiten. Bovendien zijn veel microcontrollers van een usb-bus voorzien en usb-hubs kosten haast niets meer. (Kijk bijvoorbeeld eens op de sites van microchip.com en atmel.com of een andere fabrikant van microcontrollers.) HTPC/mini-PC's worden ook steeds populairder, geavanceerder en vooral ook steeds energiezuiniger en sneller. In o.a. de laatste generaties Intel NUC's, Zotac ZBOX'en en Gigabyte BRIX'en kunnen mini-PCIe kaartjes gebruikt worden met bijvoorbeeld wifi (b,g,n,ac) EN bluetooth (4.0) op hetzelfde kaartje. Dan kun je het toetsenbord en de muis via bluetooth aansluiten op je mini-PC en je netwerkverbinding via wifi. Eventueel zou je de kabel naar een monitor door een WiDi-vebinding kunnen vervangen. Groeten, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54478a3e.2000...@gmail.com
Re: Lijst met ondersteunde devices genereren
On 10/20/2014 04:37 PM, Paul van der Vlis wrote: knip This modules also support some 'pnp' devices. knip Bovenstaande lijst is wellicht nog niet compleet, want ik mis bijvoorbeeld bluetooth. Misschien heb je iets aan het bluetooth Device ID Profile (DIP): http://en.wikipedia.org/wiki/List_of_Bluetooth_profiles#Device_ID_Profile_.28DIP.29 Groeten, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5446565b.4070...@gmail.com
Re: Lijst met ondersteunde devices genereren
On 10/09/2014 03:46 PM, Paul van der Vlis wrote: op 09-10-14 14:47, Jan-Rens Reitsma schreef: On 10/08/2014 11:58 AM, Paul van der Vlis wrote: Dan kan een bezoeker in elk geval de naam vinden van de driver die hij zoekt. Als er voor zijn device geen driver op de lijst staat dan weet hij dat er in een bepaalde kernel (nog) geen driver voor zijn device is. Tenzij er een generieke driver is. Staan de generieke drivers niet in de lijst? Of worden er bij generieke drivers geen devices genoemd? Als ik me niet vergis is de lijst met devices gegenereerd met behulp van modinfo. Ik zal eens kijken of je met modinfo de specifieke van de generieke drivers kunt onderscheiden. Zo zullen er nog wel wat meer mitsen en maren zijn. Ik denk bijvoorbeeld dat het op het moment vooral geschikt is voor USB en PCI, en minder voor andere types devices, bijvoorbeeld firewire of HDMI. Het kan volgens mij geen kwaad om zoveel mogelijk devices mee te nemen. Het scheelt volgens mij maar een paar regels per script om de drivers voor Firewire- en HDMI-devices mee te nemen als je ze met modinfo kunt herkennen. Het is niet moeilijk om daar een CGI-script voor te schrijven. Het werkt veel sneller en het scheelt een berg overbodig datatransport. (De lijsten zijn ongeveer 1 MB.) Dat zou zinnig kunnen zijn. Als je d.m.v. een script meer devices en drivers op meer verschillende lijsten kunt plaatsen, zodat die lijsten erg lang worden, dan wordt het steeds aantrekkelijker om een database en een zoeksysteem op te zetten. Dan lijkt het mij handig om voor (de laatste versies van) alle beschikbare kernels zo'n lijst te genereren. De gegevens uit de verschillende lijsten kun je in een database onderbrengen waarin ze snel opgezocht kunnen worden. Wat ook heel interessant is, is een doorzoekbaar systeem te maken van kernel submits. In het verleden heb ik wel vele changelogs gedownload en dan doorzocht, om zo te kunnen zien of er nog wijzigingen in een bepaalde driver waren. Ik houd het in mijn achterhoofd. De 148f:7601 device ID van wifi-usb adapter van Rene staat bijvoorbeeld op de usb.ids lijst vermeld als Ralink Technology, Corp. MT7601U Wireless Adapter terwijl er (nog) geen Linux-driver voor die wifi-adapter bestaat. Inderdaad. Het is volgens mij ook nuttig als het CGI-script mbv usb.ids en/of pci.ids, in combinatie met de gegevens uit de database, kan melden of er een wel of niet een driver voor een device bestaat. Ik kan je aanraden om een keer in de pci en usb ID-lijsten naar onderen te scrollen. Onderaan staan de tabellen met de ID van device- typen, talen, etc. etc. Er komen steeds nieuwe devices bij, dus je zult altijd bezig blijven... Het up-to-date houden van de databases is gemakkelijk te automatiseren. Hieronder vind je een stukje Perl waarmee je de drivers uit de lijsten kunt verwijderen die niet voor PCI- of USB-devices bedoeld zijn. Ik heb de indruk dat er nog wel meer gesleuteld moet worden, volgens mij gaat er bijvoorbeeld wat mis als het bedrijf onbekend is. Als je een device hebt met een ID die niet in de usb.ids- of de pci.ids-lijst voorkomt dan zou de naam van die producent nog in de lijst opgenomen moeten worden. Zie o.a.: http://en.wikipedia.org/wiki/PCI_configuration_space#Standardized_registers Ik moet de scripts zelf ook eigenlijk publiceren. Ik probeer op dit moment zelf een script te schrijven met enkel bash en awk. :-) Maar eerst weinig tijd nu... Groet, Paul. Groeten, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/543d161c.4020...@gmail.com
Re: Lijst met ondersteunde devices genereren
On 10/08/2014 11:58 AM, Paul van der Vlis wrote: op 08-10-14 06:30, Geert Stappers schreef: On Wed, Oct 01, 2014 at 01:52:11PM +0200, Paul van der Vlis wrote: op 01-10-14 13:33, Jan-Rens Reitsma schreef: knip Je kunt daar de ID's wel vinden, maar je weet niet of er een driver voor in Linux zit. Dat kun je wel achterhalen met mijn lijst, door te zoeken op een device-id of een beschrijving. Als hij te vinden is wordt hij in meer of mindere mate door dat Linux kernel ondersteund. Verder kun je met mijn lijst achterhalen welke driver de ondersteuning biedt. Dan kan een bezoeker in elk geval de naam vinden van de driver die hij zoekt. Als er voor zijn device geen driver op de lijst staat dan weet hij dat er in een bepaalde kernel (nog) geen driver voor zijn device is. Zie ook https://www.h-node.org/ een project van de FSF. H-node is zeker interessant. Maar volgens mij niet vergelijkbaar met de lijst die ik gegenereerd heb. Hoe bruikbaar mijn lijst in de praktijk is, zal zich nog moeten bewijzen. De lijst lijkt mij heel bruikbaar maar hij is erg lang. Ik zou (met een CGI-script) een front-end voor de lijst plakken. Bezoekers hoeven alleen de gegevens van een driver voor een bepaalde VID:PID combinatie van een PCI- of USB-device te weten. Het is niet moeilijk om daar een CGI-script voor te schrijven. Het werkt veel sneller en het scheelt een berg overbodig datatransport. (De lijsten zijn ongeveer 1 MB.) Voordeel lijkt me dat hij automatisch gegenereerd wordt, en dat de kans op menselijke fouten daardoor kleiner is. Verder lijkt me dat hij compleet is voor een bepaald kernel. Als een device er niet in staat, weet je dat er geen ondersteuning is. Dan lijkt het mij handig om voor (de laatste versies van) alle beschikbare kernels zo'n lijst te genereren. De gegevens uit de verschillende lijsten kun je in een database onderbrengen waarin ze snel opgezocht kunnen worden. Ik zal de link hier nogmaals noemen: http://www.vandervlis.nl/devices/ Ik heb de lijst nu van twee kernels. Wat me opvalt is dat er in het nieuwe kernel (3.16.0) behoorlijk veel meer unieke devices ondersteund worden dan in het oude (3.2.0-4): 6752 USB devices (was 5942), 4993 PCI devices (was 4212). Ik weet niet of deze lijsten altijd compleet en up-to-date zijn. Dat zijn ze niet. Mooi toch. Het betekent dat er ontwikkeling is. De 148f:7601 device ID van wifi-usb adapter van Rene staat bijvoorbeeld op de usb.ids lijst vermeld als Ralink Technology, Corp. MT7601U Wireless Adapter terwijl er (nog) geen Linux-driver voor die wifi-adapter bestaat. Er komen steeds nieuwe devices bij, dus je zult altijd bezig blijven... Het up-to-date houden van de databases is gemakkelijk te automatiseren. Hieronder vind je een stukje Perl waarmee je de drivers uit de lijsten kunt verwijderen die niet voor PCI- of USB-devices bedoeld zijn. Groet, Paul. Groeten, Jan-Rens. === #!/usr/bin/perl use strict; my($fname,$srcdir,$dstdir,$prev); my(@inlines,@outlines); $srcdir = raw-data; $dstdir = stripped-data; #$fname = 3.16-0.bpo.2-amd64; $fname = 3.2.0-4-amd64; open(DATA, $srcdir/$fname) or die Couldn't open $fname for reading: $!; LINE: while(DATA) { next LINE if $_ =~ /^This/; push(@inlines,$_); } close(DATA); $prev = $inlines[0]; foreach (@inlines) { if ($_ =~ /^PCI/ || $_ =~ /^USB/ || $_ =~ /^[0-9a-f][0-9a-f][0-9a-f][0-9a-f][ ]/) { if ($prev =~ /^\/lib/) { push(@outlines,$prev); } push(@outlines,$_); } $prev = $_; } open(DATA, $dstdir/$fname) or die Couldn't open $fname for writing: $!; print DATA @outlines;# or die Can't write to $fname: $!; } close(DATA); === -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/543683da.6060...@gmail.com
Re: kernel module voor wifi USB stick - gesloten
On 10/06/2014 01:49 PM, plaater wrote: knip Voor zo'n WiFi-kaartje ga ik dat niet meer doen. Een volgende keer zou je eerst kunnen kijken op: https://www.h-node.org/ https://wiki.debian.org/Hardware Daar is o.a. info te vinden over wifi en USB-adapters op: https://h-node.org/wifi/catalogue/en/1/1/undef/undef/undef/USB/undef/undef https://wiki.debian.org/WiFi Ik laat het hierbij. Groeten en allen dank voor het meedenken, René. Groeten, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54340da4.1030...@gmail.com
Re: IPMI
On 10/03/2014 04:50 PM, Paul van der Vlis wrote: Alleen jammer dat de server-kant wel behoorlijk closed-source is meestal, terwijl het volledige controle over je hardware heeft. Ook jammer dat de ik de tekst op de gelikte website van het Groningse datacenter op: http://www.tcntelehouse.com/tcndatahotels/en/location/groningen.html niet goed kan lezen. ;) Weet je of テレフォンレディ het telefoonnummer van dat datacenter is? Moet je dat nummer bellen als je wilt vragen of een medewerker van het datacenter een server wil resetten? Of krijg je dan als antwoord IPMI? :) Groet, Paul. Vriendelijke groeten, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/542ec607.3050...@gmail.com
Re: IPMI
On 10/03/2014 07:52 PM, Paul van der Vlis wrote: In dit datacenter zat altijd Google, tot ze verhuisden naar de Eemshaven. Ze huren echter nog steeds ook ruimte in dit datacenter, voor zover ik weet. Van het datacenter bij de Eemshaven bestaat in elk geval een artists impression: http://www.tcndatahotels.com/tcndatahotels/en/location/eemshaven Als ik me niet vergis is het terrein onlangs op de gewenste hoogte gebracht van 8 meter boven NAP, en is men met de bouw van het nieuwe begonnen. Groeten, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/542efd47.7040...@gmail.com
Re: bash vraag
On 09/30/2014 11:48 AM, Paul van der Vlis wrote: op 30-09-14 11:21, Jan-Rens Reitsma schreef: Voordat ik randapparatuur aanschaf, zoek ik eerst op internet of er (open source) drivers beschikbaar zijn voor de hardware die ik wil aanschaffen. Daar ben ik het mee eens, dat is de eerste stap. Soms is dit echter lastig omdat er niets te krijg is waarover positieve berichten zijn. In zo'n geval koop ik gewoon zo'n ding, en overleg met de verkoper dat hij terug kan binnen X dagen. Als hij niet werkt breng ik hem dan terug. Met het vinden van geschikte randapparatuur heb ik nog geen problemen gehad, maar met de aanschaf van een compleet nieuw systeem is het een totaal ander verhaal. Alleen bij mijn eerste spotgoedkope laptop, die ik tijdens een reclamestunt kocht, werkte alles out-of-the-box. In kernel-drivers compileren heb ik geen zin, tenzij er echt helemaal geen alternatief is. Ik koop liever iets op Marktplaats dan dat ik kernel-drivers ga compileren. Wat ik wel soms doe is een nieuwer kernel uit backports installeren. Via Marktplaats worden tegenwoordig vaak prettig geprijsde, snelle laptops van de vorige generaties te koop aangeboden. Volgens mij zijn dat de ideale laptops om Debian (stable) op te installeren. Het installeren van Debian stable op de nieuwste hardware verloopt volgens mij zelden probleemloos. Deze USB stick zou ik graag eens proberen, omdat zelfs de firmware opensource is: https://tehnoetic.com/tehnoetic-wireless-adapter-gnu-linux-libre-tet-n150 Die had ik al een keer gezien, wel een interessant project. Overigens is het bij een laptop wellicht mooier om het bestaande kaartje te vervangen in de laptop zelf. Meestal is dat geen probleem. Zouden de nieuwste PCI-e kaartjes (zoals het Intel AC 7260 wifi/bluetooth-kaartje) in oudere laptops altijd werken? (Met een populair netwerkkaartje van een paar tientjes, waarvoor je de driver bij kernel.org kunt downloaden, zou ik het risico wel durven nemen, ook als het installeren niet direct lukt of als het wat extra werk oplevert.) Groeten, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/542bbc27.3030...@gmail.com
Re: IPMI
On 09/28/2014 03:12 PM, Paul van der Vlis wrote: op 28-09-14 14:39, Jan-Rens Reitsma schreef: On 09/27/2014 11:14 PM, Paul van der Vlis wrote: op 26-09-14 15:11, Geert Stappers schreef: Naar IPMI ben ik wel benieuwd. Ik het subject aangepast en de thread gebroken. Wat wil je weten? IPMI is eigenlijk een klein tweede computertje in je kast, wat kan toegrijpen op de hardware van de echte computer. Zie het als een trojan in hardware uitgevoerd ;-) Is een IMPI hetzelfde als het extra besturingssysteem zoals dat in (de grotere en nieuwere) HP Proliant-servers toegepast wordt? Ja, vergelijkbaar. Of hetzelfde. Sorry, slordigheidje, ik bedoelde IPMI ipv IMPI! ;) Ik dacht dat je met IPMI een soort BMC (Baseboard Management Controler) bedoelde. Over BMC's had ik het een en ander gelezen en gehoord. Op: http://en.wikipedia.org/wiki/Intelligent_Platform_Management_Interface staat beschreven uit welke onderdelen een IPMI is opgebouwd. De BMC is een onderdeel van de IPMI als ik het goed begrijp. Volgens mij heeft het computertje dat de server in de gaten houdt, en de server eventueel kan stoppen of opnieuw kan installeren, enkel een aparte achteringang en geen ingang die direct via internet toegankelijk is. Dat ligt er maar aan hoe je die aparte achteringang aansluit. Je kunt hem heus ook direct aan internet hangen, en er zijn ook mensen die dat doen: http://arstechnica.com/security/2014/06/at-least-32000-servers-broadcast-admin-passwords-in-the-clear-advisory-warns/ Aardig om het artikel even gelezen te hebben. Ik had al eerder iets over onderhoud en beveiliging van (big-business-class-)servers gelezen. Als ik me niet vergis kun je alle faciliteiten van een (business-class) BMC/IPMI alleen gebruiken als je een (vrij prijzig) contract met de leverancier van de server afsluit. Die levert dan de software, updates, service en geeft garantie (en tegen meerprijs evt nog meer toeters en bellen). Die achteringang hoort volgens mij alleen via een apart netwerk toegankelijk te zijn dat zich achter een zwaar bewaakte firewall bevindt. Dat is wat ik ook schreef. Op wikipedia staat dat er vaak gebruik gemaakt wordt van out-of-band management. (Zie: http://en.wikipedia.org/wiki/Out-of-band_management) Ik neem aan dat er (flinke) verschillen zijn tussen de IPMI-implementaties die verschillende fabrikanten van servers leveren. Als dit computertje als trojan zou fungeren, dan is er volgens mij iets ernstig mis gegaan. Misschien is hardware trojan niet het juiste woord, vandaar ook die knipoog. IPMI wordt normaal gebruikt voor heel legitieme zaken. Ik denk dat bedrijven als HP niet blij zijn wanneer een klant in de problemen raakt omdat hij slordig met toegang tot de IPMI van zijn server omspringt. Maar ik begrijp uit het artikel dat je aanhaalde, dat grote IT-bedrijven in het verleden ook steken hebben laten vallen als het om beveiliging van IPMI's gaat. Dat geeft te denken ... Groet, Paul. Groeten, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/542bbe82.4080...@gmail.com
Re: bash vraag
On 10/01/2014 10:45 AM, Paul van der Vlis wrote: op 01-10-14 00:34, Jan Claeys schreef: Omdat de USB-groep voor bepaalde types apparaten een protocol gestandaardiseerd heeft. Dus als een toetsenbord aangeeft: hallo, ik ben een standaard USB toetsenbord dan maakt het niet uit welke chip er gebruikt wordt, het toetsenbord en je computer spreken gewoon dezelfde taal tegen elkaar. Idem voor USB Mass Storage, dat is ook vrij goed gestandaardiseerd (voornamelijk omdat het gewoon bestaande, reeds ondersteunde protocollen door USB tunnelt). En blijkbaar is zo'n generiek type te herkennen aan het device id ? Volgens mij maakt een USB-device bij de standaard handshake duidelijk of hij een standaard protocol kan/wil gebruiken. Groeten, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/542bc420.7090...@gmail.com
Re: bash vraag
On 10/01/2014 12:28 PM, Paul van der Vlis wrote: op 01-10-14 11:06, Jan-Rens Reitsma schreef: On 10/01/2014 10:45 AM, Paul van der Vlis wrote: En blijkbaar is zo'n generiek type te herkennen aan het device id ? Volgens mij maakt een USB-device bij de standaard handshake duidelijk of hij een standaard protocol kan/wil gebruiken. Volgens mij geeft hij alleen zijn ID door en laat hij de rest aan het OS over. Maar ik kan me vergissen. Dat weet ik niet zo zeker. Hij geeft in elk geval het device-class nummer aan de usb-host. Daaraan kunnen domme apparaten zien of ze met een Mass Storage device, zoals een usb-stick, te maken hebben. http://en.wikipedia.org/wiki/USB#Device_classes Niet elk apparaat dat als usb-host kan dienen is slim. Volgens mij zijn er legio apparaten die volgens een standaard protocol data kunnen lezen en schrijven van en naar MS-devices. Groeten, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/542bdb8f.9060...@gmail.com
Re: Lijst met ondersteunde devices genereren
On 10/01/2014 11:33 AM, Paul van der Vlis wrote: Hoi, Ik bedacht me gisteravond dat ik ooit eens een script gemaakt heb wat alle modules bij langs ging, en dan opvroeg welke apparaten ondersteund werden [1]. Het genereerd een enorm lange lijst met modules en de apparaten die ondersteund worden. Ik heb het script terug gevonden en laten draaien, ik vond 5942 USB apparaten en 4212 PCI apparaten die ondersteund worden (3.2 kernel). Volgens mij kun je de ID's van usb- en pci-devices (waarvoor drivers op je systeem beschikbaar zijn) ook vinden in de usb.ids en pdi.ids bestanden in /usr/share/hwdata/ Ik weet niet of deze lijsten altijd compleet en up-to-date zijn. Misschien is het handig om een database te maken met alle bestaande ID's, ook de ID's van devices die allang van de markt verdwenen zijn of van devices waarvan de driver nog in de testfase van z'n ontwikkeling is. Groeten, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/542be692.6080...@gmail.com
USB handshakes, standaard protocollen en USB ID's
Om een officieel USB-logo op een product te mogen aanbrengen en een Vendor ID te registreren moet je aan een aantal eisen voldoen, zie: http://www.usb.org/developers/vendor/ De registratie van een USB Vendor VID en Product PID's staat los de communicatie volgens standaard USB-protocollen, waarvoor meestal standaard drivers gebruikt worden. Met lsusb kun je met de opties -v en -d VID:PID, via de generieke USB-handshake, veel info over een USB-device krijgen: $ lsusb -vd 8087:0020 Bus 002 Device 002: ID 8087:0020 Intel Corp. Integrated Rate Matching Hub Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass9 Hub bDeviceSubClass 0 Unused bDeviceProtocol 1 Single TT bMaxPacketSize064 idVendor 0x8087 Intel Corp. idProduct 0x0020 Integrated Rate Matching Hub bcdDevice0.00 iManufacturer 0 iProduct0 iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 25 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xe0 Self Powered Remote Wakeup MaxPower0mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber0 ... ... etc ... Deze gegevens worden tijdens de handshake door het USB-device zelf aan de USB-host verstrekt. De gegevens worden niet van een file op het systeem van de host (of via een link naar een internet verbinding) gelezen of door een driver gegenereerd. Op: http://www.usb.org/developers/defined_class kun je lezen dat Device Class 9 een USB-hub is, zoals het device zelf tijdens de handshake aangeeft. Als je wilt weten welke gegevens andere USB-devices, zoals een webcam of een wifi-adapter, via een USB-aansluiting aan een USB-host verstrekken, dan kun je daar via lsusb met de -vd opties achter komen. Via: http://www.usb.org/developers/docs/ kun je gedetailleerde documentatie over USB-protocollen vinden. Groeten, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/542c18e7.2080...@gmail.com
Re: USB handshakes, standaard protocollen en USB ID's
On 10/01/2014 06:29 PM, Jan Claeys wrote: Paul van der Vlis schreef op wo 01-10-2014 om 17:51 [+0200]: Maar de rest zal naar ik verwacht door het OS worden gedaan. Het lijkt me namelijk gevaarlijk als het apparaat zelf wat zou kunnen/mogen. Dat is het vaak ook! (Denk maar eens na over wat een USB-apparaat dat beweert een muis en/of toetsenbord te zijn kan doen met je systeem zonder dat jij iets hoeft te doen behalve het in te pluggen!) Als ik me niet vergis dan kunnen er 16 of 32 USB-devices via een USB-poort met een host communiceren. Een USB-stick kan bijvoorbeeld ook een USB-hub met daaraan een muis, een toetsenbord, een webcam, een DVD-drive, een netwerkkaart en nog meer dan tien andere USB-devices simuleren. De mogelijkheden die USB-devices bieden lijken haast onbegrensd. ;) Groeten, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/542c33c9.1060...@gmail.com
Re: Metadata bestandenlijst
On 09/27/2014 06:15 PM, Frans van Berckel wrote: Wil een bestanden lijst (in bijvoorbeeld Calc) maken van de metadata in alle audio bestanden (lees mp3, ogg, flac, wav) in /media/disk1. Heeft iemand, voor zo'n functie wel eens een scriptje gemaakt? Ja, volgens mij hebben veel linux-gebruikers, zoals ik, dat wel eens gedaan. Kijk op voor tools en info bijvoorbeeld op xiph.org en: DO: $ apt-cache search flac ogg | less $ apt-cache search flac ogg | grep -i metadata $ apt-cache show vorbis-tools $ man ogginfo $ apt-cache show flac $ apt-cache show alure-utils $ apt-cache show oidua $ apt-cache search wav mp3 | grep -i metadata ... ... etc etc ... Er zijn tools genoeg zou ik zeggen! :-) Een hele handige tool vind ik ogg123. DO: $ ogg123 -d alsa -z ~/Music/ (In 0gg123 kun je met ^C je skippen en met ^Z kun je ogg123 in de achtergrond parkeren om hem met een kill -9 ogg123 PID te stoppen. Als je niets hoort dan kun je met $ alsamixer de geluidkaarten de kanalen van de mixer configureren.) Het scriptje zul je zelf moeten schrijven. Met vriendelijke groet, Veel plezier! Frans van Berckel Jan-Rens -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5427f4aa.7080...@gmail.com
Re: IPMI
On 09/27/2014 11:14 PM, Paul van der Vlis wrote: op 26-09-14 15:11, Geert Stappers schreef: Naar IPMI ben ik wel benieuwd. Ik het subject aangepast en de thread gebroken. Wat wil je weten? IPMI is eigenlijk een klein tweede computertje in je kast, wat kan toegrijpen op de hardware van de echte computer. Zie het als een trojan in hardware uitgevoerd ;-) Is een IMPI hetzelfde als het extra besturingssysteem zoals dat in (de grotere en nieuwere) HP Proliant-servers toegepast wordt? Volgens mij heeft het computertje dat de server in de gaten houdt, en de server eventueel kan stoppen of opnieuw kan installeren, enkel een aparte achteringang en geen ingang die direct via internet toegankelijk is. Die achteringang hoort volgens mij alleen via een apart netwerk toegankelijk te zijn dat zich achter een zwaar bewaakte firewall bevindt. Als dit computertje als trojan zou fungeren, dan is er volgens mij iets ernstig mis gegaan. Groeten, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54280168.8040...@gmail.com
Re: Serial console
On 09/25/2014 03:14 PM, Paul van der Vlis wrote: op 25-09-14 13:24, Frans van Berckel schreef: Paul, Voor wat betreft het niet op een scherm verschijnen van de kernel output, heb ik reeds aangegeven dat je GRUB_CMDLINE_LINUX_DEFAULT= moet aanpassen. Maar dat is niet de oplossing, zie mijn andere berichten. Op een vers geinstalleerde laptop staat er ook quiet en ik zie daar de meldingen van startende services wel. Ik heb de indruk dat de berichten van startende services op een snelle machine niet getoond worden, en op een langzame machine wel. Het zou wel eens kunnen kloppen dat het probleem veroorzaakt wordt door verschillen in snelheid tussen bepaalde onderdelen in het systeem. Na de discussie over de snel langsflitsende foutmeldingen heb ik op een vieze laptop bootlogd geïnstalleerd om te zien hoe dat werkt. Het resultaat valt een beetje tegen. MEESTAL krijg ik alle foutmeldingen te zien, maar dat is niet gegarandeerd, want soms vallen ze halverwege weg. Misschien bevindt jou probleem zich aan de andere kant van de scheidslijn en vallen bepaalde foutmeldingen op een ttyS0 altijd weg. Op een snelle machine is het wellicht ook minder zinvol, de berichten schieten te snel voorbij. Dit ben ik nu aan het navragen op de engelstalige debian-user lijst, nog geen reactie. Voor wat betreft de [...]- en [ok]-meldingen heb ik reeds aangegeven dat je GRUB_CMDLINE_LINUX=console=tty1 console=ttyS2,115200n81 moet aanpassen. De [..] meldingen zie ik wel (ik noem dat de berichten van initramfs). Dus daarmee geen problemen. De [ok] meldingen zie ik niet (ik noem dat de berichten van startende services). Als ik console=tty0 in console=tty1 verander, dan zie ik geen verschil. Wil je de bestaande grub configuratie niet aanpassen, doe het dan met e in Grub. Voor de duidelijkheid, check of dit werk bij de computer! Een duistere reden zou bijvoorbeeld kunnen zijn dat er een buffer overschreven of gewist wordt. Groeten, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54254894.5050...@gmail.com
Re: Berichten van startende services
On 09/24/2014 03:50 PM, Paul van der Vlis wrote: Iemand een idee hoe je de berichten over startende services aan/uit kunt zetten? Misschien is het een domme vraag: Heb je gecontroleerd of services opgestart zijn? Als de services niet opgestart worden dan zou je geen meldingen van het opstarten krijgen. Je zou in dat geval ook geen foutmeldingen kunnen krijgen. Groeten, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5423d0a1.9090...@gmail.com
Re: Serial console
On 09/24/2014 01:20 PM, Paul van der Vlis wrote: Hoi, Ik ben bezig met het instellen van de serial console van een server. alles werkt, alleen zie ik de services niet starten. Bedoel je met alles werkt dat je bijvoorbeeld via ssh kunt inloggen of met je browser een webpagina op de server kunt zien? Wat ik zie: - de berichten aan het begin, ik kan in het bios komen - het grub menu - de meldingen van initramfs Bedoel je de melding van het opstarten van INIT: version 2.88 en de meldingen die vervolgens door init naar de console geschreven worden? - GEEN meldingen van services die starten Bedoel je de [...]- en [ok]-meldingen van init over het opstarten van de services? - de loginprompt, ik kan inloggen e.d. Wat ik dus niet zie zijn de meldingen van de services, en ik snap niet goed hoe ik dat moet veranderen. Zijn de services na het inloggen ook niet met # ps -edaf | grep servicenaam te zien? Groeten, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5423d532.4060...@gmail.com
Re: MTA's, message queue's en vertraging tijdens verzending
On 09/10/2014 09:28 AM, lnx wrote: Hallo Jan-Rens, Jan-Rens Reitsma schreef op 07-09-14 16:06: Inleiding: Voor zenders en ontvangers van email met grote hoeveelheden data in de bijlagen is het van belang om te weten wat de relatie is tussen de lengte van een bericht en de tijdsduur die voor verzending van een bericht nodig is. De vertraging tijdens dde verwerking door een MSA of een MTA vormt meestal de snelheidsbepalende stap (of de bottleneck) tijdens het transport van zender naar ontvanger. knip Niet dat ik het allemaal begrijp maar wel een interessant en leerzaam verhaal! Dank je voor het compliment. Als ik jou was zou ik niet alles wat ik opgeschreven heb voor zoete koek slikken. Er is op veel punten het een en ander aan te merken op de uitspraken die ik doe, maar de grote lijn van mijn verhaal zal ongeveer kloppen. (Er staan bijvoorbeeld een paar fouten in het stuk die ik nog zal corrigeren.) Ik was de belangrijkste link betreffende mailservers vergeten: http://www.exim.org Groet, Fred Vriendelijke groet, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54104dc5.1040...@gmail.com
Re: Foto's gecomprimeerd mailen
On 09/07/2014 09:15 PM, Sjoerd wrote: Jan-Rens: Paul: De foto's moeten gewoon eerst gecomprimeerd. Wat bedoel je? Dat de foto's nog verder gecomprimeerd moeten worden dan nu het geval is? Er is een groot verschil tussen foto's bestemd voor afdrukken en foto's bestemd voor schermweergave. Dat weet ik. Bij fotoprintbedrijven verlangen ze bestanden met hoge resolutie, maar als ik per mail een foto zou ontvangen van 4000 pixels breed (zo breed is mijn scherm bij lange na niet eens), dan kan die alleen komen van iemand die er geen verstand van heeft; het komt amateuristisch over. Dat weet ik ook. Ik heb het niet over het versturen van foto's van 4000x3000 px. Het hoeft volgens mij niet zo veel problemen op te leveren vijf of tien foto's van 800x600 of 600x450 px per e-mail te versturen omdat die meestal minder dan 50 kB groot zijn. Nog kleinere foto's zijn meestal minder dan 15 of 20 kB. In veel bulkmail zit volgens mij zo'n 50 tot 200 kB graphics. Een foto voor schermweergave is in de orde van grootte van 100 kB, wat dus ook het geval is bij foto's die je op het internet ziet staan. Als ik het goed begrepen heb dan wil Paul de foto's nog veel verder comprimeren, totdat er minder dan 5 of 1 kB overblijft. Mvg, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/540ec14a.2050...@gmail.com
Re: Foto's gecomprimeerd mailen
On 09/05/2014 11:40 AM, Paul van der Vlis wrote: op 05-09-14 11:26, Jan-Rens Reitsma schreef: Ik zag dat de afbeeldingen van 3000x4000 px van mijn (niet zo nieuwe, goedkope) pocketcamera tussen de 2,7 en 6,0 MB groot zijn. De afbeeldingen van 1,5 MB van je klant zijn dus niet groot te noemen. Verder comprimeren, tot (ver) onder de 100 kB, levert volgens mij een fors kwaliteitsverlies op. Dat klopt, maar de foto's hoeven niet te worden afgedrukt, alleen op een scherm bekeken. Foto's van onder de 100 KB zijn goed genoeg denk ik. Maar mocht dat niet zo zijn dan kan het wat worden bijgesteld. Ik denk dat Marktplaats de foto's nog een converteert om ze aan het gewenste formaat op hun site aan te passen. Dat levert weer (een klein beetje?) kwaliteitsverlies op. Wil je klant veel mailtjes, met een enkele afbeelding in de bijlage, versturen? Of hoeft hij maar weinig mailtjes te versturen met veel afbeeldingen in de bijlage? Weinig mailtjes met vaak veel afbeeldingen. Zouden je klanten tegen een limiet aanlopen omdat ze met sommige emails te veel plaatjes in de bijage proberen te versturen? Dat probleem los je met het verder comprimeren van de plaatjes niet op. Ze lopen niet tegen limieten aan als ze 20 MB aan foto's versturen. En dat zijn dan nog maar 14 foto's. Met 100 kB zouden je klanten zonder probleem 200 foto's kunnen versturen begrijp ik. Als die foto's gecomprimeerd worden zal er dus al helemaal geen probleem zijn. Als ze niet tegen een limiet aanlopen, wat is het probleem dan? Ik zou liever iets anders willen dan een script. Een plugin of een programma. Als ik me niet vergis gaat het om een gebruiksvriendelijke toepassing (= GUI?) voor je klanten. Je kunt toch een GUI met de nodige toeters, bellen en ballonnen aan je script (laten) maken? Dan heb je een programma. Is dat geen oplossing? Ik zal binnenkort shrunked-image-resizer gaan proberen. Maar zoals ik al schreef werkt de actuele versie niet met Icedove 24 uit stable. Dus ik wacht nog even op Icedove 31. Als je alleen een GUI voor een conversiescript nodig hebt, dan wil ik wel proberen om in mijn vrije tijd in Python (of eventueel in Java of Qt) een geschikte GUI voor je te maken. Ik heb nog geen ervaring met het ontwerpen van GUI's in Python (of in Qt). (Eerlijk gezegd ben ik niet dol op het ontwikkelen van GUI's. Van origine ben ik namelijk geen IT'er maar een rekenaar.) Groeten, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54099824.6030...@gmail.com
Re: dmesg
On 09/01/2014 01:58 PM, Frans van Berckel wrote: Wat voor een vergissing maak ik? Ik dacht dat de output van dmesg het zelfde zou zijn, als wat er in /var/log/dmesg zou staan. READ: ~$ man -a dmesg (= TFM!!!) DO: ~$ ls -l /var/log | grep dmesg Vanmorgen gereboot. Maar bij dmesg staan minstens 10 regels extra. Deed een tail -f op /var/log/dmesg, maar kwam dus niks langs. Voer het onderstaande firewall-script uit en kijk zo nu en dan met dmesg welke messages netfilter produceert. Pak eventueel een laptop en doe een scan met (ze)nmap om wat meer kernel messages te genereren. -- #!/bin/sh iptables -F iptables -N LOG_ICMP iptables -N LOG_DROP iptables -N LOG_REJECT iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT iptables -A INPUT -m state --state NEW -p tcp --dport ssh -j ACCEPT iptables -A INPUT -m state --state NEW -p tcp --dport www -j LOG_REJECT iptables -A INPUT -p icmp --icmp-type echo-reply -j LOG_ICMP iptables -A INPUT -p icmp --icmp-type destination-unreachable -j LOG_ICMP iptables -A INPUT -p icmp --icmp-type redirect -j LOG_ICMP iptables -A INPUT -p icmp --icmp-type time-exceeded -j LOG_ICMP iptables -A INPUT -j LOG --log-level warning --log-prefix No match - --log-tcp-sequence -m limit #iptables -A INPUT -j REJECT #iptables -A INPUT -j DROP iptables -A INPUT -j ACCEPT iptables -A FORWARD -j LOG_DROP iptables -A LOG_ICMP -j LOG --log-level warning --log-prefix ICMP - -m limit iptables -A LOG_ICMP -j ACCEPT iptables -A LOG_DROP -j LOG --log-level warning --log-prefix DROP - --log-tcp-sequence -m limit iptables -A LOG_DROP -j DROP iptables -A LOG_REJECT -j LOG --log-level warning --log-prefix REJECT - --log-tcp-sequence -m limit iptables -A LOG_REJECT -j REJECT -- Met vriendelijke groet, Frans van Berckel Veel plezier, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5407079b.7060...@gmail.com
Re: Foto's gecomprimeerd mailen
On 08/25/2014 03:55 PM, Paul van der Vlis wrote: op 25-08-14 15:11, Jan-Rens Reitsma schreef: ~$ convert Pictures/grote-foto.jpg -resize 0.5 ergens/kleine-foto.jpg Zoiets gebruik ik, kan vast veel mooier: cd /home/paul/comprimeren nice find ./ -size +100k -name *.jpg -exec echo {} \; -exec convert -resize 20.88% -quality 35 {} {} \; -exec chmod g+rw {} \; nice find ./ -size +100k -name *.JPG -exec echo {} \; -exec convert -resize 20.88% -quality 35 {} {} \; -exec chmod g+rw {} \; echo Klaar. Druk op enter read Waarom gebruik je -resize 20.88% ? Is het niet beter/handiger om voor het schalen een vaste maximale breedte en hoogte aan te houden, zoals 400 pix met -resize 400x400? Ik neem aan dat het formaat van de originelen (sterk?) kan variëren, afhankelijk van de gebruikte camera of van een toegepaste bewerking, terwijl je het formaat van de gecomprimeerde afbeeldingen constant wilt houden. Mvg, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54030c1e.6030...@gmail.com
Re: Foto's gecomprimeerd mailen
On 08/27/2014 02:57 PM, Paul van der Vlis wrote: Hoi Jan-Rens, op 27-08-14 13:55, Jan-Rens Reitsma schreef: On 08/26/2014 04:11 PM, Paul van der Vlis wrote: De originele foto's van 1,5 GB(!!!) Ehm, sorry. Dit moet natuurlijk MB zijn! ... o, ik dacht al ;-) Het zijn normale foto's, geen GB-foto's. Bestaan er al camera's die foto's kunnen maken van 1,5 GB in .jpg formaat? (Het lijkt me sterk, maar ik houd de ontwikkelingen op het gebied van de digitale fotografie allang niet meer bij.) Je zoekt een plugin voor Icedove met een interface naar de command-line van het OS (CLI), om opdrachten aan convert door te geven. Dat is een optie inderdaad. De plugin moet gegevens of bestanden met Nautilus kunnen uitwisselen. Nee, dat hoeft niet. Ik zei dat een plugin voor Nautilus ook zou kunnen. Aha, dat verandert de zaak. Nautilus kent volgens mij alleen een paar command-line opties waarmee je de configuratie en de layout kunt beïnvloeden. Als je een probleem met het mailen van bestanden vanuit Nautilus wilt oplossen, dan kan dat volgens mij alleen dmv een (aangepaste) plugin voor Nautilus. Dat kan volgens mij. Het programma hoeft niet beter te comprimeren dan convert, het moet vooral gebruiksvriendelijk zijn. Om plugins, add-ons en extensies met het OS of met andere software te laten communiceren heb je geschikte interfaces nodig. Thunderbird werkt met XUL, HTML, CSS en JavaScript. Volgens mij is het niet mogelijk om met JavaScript via de CLI direct met het OS te communiceren. Hoe denk je dan dat bijvoorbeeld Enigmail werkt? Als ik in de source van Enigmail kijk dan zie ik in elk geval verschillende directories met JavaScript-, Python- en C++-files. (IDL = C++ voor XPCOM-interfaces van Mozilla. Ik bedoelde dat je bepaalde JavaScript-functies in DHTML/XHTML, om veiligheidsredenen, meestal niet kunt gebruiken.) Ik denk dat de XPCOM-interfaces in de eerste plaats nodig zijn om Enigmail door Thunderbird/Icedove als module te kunnen laden. Misschien kan Enigmail ook door andere applicaties met een geschikte XPCOM-interface gebruikt worden. Volgens mij kunnen extensions ook in een taal als C++ worden geschreven. ... of in een combinatie van Python en Java en JavaScript en BASIC en veel assembler en ..., zonder IDL, C/C++ en XPCOM, als je het jezelf lekker makkelijk wilt maken. ;-) Voor XPCOM van Mozilla en (D)COM van Microsoft zijn vast en zeker de meeste kant en klare interfaces, tools en libs voor IDL en C++ beschikbaar. Van de interfaces voor modules onder Linux heb ik (nog) geen verstand. Foute extensions zijn ook erg gevaarlijk. Een script kiddie kan simpel een bestaande extension nemen en deze aanpassen. Dat zullen sommigen ongetwijfeld proberen, maar dan blijft de verspreiding van die gemodificeerde software volgens mij nog steeds vrij lastig. Ik denk dat de meeste script kiddies, die de luiers en de Technic Lego allang ontgroeid zijn, naar lekken zoeken in software die voor een groot publiek ontwikkeld wordt. Via zo'n lek kun je het makkelijkst scripts en binaries (die bijvoorbeeld in pdf-, doc- of andere multimedia-bestanden in attachments verstopt zitten) op computers van slachtoffers laten draaien. De enige mogelijkheid die overblijft is om (in C++) een XPCOM-interface voor je Icedove-plugin te schrijven. Met een XPCOM-interface kan (in theorie) bijna alles, maar XPCOM-interfaces schrijven is volgens mij niet zo gemakkelijk. Alles is eenvoudig als je weet hoe het moet. En uiteraard zijn er veel voorbeelden. Volgens mij is het belangrijk om vanaf het begin precies te begrijpen wat het probleem is, want anders weet je niet waar je moet beginnen en waar je moet uitkomen. Ik begrijp niet precies wat het probleem van jouw klant is. De (gecomprimeerde) plaatjes moeten van schijf (eventueel dmv een Nautilus-plugin) door Icedove als attachment aan mailtjes toegevoegd worden, begrijp ik. Wil je klant veel mailtjes, met een enkele afbeelding in de bijlage, versturen? Of hoeft hij maar weinig mailtjes te versturen met veel afbeeldingen in de bijlage? Vriendelijke groeten, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54030c73.2080...@gmail.com
Re: dpkg origin
On 08/28/2014 09:46 AM, Frans van Berckel wrote: Soms moet je gewoon toegeven dat je het even niet weet. No problem. ;-) Ik wil inzicht krijgen, in welke packages geïnstalleerd zijn. Of om wat specifieke te zijn, wil de bron van geïnstalleerde packages achterhalen. Kijk eens naar: https://www.debian.org/doc/manuals/debian-reference/ch02.en.html#_basic_package_management_operations en https://www.debian.org/doc/manuals/debian-reference/ch02.en.html#_basic_package_management_operations_with_the_commandline en let dan vooral op: ~$ apt-cache search zoekterm of regex ~$ apt-cache show pakketnaam Ik gebruik een ppa (zentyal) en welke packages zijn afkomstig uit die ppa? Om het leven makkelijk te maken, in de package versie staat een string waarop te zoeken is (~zentyal). Zij hebben bijvoorbeeld een 'bind' in de repo staan. Gebruik ik die? Ik denk dat je met bind een belangrijk gedistibrueerd database-systeem van het Domain Name System bedoelt. Ik denk niet dat je bind op je systeem nodig hebt of dat je het (nu al) kunt gebruiken. Volgens mij kun je je de komende dagen beter met aptitude, apt-cache en apt-get bezig houden dan met bind. Met vriendelijke groet, Frans van Berckel Mvg, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53ff002c.50...@gmail.com
Re: dpkg origin
On 08/28/2014 01:11 PM, Frans van Berckel wrote: On Thu, 2014-08-28 at 12:10 +0200, Jan-Rens Reitsma wrote: Ik denk dat je met bind een belangrijk gedistibrueerd database-systeem van het Domain Name System bedoelt. Ik denk niet dat je bind op je systeem nodig hebt of dat je het (nu al) kunt gebruiken. Volgens mij kun je je de komende dagen beter met aptitude, apt-cache en apt-get bezig houden dan met bind. Lol .. *heeft sinds zentyal 3.0, reeds een eigen bind server draaien* Krijg je na ~$ apt-cache show bind9 veel lolligs te lezen? Weet je hoe je bind moet configureren? Staat er al iets in de database (zoals localhost/127.0.0.1 of zoiets) of is de database nog leeg? Heb je al een tweede DNS-server? Het is niet onverstandig om (zo nu en dan) de volgende opdrachten uit te voeren: ~# apt-get update ~# apt-get check en, als het nodig is, daarna opdrachten als ~# apt-get -f install ~# apt-get clean ~# apt-get upgrade etc. Lees eerst de reference guide op debian.org en de manuals met ~$ man apt-get ~$ man apt-cache Veel plezier! Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53ff355a.3090...@gmail.com
Re: Foto's gecomprimeerd mailen
On 08/25/2014 02:12 PM, Paul van der Vlis wrote: Hallo, Soms wil je foto's versturen via e-mail, niet de hele grote foto, maar een gecomprimeerde versie. Zelf kan ik natuurlijk best met Gimp overweg en ik heb ook weleens een scriptje gemaakt wat dit doet. Bedoel je zoiets als: ~$ convert Pictures/grote-foto.jpg -resize 0.5 ergens/kleine-foto.jpg om met een functie uit ImageMagick de afmetingen te halveren? Maar wat is nu een handige manier die ik kan aanraden aan gewone eindgebruikers die dit af en toe willen doen? Een simpeler oplossing voor dit probleem, die elke gewone gebruiker volgens mij kan begrijpen (en bovendien gemakkelijk kan onthouden), zou ik niet weten. Vriendelijke groeten, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53fb35f3.7030...@gmail.com
Re: Foto's gecomprimeerd mailen
On 08/25/2014 02:12 PM, Paul van der Vlis wrote: Maar wat is nu een handige manier die ik kan aanraden aan gewone eindgebruikers die dit af en toe willen doen? Foutje/slordigheidje, in het vorige antwoord moest zoiets staan als: ~$ convert plaatje1.jpg -resize 200x200 plaatje2.jpg want met 0.5 (ipv bijvoorbeeld 100x100) valt het resultaat erg tegen. Mvg, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53fb39e4.7020...@gmail.com
Re: Te snel
On 07/23/2014 02:22 PM, Diederik de Haas wrote: On Wednesday 23 July 2014 14:16:16 Paul van der Vlis wrote: Is er ook een manier om de foutmeldingen van tijdens het opstarten nog later ergens te zien? dmesg? In dmesg staan regels met (gedetailleerde) uitvoer van /sbin/init (en subprocessen) met tijdstempels. De uitvoer die init naar de console stuurt is bedoeld om tijdens het opstarten de voorgang van het initialisatie proces, en waarschuwingen en foutmeldingen, zichtbaar te maken. Soms verschijnt er uitvoer (van subprocessen) op de console die niet door init naar dmesg of een andere logfile weggeschreven wordt. Voor meer info over opstarten en init, zie o.a.: man init man inittab file /sbin/init cat /etc/inittab etc etc etc Voorbeeld van een (loze?) foutmelding: Op mijn laptop verschijnt tijdens het opstarten de (storende) dmesg-uitvoer: [7.069172] intel ips :00:1f.6: failed to get i915 symbols, graphics turbo disabled op de console halverwege een andere regel met uitvoer van init. Waarschijnlijk ziet init dit als een (ernstige?) fout die direct op de console gemeld moet worden, hoewel er niets aan de hand is omdat de i915-module even later toch geladen wordt, zoals verderop in dmesg gemeld wordt: [ 10.261632] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 [ 12.260482] intel ips :00:1f.6: i915 driver attached, reenabling gpu turbo Eind goed, maar blijkbaar is nog niet alles goed ... Mvg, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53d22ef1.7060...@gmail.com
Re: Te snel
On 07/25/2014 12:44 AM, Paul van der Vlis wrote: op 24-07-14 09:06, Jan-Rens Reitsma schreef: Zo'n probleem had ik onlangs ook! Ik heb toen tijdens het opstarten met een fototoestel een aantal plaatjes van het scherm gemaakt. Werkt prima! ;) Heb ik inderdaad ook wel eens gedaan. Video is wellicht ook nog een optie. Het was vrij veel (nutteloze) tekst met (al even nutteloze) data (ontdekte ik later) die niet door init zelf gegenereerd werd en waarvan ik geen spoor in dmesg terug kon vinden. Ik vond dat de tekst te lang was om snel op te schrijven. Er is ook een toets waarmee je de boel stil kunt zetten en weer verder kunt laten gaan, als ik me niet vergis is dat scroll lock. Maar je moet soms wel verdomd snel zijn... Ik heb zojuist een paar dingen uitgeprobeerd en ik zag dat sommige uitvoer zelfs te snel over het scherm vliegt om vast te kunnen leggen met video of vast te houden met een Scroll Lock. Mvg, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53d22f52.1050...@gmail.com
Re: Te snel
On 07/25/2014 01:28 PM, Thijs Kinkhorst wrote: On Fri, July 25, 2014 12:20, Jan-Rens Reitsma wrote: Ik heb zojuist een paar dingen uitgeprobeerd en ik zag dat sommige uitvoer zelfs te snel over het scherm vliegt om vast te kunnen leggen met video of vast te houden met een Scroll Lock. Ik schreef op 23 juli dat je hiervoor bootlogd kunt gebruiken. Waarom werkt dat niet in jouw geval? Ik zou het niet weten. Ik heb zojuist in /var/log/boot gekeken of ik de dmesg regel: [7.069172] intel ips :00:1f.6: failed to get i915 symbols, graphics turbo disabled (over een probleem met het laden van de i915-module) kon vinden. Die regel verschijnt tijdens het opstarten telkens op mijn scherm. Hij staat altijd in dmesg maar hij komt nooit in /vat/log/boot voor. Mvg, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53d2548c.9050...@gmail.com
Re: Te snel
On 07/23/2014 03:01 PM, Thijs Kinkhorst wrote: On Wed, July 23, 2014 14:58, Paul van der Vlis wrote: op 23-07-14 14:22, Diederik de Haas schreef: On Wednesday 23 July 2014 14:16:16 Paul van der Vlis wrote: Is er ook een manier om de foutmeldingen van tijdens het opstarten nog later ergens te zien? dmesg? In dmesg zie ik uiteraard van alles, maar niet de meldingen die ik normaal bij het booten zie. Ook geen LDAP meldingen. Volgens mij zoek je dit: https://wiki.debian.org/bootlogd Ik denk dat bootlogd alleen de out-stream van init naar /var/log/boot schrijft en de err-stream negeert. De tekst van de dmesg-regel (en andere err-stream output die niet naar /var/log/boot geschreven wordt) is gewoon wit. De boot-messages van init zijn op het scherm gekleurd. Mvg, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53d25afb.6070...@gmail.com
Re: Te snel
On 07/25/2014 03:17 PM, Thijs Kinkhorst wrote: Ik snap het probleem niet meer. Geen probleem hoor. Ik snap ook niet altijd alles. :) Het oorspronkelijk geschetste probleem was dat logberichten van OpenLDAP (een userspace daemon) te snel voorbij schoten. Die berichten zie je niet terug in dmesg. Mijn advies is om dan bootlogd te gebruiken, daar zie je userspace messages wel in terug. En wat doe je als berichten (die via stdout of stderr van init of een of andere lib binnen init) tijdens het opstarten wel op je console verschijnen, maar als je die berichten vervolgens in geen enkele log-file terug kunt vinden? Nu heb jij het over een kernel space message in dmesg. Als je die terugziet in dmesg, dan heb je toch helemaal geen fototoestellen nodig? Het gaat niet om berichten die je in dmesg (of een andere logfile) terug kunt vinden. Het gaat om berichten die je in geen enkele logfile terug kunt vinden. ;) Vriendelijke groeten, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53d260b0.4070...@gmail.com
Re: Te snel
On 07/23/2014 02:58 PM, Paul van der Vlis wrote: op 23-07-14 14:22, Diederik de Haas schreef: On Wednesday 23 July 2014 14:16:16 Paul van der Vlis wrote: Is er ook een manier om de foutmeldingen van tijdens het opstarten nog later ergens te zien? dmesg? In dmesg zie ik uiteraard van alles, maar niet de meldingen die ik normaal bij het booten zie. Ook geen LDAP meldingen. Zo'n probleem had ik onlangs ook! Ik heb toen tijdens het opstarten met een fototoestel een aantal plaatjes van het scherm gemaakt. Werkt prima! ;) Met vriendelijke groet, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53d0b078.7000...@gmail.com
Re: ldapmodify error
On 07/16/2014 04:38 PM, Paul van der Vlis wrote: Als ik olcOverlayConfig wijzig in olcOverlayConfigXXX dan krijg ik opeens een value #0 invalid per syntax. Dus is het het eerste. In een dn (distinguished name) veld/argument gaat de volgorde van velden/argumenten van achteren naar voren las ik. (Ik vermeld het voor het geval dat je dat niet wist.) Ik heb een lege LDAP opgezet elders, en die heeft hetzelfde probleem. Ik denk dus toch dat er iets mist in de LDAP. De docs (en code) van OpenLDAP worden door sommigen omschreven als brisk. Ik heb (uit nieusgierigheid) een aantal files van de source doorgebladerd en daarbij vielen mij de goto leave;-statements in de if-statement-spagetti, de labels, een aantal ouderwetse constructies in macro's en een paar platformspecifieke #ifdef's op. Daardoor kreeg ik een dit-is-naar-C-geporte-FORTRAN-77-code-gevoel. LDAP komt oorspronkelijk van X.500. Ik sluit niet uit dat er problemen kunnen optreden als je met dezelfde ldif-bestanden schema's probeert in te voeren in LDAP-servers die bijvoorbeeld met verschillende compileropties voor charactersets gecompileerd zijn. Je kunt in deze richting ongetwijfeld nog veel meer mogelijke oorzaken van onbegrijpelijke foutmeldingen bedenken. Vriendelijke groeten, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53c7c9cd.2050...@gmail.com
Re: ldapmodify error
On 07/15/2014 10:00 PM, Paul van der Vlis wrote: Hallo, Ik probeer instellingen te wijzigen in een bestaande LDAP, en dat gaat mis met deze foutmelding: --- ldap_add: Invalid syntax (21) additional info: objectClass: value #1 invalid per syntax --- Ik begrijp dat deze foutmelding soms komt door spaties aan het eind van de regel en meer van dat soort ongein, maar ik heb ze niet kunnen vinden. http://www.openldap.org/faq/data/cache/648.html Heeft iemand hier misschien een idee hoe ik dit probleem kan debuggen? Op mijn testsysteem gaat hetzelfde wel goed... Misschien dat ik een schema mis, maar weet niet hoe ik dat kan zien. Misschien vind je de oplossing via deze link: http://www.openldap.org/lists/openldap-software/200406/msg00632.html over een (21)-foutmelding over een vergelijkbaar (value #1) probleem. Met vriendelijke groet, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53c61da1.6060...@gmail.com
Re: E-mail van laptop naar server
On 07/06/2014 09:53 PM, Geert Stappers wrote: Hallo, Subject says all: E-mail van laptop naar server Vanaf een laptop wil ik e-mail versturen. SMTP servers vinden niet meer goed. Je zegt vinden niet meer goed. Sinds wanneer? Nieuwe installatie van OS op een bepaalde laptop? Sinds de laatste update van de software op de server? Met vriendelijke groet, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53ba88fc.30...@gmail.com
Re: LDAP TLS probleem
Paul van der Vlis schreef op di 03-06-2014 om 17:03 [+0200]: Hallo, Ik heb een raar LDAP probleem. Als ik in /etc/ldap/ldap.conf TLS_REQCERT demand heb staan dan werkt LDAP niet. Of om precies te zijn: soms werkt het even, maar daarna niet meer. De foutmelding van ldapsearch is: ldap_sasl_bind(SIMPLE): Can't contact LDAP server (-1) Als ik TLS_REQCERT never gebruik in ldap.conf dan is dit probleem er niet, maar dat is minder veilig. Heeft iemand een idee hoe dit komt, of wat er tegen te doen is? Misschien heeft het te maken met (veranderde) beveiligingsinstellingen. Ik las over LDAP dat je altijd LDAP moet gebruiken als het kan (zoals op een LAN, intranet) maar LDAPS (TCP-poort 686) moet gebruiken voor uitwisseling van gevoelige info op lijnen die onveilig zouden kunnen zijn (zoals over internet). Ik weet niet of je hier iets aan hebt. mvg, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1401993993.3713.11.ca...@snailbox.fritz.box
Re: dmesg segfault error meldingen
Paul van der Vlis schreef op vr 30-05-2014 om 12:52 [+0200]: op 30-05-14 09:56, Jan-Rens Reitsma schreef: Ik heb in elk geval een (te?) oude colord. Version: 0.1.21-1 moet (misschien eerst?) vervangen worden door Version: 0.1.21-2 zie: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675852 Volgens mij zit colord 0.1.21-2 nog niet bij de wheezy packages. Inderdaad. En ook niet bij de proposed updates: http://ftp.debian.org/debian/dists/stable-proposed-updates/ Dus het komt waarschijnlijk ook niet in de volgende point-release. Zie ook: https://wiki.debian.org/StableProposedUpdates Waarschijnlijk vond men het probleem niet erg genoeg om te repareren in stable. Daar zit wel wat in! Als Debian-gebruiker zou je bijvoorbeeld eerst in https://packages.debian.org/wheezy/gnome-session, http://www.freedesktop.org/software/colord/faq.html en de .xsession-errors-file in je home-dir kunnen rondsnuffelen voordat je de moed opgeeft. Ik heb zo'n lichtgroen vermoeden dat je de segfault meldingen weg kunt krijgen door de configuratie van Gnome via de gnome-session-manager of de gnome-color-manager aan te passen. :-) Ik zag gisteren al een paar foutmeldingen in .xsession-errors staan die in de richting van configuratiefouten in DBus lijken te wijzen. Vriendelijke groeten, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1401523894.4502.7.ca...@snailbox.fritz.box
Configuratie van GNOME 3 in Wheezy: foutmeldingen in .xsession-errors
Hallo, In het bestand .xsession-errors op mijn dikke, slome laptop staan veel foutmeldingen die wijzen op configuratiefouten van gnome-session en DBus, te beginnen met: (gnome-settings-daemon:3923): color-plugin-WARNING **: failed to get devices: Failed to GetDevices: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus) (gnome-settings-daemon:3923): color-plugin-WARNING **: failed to create device: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus) De tekst (timeout by message bus) lijkt erop te duiden dat het opstarten van Gnome 3 (GNOME 3?) al direct na het inloggen vertraagd wordt door configuratiefouten. Ik weet niet of hoe veel fouten in de configuratie van GNOME 3 van Jessie voorkomen. In de .xsession-errors-file van de Wheezy-variant van Xfce staan geen meldingen van (zulke ernstige) fouten. Dat lijkt mij reden genoeg om te overwegen om op Jessie over te stappen of om te leren hoe je de configuratie van GNOME 3 kunt optimaliseren. Vriendelijke groeten, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1401528950.4859.35.ca...@snailbox.fritz.box
Re: dmesg segfault error meldingen
Huub Reuver schreef op vr 30-05-2014 om 13:51 [+0200]: colord[3595]: segfault at 8 ip 08052674 sp bfc78cb0 error 4 in colord[8048000+2] Standaard is eerst de melding reproduceren (soms erg lastig), dan indien mogelijk het probleem isoleren. Melding is noodzakelijk als de fout nog niet bekend is, jouw fout kan soms een variatie zijn die andere problemen aanwijst die nog niet bekend/opgelost zijn. Het localiseren van de fout was in dit geval niet zo moeilijk omdat de foutmelding in de uitvoer van dmesg opdook, kort nadat de inlogprocedure uitgevoerd was: .. [ 23.568397] lp: driver loaded but no devices found [ 23.698235] ppdev: user-space parallel port driver - inloggen --- [ 65.673855] colord[3480]: segfault at 8 ip 08052674 sp bfb6e4c0 error 4 in colord[8048000+2] [ 79.496859] iwlwifi :02:00.0: Tx aggre... Uit ps -edaf kon ik afleiden dat 3480 waarschijnlijk een eerdere PID van colord moest zijn: colord3498 1 0 10:44 ? 00:00:00 /usr/lib/i386-linux-gnu/colord/colord-sane colord3503 1 0 10:44 ? 00:00:00 /usr/lib/i386-linux-gnu/colord/colord Kijken naar verschillende pc's is altijd een goede eerste stap. Ik heb een nieuwe laptop met Wheezy GNOME 3 die hetzelfde probleem laat zien. Volgens mij zit colord 0.1.21-2 nog niet bij de wheezy packages. Inderdaad. En ook niet bij de proposed updates: http://ftp.debian.org/debian/dists/stable-proposed-updates/ Dus het komt waarschijnlijk ook niet in de volgende point-release. Zie ook: https://wiki.debian.org/StableProposedUpdates Als je een algemene oplossing wil hebben zou je eens kunnen zoeken naar nullderef (PAX). PAX levert je waarschijnlijk nog veel meer fouten op (i.e. het maakt fouten zichtbaar) en is in die zin niet triviaal. Niet moeilijk, maar het kost tijd. PAX kun je vinden in het handbook van Hardened Gentoo of op de site van grsecurity. En waarschijnlijk moet je een eigen kernel compileren om ermee te kunnen werken. Binnen Debian werken PAX en GrSecurity goed, maar je verlaat de paden die de meeste Debian-developers gaan. Meeste packages zullen blijven werken, maar je moet meer configureren voordat het werkt. Soms zul je ervoor kiezen security in te leveren voor functionaliteit. PAX en GrSecurity stellen dat een NullDeref een startpunt is voor een mogelijke exploit. De PAX developer kreeg in 2011 een PWNie for Lifetime Achievement. Interessant, maar voor mij te hoog gegrepen. Bij het idee dat ik op die manier in een dependency hell zou kunnen belanden begin ik haast te hyperventileren uit angst voor een op hande zijnde kernel panic. Bedankt voor je opmerkingen en vriendelijke groeten, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1401535145.4387.21.ca...@snailbox.fritz.box
Re: dmesg segfault error meldingen
Paul van der Vlis schreef op do 29-05-2014 om 13:10 [+0200]: op 29-05-14 12:39, Jan-Rens Reitsma schreef: Hallo, In veel syslogs heb ik colord[] segfault error meldingen staan, zoals: colord[3595]: segfault at 8 ip 08052674 sp bfc78cb0 error 4 in colord[8048000+2] Misschien interessant te horen of anderen het ook hebben. Zo ja, dan lijkt me een melding relevant. Het probleem met colord blijkt een bekend probleem te zijn in Wheezy. Ik heb in elk geval een (te?) oude colord. Version: 0.1.21-1 moet (misschien eerst?) vervangen worden door Version: 0.1.21-2 zie: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675852 Volgens mij zit colord 0.1.21-2 nog niet bij de wheezy packages. Het zou volgens mij ook mogelijk kunnen zijn dat colord door Gnome 3 tijdens het opstarten fout aangeroepen, opgestart of geladen wordt via dbus. Bij shutdown krijg ik regelmatig een segfault foutmelding van libdbus-1: colord-sane[3776]: segfault at 4 ip b4ebc472 sp b56dcfb8 error 6 in libdbus-1.so.3.7.2[b4e91000+49000] (Een error 6 is een write naar een fout segment/null pointer en een error 4 was een read vanaf een fout segment/null pointer.) Deze fout is al geruime tijd bekend, zie: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668225 Daar wordt geadviseerd om colord 0.1.21-4 te installeren. Vriendelijke groet, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1401436566.4247.34.ca...@snailbox.fritz.box
dmesg segfault error meldingen
Hallo, In veel syslogs heb ik colord[] segfault error meldingen staan, zoals: colord[3595]: segfault at 8 ip 08052674 sp bfc78cb0 error 4 in colord[8048000+2] Als ik zoek naar segfault error en aanverwante zaken, dan vind ik dat dit soort foutmeldingen over het algemeen (ongeveer?) de volgende betekenis zouden hebben: colord[(colord?) errno?]: segfault at address? ip instruction pointer sp stack pointer error page fault error code in colord[starting address + size] De page fault error code is het belangrijkst en error code 4 zou op een null-pointer duiden als ik het goed begrepen heb. Het lijkt mij geen fout om wakker van te liggen als de fout door een systemcall, of door colord zelf, goed opgevangen en afgehandeld wordt. Tijdens het opstarten merk ik in elk geval niets vreemds, zoals nare geluiden en storende flikkerende schermen. In het verleden is dat wel eens anders geweest. Op een Ubuntu-forum vond ik een melding van een segfault error waardoor het hele systeem bleef hangen (freeze). Ik denk dat ik in het verleden een keer een vergelijkbare storing meegemaakt heb waardoor het systeem tijdens het opstarten al bleef hangen, dus nog voordat ik mijn laptop in single user mode kon opstarten. Mijn vraag is: heeft het nut om van deze segfault error meldingen een bug report op te sturen? Vriendelijke groeten, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1401359998.3790.22.ca...@batavia.fritz.box
Re: Mappen met hoofd/kleine letters
Paul van der Vlis schreef op di 27-05-2014 om 21:17 [+0200]: op 27-05-14 20:44, Jan-Rens Reitsma schreef: Paul van der Vlis schreef op vr 23-05-2014 om 15:11 [+0200]: Eerder waren mappen als Bureaublad, Documenten, Afbeeldingen, etc. met een hoofdletter, maar nu zie ik ze regelmatig ook met een kleine letter verschijnen. Dit is erg verwarrend. Ik ken het probleem nog niet. Ging er aan dit verschijnsel iets bijzonders vooraf, zoals een update, upgrade of een crash? Nee, niets bijzonders. Ik heb het eigenlijk maar bij 1 klant gezien en daar op alle computers (drie stuks). Bij deze klant heb ik automatische updates ingesteld door middel van het pakket unattended-upgrades. De upgrades worden geinstalleerd bij het afsluiten van de computers, dus waarschijnlijk is het de dag ervoor misgegaan. Zou er een upgrade van unattended-upgrades naar Unattended-Upgrades bestaan die problemen met kleine letters en hoofdletters kan oplossen? Toevallig was ik daar om een nieuwe printer te installeren. Volgens mij is het niet zo toevallig dat de ontwikkelaars van verschillende UNIX/Linux-takken niet altijd even consequent waren met het gebruik van kleine letters en hoofdletters. Dat kun je afleiden uit voor de naamgeving van mappen, toepassingen, desktops, etc. Denk maar aan de namen x11, X11, Xorg, xorg of gewoon X voor directories en servertoepassingen binnen het X Window System. Voor Xfce wordt ook wel eens xfce gebruikt. De klant is nogal zuinig met stroom, het zou me niets verbazen als ze 's avonds de stop eruit draaien o.i.d. Misschien waren de updates nog niet klaar toen ze de stroom er af haalden. Zoiets lijkt me mogelijk. Draait die klant z'n systeem op zonnecellen? In dat geval kun je de updates beter 's ochtends na zonsopkomst laten uitvoeren of tijdens de middagpauze als de zon hoog aan de hemel staat. mvg, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1401273456.3970.10.ca...@batavia.fritz.box
Re: Mappen met hoofd/kleine letters
Paul van der Vlis schreef op vr 23-05-2014 om 15:11 [+0200]: Hallo, Ik heb op het moment nogal wat problemen met mappen en hoofdletters. Eerder waren mappen als Bureaublad, Documenten, Afbeeldingen, etc. met een hoofdletter, maar nu zie ik ze regelmatig ook met een kleine letter verschijnen. Dit is erg verwarrend. Ook zie ik bij mensen dat alles wat er op het bureaublad stond opeens weg is door dit probleem. Kent iemand dit probleem? Wat is de achtergrond? Ik ken het probleem nog niet. Ging er aan dit verschijnsel iets bijzonders vooraf, zoals een update, upgrade of een crash? Vriendelijke groet, Jan-Rens. -- To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1401216277.4680.4.ca...@batavia.fritz.box