Re: Notulen gemeenteraad afluisteren

[henk van ballegooijen]

Op 26-11-09 11:20, Paul Gevers schreef:

Amarok (standaard in Ubuntu 9.10) speelt het ook af, maar ik krijg mijn
browser niet zover dat ie de stream naar buiten wil sturen. Omdat je wil
kunt klikken op "opspelen in externe player" zou het natuurlijk moeten
lukken, maar ik zie zo snel niet hoe je aangeeft waar de stream moet
starten. Zou wel eens kunnen zijn dat je dan ?start=  achter de
url moet plakken ofzo, zo werkt pseudo mp4 en flv streaming in ieder geval.

Paul

Paul van der Vlis wrote:
   

Hallo,

Een klant van me is een gemeenteraadslid. Ze wil graag de notulen van de
gemeenteraad kunnen afluisteren vanaf een website. Deze zijn echter in
wma-formaat (windows media audio).
http://aaenhunze.notubiz.nl/?Commissie=21&Vergadering=11898

Ik kan de notulen op zich wel afluisteren met mplayer:
mplayer mms://domain/path/filename.wma

Dit is een werkend voorbeeld van zo'n stream:
mms://liveserver1.notubiz.nl/streams/AAenHunze/bestanden/11.11.09 Aa en
Hunze raad.wma

Maar in de browser gebruik ik gstreamer (default in Debian) en daar hoor
ik niets (hoe kun je een stream op de commandline met gstreamer testen?)

Verder is nog een belangerijk aspect dat de stream niet bij het begin
moet beginnen, maar dat alleen een bepaald deel moet worden afgespeelt.
Je klikt op de site op een spreker, en je wilt dan alleen die spreker
horen, en niet alles vanaf het begin...

Mocht er hier iemand zijn die mee wil puzzelen of goede tips heeft, dan
is dat erg welkom.

Ook meer politiek gerichte tips zijn welkom. Is het misschien een idee
om een klacht in te dienen tegen Notubiz of de gemeente omdat ze
gesloten standaarden gebruiken en daarom niet geschikt zijn voor de
toekomst?

( Notubiz beweerd overigens dat afspelen in Linux zou moeten kunnen met
win32codecs en mplayer, maar waarschijnlijk bedoelen ze dat je de gehele
notulen kunt afluisteren vanaf het begin, en niet het stukje wat je wilt
hebben. En volgens mij is win32codecs illigaal. )

Met vriendelijke groet,
Paul van der Vlis.




 
   

Hallo,

