45539 2023-03-13 23:36:15 +0300 [4.2] join qualimock@ 2025-08-18 13:01:49 +0300 1 1 4 Development Team Accounts join unspecified all Linux REOPENED https://altlinux.org/Team/Join P5 normal --- 1 qualimock glebfm ancieg arseny glebfm ldv x1z53 cas oldest_to_newest 222851 0 12735 qualimock 2023-03-13 23:36:15 +0300 Created attachment 12735 Add GPG public key Имя пользователя: qualimock Почта для пересылки: qualimock@yandex.ru Намерения: хочу научиться собирать пакеты Имя ментора: ancieg Подписка: ancieg@altlinux.org 222852 1 12736 qualimock 2023-03-13 23:36:53 +0300 Created attachment 12736 Add SSH public key 222883 2 ancieg 2023-03-14 20:07:05 +0300 (Ответ для QualiMock на комментарий #0) > Имя ментора: ancieg Ок, берусь. > Подписка: ancieg@altlinux.org Но в подписку не добавил :) 223099 3 glebfm 2023-03-21 10:03:16 +0300 Ключи в порядке. 236667 4 glebfm 2023-11-08 19:40:57 +0300 Актуально ли ещё? 236881 5 qualimock 2023-11-10 23:27:13 +0300 (In reply to Gleb F-Malinovskiy from comment #4) > Актуально ли ещё? Да, актуально, но пока времени нет 236929 6 qualimock 2023-11-12 20:37:07 +0300 В общем, время появилось, собрал один пакет на локальной машине. Желаю вернуться к процедуре Join'а. 236930 7 ancieg 2023-11-12 20:39:30 +0300 Прошу зарегистрировать ключи на gitery и выдать доступ к gyle. 238462 8 glebfm 2023-12-05 20:08:29 +0300 ssh ключ на gitery.alt зарегистрирован. Адрес для пересылки создан. T/J/S -> 2.3. 238468 9 ancieg 2023-12-05 20:10:00 +0300 (In reply to Anton Zhukharev from comment #7) > Прошу зарегистрировать ключи на gitery и выдать доступ к gyle. Прошу выдать доступ к gyle. 238633 10 glebfm 2023-12-07 22:21:01 +0300 ssh ключ на gyle.alt зарегистрирован. Пакет alt-gpgkeys обновлён. Адрес подписан на devel@. T/J/S -> 3.6. 252639 11 qualimock 2024-10-07 18:19:04 +0300 Собраны пакеты: cassette: https://packages.altlinux.org/en/sisyphus/srpms/cassette/ python3-module-aria2p: https://packages.altlinux.org/en/sisyphus/srpms/python3-module-aria2p/ nautilus-backspace: https://packages.altlinux.org/en/sisyphus/srpms/nautilus-backspace/ screenshot: https://packages.altlinux.org/en/sisyphus/srpms/screenshot/ opendoas: https://packages.altlinux.org/en/sisyphus/srpms/opendoas/ 252640 12 ancieg 2024-10-07 18:23:42 +0300 Я думаю, что можно пробовать двигаться дальше. 258110 13 glebfm 2025-01-27 14:34:04 +0300 Призван рецензент (arseny@) для независимой оценки готовности кандидата. T/J/S -> 4.2. 258217 14 arseny 2025-01-28 16:17:20 +0300 (In reply to Gleb F-Malinovskiy from comment #13) > Призван рецензент (arseny@) для независимой оценки готовности кандидата. > > T/J/S -> 4.2. ACK. Взгляну на выходных. 259546 15 17774 arseny 2025-02-19 01:43:20 +0300 Created attachment 17774 nautilus-backspace-allow-override-datadir.diff 259547 16 arseny 2025-02-19 01:45:54 +0300 Недавно взглянул. Кое-что я уже посмотрел, но ответы пока в столе и ещё нуждаются в редактуре. Скоро опубликую их пачкой. Немного о nautilus-backspace. Нижеследующее почти не касается нашего с вами пакета, но тем не менее выступает хорошим упражнением для среднестатистического мейнтейнера и хорошим тоном для благосклонного апстрима. Если взглянуть на makefile апстрима, то видно, что апстрим на момент авторства немного не умел писать фазу `make install` для своего поделия. Позаботился о цикле разработки, но не о упаковывающих мейнтейнерах. :( Хороший мейнтейнер установит правильно (как вы и сделали в спеке), а отличный ещё и заапстримит правильную установку, благо makefile несложный, а патч небольшой. Предлагаю ув. кандидату это сделать; интуиция мне подсказывает, что апстрим будет договороспособен. :) Они там сверяют UID 0; понятно, что из `geteuid() == 0` никак не следует префикс, куда нужно ставить файлы, но и понятно, что хотелось поддерживать запуск `make install` на живой системе, где умолчания для uid 0 и != 0 _не_ неразумны и даже близки к устойчивой практике. В текущем виде такой код показывает мейнтейнеру пакетов кукиш. Апстриму стоило бы: - ввести что-нибудь вроде `datadir = /usr/share` в самом начале файла, тем самым добавив ручку для переопределения datadir; - да-да, при вызове `make datadir=$HOME/.local/share` установка переменной в командной строке _одерживает верх_ над установкой переменной в тексте! https://www.gnu.org/software/make/manual/make.html, "Overriding Variables" То есть, неосторожному оператору очень легко сломать аккуратный Makefile неаккуратным вызовом make(1). Не баг, а фича! (впрочем, неважно) - ветку `geteuid() != 0` посвятить изменению зн. `datadir` по умолчанию. И волки будут сыты, и овцы будут целы, см. приложенный патч. - поддержать переменную DESTDIR (может как отсутствовать, так и содержать путь к каталогу; писать после обращения к ней / не требуется); - совсем дальновидно: вызывать в рецептах `$(INSTALL)` вместо явного `install`. А ещё у них `make` без аргументов командной строки будет что-то куда-то устанавливать, так как `install` — первая цель по тексту. К такому поведению жизнь пользователей make(1) не готовила, это неприятный сюрприз. :) Ну, и `.PHONY: install schemas`, конечно; ни о каких файлах по именам "install" и "schemas" речи не идёт. Патч получится порядка 14 insertions(+), 11 deletions(-). Вам останется написать в spec: %makeinstall_std datadir=%datadir Танцы с ifneq чего-то 0 вас как мейнтейнера пакета не затронут. Я не помню, пригодна ли ~/.local (согласно спецификации на неё) для того, чтобы быть префиксом (т. е. содержать всё актуальное, что бывает в /usr/local или /usr). Если да, то возможен вариант prefix = /usr datadir = $(prefix)/share и далее аналогично. Но, с учётом того, что проект маленький, тут могут быть разные решения приняты. 259888 17 arseny 2025-02-24 18:55:23 +0300 Общее замечание. Если апстрим сопровождает свой проект в гите, делает релизы и вешает на релизные ревизии подписанные теги, то их можно тоже запушить на gitery. Тогда при сборке пакетного тега, от которого можно до них дойти по цепочке коммитов, они попадут и на git.a.o/gears, что удобно читателям. gyle так делает много лет, но я об этом узнал только в прошлом году — т. е. менторы об этом вообще не говорят. Надо эту практику по возможности популяризировать. :) 259889 18 arseny 2025-02-24 18:56:10 +0300 nautilus-backspace: В спеке нет: %define _unpackaged_files_terminate_build 1 Почему? Вопрос и на понимание, и из моего личного любопытства (я никогда не собирал всякий гном). Нужно ли glib-compile-schemas вызывать в %post пакета? Почему нельзя в файлтриггере? 259890 19 arseny 2025-02-24 18:57:01 +0300 cassette: объективно придраться не к чему. :) 259891 20 arseny 2025-02-24 18:57:13 +0300 python3-module-aria2p: Вопрос к кандидату: я вижу, что в -alt2 добавлена явная зависимость на aria2. Пожалуйста, обоснуйте это добавление. Кроме этого, нет вопросов. 259892 21 arseny 2025-02-24 18:57:32 +0300 org.adishatz.Screenshot: А ему точно нужны и meson, и cmake в качестве BR? Кроме этого, нет вопросов. 259893 22 arseny 2025-02-24 18:59:38 +0300 opendoas: Пакет в целом сложный, с существенной долей системной интеграции. Значит, и поговорить есть о чём! > %description -l ru_RU.UTF-8 > doas — это минимальная замена почтенного sudo. Первоначально она была написана > Тедом Унангстом из проекта OpenBSD, чтобы обеспечить 95%% функций sudo > с частью кодовой базы > обеспечить ... с частью кодовой базы Плохой и корявый перевод строго хуже отсутствия перевода. Надо либо написать своими словами, либо вообще забить на перевод. > Summary(ru_RU.UTF-8): Портативная версия команды doas из OpenBSD Здесь слово portable употреблено в особом смысле, который ему придаёт сообщество OpenBSD: имеется в виду вариант программы, совместимый не только с OpenBSD. В английском языке словосоч. "portable program" имеет два устойчивых смысла: * "работающий везде", толстый исполнимый (в мире windows — бинарный) дистрибутив приложения, не требующий установки в окружение (в т. ч. упаковки в альт для будущей установки); * более уместное значение из литературы вокруг POSIX, языка Си и комплектного библиотечного окружения: программа, которую можно без изменений собрать под произвольную машину и ОС. Эти два варианта — омонимы; второй из них — это "портируемая" программа, которую можно куда-то портировать, to port, например, под линукс. Проект OpenBSD употребляет "portable", ссылаясь на второй вариант употребления (у них portable — программа, совместимая не только с OpenBSD). Я бы в свете всего этого, если уж заниматься переводом этих описаний, вообще избежал намёков на то, что кто-то что-то куда-то портирует. Мы упаковываем вариант opendoas, совместимый с нами (другой упаковывать в альт смысла мало); об этом надо и написать. Навроде "Команда doas из OpenBSD, портированная для Linux". Конечно, ни в коем разе не навязываю стиль и выбор слов. :) > 50 mkdir -p %buildroot%_sysconfdir > 51 cat > %buildroot%_sysconfdir/doas.conf << EOF > 52 # Allow wheel by default > 53 permit :wheel > 54 EOF 1) Для других повышалок привилегий у нас предусмотрены control(8) facilities. Предлагаю взглянуть на семантику и варианты состояний у sudo и предоставить такие же варианты для opendoas (соответственно, упаковать эти контролы в пакет). 2) Если комментарии в конфиге выступают в том числе документацией для пользователя, то, IMHO, прилично писать такие заметки как документацию — книжным стилем; т. е. заканчивать предложения точкой и т. п. > 42 %build > 43 # Non standard build script > 44 ./configure --prefix=%prefix --with-timestamp --with-pam > 45 export CFLAGS="%optflags" > 46 %make_build Что означает запись non-standard build script? Nit: "/bin:/sbin:" в начале safepath в файле doas.c стоило бы, на мой вкус, выпатчить; в альте это симлинки на другие каталоги, входящие в safepath. Впрочем, не настаиваю. 262243 23 qualimock 2025-04-01 16:52:30 +0300 (In reply to Arseny Maslennikov from comment #20) > python3-module-aria2p: > > Вопрос к кандидату: > я вижу, что в -alt2 добавлена явная зависимость на aria2. Пожалуйста, > обоснуйте это добавление. > > Кроме этого, нет вопросов. aria2p - это утилита, работающая с aria2, автогенератор не находит такие зависимости, поэтому пришлось указать явно. (In reply to Arseny Maslennikov from comment #21) > org.adishatz.Screenshot: > > А ему точно нужны и meson, и cmake в качестве BR? > > Кроме этого, нет вопросов. cmake был добавлен, поскольку он потребовался в процессе сборки. Однако, потом оказалось, что все собирается и без него. В https://packages.altlinux.org/en/tasks/379880/ я его убрал из BR. С nautilus-backspace и opendoas в ближайшее время разберусь. 269654 24 qualimock 2025-07-22 18:43:00 +0300 В ближайшее время не получилось разобраться, прошу прощения за долгую задержку. nautulus-backspace: Поправил Makefile по вашим правкам и договорился с апстримом, меня добавили в команду разработки. glib-compile-shemas вообще не надо вызывать, убрал %post, поскольку для gsettings уже есть файлтриггер. Обновил в апстриме Makefile, пакет уже в Сизифе. https://packages.altlinux.org/en/tasks/386433/ opendoas: Убрал переводы, добавил control facilities, убрал "/bin:/sbin:" из safepath. Non-standard build script написал, потому что configure в opendoas самодельный и не работает с GNU Autotools. Исправил комментарий, пояснил конкретнее. Opendoas со всеми правками тоже уже в Сизифе. https://packages.altlinux.org/en/tasks/390571/ 269711 25 arseny 2025-07-23 15:28:39 +0300 (In reply to Alexey Volkov from comment #24) > nautulus-backspace: > Поправил Makefile по вашим правкам и договорился с апстримом, меня добавили > в команду разработки. glib-compile-schemas вообще не надо вызывать, убрал > %post, поскольку для gsettings уже есть файлтриггер. Обновил в апстриме > Makefile, пакет уже в Сизифе. https://packages.altlinux.org/en/tasks/386433/ Хорошо. > opendoas: > Non-standard build script написал, потому что configure в opendoas > самодельный и не работает с GNU Autotools. Исправил комментарий, пояснил > конкретнее. Новый комментарий лучше, да. > Убрал переводы, добавил control facilities, убрал "/bin:/sbin:" из safepath. > Opendoas со всеми правками тоже уже в Сизифе. > https://packages.altlinux.org/en/tasks/390571/ Годится! По этим двум пакетам все вопросы тоже сняты. 269712 26 arseny 2025-07-23 15:38:27 +0300 (In reply to Alexey Volkov from comment #23) > (In reply to Arseny Maslennikov from comment #20) > > python3-module-aria2p: > > > > Вопрос к кандидату: > > я вижу, что в -alt2 добавлена явная зависимость на aria2. Пожалуйста, > > обоснуйте это добавление. > > aria2p - это утилита, работающая с aria2, автогенератор не находит такие > зависимости, поэтому пришлось указать явно. А можно ли применять aria2p в случае, где управляемая aria2 на другой машине, а связь между ними по сети? Или только в рамках одной машины? Если можно по сети, то на управляющей машине сама программа aria2 не обязательна, и, я считаю, зависимость ставить не стоит. Это как pulseaudio и libpulse0, только помягче. С libpulse0 много чего транзитивно собрано, и тащить в качестве зависимости pulseaudio-daemon излишне (он ещё, не ровён час, и автозапускаться будет даже на машинах, где звук настроен без его участия!) 269800 27 qualimock 2025-07-24 17:18:45 +0300 (In reply to Arseny Maslennikov from comment #26) > А можно ли применять aria2p в случае, где управляемая aria2 на другой > машине, а связь между ними по сети? Или только в рамках одной машины? > Если можно по сети, то на управляющей машине сама программа aria2 не > обязательна, и, я считаю, зависимость ставить не стоит. Посмотрел, да, aria2 может быть на удаленном сервере. Убрал из зависимостей и обновил aria2p. https://packages.altlinux.org/en/tasks/390712/ 269880 28 arseny 2025-07-25 18:50:30 +0300 (In reply to Alexey Volkov from comment #27) > (In reply to Arseny Maslennikov from comment #26) > > А можно ли применять aria2p в случае, где управляемая aria2 на другой > > машине, а связь между ними по сети? Или только в рамках одной машины? > > Если можно по сети, то на управляющей машине сама программа aria2 не > > обязательна, и, я считаю, зависимость ставить не стоит. > Посмотрел, да, aria2 может быть на удаленном сервере. Убрал из зависимостей > и обновил aria2p. https://packages.altlinux.org/en/tasks/390712/ OK, замечательно. :) 269882 29 arseny 2025-07-25 18:51:48 +0300 К уже собранным Алексеем пакетам у меня нет претензий. Давайте что-нибудь ещё соберём. Можете вместе с ментором или сами выбрать какой-нибудь проект, который не гном и не модуль разработки (т. е. самостоятельная программа либо бинарная библиотека). Если выбрать трудно, то я предлагаю найденную в багзилле заявку. https://bugzilla.altlinux.org/49791 Выглядит не кошмарно сложно, чай, не bun. Подобрал вот отсюда https://bugzilla.altlinux.org/buglist.cgi?bug_status=NEW&bug_status=REOPENED&order=Importance&product=New%2Fproposed%20packages 271000 30 arseny 2025-08-18 13:01:31 +0300 Я бы очень не хотел, чтобы процесс тормозился из-за меня. :) Плагин для OBS, что я предлагал выше, на тот момент был слишком сложен для начинающего мейнтейнера; он, по крайней мере, требует onnxruntime, который довольно сложно хорошо упаковать и которого в сизифе не было; теперь (в начальном виде) есть. (Patches welcome от любителей видеокарт BTW) Не исключено, что это может быть не единственная проблема со сборкой того плагина. В любом случае, не обязательно брать именно его. Но если интересна такая категория ПО — то вперёд! :) 271001 31 arseny 2025-08-18 13:01:49 +0300 Алексей, если у вас есть затруднение найти проект для упаковки, то можете взять какое-нибудь своё TESTED/FAILED задание, которое я ещё не видел и в котором есть пакеты, удовлетворяющие ограничениям из comment 29. Главное, пользуясь полученным опытом, довести пакеты до ума без подсказок. 12735 2023-03-13 23:36:15 +0300 2023-03-13 23:36:15 +0300 Add GPG public key alt_qualimock.gpg application/pgp-encrypted 1652 qualimock LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkdRUGhrRUJFQUM2RmNV TVBVNWc1ak9jTTkzbGx3RWY1Zkoxc1U4OWtwNUdaY2ZvSEQ3SGhTem0zczB1Cng0c2sra0tGeEdF Y2dFNklhbWI4Nk5kU3NPUUVOdXI0UURJZGk0WHhaaU0wTkVCMmszUHU4L2kzQTd5dFRtUWgKQlhP OUYwQitISXVBUnVObklUWklYaVA3NFgwL1cxTTh2NVA3dVFiREhsNGlnTHowWkdvR1dSU2hIUmVw K0JWOAo5TzJIbk9Fb3RsbjgvVzJ1TmVqaXUxV0h3V2Z4VGNWS29aOFVKQ0YxNlp1NUJOS3J2Z0xl bEVYM0dXcFpDeHJpCk9hSWExU2VJN2lSeDFVVVljdkpDR0dsWWRmZVFxNGtaRUEzNWIxWExZd1VB QU9KWXBWYlRGVVNWbE4zRjJMWkQKbDVJQkdmSzlWbjUzT0FhQ0VFdDlERzB2RVZOYjV0bzZOa1Bp NlpSaTF0bFNuVVpoWEViMDhqNER2L3VySWxGbwp2L01kY2lUaHNiMCtPeFpURSsyZ0FHcTFUVEFo RUpIclpWd0x3TVNpV2E2RE1ZemhVZUVZcWkrTkE2aCtCSnFzCk1hSUVXR29WdUVZU25FK1FhaUpl RlhOSnBIQk1VQlg2Mk5PTUVYeWI2NFlQMlpCZXlEQmxDRXJFRnJHUDdqRVoKa3N1UkFINXNmd1NS SzIxRlVzWjFab0ZVamZQYWpmSmV4QzhjU2Rwd0JnNlpqa05NeVZOTUxkK1dYWVh3L1hSZQoxcmpl M2JLczFBQWZvUEFEeExQV01sOEV1aFRPYll1RmpxN3hGK052NVNNRlpqcDQrQ2dpcDVnekplazFu SFNaCjRPQUM3aHZFOFhmejJJRWdiTVRnNlVGU25XMytYMVErSVh3QUtDNGovR2orOWpNaDM1R2NS c0tURVFBUkFRQUIKdENaQmJHVjRaWGtnVm05c2EyOTJJRHh4ZFdGc2FXMXZZMnRBWVd4MGJHbHVk WGd1YjNKblBva0NUZ1FUQVFnQQpPQlloQkxMYjVNbncxNEFSWVFXRHJKM0xib1ZSQWFPU0JRSmtE NFpCQWhzdkJRc0pDQWNDQmhVS0NRZ0xBZ1FXCkFnTUJBaDRCQWhlQUFBb0pFSjNMYm9WUkFhT1NS N0VQLzFiK1lqOHJ0UXVtbFpqMG15Z0VTa1luQTFLczFUbVUKdm0vUHYzWFBKaTdxdTM0YmJnN3J6 NyszMDFoS1luNm5XS3U2SzEvQTVtNTI5VHVValQ1ZGRIUWZKN1paUktvYQpFUm5tdWNuUGZDRnlG M1A5THQ3bGlvZGtRMnczaTdqS3dMU3BUL1h0MjlmQXVaYVZlcUpkYlkwQVM4ZER5RForCkhGTVZL SmVMWjFBRWJpMzZQczRhdXJXWFRIWlpwODJPNTJwZmUrTkpMM011b2REOEt0SThTMHp3ZGJabGJ3 c2sKODZXck1IZ2haV3Z5K3JwMGp6cm1UbUFQL3VmVXpmckdxellTTXVpOU9PbWYxSzVZZGQxajNT NlFmRmRVb3puRwoxZTVtajdDdEQ3dk1yeGhFMmRUeDBEWjhPZFZjcWlmdzllY3g5S0RwSWJCUHcv OFhKZTdFUEJoU2s5SE9UWFJCCmxZdWIxM05XZXhpQTJHYmhMMFBrNUV0UlZWb042bGd6OHRrcnk2 SVc0UHQrdXhMSkg4RHVZVzJET3V3aTBhc2wKeVEwYVVPNEpxbFgrN2w0RmZOelc4bTZZR2NoUzFt YUh2RDJlVzZIRkQvNHA0S3ZlOUJsY0dPMHVpd0Y5ajlGWQovOVJVYmVtbmFwbVJjbGtJUGdMME8v NkMxQ21aUVdKbUl3WWFxYVU1Z0l2NUtkK3R6Z0dnSStnVm13emhjTlNrCjZKRVRGb0ZoT3lrWi9L bHNMYVcrOUJlZ1EyWmVtbmd5SVh4Uk1WR1dZSDkwdTdCZzlsL2R0ZEJXRHMyVGU3NzIKam12RzhH SjYwcHNFa2ZtaVZuYVVWTDZuanZmVmZmNE1VSzJaWTJCbEF0T25qYlNweld1elUxTDJub2U2WU5N aQo0N0RISGZPWU5pUUsKPWlWUGcKLS0tLS1FTkQgUEdQIFBVQkxJQyBLRVkgQkxPQ0stLS0tLQo= 12736 2023-03-13 23:36:53 +0300 2023-03-13 23:36:53 +0300 Add SSH public key alt_qualimock.ssh text/plain 744 qualimock c3NoLXJzYSBBQUFBQjNOemFDMXljMkVBQUFBREFRQUJBQUFDQVFDNkZjVU1QVTVnNWpPY005M2xs d0VmNWZKMXNVODlrcDVHWmNmb0hEN0hoU3ptM3MwdXg0c2sra0tGeEdFY2dFNklhbWI4Nk5kU3NP UUVOdXI0UURJZGk0WHhaaU0wTkVCMmszUHU4L2kzQTd5dFRtUWhCWE85RjBCK0hJdUFSdU5uSVRa SVhpUDc0WDAvVzFNOHY1UDd1UWJESGw0aWdMejBaR29HV1JTaEhSZXArQlY4OU8ySG5PRW90bG44 L1cydU5laml1MVdId1dmeFRjVktvWjhVSkNGMTZadTVCTktydmdMZWxFWDNHV3BaQ3hyaU9hSWEx U2VJN2lSeDFVVVljdkpDR0dsWWRmZVFxNGtaRUEzNWIxWExZd1VBQU9KWXBWYlRGVVNWbE4zRjJM WkRsNUlCR2ZLOVZuNTNPQWFDRUV0OURHMHZFVk5iNXRvNk5rUGk2WlJpMXRsU25VWmhYRWIwOGo0 RHYvdXJJbEZvdi9NZGNpVGhzYjArT3haVEUrMmdBR3ExVFRBaEVKSHJaVndMd01TaVdhNkRNWXpo VWVFWXFpK05BNmgrQkpxc01hSUVXR29WdUVZU25FK1FhaUplRlhOSnBIQk1VQlg2Mk5PTUVYeWI2 NFlQMlpCZXlEQmxDRXJFRnJHUDdqRVprc3VSQUg1c2Z3U1JLMjFGVXNaMVpvRlVqZlBhamZKZXhD OGNTZHB3Qmc2WmprTk15Vk5NTGQrV1hZWHcvWFJlMXJqZTNiS3MxQUFmb1BBRHhMUFdNbDhFdWhU T2JZdUZqcTd4RitOdjVTTUZaanA0K0NnaXA1Z3pKZWsxbkhTWjRPQUM3aHZFOFhmejJJRWdiTVRn NlVGU25XMytYMVErSVh3QUtDNGovR2orOWpNaDM1R2NSc0tURVE9PSBvcGVucGdwOjB4NTEwMUEz OTIK 17774 2025-02-19 01:43:20 +0300 2025-02-19 01:43:20 +0300 nautilus-backspace-allow-override-datadir.diff file_45539.txt text/plain 632 arseny ZGlmZiAtLWdpdCBhL21ha2VmaWxlIGIvbWFrZWZpbGUNCmluZGV4IDgwYzljNWMuLmQ3ZjljNjYg MTAwNjQ0DQotLS0gYS9tYWtlZmlsZQ0KKysrIGIvbWFrZWZpbGUNCkBAIC0xLDExICsxLDEyIEBA DQotaWZlcSAoJChzaGVsbCBpZCAtdSksIDApDQotCUVYVEVOU0lPTl9ESVIgPSAvdXNyL3NoYXJl L25hdXRpbHVzLXB5dGhvbi9leHRlbnNpb25zDQotCVNDSEVNQV9ESVIgPSAvdXNyL3NoYXJlL2ds aWItMi4wL3NjaGVtYXMNCi1lbHNlDQotCUVYVEVOU0lPTl9ESVIgPSB+Ly5sb2NhbC9zaGFyZS9u YXV0aWx1cy1weXRob24vZXh0ZW5zaW9ucw0KLQlTQ0hFTUFfRElSID0gfi8ubG9jYWwvc2hhcmUv Z2xpYi0yLjAvc2NoZW1hcw0KK2RhdGFkaXIgPSAvdXNyL3NoYXJlDQorDQoraWZuZXEgKCQoc2hl bGwgaWQgLXUpLCAwKQ0KK2RhdGFkaXIgPSB+Ly5sb2NhbC9zaGFyZQ0KIGVuZGlmDQogDQorRVhU RU5TSU9OX0RJUiA9ICQoZGF0YWRpcikvbmF1dGlsdXMtcHl0aG9uL2V4dGVuc2lvbnMNCitTQ0hF TUFfRElSID0gJChkYXRhZGlyKS9nbGliLTIuMC9zY2hlbWFzDQorDQogaW5zdGFsbDoNCiAJaW5z dGFsbCAtZCAkKEVYVEVOU0lPTl9ESVIpDQogCWluc3RhbGwgQmFjay5weSAkKEVYVEVOU0lPTl9E SVIpDQo=