yurius
Возжелал узнать точный размер рут-раздела (/dev/sda1) в байтах.
sudo fdisk -l /dev/sda1

fdisk (и /proc/partitions) - информация о разделе (то, что вы спросили);
df - информация о конкретной файловой системе на этом разделе (под данные разные системы могут выделять разные размеры, как я понимаю).
С doublecmd-gtk2 все нормально.
А для doublecmd-qt5 есть подобное сообщение в баг-трекере:
https://bugs.archlinux.org/task/59183?project=5&string=doublecmd-qt5
Может, и разработчику надо написать, а не только мэйнтэйнеру.
Haron_Prime
testing/python                            3.6.6-1            3.7.0-3
Перешли с 3.6 на 3.7.
Там ощутимые изменения.
Update. Вот, собственно, из новостей:
Python 3.7 finally landed in [testing] after a painful rebuild period with many packages requiring fixes due to the async keyword or C ABI/Compiler changes.
How do I extract a single chunk of bytes from within a file?
version of the dd command that is better-suited for large chunks of bytes:
dd if=input.binary of=output.binary skip=$offset count=$bytes iflag=skip_bytes,count_bytes
where $offset and $bytes are numbers in byte units.
sirocco
И то, чего не было в старом пакете, а было создано ldconfig, тоже удалится?

Pacman не удаляет и не перезаписывает файлы, о которых он не знает.
Удаление пакета с ключом -n перед обновлением приведет лишь к тому, что вы еще и останетесь без конфигурационных файлов, в которые вносились изменения. А вот ошибка при обновлении останется.

Чтобы исправить коллизию, возникшую в данном случае, нужно перед обновлением руками удалить мешающийся файл (rm <file>), как написал Velesich, или, как указано в официальной рекомендации, обновляться с принудительной перезаписью.

К прочтению:
Pacman - Troubleshooting - "Failed to commit transaction (conflicting files)" error
Pacman - Pacnew and Pacsave
zalexi
i686
Что и требовалось доказать.

zalexi, почитайте новости полугодичной давности.
Решите - на какой архитектуре будете жить.
URL: https://www.archlinux.org/news/libutf8proc211-3-update-requires-manual-intervention/

Пакет libutf8proc до версии 2.1.1-3 содержал неправильную ссылку на библиотеку. Это исправлено в 2.1.1-3, поэтому для обновления потребуется перезаписать неотслеживаемую ссылку, созданную ldconfig. Если вы получите сообщение об ошибке:
libutf8proc: /usr/lib/libutf8proc.so.2 exists in filesystem
то для выполнения обновления используйте команду:
pacman -Suy --overwrite usr/lib/libutf8proc.so.2
-_o
Так что, товарищ vinc, не надо писать не разобравшись, что мы не разбирались, прежде чем писать. ))
Мне кажется, вы поняли, что я просто призываю к осторожности при анализе чужой системы.

vasek
Может и скачивается, но писал, что скачиваться может не то, что нужно.
Мне кажется, что этот пример немного не про то. В нашем случае pacman говорит, что ему сервер возвращает ошибку - ничего не скачивается, ни в каком виде.
Но давайте уже дождемся автора.
vasek
vinc
У него вообще не скачивается база
Потому и предлагается сначала скачать ее отдельно и убедится, что кач идет нормально. Если скачается, то оставить только одно данное зеркало и дальше уже анализировать pacman.
Согласен, подождем реакции.
vasek
Если с интеренетом все нормально, то остается в основном 2 причины
1. база данных скачивается с ошибкой, точнее не база, а что то типа html (как то уже мелькало на форуме что то похожее и совсем не давно)
2. если и база нормальная, но не срабатывает pacman -Syy, с последующим pacman -Syu, то как скорее всего в системе поломан pacman и рекомендуют его переустановить.
У него вообще не скачивается база - возвращается 404 ошибка - нет такого файла на сервере.
Т.е. проблема даже с выполнением команды pacman -Sy

vasek
как всегда забыл привести команду для получения большей информации о проблеме - pacman -Syu –debug (2 черточки)
Двумя руками поддерживаю.