I heb even 'meegepuzzeld' en voor zo ver ik heb kunnen zien is het 'jump 
to item' een voor Internet Explorer gemaakt javascript, wat dus in een 
andere browser waarschijnlijk niet zal werken.
Wat vanuit Firefox (maar niet met Opera) wel werkt is om de stream 
(mms://liveserver1.notubiz.nl/streams/AAenHunze/bestanden/11.11.09%20Aa%20en%20Hunze%20raad.wma) 
te openen met een externe speler.

Werkt (bij mij) goed met zowel mplayer als vlc.
Het aardige van vlc mediaplayer is dat je met door handmatig de 'time' 
slider' te verplaatsen naar een willekeurig punt in de stream kunt gaan 
vanwaar hij nadat de buffer is gevuld probleemloos verder gaat.
Het is dan wel niet mogelijk om exact het begin van een nieuw onderwerp 
te pakken, maar je kunt wel aardig in de buurt komen en je hoeft 
tenminste het bestand niet steeds vanaf het begin af te spelen.
Ik weet natuurlijk niet zeker of dit alles werkt onder Debian/Etch omdat 
ik zelf squeeze gebruik en mijn vlc versie is een recente 'custom build' 
1.0.4-rc

Maar misschien is het de moeite waard om het te proberen.

m.vr.gr.

Henk.




--
To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Notulen gemeenteraad afluisteren

[henk van ballegooijen]

Op 27-11-09 16:49, Paul van der Vlis schreef:

henk van ballegooijen schreef:
   

Op 26-11-09 11:20, Paul Gevers schreef:
 

Amarok (standaard in Ubuntu 9.10) speelt het ook af, maar ik krijg mijn
browser niet zover dat ie de stream naar buiten wil sturen. Omdat je wil
kunt klikken op "opspelen in externe player" zou het natuurlijk moeten
lukken, maar ik zie zo snel niet hoe je aangeeft waar de stream moet
starten. Zou wel eens kunnen zijn dat je dan ?start=   achter de
url moet plakken ofzo, zo werkt pseudo mp4 en flv streaming in ieder
geval.
   

Aan iets in die richting dacht ik ook.

   

Paul

Paul van der Vlis wrote:

   

Hallo,

Een klant van me is een gemeenteraadslid. Ze wil graag de notulen van de
gemeenteraad kunnen afluisteren vanaf een website. Deze zijn echter in
wma-formaat (windows media audio).
http://aaenhunze.notubiz.nl/?Commissie=21&Vergadering=11898

Ik kan de notulen op zich wel afluisteren met mplayer:
mplayer mms://domain/path/filename.wma

Dit is een werkend voorbeeld van zo'n stream:
mms://liveserver1.notubiz.nl/streams/AAenHunze/bestanden/11.11.09 Aa en
Hunze raad.wma

Maar in de browser gebruik ik gstreamer (default in Debian) en daar hoor
ik niets (hoe kun je een stream op de commandline met gstreamer testen?)

Verder is nog een belangerijk aspect dat de stream niet bij het begin
moet beginnen, maar dat alleen een bepaald deel moet worden afgespeelt.
Je klikt op de site op een spreker, en je wilt dan alleen die spreker
horen, en niet alles vanaf het begin...

Mocht er hier iemand zijn die mee wil puzzelen of goede tips heeft, dan
is dat erg welkom.

Ook meer politiek gerichte tips zijn welkom. Is het misschien een idee
om een klacht in te dienen tegen Notubiz of de gemeente omdat ze
gesloten standaarden gebruiken en daarom niet geschikt zijn voor de
toekomst?

( Notubiz beweerd overigens dat afspelen in Linux zou moeten kunnen met
win32codecs en mplayer, maar waarschijnlijk bedoelen ze dat je de gehele
notulen kunt afluisteren vanaf het begin, en niet het stukje wat je wilt
hebben. En volgens mij is win32codecs illigaal. )

Met vriendelijke groet,
Paul van der Vlis.





 


   

Hallo,

I heb even 'meegepuzzeld' en voor zo ver ik heb kunnen zien is het 'jump
to item' een voor Internet Explorer gemaakt javascript, wat dus in een
andere browser waarschijnlijk niet zal werken.
 

Interessant. Ik lees echter dat het zou moeten werken onder Mac OSX in
Safari en Firefox (als je eerst Windows Media Player voor Mac
installeert). Dat zou dus zeggen dat ook andere browsers deze javascript
zou moeten snappen.
http://aaenhunze.notubiz.nl/?action=help

   

Wat vanuit Firefox (maar niet met Opera) wel werkt is om de stream
(mms://liveserver1.notubiz.nl/streams/AAenHunze/bestanden/11.11.09%20Aa%20en%20Hunze%20raad.wma)
te openen met een externe speler.
 

Zover had ik hem ook eens met mplayer.

   

Werkt (bij mij) goed met zowel mplayer als vlc.
Het aardige van vlc mediaplayer is dat je met door handmatig de 'time'
slider' te verplaatsen naar een willekeurig punt in de stream kunt gaan
vanwaar hij nadat de buffer is gevuld probleemloos verder gaat.
 

Dat is inderdaad interessant. Is het ook mogelijk op te geven waar hij
moet starten en stoppen?

   

Het is dan wel niet mogelijk om exact het begin van een nieuw onderwerp
te pakken, maar je kunt wel aardig in de buurt komen en je hoeft
tenminste het bestand niet steeds vanaf het begin af te spelen.
 

Het blijft toch lastig zoeken denk ik.

   

Ik weet natuurlijk niet zeker of dit alles werkt onder Debian/Etch omdat
ik zelf squeeze gebruik en mijn vlc versie is een recente 'custom build'
1.0.4-rc
Maar misschien is het de moeite waard om het te proberen.
 

Ik zou graag experimenteren met gstreamer, heb hier wat gevonden hoe dat
vanaf de commandline kan:
http://gstreamer.freedesktop.org/data/doc/gstreamer/head/faq/html/chapter-using.html


Groet,
Paul.







   

Hallo,

Met gstreamer ben ik niet bekend.
Mplayer geeft aan: "stream not seekable" dus ik denk dat het hiermee 
niet mogelijk is om slechts een gedeelte van de stream af te spelen of 
op te slaan en de hele stream downloaden duurt wel erg lang. Geringe 
bandbreedte denk ik.
Met vlc is dit wel mogelijk, zoals ik al aangaf in mijn vorige bericht, 
door in de UI de slider te gebruiken.

Om een gedeelte van de stream te downloaden kun je ook werken zonder UI:
Heb een 'stream-chain' die bij mij werkt:

Start in een terminal:

cvlc --start-time 1200 --stop-time 1400 
mms://liveserver1.notubiz.nl/streams/AAenHunze/bestanden/11.11.09%20Aa%20en%20Hunze%20raad.wma 
--sout 
'#transcode{acodec=mp3,channels=1,samplerate=22050,ab=64}:standard{access=file,mux=dummy,dst=/home/henk/test.mp3}'


'start-time' en 'stop-time' is in seconden vanaf het begin van de stream.
In dit voorbeeld wordt dus een 200 sec. durend fragment als mp3 bestan

Re: diffutils verwijderen?

[henk van ballegooijen]

Op 09-12-09 12:50, Paul van der Vlis schreef:

Wouter Verhelst schreef:
   

On Tue, Dec 08, 2009 at 01:53:15PM +0100, Paul van der Vlis wrote:
 

Diederik de Haas schreef:
   

On 2009-12-08 Paul van der Vlis wrote:
 

Ik kom daarbij het pakket diffutils tegen. Dit zit niet meer in stable..
   

Dat verbaasde me eerst. Inderdaad is diffutils niet meer aanwezig in
stable, maar het heeft vroeger wel nog bestaan. Dat moet etch of eerder
geweest zijn.
 

In Etch niet, dat moet dan al Sarge zijn geweest.

   

Maar er is ooit een pakket uit testing op geinstalleerd, misschien heeft
dat deze diffutils "meegenomen".
   

Dependencies op packages in Essential zijn niet nodig, net omdat ze
altijd aanwezig zijn omdat je ze niet hoort te verwijderen.
 

OK, wist ik eerlijk gezegd niet.

   

Tenzij er een bepaalde versie is die een package minimaal nodig heeft;
in dat geval is een dependency wel nodig, en dat zou inderdaad kunnen
verklaren wat er gebeurd is.

Welk package was het exact dat je vanuit testing geïnstalleerd had?
 

Het ging om phpbb3.

Dat is uit testing geinstalleerd op 12 februari 2009 (toen was Lenny nog
testing), en het is verwijderd op 16 april 2009. Het heeft dus een
wisseling meegemaakt naar een nieuwe testing.

   

Het moet normaliter wel mogelijk zijn om diffutils terug te vervangen
door diff mits wat moeilijkdoenerij, als je dat echt wilt, maar het kan
zeker geen kwaad om 'nieuwere' versies van software op je systeem te
hebben -- en dat heeft ook het voordeel dat je *niet* het risico loopt
om je hele systeem om zeep te helpen.
 

Precies, die conclusie had ik ook gemaakt.

Met vriendelijke groet,
Paul van der VLis.








   

Als ik het goed begrijp, heb je zowel diff als diffutils geïnstalleerd.
Welke versie van diff?
Indien >2.8.1-12 dan betreft het een dummy pakket, nodig voor upgrading 
van diff naar diffutils. Na installatie van diffutils kan dit veilig 
worden verwijderd.

In squeeze en sid is de naam van het pakket namelijk diffutils.
Een lagere versie van diff <= 2.8.1-12 samen met een hogere versie van 
diffutils lijkt me enigszins onmogelijk omdat er dan bestanden dubbel 
geïnstalleerd zouden zijn, iets wat dpkg normaal niet toestaat. Om dit 
toch voor elkaar te krijgen (overigens meestal niet verstandig!) moet je 
dpkg vanaf de commandline draaien met de --force optie.
Dus volgens mij is het zo, dat wanneer van zowel diff als diffutils de 
versie hoger is dan 2.8.1-12, je diff veilig kunt verwijderen en 
diffutils niet.

Maar het kan weinig kwaad om allebei gewoon te laten staan.
Downgraden naar diff versie <=2.8.1-12 lijkt me een stuk lastiger omdat 
dit waarschijnlijk niet gaat zonder foutmeldingen van je pakketmanager 
en om eerst diffutils te verwijderen is waarschijnlijk gevaarlijk omdat 
het niet zeker is of je dan diff ooit nog kunt installeren.

Het betreft tenslotte een 'essential' pakket.

Henk.


--
To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Opera

[henk van ballegooijen]

 Op 16-08-10 20:07, Sjoerd Hiemstra schreef:

Nou eens geen probleem, maar ik kwam iets geks tegen.
Bij de laatste update&  safe-upgrade in Squeeze werd ook de Opera
browser ge-update, van 10.60 naar 10.61.

Huh? Ik had hem ooit van www.opera.com gedownload en met 'dpkg -i'
geïnstalleerd. Opera heeft wel een repository voor Debian, maar die
staat niet in mijn sources.list. Hoe kan hij dan ge-update zijn?

Heb het opgezocht op www.debian.org/distrib/packages bij 'Search
package directories'. Distribution: any. Section: any. Maar:
'You have searched for packages that names contain opera in all suites,
all sections, and all architectures.
Sorry, your search gave no results.'

Onlangs toegevoegd aan Multimedia misschien? Maar waaraan kun je zien
of het daar vandaan komt?



Kijk eens of het bestand /etc/apt/sources.list.d/opera.list bestaat.
Dit wordt aangemaakt bij installatie van een opera.deb pakket en wel 
door het postinst script.
Wanneer je synaptic gebruikt, kun je deze bron uitvinken of anders als 
administrator het bestand gewoon verwijderen als je er vanaf wilt.


Henk.


--
To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Probleem met netwerkchip RTL8111/8168B

[henk van ballegooijen]

Op 16-11-10 23:50, Paul van der Vlis schreef:

Aniruddha schreef:

2010/11/16 Paul van der Vlis:

Hallo,

Ik probeer Squeeze te installeren op een systeem met een Asus M4A88T-M
moederbord met daarop de RTL8111/8168B netwerkchip. Netwerk werkt echter
niet, is echter wel gesupport sinds Linux 2.6.31.

Hoi Paul,

Ik heb zelf een M4A785G-HTPC moederbord met de volgende netwerkkaart:

02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 03)

Jij hebt "rev 03" en ik "rev 06":
--
02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd.
RTL8111/8168B PCI Express Gigabit Ethernet controller [10ec:8168] (rev 06)
Subsystem: ASUSTeK Computer Inc. Device [1043:8432]
Kernel driver in use: r8169



Deze heeft altijd prima in Lenny / Squeeze / Sid gewerkt (ik gebruik
nu Arch Linux op mijn desktop). Kortom hij zou moeten werken.
Misschien is er iets met je onboard network card. Werkt je realtek wel
met andere live cd's (ubuntu, systemrescuecd)?

Had had ook een Sqeeze live-CD geprobeerd en die heeft hetzelfde
probleem. Net nog even Lenny 502 en 506 geprobeerd (en zelfs ook nog
Ubuntu 10.04), maar ze doen het niet.

In de specs van Asus heetten ze ook verschillend, de jouwe heet "Realtek
8112L" en de mijne "Realtek 8111E".

Ik heb dus nu ook maar zoiets als wat jij hebt besteld (de Asus M4A785T-M ).

Waarschuwing: koop geen moederbord met een "Realtek 8111E" chip, zoals
die bijvoorbeeld in de Asus M4A88 serie zitten.

Met vriendelijke groet,
Paul van der Vlis.




Van de Realtek website: http://218.210.127.131/downloads/ is voor deze 
chip een linux driver te downloaden.
Voor zover ik heb kunnen bekijken, heb je deze nodig: 
r8168-8.020.00.tar.bz2 (PCI-express interface)

De driver heeft een autorun script en bevat ook een firmware voor de chip.
Geen idee of het werkt omdat ik zelf de betreffende chip niet heb maar 
het model

RTL8111E zou ondersteund moeten zijn.
Henk.


--
To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: duo geluidskaarten

[henk van ballegooijen]

Op 06-01-11 20:15, Jeroen Veer schreef:

Hallo,

Ik heb in mijn debian squeeze systeem (CLI-only) twee geluidskaarten 
zitten.

Deze worden beide gevonden

aplay -l geeft:
 List of PLAYBACK Hardware Devices 
card 0: I82801AAICH [Intel 82801AA-ICH], device 0: Intel ICH [Intel 
82801AA-ICH]

  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: DMX6Fire [TerraTec DMX6Fire], device 0: ICE1712 multi [ICE1712 
multi]

  Subdevices: 1/1
  Subdevice #0: subdevice #0

en ook cat /proc/asound/cards geeft:
 0 [I82801AAICH]: ICH - Intel 82801AA-ICH
  Intel 82801AA-ICH with AD1881 at irq 11
 1 [DMX6Fire   ]: ICE1712 - TerraTec DMX6Fire
  TerraTec DMX6Fire at 0x18c0, irq 11

alsa-mixer ziet ook beide kaarten.

Nu wil ik het geluid van mn MPD naar m'n Terratec sturen (en vandaar 
digitaal naar de huiskamer) ipv de onboard intel.


in mod.conf staat:
music_directory"/data/MMedia/MP3"
playlist_directory"/data/MMedia/MP3/00_playlists"
db_file"/var/lib/mpd/tag_cache"
log_file"/var/log/mpd/mpd.log"
error_file"/var/log/mpd/errors.log"
pid_file"/var/run/mpd/pid"

state_file"/var/lib/mpd/state"

user"mpd"

bind_to_address "192.168.1.100"

audio_output {
type"alsa"
name"My ALSA Device"
#device  "hw:0,0" # optional
#format  "44100:16:2" # optional
}
mixer_type  "alsa"
mixer_device"default"
mixer_control   "PCM"


Wijzigen van het output device naar hw:1,0 werkt niet, stuurt nog 
steeds de intel aan.


Hoe kan ik dit wijzigen?
Kan ik de volgorde waarin de audio devices worden toegewezen 
beinvloeden, zodat de Terratec de default wordt?


Bedankt voor het meedenken.

Jeroen


De driver voor de Intel geluidskaart is snd-intel8x0 ?
Hiervan uitgaande zou je kunnen proberen om in:
/etc/modprobe.d/alsa-base.conf
de regel:

options snd-intel8x0 index=-2

toe te voegen.
Als het goed is zou dan de Terratec kaart index 0 moeten krijgen.

groeten,

Henk.




--
To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: duo geluidskaarten

[henk van ballegooijen]

Op 07-01-11 16:06, Diederik de Haas schreef:

On Thursday 06 January 2011 21:28:43 henk van ballegooijen wrote:

Hiervan uitgaande zou je kunnen proberen om in:
/etc/modprobe.d/alsa-base.conf
de regel:

options snd-intel8x0 index=-2

