Автор Тема: Кракозябры в названиях файлов  (Прочитано 6010 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн wolfram

  • Активный пользователь
  • **
  • Topic Author
  • Сообщений: 91
Кракозябры в названиях файлов
« : 10 Октябрь 2015, 14:10:14 »
Всем привет. Почему-то я стал замечать, что некоторые файлы, которые мне отправляют через архив, вместо названий содержат кракозябры.
Не знаю, как загружать сюда изображения с ноута, поэтому кидаю ссылку.
http://hkar.ru/EewV
Она без вирусов. Могу подождать, пока ее проверят в общем-то. Это ссылка на сайт "http://hostingkartinok.com"
Кстати говоря, вот как сам сайт у меня выглядит.
http://hkar.ru/Eex5
Причем это только на странице с ссылками на картинку. На остальных страницах этого сайта шрифты нормально отображаются. Что делать? Как я понимаю, надо догрузить каких-нибудь шрифтов. А насчет браузера... Я бы его поменял на хром, но этот хром отображается не в стиле GNOME. У него как в KDE окнах три кнопки сверху в углу, а в GNOME окнах только "крестик". Как то не вписывается он в концепцию GNOME. Возможно я конечно придираюсь, но охота бы браузер, который вписывается в каноны GNOME.
 

Оффлайн Malaheenee

  • Ветеран
  • *****
  • Сообщений: 2565
  • Учтите, мы можем дать и вредный совет.
Re: Кракозябры в названиях файлов
« Ответ #1 : 10 Октябрь 2015, 15:24:54 »
Ну и каша. Браузер настраивается на использование системных тем и заголовков окон (chromium,во всяком случае).
По архивам - это Вам их с Windows присылают?
Все мы где-то, когда-то и в чем-то были новичками.
 

Оффлайн wolfram

  • Активный пользователь
  • **
  • Topic Author
  • Сообщений: 91
Re: Кракозябры в названиях файлов
« Ответ #2 : 10 Октябрь 2015, 16:12:46 »
Ну и каша. Браузер настраивается на использование системных тем и заголовков окон (chromium,во всяком случае).
По архивам - это Вам их с Windows присылают?
Да, архивы с винды присылают.
А насчет каши... Я просто не знал, что браузеры настраиваются в таком плане. Просто вид окна хром реально как у KDE шного окна.
Если вы имеете ввиду, что он настраивается сам на использование тем, то как-то не очень все равно
http://hkar.ru/EeIg
« Последнее редактирование: 10 Октябрь 2015, 16:32:07 от wolfram »
 

Оффлайн Malaheenee

  • Ветеран
  • *****
  • Сообщений: 2565
  • Учтите, мы можем дать и вредный совет.
Re: Кракозябры в названиях файлов
« Ответ #3 : 10 Октябрь 2015, 17:45:46 »
Само в Linux ничего не настраивается  ;) В Chromium есть пункт такой в настройках - поройтесь.
Проблема с кракозябрами в архивах с Windows давно известна - нужно использовать патченый unzip, гуглите.
Все мы где-то, когда-то и в чем-то были новичками.
 
Пользователи, которые поблагодарили этот пост: wolfram

Оффлайн wolfram

  • Активный пользователь
  • **
  • Topic Author
  • Сообщений: 91
Re: Кракозябры в названиях файлов
« Ответ #4 : 10 Октябрь 2015, 19:16:59 »
Само в Linux ничего не настраивается  ;) В Chromium есть пункт такой в настройках - поройтесь.
Проблема с кракозябрами в архивах с Windows давно известна - нужно использовать патченый unzip, гуглите.
Ааа ну хорошо, посмотрю. Спасибо))

Cообщение объединено 10 Октябрь 2015, 20:03:41
Само в Linux ничего не настраивается  ;) В Chromium есть пункт такой в настройках - поройтесь.
Проблема с кракозябрами в архивах с Windows давно известна - нужно использовать патченый unzip, гуглите.
Нашел патч. Только не понимаю, почему не устанавливается.
Название файла: libnatspec-0.3.0.tar.bz2
В консоли:
tar -xvjf libnatspec-0.3.0.tar.bz2

