whoami Сообщения

whoami	# 11 лет, 8 месяцев назад
Темы: 5 Сообщения: 12 Участник с: 11 апреля 2010	Замечу, что советчик из меня пока что неважный, но попробую помочь. Да, проблема именно в PKGBUILD'е, а конкретно в строчке: mv /usr/ "${pkgdir}" которая собственно и перемещает твою папку /usr в pkgdir (это такая директория, куда утилита makepkg устанавливает собираемый пакет, чтобы не нарушать систему и не ставить сразу в /usr, а пакетом впоследствии мог управлять pacman. Эта директория как бы становится корнем для собираемого пакета, на самом деле им не являясь). Поэтому команды типа nano или pacman и не работают. Зачем эта строчка в данной сборке - мне не понятно. Кстати такой вопрос, ты makepkg не от рута запустил? Просто интересно, как она так без проблем /usr переместила. Вообще хочу заметить, что AUR не всегда надежный источник софта, но чтобы избежать похожих проблем в будущем, посмотри вот ссылки, чтобы прояснить что есть что в этих PKGBUILD'ах, чтобы их впоследствии просматривать, если возникнет необходимость пользоваться AUR. Arch Build System PKGBUILD Creating Packages P.S. А что конкретно не получилось с wine из репов, что пришлось ставить .rpm? P.P.S. Знатоки, поправьте меня, если что.

# 11 лет, 8 месяцев назад

Сообщения: 12

Участник с: 11 апреля 2010

Замечу, что советчик из меня пока что неважный, но попробую помочь.

Да, проблема именно в PKGBUILD'е, а конкретно в строчке:

mv /usr/ "${pkgdir}"

которая собственно и перемещает твою папку /usr в pkgdir (это такая директория, куда утилита makepkg устанавливает собираемый пакет, чтобы не нарушать систему и не ставить сразу в /usr, а пакетом впоследствии мог управлять pacman. Эта директория как бы становится корнем для собираемого пакета, на самом деле им не являясь).
Поэтому команды типа nano или pacman и не работают.
Зачем эта строчка в данной сборке - мне не понятно.

Кстати такой вопрос, ты makepkg не от рута запустил? Просто интересно, как она так без проблем /usr переместила.

Вообще хочу заметить, что AUR не всегда надежный источник софта, но чтобы избежать похожих проблем в будущем, посмотри вот ссылки, чтобы прояснить что есть что в этих PKGBUILD'ах, чтобы их впоследствии просматривать, если возникнет необходимость пользоваться AUR.
Arch Build System
PKGBUILD
Creating Packages

P.S. А что конкретно не получилось с wine из репов, что пришлось ставить .rpm?
P.P.S. Знатоки, поправьте меня, если что.

whoami	# 11 лет, 11 месяцев назад
Темы: 5 Сообщения: 12 Участник с: 11 апреля 2010	ох.. если настолько всё равно, какой дистрибутив установлен на компе, может, лучше сразу ставить Ubuntu лол?

whoami	# 11 лет, 11 месяцев назад
Темы: 5 Сообщения: 12 Участник с: 11 апреля 2010	патч не помог, увы.

whoami	# 11 лет, 11 месяцев назад
Темы: 5 Сообщения: 12 Участник с: 11 апреля 2010	Нет, всё таки не у провайдера, jabber в pidgin запустился.