Ipv alsa-base.conf aan te passen kan je ook je eigen .conf file maken en daar 
die regel in zetten en
opslaan in /etc/modprobe.d/ directory.
Op die manier wordt die uitgevoerd, maar kom je niet in de 'problemen' als 
alsa-base.conf wordt
geupdate oid.

Mijn sound.conf:
alias snd-card-0 snd-intel8x0
options snd-intel8x0 index=1

alias snd-card-1 snd-emu10k1
options snd-emu10k1 index=0

Daarmee wordt mijn Audigy2 kaart altijd als standaard geluidskaart geselecteerd 
(ipv degene op het
moederbord).

Groet,
   Diederik



Dit is inderdaad een wat elegantere oplossing!

groeten,

Henk


--
To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Vervelende foutmelding

[henk van ballegooijen]

Op 05-02-12 16:53, Paul van der Vlis schreef:

Hallo,

Na upgraden van een oude machine naar Squeeze krijg ik steeds deze
foutmelding:

warning, in file '/var/lib/dpkg/available' near line 24913 package
'jre': error in Version string '1.5.0_06-1': invalid character in
version number


Nu heb ik blijkbaar ooit eens in een ver verleden zelf een pakket
genaamd "jre" gemaakt. Verwijderen kan echter niet met apt-get of dpkg,
want dan wordt me verteld dat virtuele pakketten niet verwijderd kunnen
worden.

Wat moet ik doen om het pakket handmatig te verwijderen, of weet iemand
een andere oplossing?  ("jre" even weghalen uit een lijst met virtuele
pakketten misschien?)

Groet,
Paul.




Misschien dat "sudo dpkg --update-avail" dit oplost?
Of anders: "sudo dpkg --clear-avail && sudo apt-get update"

Groet,
Henk


--
To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Vervelende foutmelding

[henk van ballegooijen]

Op 05-02-12 21:39, Paul van der Vlis schreef:

Op 05-02-12 18:22, henk van ballegooijen schreef:

Op 05-02-12 16:53, Paul van der Vlis schreef:

Hallo,

Na upgraden van een oude machine naar Squeeze krijg ik steeds deze
foutmelding:

warning, in file '/var/lib/dpkg/available' near line 24913 package
'jre': error in Version string '1.5.0_06-1': invalid character in
version number


Nu heb ik blijkbaar ooit eens in een ver verleden zelf een pakket
genaamd "jre" gemaakt. Verwijderen kan echter niet met apt-get of dpkg,
want dan wordt me verteld dat virtuele pakketten niet verwijderd kunnen
worden.

Wat moet ik doen om het pakket handmatig te verwijderen, of weet iemand
een andere oplossing?  ("jre" even weghalen uit een lijst met virtuele
pakketten misschien?)

Groet,
Paul.




Misschien dat "sudo dpkg --update-avail" dit oplost?
Of anders: "sudo dpkg --clear-avail&&  sudo apt-get update"

Dat laatste lijkt het gedaan te hebben.

Dat bestand /var/lib/dpkg/available is nu wel leeg, wel wat vreemd, maar
het lijkt nog te werken. Blijkbaar een soort cache.

Bedankt!

Groet,
Paul.


Achter "dpkg --update-avail" moet nog een bestandsnaam worden ingevuld ( 
van een reserve-kopie bestand bv.)
Ik denk dat in het bestand /var/lib/dpkg/available alleen bestanden 
worden bijgehouden die je ooit handmatig installeert met "dpkg -i"
Wanneer het bestand /var/lib/dpkg/status corrupt is, is dat vervelender. 
Gelukkig worden hier standaard een aantal kopieën van bewaard in 
/var/backups.


Groet,
Henk.


--
To UNSUBSCRIBE, email to debian-user-dutch-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Foto's gecomprimeerd mailen

[henk van ballegooijen]

Sjoerd Hiemstra schreef op 05-09-14 om 15:49:

Paul van der Vlis:

Ik zou liever iets anders willen dan een script.
Een plugin of een programma.

Waar ik nou met mijn boerenverstand aan zit te denken.

Alle pas gemaakte, nieuwe foto's dient men in een bepaalde map te
zetten, b.v. met de naam originele_foto's.

Je maakt een script dat het volgende doet:
- Alle foto's die in originele_foto's staan, worden verkleind neergezet
   in een map met de naam emailfoto's;
- originele_foto's wordt leeggemaakt;
- het mailprogramma wordt gestart.

Alle foto's die je voor het mailen zou kunnen gebruiken, zijn nu te
vinden in de map emailfoto's.


Er is wel een programma dat voor dit doel geschikt is: XnViewMP. Foto's bewerken, 
converteren (ook batch-conversie voor een hele map) en tevens verzenden. Is helaas 
geen open source maar wel als debian package te downloaden 
vanhttp://download.xnview.com  

Re: Raar probleem met Gnome in Jessie

[henk van ballegooijen]

Frans Spiesschaert schreef op 30-01-15 om 00:21:

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?

Groetjes,
Frans




Hallo,

Het "probleem" is volgens mij wel in het bronpakket te vinden en wel in 
het bestand nl.po, in de map po.
Hierin is als vertaling van zowel "Accessories" als "Utilities" 
"Hulpmiddelen" gegeven.
Waarom in de bronconcode het onderscheid wordt gemaakt is me niet 
helemaal duidelijk. Schijnt te maken te hebben met de zgn. 
X-GNOME-Utilities whitelist. (Zie het bestand: 
gnome-menus-3.13.3/layout/gnome-applications.menu).
Een van de vertalingen veranderen naar keuze en het pakket opnieuw 
compileren zou dus de oplossing zijn.
Overigens vind ik het niet zo storend omdat ik zelf (bijna) altijd XFCE 
als desktop gebruik.


Groeten,

Henk.


--
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/54cb4220.1060...@online.nl

Re: Probleem met USB-N13 adapter

[henk van ballegooijen]

Op 04-09-15 om 22:16 schreef Geert Stappers:

On Fri, Sep 04, 2015 at 11:33:16AM +0200, Wim Magnus wrote:

Hallo,

Hoi,



Ik heb Jessie geinstalleerd op een 10 jaar oude PC en heb nadien
geprobeerd om Wifi-toegang te krijgen met de ASUS USB-N13 adapter. Ik
heb daartoe de meest recente versie van de rtl8192cu driver
geinstalleerd.

Mijn onderbuikgevoel zegt
   "twee generaties hardware met daar tussen een kloof"



Het probleem is dat de Belkin-modem (die gebruik ik voor wireless
toegang via mijn laptop) zonder problemen herkend wordt, maar dat
connectie met die modem maar niet wil lukken. Als ik via de wicd-manager
probeer te verbinden gaat de hele PC zelfs hangen of zodra de poging
tot authenticatie van de wlan0 begint.
Ik heb geprobeerd om de wlan0-interface in /etc/network/interfaces zowel
statisch als dynamisch (via dhcp) te declareren, maar niets helpt. In
het eerste geval krijg ik via route -n een normaal uitziende routing
table, maar levert pingen naar de modem "... Unreachable Host" op. In
het tweede geval (dhcp) komen er na ifup wlan0 een hoop pogingen die
steevast eindigen met het bekende "No DHCPOFFERS received". In alle
gevallen is, voor de zekerheid, de eth0-interface uitgeschakeld.
Heeft er iemand een idee wat er aan de hand kan zijn of waar ik hiermee
terecht kan? Intensief googelen heeft immers tot dusver niks opgeleverd.

Probeer duidelijk te krijgen dat het inderdaad
de combinatie met generatiekloof is die niet werkt.
.
De ASUS USB-N13 adapter en de rtl8192cu driver in andere laptop,
hoe gaat dat?



Bedankt en vriendelijke groet,
Wim Magnus

Groeten
Geert Stappers

Ik begrijp dat de Asus USB-N13 de realtek rtl8192cu chip heeft.
De driver hiervoor zit normaal gesproken in de linux kernel.
Wat je waarschijnlijk hebt geïnstalleerd is de benodigde firmware, zoals 
hier beschreven:

https://wiki.debian.org/rtl819x

Dat je modem/router wordt herkend lijkt me een teken dat een en ander 
wel werkt. Misschien een authenticatie probleem?
Voor het opzetten van een wpa beveiligde verbinding zou je misschien 
wpasupplicant kunnen proberen.

Er is ook een grafisch frontend voor: wpagui.

/etc/network/interfaces voor een statische verbinding zou er dan 
ongeveer zo uit kunnen gaan zien:


allow-hotplug wlan0
iface wlan0 inet static
address 10.0.0.200
netmask 255.255.255.0
gateway 10.0.0.138
wpa-ssid 
wpa-psk 

groeten,

Henk van Ballegooijen

Re: nouveau vs nvidia in combinatie met GTX 950M

[henk van ballegooijen]

Hallo,
Het installeren van de nvidia driver van de site van nvidia is vrij 
eenvoudig en ik heb er eigenlijk best goede ervaringen mee.

Meestal haal ik de driver van deze site, waar alle versies (x64) in staan:

ftp://download.nvidia.com/XFree86/Linux-x86_64/

In rescue mode, ga naaar de map waarin de driver is opgeslagen en doe:
sh NVIDIA-Linux-x86_64-358.16-no-compat32.run
(Of welke andere versie je hebt gekozen)
Bij de installatie wordt, als de nouveau driver wordt gedetecteerd, 
aangeboden om deze te blacklisten.
Er wordt dan een bestandje aangemaakt in /etc/modprobe.d: 
nvidia-installer-disable-nouveau.conf