Spoiler: ShowHide
libnatspec-0.3.0/
libnatspec-0.3.0/TODO
libnatspec-0.3.0/Makefile.am
libnatspec-0.3.0/docs/
libnatspec-0.3.0/docs/Makefile.am
libnatspec-0.3.0/docs/libnatspecDox.cfg.in
libnatspec-0.3.0/man/
libnatspec-0.3.0/man/natspec.1
libnatspec-0.3.0/INSTALL
libnatspec-0.3.0/README-ru.html
libnatspec-0.3.0/NEWS
libnatspec-0.3.0/publish.sh
libnatspec-0.3.0/autogen.sh
libnatspec-0.3.0/src/
libnatspec-0.3.0/src/Makefile.am
libnatspec-0.3.0/src/natspec.c
libnatspec-0.3.0/src/python/
libnatspec-0.3.0/src/python/Makefile.am
libnatspec-0.3.0/src/python/README.txt
libnatspec-0.3.0/src/python/natspec.py
libnatspec-0.3.0/src/python/test_natspec.py
libnatspec-0.3.0/src/python/natspec_wrap.c
libnatspec-0.3.0/src/python/natspec.i
libnatspec-0.3.0/src/python/setup.py
libnatspec-0.3.0/AUTHORS
libnatspec-0.3.0/libnatspec.pc.in
libnatspec-0.3.0/configure.ac
libnatspec-0.3.0/lib/
libnatspec-0.3.0/lib/Makefile.am
libnatspec-0.3.0/lib/get_locale.c
libnatspec-0.3.0/lib/unicode/
libnatspec-0.3.0/lib/unicode/tr7bit.awk
libnatspec-0.3.0/lib/unicode/Makefile
libnatspec-0.3.0/lib/unicode/uni_7b.h
libnatspec-0.3.0/lib/unicode/gen-7b
libnatspec-0.3.0/lib/unicode/7bitrepl.lnx
libnatspec-0.3.0/lib/detect.c
libnatspec-0.3.0/lib/data/
libnatspec-0.3.0/lib/data/README.txt
libnatspec-0.3.0/lib/data/charset_names.h
libnatspec-0.3.0/lib/data/gen_data.out.txt
libnatspec-0.3.0/lib/data/gen_data.sh
libnatspec-0.3.0/lib/data/print_data_string.c
libnatspec-0.3.0/lib/data/Makefile
libnatspec-0.3.0/lib/data/get_charset_data.h
libnatspec-0.3.0/lib/natspec_internal.h
libnatspec-0.3.0/lib/convert.c
libnatspec-0.3.0/lib/filesystem.c
libnatspec-0.3.0/lib/get_charset.c
libnatspec-0.3.0/lib/enrich_fs_options.c
libnatspec-0.3.0/lib/natspec.h
libnatspec-0.3.0/profile/
libnatspec-0.3.0/profile/libnatspec.sh
libnatspec-0.3.0/profile/libnatspec.csh
libnatspec-0.3.0/.gitignore
libnatspec-0.3.0/libnatspec.spec
libnatspec-0.3.0/natspec.m4.in
libnatspec-0.3.0/examples/
libnatspec-0.3.0/examples/LICENSE
libnatspec-0.3.0/examples/catpkt-1.0-alt-natspec.patch
libnatspec-0.3.0/examples/zip-2.32-alt-natspec.patch
libnatspec-0.3.0/examples/util-linux-2.12p-natspec.patch
libnatspec-0.3.0/examples/submount-0.9-natspec.patch
libnatspec-0.3.0/examples/samba-3.0.10-natspec.patch
libnatspec-0.3.0/examples/o3read-0.0.4.patch
libnatspec-0.3.0/examples/sdcv-0.4-natspec.patch
libnatspec-0.3.0/examples/pmount-0.9.16-alt-natspec.patch
libnatspec-0.3.0/examples/unzip-5.52-alt-natspec.patch
libnatspec-0.3.0/examples/cdrtools-2.01.01a03-natspec.patch
libnatspec-0.3.0/examples/unzip-6.0-alt-natspec.patch
libnatspec-0.3.0/examples/cdrtools-2.01-natspec.patch
libnatspec-0.3.0/examples/sdcv-0.1-natspec.patch
libnatspec-0.3.0/tests/
libnatspec-0.3.0/tests/Makefile.am
libnatspec-0.3.0/tests/test_get_charset.c
libnatspec-0.3.0/COPYING
libnatspec-0.3.0/ChangeLog
libnatspec-0.3.0/README
libnatspec-0.3.0/.gear/
libnatspec-0.3.0/.gear/rules
libnatspec-0.3.0/release.sh
libnatspec-0.3.0/acinclude.m4
libnatspec-0.3.0/libhi/
libnatspec-0.3.0/libhi/natspechi.h
libnatspec-0.3.0/libhi/Makefile.am
libnatspec-0.3.0/libhi/language.c
libnatspec-0.3.0/libhi/natspechi_internal.h
libnatspec-0.3.0/libhi/data/
libnatspec-0.3.0/libhi/data/languages
libnatspec-0.3.0/libhi/data/gen_data.sh
libnatspec-0.3.0/libhi/data/language_data.h
libnatspec-0.3.0/libhi/data/Makefile
libnatspec-0.3.0/libhi/data/country.asm