whoami	# 11 лет, 11 месяцев назад
Темы: 5 Сообщения: 12 Участник с: 11 апреля 2010	блин, спасибо, до этого что-либо патчить не доводилось:-[ Оказалось, что проблема видимо у провайдера, т.к. спустя два дня выяснилось, что jabber не работает и в винде тоже (ну а кому надо туда заходить и проверять%) будучи запущенным из любой программы. Не знаю, уместно ли ставить в заголовке , если нужно, поставлю.

whoami

# 11 лет, 11 месяцев назад

Темы: 5

Сообщения: 12

Участник с: 11 апреля 2010

блин, спасибо, до этого что-либо патчить не доводилось:-[

Оказалось, что проблема видимо у провайдера, т.к. спустя два дня выяснилось, что jabber не работает и в винде тоже (ну а кому надо туда заходить и проверять%) будучи запущенным из любой программы.
Не знаю, уместно ли ставить в заголовке , если нужно, поставлю.

whoami	# 11 лет, 11 месяцев назад
Темы: 5 Сообщения: 12 Участник с: 11 апреля 2010	Привет. Такая проблема: вчера внезапно (апдейтов не делалось) отсоединился psi и больше в сеть зайти не смог. Более того, при попытке восстановить более старую совершенно работающую версию системы из back-up (свежеустановленная система и распаковка в неё back-up-архива), psi так же не работает. Вывод консоли следующий: qca-gnupg: disabling keyring monitoring due to buggy Qt version Unknown signature value: 795 Гугл принес в качестве решения вот это обсуждение багов, а конкретно вот такое решение: This bug report led me to the solution: https://support.process-one.net/browse/EJAB-877 See the attached patch for qca-ossl: diff --git a/third-party/qca/qca-ossl/qca-ossl.cpp b/third-party/qca/qca-ossl/qca-ossl.cpp index 1790364..9647a88 100644 --- a/third-party/qca/qca-ossl/qca-ossl.cpp +++ b/third-party/qca/qca-ossl/qca-ossl.cpp @@ -5285,7 +5285,7 @@ public: bool priv_startClient() { //serv = false; - method = SSLv23_client_method(); + method = SSLv3_client_method(); if(!init()) return false; mode = Connect; @@ -5295,7 +5295,7 @@ public: bool priv_startServer() { //serv = true; - method = SSLv23_server_method(); + method = SSLv3_server_method(); if(!init()) return false; mode = Accept; Reading through EJAB-877, it looked like adding SSL_OP_NO_TICKET to the SSL context would resolve the issue, but for whatever reason, this didn't work for me. I'm not sure why. For the heck of it, I then tried changing the SSL method from SSLv23_server_method() to SSLv3_server_method(), which seems to have fixed the problem. I'm able to connect to SSLv3 servers as well as TLSv1 servers. I don't know what the OpenSSL-internal difference is between SSLv23_server_method() and SSLv3_server_method(), besides the obvious fact that one permits SSLv2, SSLv3, and TLSv1, while the other permits only SSLv3 and TLSv1. Perhaps this has something to do with SSLv2 being thrown out of OpenSSL 1.x? Anyway. See if the above fixes the issue for you folks. It's a starting point, anyway. Вопрос в том, какой файл нужно пропатчить. Нужно в папку с исходниками положить патч и воспользоваться командой patch, я правильно понимаю? При том, что синтаксис у неё такой patch [options] [originalfile [patchfile]] а файлы в папке исходников qca-ossl такие CMakeLists.txt configure configwin.bat COPYING openssl.qcm qca-ossl.cpp qca-ossl.pro qca-ossl.qc README TODO я не понимаю, какой файл нужно патчить=\\ Кто-нибудь может подсказать? Может, кто-то уже с таким сталкивался, и есть ещё какие-либо варианты решения этой проблемы? (ну кроме варианта “поменять jabber-клиент”:)

whoami

# 11 лет, 11 месяцев назад

Темы: 5

Сообщения: 12

Участник с: 11 апреля 2010

Привет.
Такая проблема: вчера внезапно (апдейтов не делалось) отсоединился psi и больше в сеть зайти не смог.
Более того, при попытке восстановить более старую совершенно работающую версию системы из back-up (свежеустановленная система и распаковка в неё back-up-архива), psi так же не работает.
Вывод консоли следующий:

qca-gnupg: disabling keyring monitoring due to buggy Qt version
Unknown signature value:  795

Гугл принес в качестве решения вот это обсуждение багов, а конкретно вот такое решение:

This bug report led me to the solution: https://support.process-one.net/browse/EJAB-877
See the attached patch for qca-ossl:

diff --git a/third-party/qca/qca-ossl/qca-ossl.cpp b/third-party/qca/qca-ossl/qca-ossl.cpp
index 1790364..9647a88 100644
--- a/third-party/qca/qca-ossl/qca-ossl.cpp
+++ b/third-party/qca/qca-ossl/qca-ossl.cpp
@@ -5285,7 +5285,7 @@ public:
 	bool priv_startClient()
 	{
 		//serv = false;
-		method = SSLv23_client_method();
+		method = SSLv3_client_method();
 		if(!init())
 			return false;
 		mode = Connect;
@@ -5295,7 +5295,7 @@ public:
 	bool priv_startServer()
 	{
 		//serv = true;
-		method = SSLv23_server_method();
+		method = SSLv3_server_method();
 		if(!init())
 			return false;
 		mode = Accept;

Reading through EJAB-877, it looked like adding SSL_OP_NO_TICKET to the SSL context would resolve the issue, but for whatever reason, this didn't work for me. I'm not sure why. For the heck of it, I then tried changing the SSL method from SSLv23_server_method() to SSLv3_server_method(), which seems to have fixed the problem. I'm able to connect to SSLv3 servers as well as TLSv1 servers. I don't know what the OpenSSL-internal difference is between SSLv23_server_method() and SSLv3_server_method(), besides the obvious fact that one permits SSLv2, SSLv3, and TLSv1, while the other permits only SSLv3 and TLSv1. Perhaps this has something to do with SSLv2 being thrown out of OpenSSL 1.x? Anyway. See if the above fixes the issue for you folks. It's a starting point, anyway.

Вопрос в том, какой файл нужно пропатчить.
Нужно в папку с исходниками положить патч и воспользоваться командой patch, я правильно понимаю?

При том, что синтаксис у неё такой

patch [options] [originalfile [patchfile]]

а файлы в папке исходников qca-ossl такие

CMakeLists.txt
configure
configwin.bat
COPYING
openssl.qcm
qca-ossl.cpp
qca-ossl.pro
qca-ossl.qc
README
TODO

я не понимаю, какой файл нужно патчить=\\

Кто-нибудь может подсказать?
Может, кто-то уже с таким сталкивался, и есть ещё какие-либо варианты решения этой проблемы?
(ну кроме варианта “поменять jabber-клиент”:)

whoami	# 12 лет назад
Темы: 5 Сообщения: 12 Участник с: 11 апреля 2010	Спасибо!

whoami	# 12 лет назад (отредактировано 12 лет назад)
Темы: 5 Сообщения: 12 Участник с: 11 апреля 2010	Привет, кто-нибудь знает как изменить фон диалогового окна разблокировки экрана? Блокирую командой gnome-screensaver-command --lock при разблокировке фон экрана ярко-зеленый и раздражает=) Сперва подумалось, что отвечает за это окно gdm. Хотела сделать по аналогии с изменением gnome login window: # mv /path-to-wallpaper/wallpaper-name.jpg /usr/share/backgrounds # cp /usr/share/applications/gnome-appearance-properties.desktop /usr/share/gdm/autostart/LoginWindow и при появлении диалогового окна выбрать нужный фон, но это (надо же!=)) не срабатывает. Есть идеи?

whoami

# 12 лет назад (отредактировано 12 лет назад)

Темы: 5

Сообщения: 12

Участник с: 11 апреля 2010

Привет, кто-нибудь знает как изменить фон диалогового окна разблокировки экрана?

Блокирую командой

gnome-screensaver-command --lock

при разблокировке фон экрана ярко-зеленый и раздражает=)

Сперва подумалось, что отвечает за это окно gdm.
Хотела сделать по аналогии с изменением gnome login window:

# mv /path-to-wallpaper/wallpaper-name.jpg /usr/share/backgrounds
# cp /usr/share/applications/gnome-appearance-properties.desktop /usr/share/gdm/autostart/LoginWindow

и при появлении диалогового окна выбрать нужный фон, но это (надо же!=)) не срабатывает.

Есть идеи?

whoami	# 12 лет, 1 месяц назад
Темы: 5 Сообщения: 12 Участник с: 11 апреля 2010	Спасибо!

whoami	# 12 лет, 1 месяц назад (отредактировано 12 лет, 1 месяц назад)
Темы: 5 Сообщения: 12 Участник с: 11 апреля 2010	Привет, извиняюсь за глупый вопрос, но включено ли в Арче индексирование файлов по умолчанию? Если да, то как отключить? Утилита mlocate не установлена.