De-installeren gaat alsvolgt:
Dan: sh NVIDIA-Linux-x86_64-358.16-no-compat32.run --uninstall
Het bestand nvidia-installer-disable-nouveau.conf verwijderen.
Ook /etc/X11/xorg.conf verwijderen als dit is aangemaakt.
Als het goed is herstelt de nvidia installer dan ook de veranderde links 
naar direct rendering gerelateerde bibliotheken en anders kun je het 
beste een aantal pakketten met xorg, drm, mesa en zo even opnieuw 
installeren, voor de zekerheid.


Zelf heb ik een custom kernel draaien, anders moeten natuurlijk wel de 
kernel headers geinstalleerd zijn voor je begint...
Onlangs nog een Linux Mint installatie gedaan waarbij in eerste 
instantie de nouveau driver niet werkte en heb dit toen op een 
soortgelijke manier opgelost. Na enige updates werkte toen de nouveau 
driver opeens wel.

Het betrof trouwens een heel ander systeem.

groeten,

Henk van Ballegooijen.

Op 21-11-15 om 01:08 schreef Frank Voncken:

Beste allen,

Ik heb een nieuwe laptop aangeschaft. Omdat het zo nieuw is, heb ik 
getracht Debian Stretch te installeren, omdat die beter overweg kan 
met de Skylake processor dan Jessie. Het installeren ging op zich goed 
(met netinstall waarbij windows 10 volledig overgeschreven wordt (met 
secure boot disabled), geen dualboot dus), maar ik krijg Stretch niet 
opgestart. Er kwamen drie verschillende redenen langs. Twee daarvan 
waren het ontbreken van firmware voor realtek en iwlwifi. Ik heb ze 
via rescue mode kunnen installeren.


Nu doemt het derde probleem op, iets met _SB_.PCIO.PEGO.PEGP. Volgens 
Duckduckgo heeft dat te maken met driver voor videokaart. Ik heb 
Geforce GTX 950M in de laptop. Dat komt in de lijst van nouveau voor, 
zie http://nouveau.freedesktop.org/wiki/CodeNames/ . Nouveau zou dus 
in principe moeten kunnen werken in combinatie met GTX 950M.
Ook omdat volgens Debian met het uitkomen van Jessie meestal niet meer 
noodzakelijk is om proprietary driver te installeren (zie 
https://wiki.debian.org/NvidiaGraphicsDrivers , bovendien wordt daar 
een riskante methode weergegeven mocht een proprietary driver echt 
noodzakelijk zijn, die van versie 352.55) wil ik eerst nagaan of het 
probleem op een andere manier opgelost kan worden zonder dat daar 
proprietary driver voor nodig is.


Mocht de enige oplossing zijn het installeren van proprietary nvidia 
driver, hoe krijg ik het van de site van nvidia geïnstalleerd met 
behulp van commando in rescue mode?


Ik ben benieuwd naar jullie suggesties!

Hartelijke groeten,
Frank Voncken 

Re: nouveau vs nvidia in combinatie met GTX 950M

[henk van ballegooijen]

Op 21-11-15 om 13:04 schreef Frank Voncken:

henk van ballegooijen schreef op za 21-11-2015 om 11:06 [+0100]:

Hallo,
Het installeren van de nvidia driver van de site van nvidia is vrij 
eenvoudig en ik heb er eigenlijk best goede ervaringen mee.
Meestal haal ik de driver van deze site, waar alle versies (x64) in 
staan:


ftp://download.nvidia.com/XFree86/Linux-x86_64/

In rescue mode, ga naaar de map waarin de driver is opgeslagen en doe:
sh NVIDIA-Linux-x86_64-358.16-no-compat32.run
(Of welke andere versie je hebt gekozen)
Bij de installatie wordt, als de nouveau driver wordt gedetecteerd, 
aangeboden om deze te blacklisten.
Er wordt dan een bestandje aangemaakt in /etc/modprobe.d: 
nvidia-installer-disable-nouveau.conf

De-installeren gaat alsvolgt:
Dan: sh NVIDIA-Linux-x86_64-358.16-no-compat32.run --uninstall
Het bestand nvidia-installer-disable-nouveau.conf verwijderen.
Ook /etc/X11/xorg.conf verwijderen als dit is aangemaakt.
Als het goed is herstelt de nvidia installer dan ook de veranderde 
links naar direct rendering gerelateerde bibliotheken en anders kun 
je het beste een aantal pakketten met xorg, drm, mesa en zo even 
opnieuw installeren, voor de zekerheid.


Zelf heb ik een custom kernel draaien, anders moeten natuurlijk wel 
de kernel headers geinstalleerd zijn voor je begint...
Onlangs nog een Linux Mint installatie gedaan waarbij in eerste 
instantie de nouveau driver niet werkte en heb dit toen op een 
soortgelijke manier opgelost. Na enige updates werkte toen de nouveau 
driver opeens wel.

Het betrof trouwens een heel ander systeem.


De hier voorgestelde methode ziet anders uit dan wat hieronder door 
Debian is voorgesteld (zie https://wiki.debian.org/NvidiaGraphicsDrivers)


1. Download the installer from nvidia site (sha1 
e97025c351e420fa62431a1774d84f40 NVIDIA-Linux-x86_64-352.55.run)


2. Install the build tools and the kernel headers:

# aptitude install linux-headers-3.16.0-4-amd64 build-essential

3. The installer complains if X server is started, so go in runlevel 3:

# init 3

4. Make the installer executable:

chmod u+x NVIDIA-Linux-x86_64-352.55.run

5. Run it:

./NVIDIA-Linux-x86_64-352.55.run

6. Accept the licence

7. Then a little warning appears about 32bit library. OK

8. Say "Yes" to run the nvidia xconfig

9. Reboot

10. Enjoy


Komt deze Debian-methode hier hetzelfde op neer als de methode van 
Henk? Ik ben een beetje bang dat ik alles in de soep laat gooien als 
ik niet goed weet wat ik doe... Ik ben hier graag voorzichtig. Ik weet 
ook niet hoe ik binnen de rescue mode, met van die commando's, de 
nvidia installer kan binnenhalen van de nvidia website. Er is geen 
browser scherm. Het gaat namelijk direct na keuze in grub-scherm fout.


Frank


Voorzichtigheid is inderdaad een goede zaak en ik wil je dan ook niet 
aanmoedigen om te gaan experimenteren. E.e.a. is overigens wel vrij 
makkelijk te herstellen als het fout gaat.
In de recovery mode zou je overigens wel een bestand kunnen downloaden 
met wget bv.

Voor mijn bovengenoemde voorbeeld wordt het dan:
wget 
ftp://download.nvidia.com/XFree86/Linux-x86_64/358.16/NVIDIA-Linux-x86_64-358.16-no-compat32.run 
<ftp://download.nvidia.com/XFree86/Linux-x86_64/>
Wil je de driver met 32bits compatibiliteit, dan laat je het stukje 
'-no-compat32' weg.
Wel vreemd dat het gelijk al fout gaat na keuze in grub en niet pas bij 
het starten van de x server.


success,

Henk.



<ftp://download.nvidia.com/XFree86/Linux-x86_64/>



Nu doemt het derde probleem op, iets met _SB_.PCIO.PEGO.PEGP. 
Volgens Duckduckgo heeft dat te maken met driver voor videokaart. Ik 
heb Geforce GTX 950M in de laptop. Dat komt in de lijst van nouveau 
voor, zie http://nouveau.freedesktop.org/wiki/CodeNames/ . Nouveau 
zou dus in principe moeten kunnen werken in combinatie met GTX 950M.
Ook omdat volgens Debian met het uitkomen van Jessie meestal niet 
meer noodzakelijk is om proprietary driver te installeren (zie 
https://wiki.debian.org/NvidiaGraphicsDrivers , bovendien wordt daar 
een riskante methode weergegeven mocht een proprietary driver echt 
noodzakelijk zijn, die van versie 352.55) wil ik eerst nagaan of het 
probleem op een andere manier opgelost kan worden zonder dat daar 
proprietary driver voor nodig is.


Mocht de enige oplossing zijn het installeren van proprietary nvidia 
driver, hoe krijg ik het van de site van nvidia geïnstalleerd met 
behulp van commando in rescue mode? 

Re: nouveau vs nvidia in combinatie met GTX 950M

[henk van ballegooijen]

Op 21-11-15 om 22:38 schreef Diederik de Haas:

On Saturday 21 November 2015 22:06:37 Frank Voncken wrote:

Wat zijn GLX-alternatives? Is dit van toepassing op de GTX 950M die ik heb ?
Er bestaat in het Debian pakkettenbron ook glx-alternative-nvidia. Wat is
het verschil met glx-alternatives?

glx-alternatives is een source code 'package' vanwaar 1 of meerdere binary
packages (.deb) van worden gemaakt. glx-alternative-nvidia is zo'n binary
package die van glx-alternatives wordt gemaakt (gecompileerd).
glx-alternatives geeft de gebruiker de mogelijkheid om tussen verschillende
implementaties te kiezen. Je hoeft je hier verder niet druk over te maken.


Blijkbaar kan men kiezen tussen GLX-alternatives en
nvidia-graphics-driver. Wanneer kiest men voor ene, en wanneer voor de
andere? Het pakket nvidia-graphics-drivers ken ik niet. Kan men met dit
pakket verschillende drivers kiezen, ook die in experimentele fase?

Als je de nvidia drivers wilt gebruiken van debian packages, dan hoef je
alleen maar 'aptitude install nvidia-driver' te doen. Als je in je
/etc/apt/sources.list ook een regel hebt staan met experimental, dan kan je
inderdaad ook drivers van experimental installeren en dat doe je dan met
'aptitude install nvidia-driver -t experimental'.
Voor jouw kaart heb je inderdaad de 352.X drivers nodig die op dit moment
alleen in experimental aanwezig zijn.
Als je dat doet zal je zien dat er nog (veel) meer pakketten geinstalleerd
worden, waaronder ook pakketten van glx-alternatives. Daar hoef je zelf verder
niks meer aan te doen, dat wordt voor je gedaan.


Wat betekent dit voor de Debian-methode voorgesteld in
https://wiki.debian.org/NvidiaGraphicsDrivers (met nvidia installer) of
voor de methode van Henk (ook met nvidia installer; ik begrijp dat in
geval van nvidia installer ook aangeraden wordt om het pakket
nvidia-installer-cleanup te gebruiken)? Of kan ik beter wachten tot een
en ander verschijnen in debian packages?

Het gebruik van de installer van de nvidia site is een andere manier om nvidia
drivers te installeren. Ik gebruik het zelf niet, ik gebruik de debian
packages, maar ik heb er verder geen negatieve verhalen over gehoord.
nvidia-installer-cleanup is 1 van de pakketten van de debian packages die de
boel opruimt van de installer van de nvidia site omdat die 2 methoden elkaar
'bijten'.
Ikzelf geef de voorkeur aan de debian packages omdat je dan ook automatisch
upgrades krijgt zodra de packages daarvoor gemaakt zijn en ook omdat het echte
debian packages zijn die dus prima integreren met de rest van debian (dus ook
met aptitude/apt-get). Ik denk dat je bij de installer van de nvidia site zelf
in de gaten moet houden wanneer er een nieuwe versie is en die dan ook (op
dezelfde manier) moet installeren.


Ik probeer dit alles te begrijpen voor ik eraan begin. Ik hoop dat ik
niet vervelend ben...

Heel goed! En je bent absoluut niet vervelend :-)