Далее
cd ./libnatspec-0.3.0и
./configureНа что мне консоль просто отвечает, что нет такого файла или каталога. Блин, я смотрел только на каком-то сайте, как такие пакеты устанавливать, но там не рассказана суть. Что вообще происходит.
Даже в самом файле по установке написан такой порядок действий вроде.
"`cd' to the directory containing the package's source code and type
     `./configure' to configure the package for your system"
Я так понял необходимо зайти в папку с исходным кодом. Но я так думал, что это корень папки. В чем проблема?((
« Последнее редактирование: 10 Октябрь 2015, 20:03:41 от wolfram »
 

Оффлайн wolfram

  • Активный пользователь
  • **
  • Topic Author
  • Сообщений: 91
Кракозябры в названиях файлов в архивах.
« Ответ #5 : 08 Ноябрь 2015, 11:40:00 »
Всем привет. Я как-то тут уже создавал эту тему. Такие иероглифы появляются в названиях файлов в архивах, которые были созданы на винде. Посоветовали libnatspec установить. Везде одни архивы с расширением tar.bz2 или gz. И установка просто прерывается на команде ./configure. Я уже устанавливал раньше такие пакеты и никогда не было такого бреда. Я так понял, команда ./configure - это специальная, зарезервированная команда какая-то. Вместо того, чтобы ее выполнить, мне консоль выдает, что нет такого каталога. В чем проблема? Просто ненавижу такие архивы. С архивами deb как-то все проще.
Если надо, то могу показать файлы и папки, которые лежат в корне этого пакета. Кроме того, я уверен, что дебианщики тут по-любому устанавливали этот пакет. Просто у меня тут вокруг в группе, в универе все виндузятники. Линукс второй системой ставили. Я решил, что это геморрой и поставил только линукс. Чем с ума сходить из системы в систему прыгать.
Кстати, может есть вариант как-то все вручную устроить?
P.S. В файле INSTALL (я думаю он просто копи-пастом туда доставлен) написано, что надо выполнять в корне каталога команду ./configure, как собственно обычно и бывает. В файле readme написано что-то типа "за установкой обращаться к INSTALL", что не очень-то информативно.
 

Оффлайн sidbar

  • Старожил
  • ****
  • Сообщений: 621
  • Debian 7, lxde
Re: Кракозябры в названиях файлов в архивах.
« Ответ #6 : 08 Ноябрь 2015, 14:54:27 »
wolfram, В корне каталога с набором файлов для/ компиляции приложения должен быть файл с названием configure иначе команда ./configure не будет работать.
Devuan GNU/Linux 3 (beowulf) i686, LXDE
 

Оффлайн ferum

  • Ветеран
  • *****
  • Сообщений: 3670
  • Buster TDE & KDE
Re: Кракозябры в названиях файлов в архивах.
« Ответ #7 : 08 Ноябрь 2015, 15:11:34 »
Действительно  создавали https://debianforum.ru/index.php?topic=10055.0 и вероятно модераторы не будут довольны повторным её созданием. Вам ответили что нужен патченый unzip, а вы нашли только патч для его приготовления . Полный рецепт описан http://www.opennet.ru/tips/info/2494.shtml он предусматривает установку из исходников. Можно сделать и deb пакеты но надо знать версию и архитектуру дистрибутива который вы используете и это потребует больших усилий а спроса на эти пакеты нет.

Cообщение объединено 08 Ноябрь 2015, 15:17:42
В корне каталога с набором файлов для/ компиляции приложения должен быть файл с названием configure иначе команда ./configure не будет работать.
вместо ./configure ./autogen.sh
« Последнее редактирование: 08 Ноябрь 2015, 15:17:42 от ferum »
Русские дебианщики против цифрового слабоумия !
 
Пользователи, которые поблагодарили этот пост: sidbar

Оффлайн wolfram

  • Активный пользователь
  • **
  • Topic Author
  • Сообщений: 91
Re: Кракозябры в названиях файлов в архивах.
« Ответ #8 : 08 Ноябрь 2015, 23:15:44 »
Действительно  создавали https://debianforum.ru/index.php?topic=10055.0 и вероятно модераторы не будут довольны повторным её созданием. Вам ответили что нужен патченый unzip, а вы нашли только патч для его приготовления . Полный рецепт описан http://www.opennet.ru/tips/info/2494.shtml он предусматривает установку из исходников. Можно сделать и deb пакеты но надо знать версию и архитектуру дистрибутива который вы используете и это потребует больших усилий а спроса на эти пакеты нет.

Cообщение объединено 08 Ноябрь 2015, 15:17:42
В корне каталога с набором файлов для/ компиляции приложения должен быть файл с названием configure иначе команда ./configure не будет работать.
вместо ./configure ./autogen.sh
Спасибо)) Создал новый пост, так как там уже думаю никто не ответит. Воспользуюсь той ссылкой. На это
./autogen.shвылазит это
Spoiler: ShowHide
./autogen.sh: 4: ./autogen.sh: autoreconf: not found
./autogen.sh: 5: ./autogen.sh: ./configure: not found

Думаю надо разобраться с той ссылкой.


Cообщение объединено 08 Ноябрь 2015, 23:16:24
wolfram, В корне каталога с набором файлов для/ компиляции приложения должен быть файл с названием configure иначе команда ./configure не будет работать.
Есть файл configure.ac, но все равно не пашет.

Как сейчас выяснил... Там все равно надо сначала устанавливать natspec. Дело в том, что последующая установка не идет.
Конкретно эта строка
make -f unix/Makefile generic_gccвыдает это
Spoiler: ShowHide
make -f unix/Makefile generic CC=gcc IZ_BZIP2="bzip2"
make[1]: вход в каталог «/home/wolfram/myPrograms/unzip60»
sh unix/configure "gcc" "-I. -Ibzip2 -DUNIX  -DNO_SETLOCALE " "bzip2"
Check C compiler operation
  Ok
Check C compiler type (optimization options)
  GNU C (-O3)
Check for the C preprocessor
Check if we can use asm code
Check for ANSI options
Check for prototypes
Check the handling of const
Check for time_t
Check for size_t
Check for off_t
Check for Large File Support
  off_t is 8 bytes
-- yes we have Large File Support!
Check for wide char support
  __STDC_ISO_10646__ = 201103
-- have wchar_t with known UCS encoding - enabling Unicode support!
Check for setlocale support (needed for UNICODE Native check)
-- have setlocale, can check for charset type
--  - enabling UTF8-native support!
Check for gcc no-builtin flag
Check for fchmod
Check for fchown
Check for lchown
Check for nl_langinfo
Check for lchmod
Check for memset
Check for errno declaration
Check for directory libraries
Check for readlink
Check for directory include file
Check for non existent include files
Check for term I/O include file
Check for MBCS include files
Check for MBCS support
-- have MBCS support
Check for MBCS mbschr
Check for MBCS mbsrchr
Check for valloc
Check for /usr/local/bin and /usr/local/man
Checking for OS specialties
Check for symbolic links
Check bzip2 support
  Check for bzip2 sources in unzip's bzip2 subdirectory
-- bzip2 sources not found - no bzip2 support
eval make -f unix/Makefile unzips ACONF_DEP=flags `cat flags`
make[2]: вход в каталог «/home/wolfram/myPrograms/unzip60»
gcc -c -I. -Ibzip2 -DUNIX -DNO_SETLOCALE -O3 -DLARGE_FILE_SUPPORT -DUNICODE_SUPPORT -DUNICODE_WCHAR -DUNICODE_SUPPORT -DUTF8_MAYBE_NATIVE -DNO_LCHMOD -DHAVE_DIRENT_H -DHAVE_TERMIOS_H -D_MBCS  unzip.c
gcc -c -I. -Ibzip2 -DUNIX -DNO_SETLOCALE -O3 -DLARGE_FILE_SUPPORT -DUNICODE_SUPPORT -DUNICODE_WCHAR -DUNICODE_SUPPORT -DUTF8_MAYBE_NATIVE -DNO_LCHMOD -DHAVE_DIRENT_H -DHAVE_TERMIOS_H -D_MBCS  crc32.c
gcc -c -I. -Ibzip2 -DUNIX -DNO_SETLOCALE -O3 -DLARGE_FILE_SUPPORT -DUNICODE_SUPPORT -DUNICODE_WCHAR -DUNICODE_SUPPORT -DUTF8_MAYBE_NATIVE -DNO_LCHMOD -DHAVE_DIRENT_H -DHAVE_TERMIOS_H -D_MBCS  crypt.c
gcc -c -I. -Ibzip2 -DUNIX -DNO_SETLOCALE -O3 -DLARGE_FILE_SUPPORT -DUNICODE_SUPPORT -DUNICODE_WCHAR -DUNICODE_SUPPORT -DUTF8_MAYBE_NATIVE -DNO_LCHMOD -DHAVE_DIRENT_H -DHAVE_TERMIOS_H -D_MBCS  envargs.c
gcc -c -I. -Ibzip2 -DUNIX -DNO_SETLOCALE -O3 -DLARGE_FILE_SUPPORT -DUNICODE_SUPPORT -DUNICODE_WCHAR -DUNICODE_SUPPORT -DUTF8_MAYBE_NATIVE -DNO_LCHMOD -DHAVE_DIRENT_H -DHAVE_TERMIOS_H -D_MBCS  explode.c
gcc -c -I. -Ibzip2 -DUNIX -DNO_SETLOCALE -O3 -DLARGE_FILE_SUPPORT -DUNICODE_SUPPORT -DUNICODE_WCHAR -DUNICODE_SUPPORT -DUTF8_MAYBE_NATIVE -DNO_LCHMOD -DHAVE_DIRENT_H -DHAVE_TERMIOS_H -D_MBCS  extract.c
gcc -c -I. -Ibzip2 -DUNIX -DNO_SETLOCALE -O3 -DLARGE_FILE_SUPPORT -DUNICODE_SUPPORT -DUNICODE_WCHAR -DUNICODE_SUPPORT -DUTF8_MAYBE_NATIVE -DNO_LCHMOD -DHAVE_DIRENT_H -DHAVE_TERMIOS_H -D_MBCS  fileio.c
gcc -c -I. -Ibzip2 -DUNIX -DNO_SETLOCALE -O3 -DLARGE_FILE_SUPPORT -DUNICODE_SUPPORT -DUNICODE_WCHAR -DUNICODE_SUPPORT -DUTF8_MAYBE_NATIVE -DNO_LCHMOD -DHAVE_DIRENT_H -DHAVE_TERMIOS_H -D_MBCS  globals.c
gcc -c -I. -Ibzip2 -DUNIX -DNO_SETLOCALE -O3 -DLARGE_FILE_SUPPORT -DUNICODE_SUPPORT -DUNICODE_WCHAR -DUNICODE_SUPPORT -DUTF8_MAYBE_NATIVE -DNO_LCHMOD -DHAVE_DIRENT_H -DHAVE_TERMIOS_H -D_MBCS  inflate.c
gcc -c -I. -Ibzip2 -DUNIX -DNO_SETLOCALE -O3 -DLARGE_FILE_SUPPORT -DUNICODE_SUPPORT -DUNICODE_WCHAR -DUNICODE_SUPPORT -DUTF8_MAYBE_NATIVE -DNO_LCHMOD -DHAVE_DIRENT_H -DHAVE_TERMIOS_H -D_MBCS  list.c
gcc -c -I. -Ibzip2 -DUNIX -DNO_SETLOCALE -O3 -DLARGE_FILE_SUPPORT -DUNICODE_SUPPORT -DUNICODE_WCHAR -DUNICODE_SUPPORT -DUTF8_MAYBE_NATIVE -DNO_LCHMOD -DHAVE_DIRENT_H -DHAVE_TERMIOS_H -D_MBCS  match.c
gcc -c -I. -Ibzip2 -DUNIX -DNO_SETLOCALE -O3 -DLARGE_FILE_SUPPORT -DUNICODE_SUPPORT -DUNICODE_WCHAR -DUNICODE_SUPPORT -DUTF8_MAYBE_NATIVE -DNO_LCHMOD -DHAVE_DIRENT_H -DHAVE_TERMIOS_H -D_MBCS  process.c
gcc -c -I. -Ibzip2 -DUNIX -DNO_SETLOCALE -O3 -DLARGE_FILE_SUPPORT -DUNICODE_SUPPORT -DUNICODE_WCHAR -DUNICODE_SUPPORT -DUTF8_MAYBE_NATIVE -DNO_LCHMOD -DHAVE_DIRENT_H -DHAVE_TERMIOS_H -D_MBCS  ttyio.c
gcc -c -I. -Ibzip2 -DUNIX -DNO_SETLOCALE -O3 -DLARGE_FILE_SUPPORT -DUNICODE_SUPPORT -DUNICODE_WCHAR -DUNICODE_SUPPORT -DUTF8_MAYBE_NATIVE -DNO_LCHMOD -DHAVE_DIRENT_H -DHAVE_TERMIOS_H -D_MBCS  ubz2err.c
gcc -c -I. -Ibzip2 -DUNIX -DNO_SETLOCALE -O3 -DLARGE_FILE_SUPPORT -DUNICODE_SUPPORT -DUNICODE_WCHAR -DUNICODE_SUPPORT -DUTF8_MAYBE_NATIVE -DNO_LCHMOD -DHAVE_DIRENT_H -DHAVE_TERMIOS_H -D_MBCS  unreduce.c
gcc -c -I. -Ibzip2 -DUNIX -DNO_SETLOCALE -O3 -DLARGE_FILE_SUPPORT -DUNICODE_SUPPORT -DUNICODE_WCHAR -DUNICODE_SUPPORT -DUTF8_MAYBE_NATIVE -DNO_LCHMOD -DHAVE_DIRENT_H -DHAVE_TERMIOS_H -D_MBCS  unshrink.c
gcc -c -I. -Ibzip2 -DUNIX -DNO_SETLOCALE -O3 -DLARGE_FILE_SUPPORT -DUNICODE_SUPPORT -DUNICODE_WCHAR -DUNICODE_SUPPORT -DUTF8_MAYBE_NATIVE -DNO_LCHMOD -DHAVE_DIRENT_H -DHAVE_TERMIOS_H -D_MBCS  zipinfo.c
gcc -c -I. -Ibzip2 -DUNIX -DNO_SETLOCALE -O3 -DLARGE_FILE_SUPPORT -DUNICODE_SUPPORT -DUNICODE_WCHAR -DUNICODE_SUPPORT -DUTF8_MAYBE_NATIVE -DNO_LCHMOD -DHAVE_DIRENT_H -DHAVE_TERMIOS_H -D_MBCS  unix/unix.c
unix/unix.c:34:21: fatal error: natspec.h: Нет такого файла или каталога
 #include <natspec.h>
                     ^
compilation terminated.
unix/Makefile:403: ошибка выполнения рецепта для цели «unix.o»
make[2]: *** [unix.o] Ошибка 1
make[2]: выход из каталога «/home/wolfram/myPrograms/unzip60»
unix/Makefile:544: ошибка выполнения рецепта для цели «generic»
make[1]: *** [generic] Ошибка 2
make[1]: выход из каталога «/home/wolfram/myPrograms/unzip60»
unix/Makefile:548: ошибка выполнения рецепта для цели «generic_gcc»
make: *** [generic_gcc] Ошибка 2

Не находит файл natspec.h Поэтому, как мне кажется, надо сначала разобраться с установкой этой лабуды. Ну самого libnatspec
« Последнее редактирование: 08 Ноябрь 2015, 23:54:14 от wolfram »
 

Оффлайн ferum

  • Ветеран
  • *****
  • Сообщений: 3670
  • Buster TDE & KDE
Re: Кракозябры в названиях файлов в архивах.
« Ответ #9 : 09 Ноябрь 2015, 09:26:38 »
wolfram,  Вся сборка из исходников в debian базируется на выяснении причин ошибок с помощью утилиты apt-file и использования обычного поисковика. Например на приведённую вами ошибку
 
/autogen.sh: autoreconf: not found
google говорит что надо установить  sudo apt-get install autoconf autogen intltool
В прочем на счёт intltool возможно погорячились.
unix/unix.c:34:21: fatal error: natspec.h: Нет такого файла или каталога
Действительно сначала надо установить libnatspec в данной ситуации из исходников. ( имейте в виду на всякий случай хотя вы берёте исходник именно с дебиановского фида последняя версия libnatspec 0.3.2 если в дальнейшем вдруг будет ругань по поводу старости библиотеки, в прочем не спешите гнаться за новизной.)
Вы так и не ответили какой дистрибутив и какой разрядности используете ? Возможно было бы легче вам помочь.
Есть конечно и другое решение вашей проблемы можно просто поставить wine а в него winrar, когда то давно ещё на ubuntu именно так я и поступал.
Русские дебианщики против цифрового слабоумия !
 

Оффлайн wolfram

  • Активный пользователь
  • **
  • Topic Author
  • Сообщений: 91
Re: Кракозябры в названиях файлов в архивах.
« Ответ #10 : 09 Ноябрь 2015, 14:13:30 »
wolfram,  Вся сборка из исходников в debian базируется на выяснении причин ошибок с помощью утилиты apt-file и использования обычного поисковика. Например на приведённую вами ошибку
 
/autogen.sh: autoreconf: not found
google говорит что надо установить  sudo apt-get install autoconf autogen intltool
В прочем на счёт intltool возможно погорячились.
unix/unix.c:34:21: fatal error: natspec.h: Нет такого файла или каталога
Действительно сначала надо установить libnatspec в данной ситуации из исходников. ( имейте в виду на всякий случай хотя вы берёте исходник именно с дебиановского фида последняя версия libnatspec 0.3.2 если в дальнейшем вдруг будет ругань по поводу старости библиотеки, в прочем не спешите гнаться за новизной.)
Вы так и не ответили какой дистрибутив и какой разрядности используете ? Возможно было бы легче вам помочь.
Есть конечно и другое решение вашей проблемы можно просто поставить wine а в него winrar, когда то давно ещё на ubuntu именно так я и поступал.
Спасибо)) Просто как-то непривычно буквально каждую ошибку гуглить. Эта цепочка может меня увести куда-нибудь вглубь, вообще в дебри. Поэтому тут и писал))
Стоит у меня Linux Debian 8 (jessie). 64 разрядная система. Графическая оболочка GNOME 3.14.1 (ну это на случай того, что некоторые программы не ставятся сюда, как например официальные драйвера AMD/ATI)

После установки sudo apt-get install autoconf autogen intltool на
 ./autogen.shполучаю такое
Spoiler: ShowHide

 autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal --force
configure.ac:30: warning: macro 'AM_PROG_LIBTOOL' not found in library
autoreconf: configure.ac: tracing
autoreconf: configure.ac: not using Libtool
autoreconf: running: /usr/bin/autoconf --force
configure.ac:27: error: possibly undefined macro: AC_DISABLE_STATIC
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.
configure.ac:28: error: possibly undefined macro: AC_ENABLE_SHARED
configure.ac:29: error: possibly undefined macro: AC_ENABLE_STATIC
configure.ac:30: error: possibly undefined macro: AM_PROG_LIBTOOL
autoreconf: /usr/bin/autoconf failed with exit status: 1
configure: error: cannot find install-sh, install.sh, or shtool in "." "./.." "./../.."

Решил погуглить. Нашел на каком-то форуме, что надо что-то менять в configure.ac, но так как у меня несколько другой пакет, то и лежит в этом файле у меня немного другое. Похожее, но не то. Но зато, как я понял, теперь создается configure.sh, который, потом в случае удачного запуска autogen можно будет запустить.
« Последнее редактирование: 09 Ноябрь 2015, 14:30:46 от wolfram »
 

Оффлайн ferum

  • Ветеран
  • *****
  • Сообщений: 3670
  • Buster TDE & KDE
Re: Кракозябры в названиях файлов в архивах.
« Ответ #11 : 09 Ноябрь 2015, 15:46:54 »
Решил  в среде pbuilder попробовать для общего развития.
Ставим дополнительно
git python2.7-dev libtoolВыполняем
git clone https://github.com/vitlav/libnatspec.gitПереходим в полученную папку с исходниками и выполняем
./autogen.sh
./configure
make
sudo make install
И всё чудесным образом собирается ( конец лога установки )
Spoiler: ShowHide

----------------------------------------------------------------------
Libraries have been installed in:
   /usr/local/lib

If you ever happen to want to link against installed libraries
in a given directory, LIBDIR, you must either use libtool, and
specify the full pathname of the library, or use the `-LLIBDIR'
flag during linking and do at least one of the following:
   - add LIBDIR to the `LD_LIBRARY_PATH' environment variable
     during execution
   - add LIBDIR to the `LD_RUN_PATH' environment variable
     during linking
   - use the `-Wl,-rpath -Wl,LIBDIR' linker flag
   - have your system administrator add LIBDIR to `/etc/ld.so.conf'

