Насчёт обновлений. Если с консоли что-либо синхронизировать и т.д., то выпадает ошибка. Но обновления через мастер обновлений качаются. Точнее, идёт какой-то процесс, что-то скачивается, а потом выпадает уведомление о зависимостях, что-то удаляется и всё. Если запустить тот же список «к обновлению», вся операция пойдёт по второму кругу. Более того, как я писал в первом сообщении, программы пакман устанавливает, реально что-то скачивается, но потом не открывается и никак не откликается на внешние воздействия.
Может, это всё потому, что я сто лет не обновлялся?
пролема не в этом
Ядро 4.14, при установке обновлений всё время какие-то циклические зависимости, поэтому всё как-то криво идёт.
О чем идет речь? Ведь у тебя на данный момент нет возможности обновиться
ЗЫ. было бы неплохо, если бы @dimonmmk увидел эту ветку, у него могут быть идеи…
#
# /etc/pacman.conf
#
# See the pacman.conf(5) manpage for option and repository directives
#
# GENERAL OPTIONS
#
[options]
# The following paths are commented out with their default values listed.
# If you wish to use different paths, uncomment and update the paths.
#RootDir = /
#DBPath = /var/lib/pacman/
#CacheDir = /var/cache/pacman/pkg/
#LogFile = /var/log/pacman.log
#GPGDir = /etc/pacman.d/gnupg/
#HookDir = /etc/pacman.d/hooks/
HoldPkg = pacman glibc manjaro-system
# If upgrades are available for these packages they will be asked for first
SyncFirst = manjaro-system archlinux-keyring manjaro-keyring
#XferCommand = /usr/bin/curl -L -C — -f -o %o %u
#XferCommand = /usr/bin/wget --passive-ftp -c -O %o %u
#CleanMethod = KeepInstalled
#UseDelta = 0.7
Architecture = auto
# Pacman won't upgrade packages listed in IgnorePkg and members of IgnoreGroup
#IgnorePkg =
#IgnoreGroup =
# By default, pacman accepts packages signed by keys that its local keyring
# trusts (see pacman-key and its man page), as well as unsigned packages.
SigLevel = Required DatabaseOptional
LocalFileSigLevel = Optional
#RemoteFileSigLevel = Required
# NOTE: You must run `pacman-key --init` before first using pacman; the local
# keyring can then be populated with the keys of all official Manjaro Linux
# packagers with `pacman-key --populate archlinux manjaro`.
#
# REPOSITORIES
# — can be defined here or included from another file
# — pacman will search repositories in the order defined here
# — local/custom mirrors can be added here or in separate files
# — repositories listed first will take precedence when packages
# have identical names, regardless of version number
# — URLs will have $repo replaced by the name of the current repo
# — URLs will have $arch replaced by the name of the architecture
#
# Repository entries are of the format:
# [repo-name]
# Server = ServerName
# Include = IncludePath
#
# The header [repo-name] is crucial — it must be present and
# uncommented to enable the repo.
#
[core]
Include = /etc/pacman.d/mirrorlist
[extra]
Include = /etc/pacman.d/mirrorlist
[community]
Include = /etc/pacman.d/mirrorlist
# If you want to run 32 bit applications on your x86_64 system,
# enable the multilib repositories as required here.
[multilib]
Include = /etc/pacman.d/mirrorlist
# An example of a custom package repository. See the pacman manpage for
# tips on creating your own repositories.
#[custom]
#SigLevel = Optional TrustAll
#Server = file:///home/custompkgs
Сделал по инструкции, убрал в пакмане server и заменил на siglevel. Список зеркал сгенерировался, но на пакмановские команды выдал «Не настроено ни одного подходящего репозитория». То же выпало на
sudo pacman -Syy
Может, это всё потому, что я сто лет не обновлялся? Ядро 4.14, при установке обновлений всё время какие-то циклические зависимости, поэтому всё как-то криво идёт.
Признаться не представляю, каким именно образом Вы собираетесь передавать ему параметры.
через командную строку в хуке.
Не вижу в этом проблемы. Впрочем не трудно заменить на sync только корня.
Не значит, что никто не видит =) А вдруг у меня ssd с огромным кешем в раме?
Нужно ли пихать в пакет, такой маленький и простенький скрипт?
Да. Вы же скриптом install.sh лезете в системную иерархию!
И да, Ваш хук, емнип, удалится при очередном обновлении libalpm/pacman. Потому, что Вы кладёте его в /usr. Опять таки, если память не изменила с совестью, /usr, как таковой, не предназначен для пользовательских вмешательств (кроме /usr/local). Так что либо опакетить, либо, на крайняк, в /etc/pacman.d/hooks. А еще лучше, тогда уж, если не быть пакету, в /usr/local/… ^.^
P.S. А почему бы Вам не взять на поддержку какой-нибудь orphaned пакет из AUR? Это было бы, вероятно, и интереснее и полезнее.
по-моему у тебя в секции # REPOSITORIES что-то напутано
сделай как в примере
[core]
SigLevel = PackageRequired
Include = /etc/pacman.d/mirrorlist
[extra]
SigLevel = PackageRequired
Include = /etc/pacman.d/mirrorlist
[community]
SigLevel = PackageRequired
Include = /etc/pacman.d/mirrorlist
# If you want to run 32 bit applications on your x86_64 system,
# enable the multilib repositories as required here.
[multilib]
SigLevel = PackageRequired
Include = /etc/pacman.d/mirrorlist
сохрани и сделай
sudo pacman -Syy
кстати, его вывода я не увидел
и пересоздай список зеркал на всякий случай
Поправьте, пожалуйста, в скрипте «ноливой» на «нулевой». А еще лучше на нечто, отражающее суть точки монтирования.
Принято.
Только это не точка монтирования, это том (его еще называют корневым) в котором находятся подразделы.
Он монтируется для того что-бы снапшот создавался «сбоку» от корня.
Надо бы сделать так, чтобы скрипт кушал параметры из командной строки. Редактировать программу, чтобы выбрать другую точку монтирования, как-то не особенно хорошо...
Ну… суть в том что он сам монтируется перед обновлением системы, сам создает снапшот и сам отмонтирует нулевой том. Признаться не представляю, каким именно образом Вы собираетесь передавать ему параметры.
Не знаю, как Вам, а мне кажется, что скрипт, в котором команды в одну строчку, нечитаем.
Поправлю, но там полторы строчки, читать по сути нечего.
Команда «sync» в скрипте синхронизирует все ФС в системе. Вы уверены, что пользователь этого хочет..?
Не вижу в этом проблемы. Впрочем не трудно заменить на sync только корня.
Это НЕ пакет для установки в arch-based системы, хотя расширение архива и очень сильно на это намекает. Я бы просто не стал устанавливать эту программу, так как оне НЕ будет контролироваться pacman.
Я и не говорил что это пакет.
В систему копируются три файла при установке и удаляются при удалении. Нужно ли пихать в пакет, такой маленький и простенький скрипт?
ну… Раз уж Вы сами спросили=))
Поправьте, пожалуйста, в скрипте «ноливой» на «нулевой». А еще лучше на нечто, отражающее суть точки монтирования.
Надо бы сделать так, чтобы скрипт кушал параметры из командной строки. Редактировать программу, чтобы выбрать другую точку монтирования, как-то не особенно хорошо...
Не знаю, как Вам, а мне кажется, что скрипт, в котором команды в одну строчку, нечитаем.
Команда «sync» в скрипте синхронизирует все ФС в системе. Вы уверены, что пользователь этого хочет..?
Ну и самое главное… Это НЕ пакет для установки в arch-based системы, хотя расширение архива и очень сильно на это намекает. Я бы просто не стал устанавливать эту программу, так как оне НЕ будет контролироваться pacman. Сможете «опакетить»? :)
если не 5.1.3-1 попробуем его обновить внаглую
потом пробуй
пока идеи закончились, хотя есть одна, но она вандальная, поэтому с ней повременим
О чем идет речь? Ведь у тебя на данный момент нет возможности обновиться
ЗЫ. было бы неплохо, если бы @dimonmmk увидел эту ветку, у него могут быть идеи…
downgrade xf86-input-libinput libinput
И не нашел как разрешение менять
# /etc/pacman.conf
#
# See the pacman.conf(5) manpage for option and repository directives
#
# GENERAL OPTIONS
#
[options]
# The following paths are commented out with their default values listed.
# If you wish to use different paths, uncomment and update the paths.
#RootDir = /
#DBPath = /var/lib/pacman/
#CacheDir = /var/cache/pacman/pkg/
#LogFile = /var/log/pacman.log
#GPGDir = /etc/pacman.d/gnupg/
#HookDir = /etc/pacman.d/hooks/
HoldPkg = pacman glibc manjaro-system
# If upgrades are available for these packages they will be asked for first
SyncFirst = manjaro-system archlinux-keyring manjaro-keyring
#XferCommand = /usr/bin/curl -L -C — -f -o %o %u
#XferCommand = /usr/bin/wget --passive-ftp -c -O %o %u
#CleanMethod = KeepInstalled
#UseDelta = 0.7
Architecture = auto
# Pacman won't upgrade packages listed in IgnorePkg and members of IgnoreGroup
#IgnorePkg =
#IgnoreGroup =
#NoUpgrade =
#NoExtract =
# Misc options
#UseSyslog
#Color
#TotalDownload
CheckSpace
#VerbosePkgLists
# By default, pacman accepts packages signed by keys that its local keyring
# trusts (see pacman-key and its man page), as well as unsigned packages.
SigLevel = Required DatabaseOptional
LocalFileSigLevel = Optional
#RemoteFileSigLevel = Required
# NOTE: You must run `pacman-key --init` before first using pacman; the local
# keyring can then be populated with the keys of all official Manjaro Linux
# packagers with `pacman-key --populate archlinux manjaro`.
#
# REPOSITORIES
# — can be defined here or included from another file
# — pacman will search repositories in the order defined here
# — local/custom mirrors can be added here or in separate files
# — repositories listed first will take precedence when packages
# have identical names, regardless of version number
# — URLs will have $repo replaced by the name of the current repo
# — URLs will have $arch replaced by the name of the architecture
#
# Repository entries are of the format:
# [repo-name]
# Server = ServerName
# Include = IncludePath
#
# The header [repo-name] is crucial — it must be present and
# uncommented to enable the repo.
#
[core]
Include = /etc/pacman.d/mirrorlist
[extra]
Include = /etc/pacman.d/mirrorlist
[community]
Include = /etc/pacman.d/mirrorlist
# If you want to run 32 bit applications on your x86_64 system,
# enable the multilib repositories as required here.
[multilib]
Include = /etc/pacman.d/mirrorlist
# An example of a custom package repository. See the pacman manpage for
# tips on creating your own repositories.
#[custom]
#SigLevel = Optional TrustAll
#Server = file:///home/custompkgs
Попробуйте заменить pacman.conf
Может, это всё потому, что я сто лет не обновлялся? Ядро 4.14, при установке обновлений всё время какие-то циклические зависимости, поэтому всё как-то криво идёт.
Монтирует нулевой том sda? в /mnt/btrfs_savepoint. В данном случае точка монтирования /mnt/btrfs_savepoint разве нет?
И в какой ситуации это может пригодиться?
Ну, скриптом пользуюсь больше полу-года, ни разу не слетал.
Позже поправлю.
Вообще скрипт был запилен на скорую руку, для собственного употребления. По этому там нет проверок FS и т.д.
Выложил с мыслью «может кому сгодиться».
через командную строку в хуке.
Не значит, что никто не видит =) А вдруг у меня ssd с огромным кешем в раме?
Да. Вы же скриптом install.sh лезете в системную иерархию!
И да, Ваш хук, емнип, удалится при очередном обновлении libalpm/pacman. Потому, что Вы кладёте его в /usr. Опять таки, если память не изменила с совестью, /usr, как таковой, не предназначен для пользовательских вмешательств (кроме /usr/local). Так что либо опакетить, либо, на крайняк, в /etc/pacman.d/hooks. А еще лучше, тогда уж, если не быть пакету, в /usr/local/… ^.^
P.S. А почему бы Вам не взять на поддержку какой-нибудь orphaned пакет из AUR? Это было бы, вероятно, и интереснее и полезнее.
сделай как в примере
сохрани и сделай
кстати, его вывода я не увидел
и пересоздай список зеркал на всякий случай
А вот и зеркала.
Вот ссылка на пакман. Сейчас кину ссылку на зеркала.
Принято.
Только это не точка монтирования, это том (его еще называют корневым) в котором находятся подразделы.
Он монтируется для того что-бы снапшот создавался «сбоку» от корня.
Ну… суть в том что он сам монтируется перед обновлением системы, сам создает снапшот и сам отмонтирует нулевой том. Признаться не представляю, каким именно образом Вы собираетесь передавать ему параметры.
Поправлю, но там полторы строчки, читать по сути нечего.
Не вижу в этом проблемы. Впрочем не трудно заменить на sync только корня.
Я и не говорил что это пакет.
В систему копируются три файла при установке и удаляются при удалении. Нужно ли пихать в пакет, такой маленький и простенький скрипт?
Поправьте, пожалуйста, в скрипте «ноливой» на «нулевой». А еще лучше на нечто, отражающее суть точки монтирования.
Надо бы сделать так, чтобы скрипт кушал параметры из командной строки. Редактировать программу, чтобы выбрать другую точку монтирования, как-то не особенно хорошо...
Не знаю, как Вам, а мне кажется, что скрипт, в котором команды в одну строчку, нечитаем.
Команда «sync» в скрипте синхронизирует все ФС в системе. Вы уверены, что пользователь этого хочет..?
Ну и самое главное… Это НЕ пакет для установки в arch-based системы, хотя расширение архива и очень сильно на это намекает. Я бы просто не стал устанавливать эту программу, так как оне НЕ будет контролироваться pacman. Сможете «опакетить»? :)