Helemaal mee  eens: Doing it "the Debian way" is natuurlijk veel netter.
De driver van Nvidia rechtstreeks installeren is meer de de 'quick and 
dirty' methode en deze geeft je niet de mogelijkheid om tussen 
verschillende alternatieven te switchen.
Zoals ik eerder zei heb ik zelf weinig negatieve ervaringen met het 
gebruik van de nvidia driver en geen met de 'debian manier'.

Ook als het overhoopt niet lukt kun je altijd wel terug.
Misschien heb ik makkelijk praten omdat ik een multiboot systeem heb 
zodat ik altijd wel een manier vind om bestanden die de zaak eventueel 
frustreren te verwijderen.


Ik weet niet van wat voor medium je stretch hebt geinstalleerd, maar als 
je netwerkverbinding werkt kun je natuurlijk (maar dit heb je dan 
waarschijnlijk al gedaan) proberen om de laatste updates te installeren.

Met wat (veel) geluk werkt de nouveau driver dan wel.

Re: nouveau vs nvidia in combinatie met GTX 950M

[henk van ballegooijen]

Op 22-11-15 om 17:22 schreef Frank Voncken:


> Als je de nvidia drivers wilt gebruiken van debian packages, dan 
hoef je

> alleen maar 'aptitude install nvidia-driver' te doen. Als je in je
> /etc/apt/sources.list ook een regel hebt staan met experimental, 
dan kan je
> inderdaad ook drivers van experimental installeren en dat doe je 
dan met

> 'aptitude install nvidia-driver -t experimental'.
> Voor jouw kaart heb je inderdaad de 352.X drivers nodig die op dit 
moment

> alleen in experimental aanwezig zijn.
> Als je dat doet zal je zien dat er nog (veel) meer pakketten 
geinstalleerd
> worden, waaronder ook pakketten van glx-alternatives. Daar hoef je 
zelf verder

> niks meer aan te doen, dat wordt voor je gedaan.

Interessant. Ik heb in sources.list de volgende regel toegevoegd

deb http://httpredir.debian.org/debian/ experimental main contrib non-free

Vervolgens
apt-get update
en
apt-get -t experimental install nvidia-driver

De installatie verliep goed. Met snel kloppend hart reboot ik de zaak. 
Grub startte goed op (zoals de vorige keren), maar direct na grub 
kreeg ik zwart scherm met de tekst:


Debian GNU/Linux stretch/sid Envy ttyi
Envy login:

De tekst flikkerde trouwens eerst enige tijd waarna het ophield. Dan 
pas kon ik inloggen. Kennelijk wordt de grafische Gnome sessie niet 
opgestart. Na inloggen typte ik "startx". Dan kreeg ik een foutmelding 
"Oh no! Something has gone wrong. A problem has occured and the system 
can't recover. Please log out and try again".


Een recovery mode vanuit grub biedt geen soelaas. Tijdens tijdens de 
recovery stopte het proces, onderaan lange tekst is er dan een 
blinkende cursor die verder niks deed. In ieder geval is het nouveau 
probleem opgelost, dat wel.


Maar misschien moet er nog iets geïnstalleerd worden, of ligt de 
oorzaak ergens anders. Enige suggestie?



Ik weet niet van wat voor medium je stretch hebt geinstalleerd, maar als
je netwerkverbinding werkt kun je natuurlijk (maar dit heb je dan
waarschijnlijk al gedaan) proberen om de laatste updates te installeren.
Met wat (veel) geluk werkt de nouveau driver dan wel.


Ik heb het met netinst gedaan in combinatie met een cd.

Is stretch na de installatie al eens bijgewerkt?
Anders zou ik: 'apt-get dist-upgrade -t stretch' nog eens proberen.
Als het een specifiek Gnome probleem is zou je een andere desktop 
omgeving kunnen installeren, bv. xfce4 (meta-package) en lightdm als 
standaard desktop manager i.p.v. gdm3. Maar dit gaat allemaal wel wat 
ver natuurlijk en het is maar de vraag op het iets oplost.


Henk


O ja, bedankt aan Henk en Diederik voor de leerzame uitleg!!

Frank 

Re: optimaliseren ssd en hdd...en tevens een vraagje

[henk van ballegooijen]

Op 25-11-15 om 13:31 schreef Diederik de Haas:

Drukte per ongeluk een verkeerde toets combinatie in waardoor de mail
verstuurd werd voordat ik klaar was.

On Wednesday 25 November 2015 11:47:36 Frank Voncken wrote:

Wat ik wil, en wat mij het
meest verstandigst lijkt, is ssd voor basissysteem en hdd voor data te
gebruiken. Debian is reeds op ssd geinstalleerd. Ik dacht aan om via
fstab link tussen ssd en hdd te kunnen maken.

Het woord 'data' kan je interpreteren op diverse manieren. Je kan zeggen dat
hetgeen in /home staat data is, maar er zijn goed argumenten te bedenken dat
/var en /tmp ook tot die categorie behoren en beter op de HDD geplaatst kunnen
worden en niet op de SSD. Om het eenvoudig te houden ga ik ervan uit dat je
alleen /home op je HDD wilt plaatsen.

Voor de volledigheid wijs ik er op dat je tijdens de installatie zelf je
partitie indeling aan kan maken en daarbij de mount points instellen. Dan
configureert de installer alles gelijk goed voor je en hoef je niet achteraf
fstab aan te passen en data te verplaatsen. Als je denkt dat dat 'eng' is, dan
kan je je situatie eerst oefenen in bv VirtualBox, maar ik vind het makkelijk.

In je fstab heb ik geen verwijzing kunnen vinden naar je harde schijf, dus
lijkt het erop dat die nu helemaal niet gebruikt wordt. Maar dat wil je
waarschijnlijk wel even controleren.
Met bv GParted kan je op je HDD vrij eenvoudig een nieuwe partitie maken en
formatteer die partitie als ext4. Of je die partitie zo groot maakt als de
hele harde schijf of dat je nog een deel vrij houdt (om bv later /var of iets
anders erop te plaatsen), laat ik aan jou over. Je kan ook andere tools
gebruiken, maar GParted is waarschijnlijk het makkelijkst.
Installeer ook alvast 'rsync' en controleer of 'util-linux' (fdisk)
geïnstalleerd is en zorg dat je weet hoe je een tekst bestand kunt wijzigen
met bv vim of nano, iig een zonder GUI.

Als je die partitie hebt aangemaakt, vraag dat de GUID van die partitie op via
'blkid' en gebruik die GUID om alvast een regel aan te maken in je fstab:

# /home on /dev/sdb1
#UUID= /home   ext4defaults0   2

Je ziet hier dat ik een #-teken voor die regel heb geplaatst en dat is bewust.
Een #-teken aan het begin betekent commentaar en dat wil je nu.
Strikt genomen hoef je dat nog niet te doen, maar het maakt de procedure wat
makkelijker voor je wanneer je in een beperktere omgeving bent.

Dat zijn de voorbereidingen en ik ga er voor de rest van de procedure van uit
dat je een echt root account hebt. Als je tijdens de installatie geen root
wachtwoord hebt ingesteld, dan is je systeem ingericht met sudo en anderen
zouden dan moeten aangeven wat je moet doen om een echt root account te
krijgen.
De root user heeft zijn home directory namelijk in /root/ en als je sudo
gebruikt, is je home directory in /home/ en die willen we nu juist gaan
verplaatsen.

Start nu je systeem op in single-user mode, door de grub entry met (single) te
kiezen en dit zit waarschijnlijk in de advanced/alternative boot options van
grub. Je zal nu gevraagd worden om het root wachtwoord en type die dan in.

Met 'fdisk -l' krijg je een overzicht van je schijven en partities en kan je
controleren of je nieuwe partitie inderdaad /dev/sdb1 is.
Zo niet, pas dan de commando's hierna overeenkomstig aan.