See any operating system documentation about shared libraries for
more information, such as the ld(1) and ld.so(8) manual pages.
----------------------------------------------------------------------
 /bin/mkdir -p '/usr/local/include'
 /usr/bin/install -c -m 644 natspec.h '/usr/local/include'
make[2]: Leaving directory '/build/libnatspec/libnatspec/lib'
make[1]: Leaving directory '/build/libnatspec/libnatspec/lib'
Making install in src
make[1]: Entering directory '/build/libnatspec/libnatspec/src'
make[2]: Entering directory '/build/libnatspec/libnatspec/src'
make[3]: Entering directory '/build/libnatspec/libnatspec/src'
 /bin/mkdir -p '/usr/local/bin'
  /bin/bash ../libtool   --mode=install /usr/bin/install -c natspec '/usr/local/bin'
libtool: install: /usr/bin/install -c .libs/natspec /usr/local/bin/natspec
make[3]: Nothing to be done for 'install-data-am'.
make[3]: Leaving directory '/build/libnatspec/libnatspec/src'
make[2]: Leaving directory '/build/libnatspec/libnatspec/src'
make[1]: Leaving directory '/build/libnatspec/libnatspec/src'
Making install in tests
make[1]: Entering directory '/build/libnatspec/libnatspec/tests'
make[2]: Entering directory '/build/libnatspec/libnatspec/tests'
make[2]: Nothing to be done for 'install-exec-am'.
make[2]: Nothing to be done for 'install-data-am'.
make[2]: Leaving directory '/build/libnatspec/libnatspec/tests'
make[1]: Leaving directory '/build/libnatspec/libnatspec/tests'
make[1]: Entering directory '/build/libnatspec/libnatspec'
make[2]: Entering directory '/build/libnatspec/libnatspec'
make[2]: Nothing to be done for 'install-exec-am'.
 /bin/mkdir -p '/usr/local/share/aclocal'
 /usr/bin/install -c -m 644 natspec.m4 '/usr/local/share/aclocal'
 /bin/mkdir -p '/usr/local/share/man/man1'
 /usr/bin/install -c -m 644 man/natspec.1 '/usr/local/share/man/man1'
 /bin/mkdir -p '/usr/local/lib/pkgconfig'
 /usr/bin/install -c -m 644 libnatspec.pc '/usr/local/lib/pkgconfig'
