Что-то не сходится...

# aptitude install testdisk
The following NEW packages will be installed:
  libntfs10{a} testdisk 
0 packages upgraded, 2 newly installed, 0 to remove and 3 not upgraded.
Need to get 1,717 kB of archives. After unpacking 4,985 kB will be used.
Do you want to continue? [Y/n/?] y
Get: 1 http://mirror.yandex.ru/debian/ testing/main libntfs10 amd64 2.0.0-1+b1 [117 kB]
Get: 2 http://mirror.yandex.ru/debian/ testing/main testdisk amd64 6.11-2 [1,600 kB]
Fetched 1,717 kB in 0s (4,698 kB/s)
Selecting previously unselected package libntfs10.
(Reading database ... 163405 files and directories currently installed.)
Unpacking libntfs10 (from .../libntfs10_2.0.0-1+b1_amd64.deb) ...
Selecting previously unselected package testdisk.
Unpacking testdisk (from .../testdisk_6.11-2_amd64.deb) ...
Processing triggers for man-db ...
Setting up libntfs10 (2.0.0-1+b1) ...
Setting up testdisk (6.11-2) ...
localepurge: Disk space freed in /usr/share/locale: 8748 KiB
localepurge: Disk space freed in /usr/share/man: 0 KiB
localepurge: Disk space freed in /usr/share/doc/kde/HTML: 6108 KiB


Total disk space freed by localepurge: 14856 KiB

Это как так получилось? 4,985 kB будет занято, а освобождено 14856 KiB?


UPD: Похоже, это из-за моих экспериментов с откатом amarok...

Построение гистограмм в Debian

Пришлось мне как-то по-работе построить гистограммки для некоторых целочисленных выборок (не суть важно каких, просто лень описывать). Коллега подсказал удобную утилиту -- gsl-histogram (из пакета gsl-bin). Однако в построенных с помощью этой утилиты гистограмм обнаружились странные пробелы, как будто бы некоторые числа не присутствовали в выборке. Хотя достоверно (и это легко проверить) известно, что эти числа присутствуют в выборке:

Из гистограммы видно, что числа 14, 18 и 21 не присутствуют в выборке.
Попробовал другой способ (с помощью sort и uniq) и, о чудо, недостающие числа появились:

Итак, теперь по-порядку:

• имеется целочисленная выборка со следующими характеристиками:
  min = 5, max = 28, avg = 12.3076
• строим гистограмму с помощью gsl:
  $ cat input.csv | gsl-histogram 4 29 25 > hist_gsl.csv
• строим гистограмму с помощью sort и uniq:
  $ sort input.csv | uniq -c > hist.csv
• ???
• PROFIT!!!

Отчего так получается? Думаю, от некорректного выбора интервалов для gsl-histogram. Что означают входные параметры: 25 интервалов от 4 до 29. Т.е. границы интервалов совпадают с числами в выборке, что иногда срабатывает, а иногда приводит к тому, что показано на первой картинке -- объединению значений из соседних интервалов. Вот так-то, думал, что нашел баг в программе, а на самом деле...

З.Ы.: Пока писал пост:

• нашел причину ошибки (как обычно, прослойка между стулом и экраном),
• построил хорошую гистограмму с помощью gsl, чуть-чуть сдвинув границы:
  $ cat input.csv | gsl-histogram 4.01 29.01 25 > hist_gsl.csv

Amarok 2.5 в Debian testing

После обновления (2.4.3-1+b2 --> 2.5.0-1) Amarok стал нем как рыба -- файл проигрывается, а звука нет. Примечательно, что во всех других приложениях звук остался. Пичалька...

После непродолжительного гугления выяснилось, что "виноват" phonon-backend-xine -- новый amarok с ним не работает. В качестве решения предлогали поставить phonon-backend-vlc. Как оказалось, трюк срабатывает и звук появляется, но... vlc-backend не поддерживает эквалайзер!!! С этим я смириться не смог и откатил плеер до предыдущей версии.

Downgrade выполнял кустарно, зато железно (а по-хорошему не срабатывало):

1.  скачал предыдущие версии amarok, amarok-common и amarok-utils со snapshot.debian.org
2. # dpkg -i amarok-utils
3. # dpkg -i amarok-common
4. # dpkg -i amarok