Mount je nieuwe partitie op /mnt/ (# staat nu voor de root prompt):
# mount /dev/sdb1 /mnt

Zorg dat je in '/' bent:
# cd /

Kopieer alles van /home naar /mnt:
# rsync -avz home /mnt

Activeer je nieuwe /home in fstab door het '#' teken weg te halen van de
volgende regel dmv 'nano /etc/fstab' (of vim of je favoriete tekst editor) en
sla je gewijzigde /etc/fstab op.
#UUID= /home   ext4defaults0   2

Unmount je nieuwe partitie:
# umount /mnt/

Reboot in je bijgewerkte systeem met /home op je HDD:
# reboot

Eventueel zou je /home op je SSD nog kunnen verwijderen om wat schijfruimte
terug te winnen, maar ik zou er voor kiezen om dat te laten voor wat het is.
Als je systeem al langer gebruikt en er veel bestanden zijn opgeslagen in
/home dan is het waarschijnlijk zinvol, maar dat is in jouw geval niet van
toepassing lijkt me.

Dat zou het volgens mij moeten zijn, maar het is misschien handig om nog even
te wachten tot anderen het hebben kunnen lezen en reageren voor het geval er
(grote) fouten in zitten en/of het beter kan.
Het is waarschijnlijk ook handig om deze mail, maar iig de instructies op
papier te hebben/zetten, want in single-user mode is het wat lastig om je mail
te lezen ;-)

Groet,
   Diederik
Zoals je al zei, wordt het nogal eens afgeraden om de mountoptie discard 
te gebruiken.

Toch schijnt het wel goed te zijn om een ssd getrimd te houden.
Deze oplossing hiervoor ben ik ooit eens tegengekomen:
Maak in /etc/cron.daily het script(je) 'trim' met hierin:

#!/bin/sh
LOG=/var/log/trim.log
echo "*** $(date -R) ***" >> $LOG
fstrim -v / >> $LOG
fstrim -v /home >> $LOG

Aangezien bij jou /home niet op de ssd staat, moet je de laatste regel

Re: sd card niet gedetecteerd

[henk van ballegooijen]

Hallo Frank,

Ik kwam deze post tegen:
http://askubuntu.com/questions/731093/sd-card-reader-realtek-522a-not-working-in-dell-i7559-in-ubuntu-15-10
Zoals je kunt zien schijnt het opgelost te zijn met de installatie van 
kernel 4.4.1
Het betreft wel een Dell laptop maar in jouw lspci zag ik dezelfde 
cardreader.
Hopelijk kan een kernel upgrade het probleem verhelpen wanneer deze 
beschikbaar komt in Debian.


Groet,

Henk.


Op 11-02-16 om 12:40 schreef Frank Voncken:

Frans van Berckel schreef op do 11-02-2016 om 12:23 [+0100]:

Hi Frank,
On Thu, 2016-02-11 at 12:05 +0100, Frank Voncken wrote:

Frans van Berckel schreef op do 11-02-2016 om 11:56 [+0100]:
Hi Frank, Misschien moet er nog wat geladen worden? Laat dmesg wat 
zien? # dmesg | grep -i sd 
# dmesg | grep -i sd [ 0.00] ACPI: RSDP 0x77FFD014 
24 (v02 HPQOEM) [ 0.00] ACPI: XSDT 0x77FBF188 00011C 
(v01 HPQOEM SLIC -MPC  HP 0113) [ 0.00] ACPI: DSDT 
0x77FC1000 01C573 (v02 HPQOEM SLIC -MPC  ACPI 
0004) [ 0.00] ACPI: SSDT 0x77FF9000 0004B7 (v02 
HPQOEM INSYDE 1000 ACPI 0004) [ 0.00] ACPI: SSDT 
0x77FF8000 4B (v02 HPQOEM INSYDE 3000 ACPI 0004) 
[ 0.00] ACPI: SSDT 0x77FF 0066C2 (v01 HPQOEM INSYDE 
1000 ACPI 0004) [ 0.00] ACPI: MSDM 0x77FEF000 
55 (v03 HPQOEM SLIC -MPC 0001 HP 0004) [ 0.00] ACPI: 
SSDT 0x77FE9000 00544E (v02 HPQOEM INSYDE 3000 ACPI 
0004) [ 0.00] ACPI: SSDT 0x77FC 0002D4 (v01 
HPQOEM INSYDE  ACPI 0004) [ 0.00] ACPI: SSDT 
0x77FBE000 000EA7 (v02 HPQOEM INSYDE 1000 ACPI 0004) 
[ 0.00] ACPI: SSDT 0x77FBD000 00019A (v02 HPQOEM INSYDE 
1000 ACPI 0004) [ 0.00] ACPI: SSDT 0x77FBC000 
00071B (v02 HPQOEM INSYDE 1000 ACPI 0004) [ 0.00] ACPI: 
SSDT 0x77FBB000 000B49 (v02 HPQOEM INSYDE 1000 ACPI 
0004) [ 0.00] ACPI: SSDT 0x77FBA000 000188 (v02 
HPQOEM INSYDE 1000 ACPI 0004) [ 0.00] ACPI: SSDT 
0x77FB9000 000E58 (v02 HPQOEM INSYDE 3000 ACPI 0004) 
[ 0.00] ACPI: SSDT 0x77FB5000 003F70 (v01 HPQOEM INSYDE 
1000 ACPI 0004) [ 0.274775] ACPI: SSDT 0x8803736AD000 
00037F (v02 PmRef Cpu0Cst 3001 INTL 20130117) [ 0.275614] ACPI: 
SSDT 0x8803737B3000 0005DC (v02 PmRef Cpu0Ist 3000 INTL 
20130117) [ 0.277138] ACPI: SSDT 0x8803758B2800 0005AA (v02 
PmRef ApIst 3000 INTL 20130117) [ 0.278178] ACPI: SSDT 
0x8803758B1E00 000119 (v02 PmRef ApCst 3000 INTL 20130117) [ 
0.814515] ahci :00:17.0: flags: 64bit ncq sntf pm led clo only 
pio slum part ems deso sadm sds apst [ 1.206887] sd 0:0:0:0: [sda] 
500118192 512-byte logical blocks: (256 GB/238 GiB) [ 1.207043] sd 
1:0:0:0: [sdb] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB) 
[ 1.207049] sd 1:0:0:0: [sdb] 4096-byte physical blocks [ 1.207296] 
sd 1:0:0:0: [sdb] Write Protect is off [ 1.207305] sd 1:0:0:0: [sdb] 
Mode Sense: 00 3a 00 00 [ 1.207498] sd 1:0:0:0: [sdb] Write cache: 
enabled, read cache: enabled, doesn't support DPO or FUA [ 1.207624] 
sd 0:0:0:0: [sda] Write Protect is off [ 1.207629] sd 0:0:0:0: [sda] 
Mode Sense: 00 3a 00 00 [ 1.207740] sd 0:0:0:0: [sda] Write cache: 
enabled, read cache: enabled, doesn't support DPO or FUA [ 1.209419] 
sda: sda1 sda2 sda3 [ 1.210009] sd 0:0:0:0: [sda] Attached SCSI disk 
[ 1.248729] sdb: sdb1 [ 1.249872] sd 1:0:0:0: [sdb] Attached SCSI 
disk [ 1.601396] EXT4-fs (sda2): mounted filesystem with ordered 
data mode. Opts: (null) [ 2.180966] EXT4-fs (sda2): re-mounted. 
Opts: errors=remount-ro [ 2.276209] sd 0:0:0:0: Attached scsi 
generic sg0 type 0 [ 2.276403] sd 1:0:0:0: Attached scsi generic sg1 
type 0 [ 2.491947] Adding 12448764k swap on /dev/sda3. Priority:-1 
extents:1 across:12448764k SSFS [ 2.536677] FAT-fs (sda1): utf8 is 
not a recommended IO charset for FAT filesystems, filesystem will be 
case sensitive! [ 2.735786] EXT4-fs (sdb1): mounted filesystem with 
ordered data mode. Opts: (null) [ 2.822103] parport efivarfs autofs4 
ext4 crc16 mbcache jbd2 sr_mod cdrom sd_mod crc32c_intel ahci 
libahci xhci_pci libata xhci_hcd r8169 mii scsi_mod usbcore 
usb_common fan thermal i2c_hid hid
# dmesg | grep -i firmware 
# dmesg | grep -i firmware [ 0.262314] [Firmware Bug]: ACPI: BIOS 
_OSI(Linux) query ignored [ 2.300953] iwlwifi :08:00.0: 
firmware: failed to load iwlwifi -7265D-17.ucode (-2) [ 2.300990] 
iwlwifi :08:00.0: Direct firmware load for iwlwifi 
-7265D-17.ucode failed with error -2 [ 2.306294] iwlwifi 
:08:00.0: firmware: direct-loading firmware 
iwlwifi-7265D-16.ucode [ 2.306649] iwlwifi :08:00.0: loaded 
firmware version 16.242414.0 op_mode iwlmvm [ 2.326553] i915 
:00:02.0: firmware: direct-loading firmware 
i915/skl_dmc_ver1.bin [ 2.492074] [Firmware Bug]: ACPI(PEGP) defines 
_DOD but not _DOS [ 2.981592] r8169 :07:00.0: firmware: failed 
to load rtl_ni

Re: Foto's van een Android device

[henk van ballegooijen]

Op 16-07-16 om 16:30 schreef Geert Stappers:

On Sat, Jul 16, 2016 at 02:07:51PM +0200, Wouter Verhelst wrote:

On Sat, Jul 16, 2016 at 12:58:57PM +0200, Geert Stappers wrote:

Wat ik graag zou willen, is foto's van een Android device afhalen.

Eerder had ik dat werkend op een Debian computer.
Nu heb ik die computer niet meer.

[ ... 'usb storage' ... 'ptp'  ... 'mtp' ... plus applicaties ]


Hoe halen jullie foto's van een Android toestel?

Meestal met één of andere MTP FUSE-implementatie (tegenwoordig meestal
jmtpfs) en een gewone file manager.