make[2]: Leaving directory '/build/libnatspec/libnatspec'
make[1]: Leaving directory '/build/libnatspec/libnatspec'
root@alex:/build/libnatspec/libnatspec# natspec -i
natspec: error while loading shared libraries: libnatspec.so.0: cannot open shared object file: No such file or directory


Команда  natspec -i однако выдаёт ошибку, возможно просто потому что установка проведена в среде pbuilder где естественно нет дополнительных локалей.
Русские дебианщики против цифрового слабоумия !
 

Оффлайн wolfram

  • Активный пользователь
  • **
  • Topic Author
  • Сообщений: 91
Re: Кракозябры в названиях файлов в архивах.
« Ответ #12 : 09 Ноябрь 2015, 16:20:58 »
Решил  в среде pbuilder попробовать для общего развития.
Ставим дополнительно
git python2.7-dev libtoolВыполняем
git clone https://github.com/vitlav/libnatspec.gitПереходим в полученную папку с исходниками и выполняем
./autogen.sh
./configure
make
sudo make install
И всё чудесным образом собирается ( конец лога установки )
Spoiler: ShowHide

----------------------------------------------------------------------
Libraries have been installed in:
   /usr/local/lib

If you ever happen to want to link against installed libraries
in a given directory, LIBDIR, you must either use libtool, and
specify the full pathname of the library, or use the `-LLIBDIR'
flag during linking and do at least one of the following:
   - add LIBDIR to the `LD_LIBRARY_PATH' environment variable
     during execution
   - add LIBDIR to the `LD_RUN_PATH' environment variable
     during linking
   - use the `-Wl,-rpath -Wl,LIBDIR' linker flag
   - have your system administrator add LIBDIR to `/etc/ld.so.conf'

See any operating system documentation about shared libraries for
more information, such as the ld(1) and ld.so(8) manual pages.
----------------------------------------------------------------------
 /bin/mkdir -p '/usr/local/include'
 /usr/bin/install -c -m 644 natspec.h '/usr/local/include'
make[2]: Leaving directory '/build/libnatspec/libnatspec/lib'
make[1]: Leaving directory '/build/libnatspec/libnatspec/lib'
Making install in src
make[1]: Entering directory '/build/libnatspec/libnatspec/src'
make[2]: Entering directory '/build/libnatspec/libnatspec/src'
make[3]: Entering directory '/build/libnatspec/libnatspec/src'
 /bin/mkdir -p '/usr/local/bin'
  /bin/bash ../libtool   --mode=install /usr/bin/install -c natspec '/usr/local/bin'
libtool: install: /usr/bin/install -c .libs/natspec /usr/local/bin/natspec
make[3]: Nothing to be done for 'install-data-am'.
make[3]: Leaving directory '/build/libnatspec/libnatspec/src'
make[2]: Leaving directory '/build/libnatspec/libnatspec/src'
make[1]: Leaving directory '/build/libnatspec/libnatspec/src'
Making install in tests
make[1]: Entering directory '/build/libnatspec/libnatspec/tests'
make[2]: Entering directory '/build/libnatspec/libnatspec/tests'
make[2]: Nothing to be done for 'install-exec-am'.
make[2]: Nothing to be done for 'install-data-am'.
make[2]: Leaving directory '/build/libnatspec/libnatspec/tests'
make[1]: Leaving directory '/build/libnatspec/libnatspec/tests'
make[1]: Entering directory '/build/libnatspec/libnatspec'
make[2]: Entering directory '/build/libnatspec/libnatspec'
make[2]: Nothing to be done for 'install-exec-am'.
 /bin/mkdir -p '/usr/local/share/aclocal'
 /usr/bin/install -c -m 644 natspec.m4 '/usr/local/share/aclocal'
 /bin/mkdir -p '/usr/local/share/man/man1'
 /usr/bin/install -c -m 644 man/natspec.1 '/usr/local/share/man/man1'
 /bin/mkdir -p '/usr/local/lib/pkgconfig'
 /usr/bin/install -c -m 644 libnatspec.pc '/usr/local/lib/pkgconfig'
make[2]: Leaving directory '/build/libnatspec/libnatspec'
make[1]: Leaving directory '/build/libnatspec/libnatspec'
root@alex:/build/libnatspec/libnatspec# natspec -i
natspec: error while loading shared libraries: libnatspec.so.0: cannot open shared object file: No such file or directory


Команда  natspec -i однако выдаёт ошибку, возможно просто потому что установка проведена в среде pbuilder где естественно нет дополнительных локалей.

Среда pbuilder - это среда разработки для питона? Просто я тут не совсем понимаю о чем речь.
На
git python2.7-dev libtoolОтвет "git: 'python2.7-dev' is not a git command. See 'git --help'."
Вообще у меня стоит git и пакет я склонировал, но ошибка та же и, очевидно потому, что не выполнилась первая команда.
А так у меня встроенный вроде как питон 2.7... Ну то есть как бы можно через консоль программы писать. А если интересует конкретно среда, то у меня IntellijIDEA с плагином для питона есть. Хотя мне кажется, тут это не причем. Ну вообще я видел вроде, что в пакете libnatspec где-то внутри есть питоновские файлы
Просто сама команда действительно непонятна. Или вы хотите, чтобы я отдельно поставил pbuilder сначала?
« Последнее редактирование: 09 Ноябрь 2015, 16:25:27 от wolfram »
 

Оффлайн ferum

  • Ветеран
  • *****
  • Сообщений: 3670
  • Buster TDE & KDE
Re: Кракозябры в названиях файлов в архивах.
« Ответ #13 : 09 Ноябрь 2015, 16:55:51 »
 :D Среда pbuilder - это виртуальная сборочная машина, естественно без графической оболочки в неё устанавливаются только инструменты разработчика и сборочные зависимости для конкретно взятого пакета, так называемая чистая среда.
git python2.7-dev libtool это те самые необходимые сборочные зависимости, которые устанавливаются в систему через apt или aptitude
 [ot]К сожалению вы немного операжаете события, необходимо не спеша пройти  "курс молодого бойца" почитать что и как делается. Информации по теме в сети предостаточно но проглотить её за день естественно нереально. Если вы неслучайный человек в мире linux  будут у вас ещё дистрибутивы и собранные программы и опыт. [/ot]
Русские дебианщики против цифрового слабоумия !
 

Оффлайн wolfram

  • Активный пользователь
  • **
  • Topic Author
  • Сообщений: 91
Re: Кракозябры в названиях файлов в архивах.
« Ответ #14 : 09 Ноябрь 2015, 18:43:51 »
:D Среда pbuilder - это виртуальная сборочная машина, естественно без графической оболочки в неё устанавливаются только инструменты разработчика и сборочные зависимости для конкретно взятого пакета, так называемая чистая среда.
git python2.7-dev libtool это те самые необходимые сборочные зависимости, которые устанавливаются в систему через apt или aptitude
 [ot]К сожалению вы немного операжаете события, необходимо не спеша пройти  "курс молодого бойца" почитать что и как делается. Информации по теме в сети предостаточно но проглотить её за день естественно нереально. Если вы неслучайный человек в мире linux  будут у вас ещё дистрибутивы и собранные программы и опыт. [/ot]
Спасибо)) Ну конечно я насмешил вас. Да, я пока вообще плохо соображаю. Надо поставить все это. Просто не сообразил, раз вы не написали sudo apt-get install или aptitude... Ну все когда-то с чего-то начинали)) Я по-сути, уже где-то почти год юзаю линукс, но конкретно что-то улучшать, ставить драйвера и тому подобное стал вот буквально 2 месяца назад. Был бы где-нибудь именно курс по линукс. На ютубе находил, но сейчас учеба, поэтому не смотрю. Ну ладно)) Посмотрю информацию.
--------------------------------------------------------------------------------------------------------------------------------

В общем-то у меня все заработало... Ну как заработало. Я так понял это работает только из консоли. А что, стандартная программа для открытия архивов так и будет имена криво отображать? Я просто видимо не прочитал, что там именно для утилиты unzip... Как-то можно стандартную программу для открытия архивов пропатчить?
« Последнее редактирование: 09 Ноябрь 2015, 19:55:38 от wolfram »
 

Теги:
 

Krusader FTP и кракозябры при перезаписи существующей папки

Автор evg77

Ответов: 2
Просмотров: 1137
Последний ответ 10 Декабрь 2016, 13:58:47
от evg77
Как исправить кракозябры в imagemagick

Автор xandvik

Ответов: 1
Просмотров: 1559
Последний ответ 10 Март 2019, 15:21:37
от ferum
Кракозябры в некоторых программах

Автор dzhoser

Ответов: 17
Просмотров: 1123
Последний ответ 25 Июль 2020, 16:09:15
от svtv1