I’ve downloaded the .bin, .cue and .cdt files of an audio CD (freely available), but I’d prefer to have the audio in FLAC format on my computer. How do I convert the audio tracks of the .bin file to FLAC files without losing quality?
I’m using Ubuntu 16.04.
Migratoin tuosta Siilo-varoituksesta huolimatta ja rikkihän se meni. Vieläkö kauan siihen että Siilo tulee uusilla palvelimilla käytettäväksi?
Oi miten hienosti typotin nimeni!
Kävely ehkei? Ainakaan itte en muista ostaneeni mitään vain sitä varten. Kengät toki pitää olla hyvät, mutta kun käytän samoja lenkkareita muutenkin niin niitäkään en ole ostanut kävelykävelyä varten.
No, sikäli sitten taas toisaalta kyllä, että yhdistän usein kaupassakäynnin kävelyyn, eli käyn kauemmassa kaupassa samalla kun käyn kävelylenkillä. Ja joskus teen siitä liikkeellelähdön motivaattorinkin, eli pitää muka käydä jotain sieltä kauemmasta kaupasta, ja siksi pitää lähteä kävelemään.
Sama juttu IBS:ni kanssa, mutta sikäli pahempi, että ”en syö vehnää” on paljon helpompi sanoa kuin ”vältän fermentoituvia oligo-, di- ja monosakkarideja ja polyoleja”. Jos yritän selittää mistä on kyse, yleensä ensin luullaan että vältän gluteenia. Olisikin edes niin helppoa! Helpommalla pääsee kun sanoo vain ettei halua syödä, ja kaikkein helpoimmalla juurikin syömällä vain hiljaa mitä on tarjolla ja kärsimällä sitten jälkikäteen.
Hävettää toisinaan jopa vanhempien luona, kun äiti haluaisi tehdä kaikki ruuat tämä rajoittuneisuuteni huomioiden, ja minä haluaisin sielläkin enimmäkseen olla vain huomaamaton. Mutta olen ajatellut, että jos kerran pitää touhottaa (niin kuin vissiin kaikki tuntemani iäkkäät äidit ruukaavat), niin parempi sitten että touhottaa edes tuollaisen hyödyllisen kanssa kuin tyhjän päiten.
Komppaan myös teknisten ylivertaisuutta puuvillaan verrattuna, ainakin jos on samanlainen hulluna hikoilija kuin minä. Ei se tekninenkään lusumäräksi kastuessaan kovin mukava ole, mutta vähän kevyempi sentään ja helpompi riisua (ja ainakin raskaalla salitreenillä ite saan sen teknisenkin ihan helposti lusumäräksi). Ja kestävät tosiaan kuudenkympin pesun, jopa halpahallimalli.
Kesällä ei minusta mitään trikoita tarvi, mutta talvella se tekninen broileripuku taas on sitten siitä hyvä, että vaikka alkumatkasta saattaa vähän viluttaa, loppumatkalla lämpö ja kosteus pysyy sentään vaatteiden puolesta siedettävänä.
Redefining TimeoutIdle or TimeoutNoTransfer in a configuration file inside /etc/proftpd/conf.d/, after they’ve already been defined in /etc/proftpd/proftpd.conf, fails to change those values for the daemon — that is, after restarting the daemon, the values for those parameters remain as those set in /etc/proftpd/proftpd.conf.
At least TimeoutIdle or TimeoutNoTransfer are affected. TimeoutSession and TimeoutLogin, which (in stock 16.04) haven’t been defined in the master configuration file can be set effectively, but setting them first in the master file, then again to different values inside conf.d reveals them to be equally affected.
On the other hand, (at least) ServerName *can* be overridden in the custom configuration file, so the handling of different configuration knobs in this regard seems to be inconsistent.
Steps to reproduce:
1. Create a /etc/proftpd/conf.d/proftpd.conf with the following lines:
TimeoutIdle 10
TimeoutNoTransfer 10
2. Restart proftpd
3. Log into the server, wait 11 seconds
What I expect to happen:
To get kicked out of the server.
What happens instead:
I’m allowed to linger on the server, presumably for the 600 seconds defined for TimeoutNoTransfer in /etc/proftpd/proftpd.conf.
The Include directive, when given a directory as parameter (such as /etc/proftpd/conf.d/, as in the stock /etc/proftpd/proftpd.conf), causes all files in said directory to be read, not just ones ending in .conf. This causes problems if, for instance, I’m using vim to edit a file in the included directory while the proftpd service is being (re)started: vim stores a .swp file in the same directory, and proftpd may fail to start with ”fatal: unknown configuration directive” when it tries to parse the .swp file.
Those scripts are ran from the initrd, so it’s looking for plymouth and plymouthd in the initrd /bin and /sbin directories, and those are probably missing the said files just as the error message says.
/usr/share/initramfs-tools/hooks/plymouth is responsible for copying the plymouth executables onto the initrd, so to see why it fails to copy the files, I added `set -x` to it and then ran `update-initramfs -v -u`.
In my case (I’m running Kodibuntu, I recently upgraded the underlying system from 14.04 to 16.04) the issue was that the hook failed to find Kodibuntu theme files for Plymouth, because it was looking for them in /usr/share/plymouth/themes (which apparently is the standard place), whereas the files actually resided in /lib/plymouth/themes for some (legacy?) reason. The hook therefore determined that I have no working Plymouth theme and thus don’t need the executables.
After moving the theme files to /usr/share/plymouth/themes (and some manual labor updating references in the files themselves as well as Plymouth’s alternatives) the hook now correctly finds those files and then proceeds to copy the Plymouth executables onto the initrd.
Haven’t seen this once since upgrading to 16.04 back in April, so I’m pretty sure the issue has been fixed. Yay!