Aan de slag gegaan met https://wiki.debian.org/mtp

Met `mtp-detect` werd er niets gedecteert. Met `sudo mtp-detect` wel.
(wiki pagina is bijgewerkt)

De `jmptfs /een/directory` heb ik ook als root uitgevoerd.

Ik kan nu weer bij mijn fotos. Dank.



Of gewoon via wifi...

Dat lees ik als "kabel",
wat ik dan mis is "protocol" en "applicaties aan weerszijde".


bijv. FTPServer op android en FileZilla op debian.

Henk.



Groeten
Geert Stappers

Re: Kan shortcuts window manager niet aanpassen

[henk van ballegooijen]

Ik neem aan dat het Debian Jessie betreft, met xfwm4 versie 4.10.1-3
In Stretch heb ik nl. wel drie buttons, xfwm4 versie 4.12.3-3
Om in Jessie de shortcuts te wijzigen denk ik dat je moet zijn bij de 
settings editor.

menu -> settings -> settings editor
Oftewel 'Instellingenbewerker voor Xfconf' in het Nederlands.
Daar zie je dan in het linkse rijtje 'xfce4-keyboard-shortcuts' staan 
die je kunt bewerken.

Misschien is dit de oplossing?

Henk.

Op 22-01-17 om 21:32 schreef Cecil Westerhof:

Ik werk met een aantal distributies en op alle distributies gebruik ik
Xfce4 als desktop. Op de andere distributies kan ik mijn Window
shortcuts aanpassen via:
   Window Manager -> Keyboard

Dan heb ik drie buttons:
 Edit, Clear en ‘Reset to Defaults’

Echter in Debian heb ik alleen de laatste twee buttons. Erg vervelend.
:'-(

Wat kan hier aan de hand zijn en hoe los ik dat op?

Re: Stretch als desktop

[henk van ballegooijen]

Op 16-02-17 om 21:53 schreef Rob van der Putten:

Hoi


On 15/02/17 20:55, Paul van der Vlis wrote:


On 15-02-17 18:20, Rob van der Putten wrote:


Ik gebruik het vn voor news. Crashed soms. Een paar keer per jaar ofzo.


Dat het na een update crashed, is vrij normaal. Dan staat er een andere
versie in het geheugen dan op de schijf. Als je dan iets speciaals doet
wat van schijf moet komen, dan doet hij rare dingen.


GUI spul stop ik voor een update.


Eigenlijk zou Debian een melding moeten geven dat het programma herstart
moet worden na de update. Hetzelfde geldt voor Firefox.

Heb je enige verschillen kunnen vinden tussen de machines die wel en 
die

niet crashen?


Hmm, ik heb hier een paar machines waar ik het nog nooit heb zien
crashen. Dat zijn workstations met ECC geheugen e.d. Maar het lijkt me
dat dat er niets mee te maken kan hebben.


Kosmische straling wil wel eens een bitje flippen. Naar men zegt geeft 
dat meestal niet al te grote problemen.
Ik dacht eigenlijk meer aan subtiele config verschillen. Iets met een 
andere video kaart wellicht.



Vr.Gr,
Rob




Ik weet niet of dit helpt maar ooit heb ik met Firefox een (crash) 
probleem gehad dat werd opgelost door een nieuw profiel aan te maken.

Op de een of andere manier was het oude waarschijnlijk corrupt geraakt.
Om dit te doen moet je icedove vanuit een terminal starten met de optie -P.
Dus: icedove -P
Dan krijg je de profile manager, de rest wijst zich vanzelf.
Verwijderen van de map .icedove in de home directory forceert ook de 
aanmaak van een nieuw profile maar dan ben je het oude kwijt natuurlijk.

Beter om hem even tijdelijk te hernoemen.
Zelf gebruik ik Thunderbird op stretch met xfce waarvan ik de tarball 
van mozilla gewoon in mijn user directory heb uitgepakt.
Weinig problemen, ook niet met de alfa versie Earlybird die ik naast de 
laatste release versie heb geïnstalleerd.
Gewoon voor de hobby maar ik begrijp dat dit voor iemand die 
beroepsmatig systemen van anderen beheert geen optie is.


groeten,

Henk

Re: .wav afspelen lukt niet

[henk van ballegooijen]

Op 19-03-17 om 16:02 schreef Jan Claeys:

On Tue, 2017-03-14 at 17:37 +0100, Paul van der Vlis wrote:

Bij een klant lukt het afspelen van wav-bestanden opeens niet meer.
Ogg-bestanden spelen wel af, en youtube-video's geven ook geluid.

Het probleem speelt bij allerlei verschillende programma's (totem,
alsaplayer, mplayer, vlc), ook converteren met audioconverter gaat
niet.
Er komen foutmeldingen als "stream not detected" (niet helemaal zeker
meer). Volgens mij ligt het aan gstreamer.

Aangezien het probleem zich ook bij mplayer en VLC voordoet, kan het
probleem niet in GStreamer zitten (die gebruiken namelijk geen
GStreamer!).

Ben je zeker dat die WAV-bestanden niet beschadigd zijn, of een
ongewone (niet-standaard) codec gebruiken?  Kan je dezelfde bestanden
wel afspelen op andere computers?



Inderdaad, VLC en mplayer maken geen gebruik van gstreamer.
Hoewel ik geen deskundige ben op dit gebied weet ik dat het soms 
uitmaakt wat voor sample format de wav-bestanden hebben,

bv. 16-bits, 24-bits, 32-bits.
Bij mij speelt bv. de  Quod Libet speler wel 16-bits maar geen 32-bits 
bestanden.

VLC en mplayer hebben er geen probleem mee.
Een bit-depth van 16 is het meest algemeen en compatibel met de meeste 
geluidskaarten.
Ik zou proberen om te kijken wat voor wav-bestand het is en eventueel om 
te zetten naar 16-bit, bv. met Audacity en te kijken of het dan werkt.

Re: Npostart en Chromium

[henk van ballegooijen]

Zelf heb ik Chromium testing maar daar werkt het ook niet.
Volgens mij heeft Chromium standaard geen widevine plugin.
Google chrome heeft die wel.
Als lapmiddel kun je Chrome downloaden, uitpakken en het bestand 
libwidevinecdm.so,

in de map /opt/google/chrome, kopieëren naar de map /usr/lib/chromium.
Dan werkt NPOstart wel.

groet,

Henk.


Op 17-09-18 om 14:26 schreef Paul van der Vlis:

Op 10-09-18 om 10:54 schreef Paul van der Vlis:

Beste mensen,

Nu ik toch met npostart bezig ben (en het verfoeilijke DRM), vraag ik me
af wat de reden is dat het niet werkt onder Chromium.
Ik installeer Chromium altijd standaard, zodat mensen een alternatief
hebben bij problemen.

Werkt het bij jullie?  Bij mij niet. Dezelfde problemen als bij Firefox
een paar dagen geleden. Dus wel reclames (niet altijd), en daarna alleen
een ronddraaiend cirkeltje.

Kennen jullie een andere website waar DRM gebruikt wordt, en werkt het
daar wel misschien?  (Netflix bijvoorbeeld, daar heb ik geen account).

( En nee, ik heb geen DRM-zooi op mijn gewone PC. Maar ik heb wel een
multimedia PC waarop ik het heb. )
Ik heb nu reacties van verschillende mensen die zeggen: Bij mij werkt 
het, maar ik gebruik een andere Chromium dan die wordt aangeboden bij 
Debian stable.


Ik zou graag willen horen of het bij anderen werkt met de versie die 
bij Debian stable komt. Volgens mij werkt het niet.


Groet,
Paul

Re: XFCE probleem

[henk van ballegooijen]

Op 25-03-19 om 14:12 schreef Paul van der Vlis:

Hallo,

Ik probeer XFCE te installeren op een bestaande computer, maar er
verschijnt geen menubalk. Ook bij een nieuw aangemaakte user met lege
homedir verschijnt er geen menubalk (panel).

Wel kan ik met mijn rechtermuisknop klikken op het bureaublad, dan zie
ik daar als onderste optie wel een menu.

Iemand een idee wat er aan de hand is, of hoe dat panel te herstarten?
Het pakket purgen en weer opnieuw installeren helpt ook al niet.

Wat me opvalt als ik "pstree" draai, is dat xfce4-panel draait als
subproces van systemd, niet van LightDM (dat is normaal).

Groeten,
Paul


Dus het proces xfce4-panel draait en toch is er geen werkbalk te zien?

xfce4-panel herstarten doe je met "xfce4-panel -r"

"xfce4-panel -p" geeft het werkbalkvoorkeuren scherm.
Misschien kun je van hier uit een extra werkbalk maken en kijken of die 
zichtbaar is.


Bij: "Instellingen > Sessie en Opstart > Sessie" moet xfce4-panel 
aanwezig zijn. Herstart-stijl: "meteen"
Ik zou de opgeslagen sessies wissen en de lopende sessie (met werkbalk) 
opslaan.

Hopelijk werkt het dan.

Wel vreemd is dat in "pstree" xfce4-panel als subproces van systemd 
draait en niet van lightdm.


Groeten,

Henk.

Re: Twee wrapper2.0 processen nemen erg veel processor

[henk van ballegooijen]

Lijkt me inderdaad niet goed.
Ik heb hier ook de cpufreq monitor in mijn panel maar die gebruikt 
weinig cpu capaciteit, staat meestal op 0%
Waarom draaien er eigenlijk twee van die processen, voor iedere virtuele 
desktop één misschien?
Ik zou beginnen met de monitor voor de processorfrequentie (tijdelijk) 
van het panel te verwijderen.
Eventueel het pakket xfce4-cpufreq-plugin verwijderen/herinstalleren en 
kijken of dat helpt.


Op 22-08-19 om 20:50 schreef Cecil Westerhof:

Ik heb vorige week de upgrade naar Buster gedaan. Liep tegen een paar
rare dingen aan. O.a. werkte mijn imaps-server niet meer. Ik denk dat
ik het meeste wel heb opgelost.

Een probleem bleef. De computer is traag (vooral bij wisselen van
virtuele desktop) en de temperatuur van de CPU is 10 tot 20 graden
hoger als voor de upgrade.
Ik denk dat ik de reden heb gevonden. Er lopen 14 wrapper-2.0
processen. De meeste nemen minder als een procent CPU. Maar twee
gebruiken zo'n 40% CPU. Dat zijn:
 /usr/lib/x86_64-linux-gnu/xfce4/panel/wrapper-2.0 
/usr/lib/x86_64-linux-gnu/xfce4/panel/plugins/libcpufreq.so 5 14680095 cpufreq 
CPU Frequ
 /usr/lib/x86_64-linux-gnu/xfce4/panel/wrapper-2.0 
/usr/lib/x86_64-linux-gnu/xfce4/panel/plugins/libcpufreq.so 16 14680105 cpufreq 
CPU Freq

Iemand een idee waar dat aan kan liggen en wat er aan te doen is?


Voor als het van belang is: ik gebruik xfce4.

Re: linux-image

[henk van ballegooijen]

Moeten hier wel ergens te vinden zijn denk ik:

https://snapshot.debian.org/

Op 27-05-2020 om 11:30 schreef Richard Lucassen:

Debian verstopt ergens de oudere versies van de linux-image debs. Weet
iemand waar dat staat?

Re: Default webbrowser voor XFCE terminal

[henk van ballegooijen]

De XFCE terminal pakt volgens mij de standaardtoepassing
voor het openen van URLs.
Deze is in te stellen in het Instellingen menu *(**xfce4*-settings-manager):
Instellingen>Instellingen- en 
systeeembeheerder>Standaardtoepassingen>Internet
Eventueel zijn standaardtoepassingen voor verschillende MIME-types aan 
te passen in:
Instellingen>Instellingen- en 
systeeembeheerder>Standaardtoepassingen>Overige


Groet,
Henk van Ballegooijen

Op 02-02-2021 om 18:46 schreef Geert Stappers:

Hoi,

In XFCE terminal worden URLs als URLs herkent
en zijn die aan te klikken.
Er wordt dan een webbrowser (tabblad) geopend.

Op welke configuratieplaats staat
welke webbrowser gebruikt moet worden?



Eerder was het Firefox en dat vond ik wel goed.
Nu is het per ongeluk[1] Chromium geworden.
Hoe nu weer terug naar goed?


Groeten
Geert Stappers
[1] een foutje van mij, weet niet welke actie het was.

Re: Video wil niet afspelen

[henk van ballegooijen]

Om de inhoud van de container te bekijken kun je mediainfo proberen. 
(pakket mediainfo-gui + afhankelijkheden)

En voor het afspelen ffmpeg (ffplay)?
Geen idee of die de codec ondersteunt.
Hangt ook af van de configuratie waarmee de ffmpeg gerelateerde 
pakketten gebouwd zijn.


Groet,

Henk.

Op 16-04-2021 om 10:51 schreef Paul van der Vlis:

Hallo,

Ik krijg bij een video de melding:
-
Kan bestand niet afspelen
video/x-asf-unknown decoder is vereist voor het afspelen van het 
bestand, maar is niet geïnstalleerd.

-

Iemand een idee hoe ik erachter kom wat er precies in die 
asf-container zit?  Andere .asf-bestanden kan ik wel afspelen.


Het lijkt erop dat er iets nodig is als w64codecs. Heb ik geprobeerd 
met mplayer maar de hele computer liep vast. Iemand hierover tips?


Groet,
Paul

Re: vanilla kernel Debian package

[henk van ballegooijen]

Op die manier maak ik wel eens een custom kernel, uitgaande van de 
source van kernel.org en dat gaat prima.
Tarbal uitpakken in een willekeurige map. Dan naar 'willekeurige 
map'/linux-5.10.32 gaan.

Vervolgens make oldconfig, make menuconfig of make xconfig.
En dan:
make -j4 deb-pkg KDEB_PKGVERSION=$(make kernelversion)-"eigen toevoeging"

bv:
make -j4 deb-pkg KDEB_PKGVERSION=$(make kernelversion)-21.04.21

-j4 staat geloof ik voor het aantal processor cores dat je wilt gebruiken.

In de betreffende directory worden dan (als alles goed gaat) keurig drie 
debian pakketten gebouwd:


linux-image-5.10.32-amd64_5.10.32-21.04.21_amd64.deb
linux-headers-5.10.32-amd64_5.10.32-21.04.21_amd64.deb
linux-libc-dev_5.10.32-21.04.21_amd64.deb

Die kun je dan handmatig installeren als je wilt.
update-initramfs wordt dan automatisch uitgevoerd.

groet,

Henk.

Op 21-04-2021 om 21:53 schreef Koen Wybo:



Misschien heb je iets aan het "Debian Administrator's Handbook":
https://debian-handbook.info/browse/stable/sect.kernel-compilation.html


Vriendelijke groet


Koen

Op 21/04/2021 om 21:37 schreef Richard Lucassen:

Sinds een paar versies werkt "make-kpkg" niet meer, was een erg handige
tool. Maakt iemand wel eens packages vanaf een vanilla kernel? Volgens
deze site (bij 4.6):

https://kernel-team.pages.debian.net/kernel-handbook/ch-common-tasks.html#s-common-official 



hoef ik alleen maar de kernel te downloaden, te extracten vervolgens:

cd /usr/src/linux-5.10.31/
make clean
make deb-pkg

te draaien. Die make clean" hoeft niet, dat doe "make deb-pkg" ook al.
Maar nu haalt-ie iedere keer weer de complete kernel op, pakt 'm uit en
zet 'm ernaast.

Voor mij een volkomen raadsel waarom dat gebeurt.

Bakt hier iemand op deze wijze wel eens een vanilla kernel tot een .deb
bestand?

Het vervelende ding draait ook iedere keer een "make clean" ook al wil
je een kleine verandering.

Kortom, weer een fijne verbetering van iets wat altijd goed werkte.

R.

Re: GLIBCXX_3.4.29

[henk van ballegooijen]

Op 02-09-2021 om 20:32 schreef Paul van der Vlis:

Hallo,

Iemand vroeg me een computer te bouwen voor iets wat Pixinsight heet:
https://pixinsight.com/sysreq/

Punt is dat dit GLIBCXX_3.4.29 nodig heeft, en Debian 11 biedt 3.4.28 
als ik me niet vergis (zie onder).


Vreemd, want alle andere system requirements zijn geen enkel probleem. 
En ze zeggen dat het prima werkt onder Ubuntu 18.04.1, Fedora 29, en 
RedHat 7.5. Dat lijken me toch geen nieuwe systemen!


Weet iemand er hier meer?

Groet,
Paul

root@server:/etc/monit/conf-enabled# strings 
/usr/lib/x86_64-linux-gnu/libstdc++.so.6 | grep GLIBCXX

GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_3.4.14
GLIBCXX_3.4.15
GLIBCXX_3.4.16
GLIBCXX_3.4.17
GLIBCXX_3.4.18
GLIBCXX_3.4.19
GLIBCXX_3.4.20
GLIBCXX_3.4.21
GLIBCXX_3.4.22
GLIBCXX_3.4.23
GLIBCXX_3.4.24
GLIBCXX_3.4.25
GLIBCXX_3.4.26
GLIBCXX_3.4.27
GLIBCXX_3.4.28
GLIBCXX_DEBUG_MESSAGE_LENGTH
root@server:/etc/monit/conf-enabled#

Dat klopt wel volgens mij.
De nieuwe testing versie heeft vorige week een update gehad van 
libstdc++6:

libstdc++6 (10.2.1-6) to 11.2.0-3. En dan heb je ook gcc-11-base nodig.



Hiermee krijg ik dit rijtje:


GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_3.4.14
GLIBCXX_3.4.15
GLIBCXX_3.4.16
GLIBCXX_3.4.17
GLIBCXX_3.4.18
GLIBCXX_3.4.19
GLIBCXX_3.4.20
GLIBCXX_3.4.21
GLIBCXX_3.4.22
GLIBCXX_3.4.23
GLIBCXX_3.4.24
GLIBCXX_3.4.25
GLIBCXX_3.4.26
GLIBCXX_3.4.27
GLIBCXX_3.4.28
GLIBCXX_3.4.29
GLIBCXX_DEBUG_MESSAGE_LENGTH

Groet, Henk.

Re: systeemtijd loopt achter

[henk van ballegooijen]

Ik kan me herinneren dat ik een tijdje geleden ook met dit probleem te 
maken had en er een tijdje mee heb zitten klooien.
Wat er precies mis was weet ik nog steeds niet maar volgens mij was de 
oplossing om handmatig een andere versie van tzdata te installeren.

Met versie 2024b-0+deb11u1 klopt er iets niet helemaal denk ik.
versie 2024-b4 uit trixie/sid doet het hier op stable ook goed en anders 
versie 2024a-0+deb12u1 herinstalleren.


Groet,

Henk.


Op 30-12-2024 om 17:11 schreef Fred:

Beste allemaal,

Het is mij vandaag pas opgevallen dat mij systeem tijd/klok een uur 
achterloopt.


sudo dpkg-reconfigure tzdata

Current default time zone: 'Europe/Amsterdam'
Local time is now:  Sun Dec 29 20:26:09 UTC 2024.
Universal Time is now:  Sun Dec 29 20:26:09 UTC 2024.

Dit heeft het niet opgelost.
Heeft iemand hier een suggestie..?

Bedankt alvast

Fred