• Наличие установочного USB (Bootable USB drive: Arch Linux, Rufus)
• Motherboard boot mode: x64 UEFI
• ОС на одном диске (будет 2 раздела)
• 1Gb под загрузчик
• Оставшееся пространство под систему
• Без шифрования и secure-boot

Ну че, народ, погнали!

https://coub.com/view/9juiz80

1. Выполнить шаги с 1.1 по 1.8 из официальной инструкции до пункта о разметке диска

1. Выбрать диск

• ВНИМАТЕЛЬНО, выбрать диск на накоторый будет установлена система. Для просмотра дисков можно использовать утилиты: lsblk, blkid, fdisk -l
• Пусть целевым диском будет SSD nvme0n1, тогда сохранить диск в переменную окружения: export DISK="/dev/nvme0n1"

2. Удалить старую разметку (желательно, на всякий случай)

wipefs -af $DISK
sgdisk --zap-all --clear $DISK
partprobe $DISK

3. Выполнить разметку

parted -s $DISK mklabel gpt
parted -s $DISK mkpart primary fat32 1MiB 1025MiB
parted -s $DISK set 1 esp on
parted -s $DISK mkpart primary $FILESYSTEM 1025MiB 100%

4. Форматировать разделы

Предупреждение: разделы для SSD имеют префикс `p`, SATA как правило не имеют; проверьте одной из утилит, например fdisk -l

Загрузочный раздел под FAT32

mkfs.fat -F32 ${DISK}p1

Второй раздел под BTRFS

mkfs.btrfs -f ${DISK}p2

5. Сконфигурировать разделы BTRFS

Примонтировать раздел диска в папку /mnt

mount ${DISK}p2 /mnt

Создать корневой раздел BTRFS (/)

btrfs subvolume create /mnt/@

Создать под-разделы

btrfs subvolume create /mnt/@snapshots
btrfs subvolume create /mnt/@home
btrfs subvolume create /mnt/@libvirt
btrfs subvolume create /mnt/@cache
btrfs subvolume create /mnt/@log
btrfs subvolume create /mnt/@tmp

Структура под-раздел : точка монтирования

• @snapshots : /.snapshots
• @home : /home
• @libvirt : /var/lib/libvirt (виртуальные машины)
• @cache : /var/cache
• @log : /var/log
• @tmp : /var/tmp

Исключение @tmp и @log облегчит последующую работу в "recovery mode" после отката всей системы (корневого раздела /)

Размонтировать для последующей работы с созданными разделами

umount /mnt

6. Монтировать разделы

Основной раздел

export MY_OPT="rw,noatime,compress-force=zstd,space_cache=v2"

mount -o ${MY_OPT},subvol=@ ${DISK}p2 /mnt

mkdir -p /mnt/{.snapshots,home,var/lib/libvirt,var/cache,var/log,var/tmp}

mount -o ${MY_OPT},subvol=@snapshots ${DISK}p2 /mnt/.snapshots
mount -o ${MY_OPT},subvol=@home ${DISK}p2 /mnt/home
mount -o ${MY_OPT},subvol=@libvirt ${DISK}p2 /mnt/var/lib/libvirt
mount -o ${MY_OPT},subvol=@cache ${DISK}p2 /mnt/var/cache
mount -o ${MY_OPT},subvol=@log ${DISK}p2 /mnt/var/log
mount -o ${MY_OPT},subvol=@tmp ${DISK}p2 /mnt/var/tmp

Загрузочный раздел

mkdir -p /mnt/boot/efi
mount ${DISK}p1 /mnt/boot/efi

7. Установить систему

pacstrap /mnt base base-devel btrfs-progs linux-lts linux-lts-headers linux-firmware networkmanager sudo

Конфигурация

1. Сгенерировать fstab

genfstab -U /mnt >> /mnt/etc/fstab

2. arch-chroot

Выполнить шаги 3.1 - 3.6 из официальной инструкции

Моя краткая выжимка:

# Тайм-зона
export TIMEZONE="Europe/Amsterdam" <- заменить на свою
ln -sf /usr/share/zoneinfo/$TIMEZONE /etc/localtime
hwclock --systohc

# Локализация, английский приоритетный

export locale="ru_RU.UTF-8 UTF-8"
sed -i "s/^#\(${locale}\)/\1/" /etc/locale.gen

export locale="en_US.UTF-8 UTF-8"
sed -i "s/^#\(${locale}\)/\1/" /etc/locale.gen

echo "LANG=${locale}" > /etc/locale.conf
locale-gen

# Установить имя машины
echo $HOSTNAME > /etc/hostname

# Пароль root пользователя
passwd

# Создать пользователя
export USERNAME="hikkidev" <- заменить на свой
useradd -m -G wheel -s /bin/bash $USERNAME
passwd $USERNAME

# Привилегии sudo для группы wheel
echo "%wheel ALL=(ALL) ALL" > /etc/sudoers.d/wheel

# Заводим интернет
systemctl enable NetworkManager

Экстра-софт:

pacman -S refind efibootmgr tree btop bat eza tree

3. Настройка загрузчика rEFInd

Определить PARTUUID основного раздела, куда установлена система, в данном случае это ${DISK}p2:

blkid -s PARTUUID /dev/nvme0n1p2 -o value

Сохранить значение в переменную:

export MYUUID=$(blkid -s PARTUUID /dev/nvme0n1p2 -o value)

Установить загрузчик

refind-install

Отредактировать основные параметры загрузчика в refind.conf, файл как правило находится где-то в esp/EFI/refind/

/boot/EFI/refind/refind.conf
/boot/efi/EFI/BOOT/refind.conf

• Включить поддержку схемы именования ядер Arch Linux для их автоматического обнаружения, раскоментировав или дописав:

extra_kernel_version_strings "linux,linux-lts,linux-zen,linux-rt,linux-rt-lts,linux-hardened"

• Включить автоматическое обнаружение ядра на под-разделе BTRFS, раскоментировав или дописав:

also_scan_dirs +,boot,@/boot

• Удалить или закоментировать примеры manual stanza в конце файла
• Дописать в конце файла (что такое manual stanza):

include stanzas.conf

Cоздать файл stanzas.conf в папке с refind.conf (подробнее):

cat > stanzas.conf <<EOF
menuentry "Arch Linux LTS" {
    icon /EFI/refind/icons/os_arch.png
    volume primary
    loader /@/boot/vmlinuz-linux-lts
    initrd /@/boot/initramfs-linux-lts.img
    options "root=PARTUUID=$MYUUID rw rootflags=subvol=@"
    submenuentry "Boot - fallback" {
        initrd /@/boot/initramfs-linux-lts-fallback.img
    }
}
EOF

mv stanzas.conf <path to refind>/

Отредактировать параметры ядра поумолчанию в refind_linux.conf для автоматически обнаруженных ядер.

Как правило файл лежит тут: /boot/refind_linux.conf

echo "\"Boot DEFAULT\"  \"root=PARTUUID=$MYUUID rw rootflags=subvol=@ initrd=@\boot\initramfs-%v.img\"" > /boot/refind_linux.conf

Убедиться, что запись rEFInd была добавлена в загрузчик UEFI первой, выполнив:

efibootmgr

Если все ок - перезагрузка

exit
umount -R /mnt
reboot

Вход в систему + Snapper

После входа в систему рекомендую настроить BTRFS snapshots сразу

sudo pacman -S snapper snap-pac

sudo umount /.snapshots
sudo rm -rf /.snapshots

sudo snapper -c root create-config /

sudo btrfs subvolume delete /.snapshots

sudo mkdir /.snapshots
sudo mount -a
sudo chmod 750 /.snapshots
sudo chown :wheel /.snapshots

sudo snapper -c root create -d "Clean system install"

Редактировать конфиг здесь: /etc/snapper/configs/root

Включить systemd таймеры для автоматического запуска снимков и периодической очистки старых:

sudo systemctl enable --now snapper-timeline.timer
sudo systemctl enable --now snapper-cleanup.timer

Источники

• https://wiki.archlinux.org/title/Installation_guide
• https://wiki.archlinux.org/title/REFInd
• https://www.dwarmstrong.org/archlinux-install
• https://www.dwarmstrong.org/btrfs-snapshots-rollbacks

• Введение
• Зачем это нужно?
• Запрос разрешений
• Примеры разрешений:
• Изменить разрешения через системные Настройки
• Изменить разрешения через контекстное меню

Введение

Разрешения приложений в операционной системе Android - это механизм контроля доступа к данным и функциям вашего устройства.

Вы можете позволить приложениям использовать различные функции устройства, например камеру или список контактов.

Зачем это нужно?

• Защита приватности: Разрешения позволяют защищать вашу личную информацию. Например, приложение для обмена сообщениями может просить доступ к контактам, чтобы вы могли отправлять сообщения друзьям, но ему по умолчанию не дан доступ к вашим фотографиям или местоположению.
• Безопасность данных: Ограничение доступа приложений к определённым функциям и данным предотвращает возможные утечки информации. Это предотвращает сценарии, когда вредоносное приложение может скрытно собирать данные без вашего знания.
• Регулирование функционала: Разрешения помогают обеспечить, чтобы приложения не использовали ресурсы устройства (например, камеру или микрофон) без ведома пользователя, что также может улучшать производительность устройства и его автономную работу.

Запрос разрешений

Когда приложение впервые пытается получить доступ, система отображает диалог, и пользователь может выбрать, выдать разрешение или отказать. Если отказать, то приложение не сможет использовать данные или запрашиваемую функцию, что повлияет на его работу. В лучшем случае запрет ограничит возможности приложения, в худшем сделает приложение неработоспособным.

Рассмотрим на примере приложения "Камера". Для полноценной работы приложения необходимо выдать три разрешения к физическим датчикам устройства: камера, микрофон и местоположение.

В данном случае очевидно, что доступ к Камере обязателен, в противном случае приложение не сможет снимать фото и видео. Доступ к Микрофону нужен, чтобы записывать звук при съемке видео. А вот местоположение уже необязательное разрешение, и необходимо только для добавления сведений о месте съемки, подробнее что это такое, можно почитать здесь.

Примеры разрешений:

• Физические датчики устойства
• Микрофон – запись аудио.
• Камера – съемка фото и видео.
• Местоположение – доступ к данным о местоположении вашего устройства.
• Телефония
• Телефон – совершение вызовов и управление ими.
• Список вызовов – просмотр списка вызовов на телефоне и создание записей в нем.
• Контакты – доступ к списку контактов.
• SMS – отправка и просмотр SMS-сообщений.
• Хранилище, данные на устройстве
• Файлы – доступ ко всем файлам на вашем устройстве.
• Фото и видео – доступ к фото и видео на вашем устройстве.
• Музыка и аудио – доступ к музыке и другим аудиофайлам на устройстве.
• Другие разрешения
• Уведомления – отправление уведомлений.
• Календарь – доступ к вашему календарю.

Полный список разрешений можно найти по данной ссылке.

Изменить разрешения через системные Настройки

В любой момент можно зайти в настройки Android, проверить выданные разрешения для приложений и изменить их по своему усмотрению.

1) Откройте на устройстве приложение "Настройки" и нажмите на раздел Приложения.

2) Выберите нужное приложение. Если его нет в списке "Недавно открывавшиеся приложения", нажмите Показать все приложения, и затем выберите нужное.

3) В правом верхнем углу подраздела есть кнопка с лупой. Нажмите на нее,чтобы войти в режим поиска по имени приложения.

3.1) Выберете приложение

4) В разделе "О приложении" выберите Разрешения.

5) Откроется список разрешений приложения.

6) Чтобы изменить настройки определенного разрешения, нажмите на него и выберите из списка.

Как правило возможны следующие варианты предоставления доступа:

• Всегда (применимо только для доступа к данным о местоположении) – разрешение действует все время, даже когда приложение не используется.
• Разрешить только во время использования приложения – разрешение действует, пока вы пользуетесь приложением.
• Всегда спрашивать – приложение будет запрашивать разрешение каждый раз, когда вы им пользуетесь. Разрешение будет действовать, пока вы не закроете приложение.
• Запретить – приложение не сможет пользоваться разрешением даже во время работы.

Подробнее можно почитать здесь.

Изменить разрешения через контекстное меню

Альтернативный вариант настройки разрешений возможен через вызов контекстного меню "О приложении". Оно несколько меняется в зависимости от версии операционной системы Android и пользовательской оболочки, но общий принцип следующий:

1. Долгое нажатие на иконку приложения: На главном экране или в панели приложений нажмите и удерживайте иконку приложения, для которого вы хотите изменить разрешения.
2. Открытие контекстного меню: После долгого нажатия появится контекстное меню. Ищите пункт, как правило, названный "О приложении" или "Информация о приложении". В некоторых случаях это может быть иконка с символом "i" в маленьком кружке.
3. Переход к настройкам разрешений: Коснитесь "О приложении" и в открывшемся окне информации о приложении найдите раздел "Разрешения".
4. Настройка разрешений: В разделе "Разрешения" вы увидите список всех запрашиваемых приложением разрешений. Здесь вы сможете изменять разрешения, активируя или деактивируя доступ для каждого из них.

Оглавление

Дано

Рассмотрим пример с полями в companion object:

class KotlinClassSample {

    companion object {
        @JvmField
        val PUBLIC_STATIC_FIELD  = emptyList()
        val publicNonStaticField = emptyList()
        const val PUBLIC_STATIC_PRIMITIVE_FIELD = 0

        // JvmField has no effect on a private property
        private val privateField = emptyList()
        private const val PRIVATE_STATIC_PRIMITIVE_FIELD = 0
    }
}

Проверим доступ к KotlinClassSample коду из Java и Kotlin:

class JavaClassAccessTest {

    void callingKotlinFromJava() {
        // OK
        KotlinClassSample.PUBLIC_STATIC_FIELD;
        KotlinClassSample.PUBLIC_STATIC_PRIMITIVE_FIELD;
        KotlinClassSample.Companion.getPublicNonStaticField();
    }
}

class KotlinClassAccessTest {

    fun callingKotlinFromKotlin() {
        // OK
        KotlinClassSample.PUBLIC_STATIC_FIELD
        KotlinClassSample.PUBLIC_STATIC_PRIMITIVE_FIELD
        KotlinClassSample.publicNonStaticField
    }
}

Ожидаемое поведение на основе модификатора доступа public у companion object подтвердилось.

Теперь сменим модификатор на private и можем наблюдать следующее:

class JavaClassAccessTest {

    void callingKotlinFromJava() {
        // OK
        KotlinClassSample.PUBLIC_STATIC_FIELD;
        KotlinClassSample.PUBLIC_STATIC_PRIMITIVE_FIELD;

        // Error: 'Companion' has private access in 'KotlinClassSample'
        KotlinClassSample.Companion.getPublicNonStaticField(); // inaccessible
    }
}

class KotlinClassAccessTest {

    fun callingKotlinFromKotlin() {
        // Error: Cannot access 'Companion': it is private in 'KotlinClassSample'
        KotlinClassSample.PUBLIC_STATIC_FIELD           // inaccessible
        KotlinClassSample.PUBLIC_STATIC_PRIMITIVE_FIELD // inaccessible
        KotlinClassSample.publicNonStaticField          // inaccessible
    }
}

В голове у непосвященного человека может возникнуть резонный вопрос:

Решение

Чтобы понять "почему", декомпилируем KotlinClassSample c public companion object:

public final class KotlinClassSampleDecompiled {
    public static final CompanionObject Companion = new CompanionObject();

    public  static final int  PUBLIC_STATIC_PRIMITIVE_FIELD = 0;
    public  static final List PUBLIC_STATIC_FIELD  = EmptyList();
    private static final List publicNonStaticField = EmptyList();
    
    private static final int  PRIVATE_STATIC_PRIMITIVE_FIELD = 0;
    private static final List privateField = EmptyList();


    public static final class CompanionObject {

        public List getPublicNonStaticField() {
            return KotlinClassSampleDecompiled.publicNonStaticField;
        }
    }
}

И декомпилируем KotlinClassSample c private companion object:

public final class KotlinClassSampleDecompiled {
    private static final CompanionObject Companion = new CompanionObject();

    public  static final int  PUBLIC_STATIC_PRIMITIVE_FIELD = 0;
    public  static final List PUBLIC_STATIC_FIELD  = EmptyList();
    private static final List publicNonStaticField = EmptyList();

    private static final int  PRIVATE_STATIC_PRIMITIVE_FIELD = 0;
    private static final List privateField = EmptyList();


    private static final class CompanionObject {

        public List getPublicNonStaticField() {
            return KotlinClassSampleDecompiled.publicNonStaticField;
        }
    }
}

Заметка: содержимое Decompiled классов упрощено для повышения читабельности.

Как можно видеть, применение модификатора private к companion object изменило видимость только у класса CompanionObject, поля Companion, и как следствие геттера CompanionObject#getPublicNonStaticField.

Ответ

В общем-то магии никакой нет, и статические свойства объявленные в Kotlin через @JvmField или const val компилируются в Java как static final поля родительского класса, в который вкладывается сгенерированный класс CompanionObject.

Поэтому использование private companion object с вложенными private const val следует воспринимать нормально, возможно даже более "верно". Другое дело, если проект написан только на Kotlin, то private companion object будет достаточно для ограничения видимости.

Заметка: на последующих этапах компиляции применяются оптимизации и базовые типы объявленные через const будут подставленны в место их вызова, как шаблоны в C++, но это отдельная тема :)

Дополнительно прилагаю пример с методами, вывод аналогичен - статические функции\методы компилируются к родительскому классу, см. декомпилированный код внизу.

Дано:

class KotlinClassSample {

    companion object {
        @JvmStatic
        fun publicStaticFun() = Unit
        fun publicNonStaticFun() = Unit

        @JvmStatic
        private fun privateStaticFun() = Unit
        private fun privateNonStaticFun() = Unit
    }
}

Проверяем доступ к KotlinClassSample коду из Java и Kotlin:

class JavaClassAccessTest {

    void callingKotlinFromJava() {
        // OK
        KotlinClassSample.publicStaticFun();
        KotlinClassSample.Companion.publicStaticFun();
        KotlinClassSample.Companion.publicNonStaticFun();
    }
}

class KotlinClassAccessTest {

    fun callingKotlinFromKotlin() {
        // OK
        KotlinClassSample.publicStaticFun()
        KotlinClassSample.publicNonStaticFun()
    }
}

Изменим модификатор доступа у companion object на private и посмотрим, что изменилось:

class JavaClassAccessTest {

    void callingKotlinFromJava() {
        // OK
        KotlinClassSample.publicStaticFun();

        // Error: 'KotlinClassSample.Companion' has private access
        KotlinClassSample.Companion.publicStaticFun();    // inaccessible
        KotlinClassSample.Companion.publicNonStaticFun(); // inaccessible
    }
}

class KotlinClassAccessTest {

    fun callingKotlinFromKotlin() {
        // Error: Cannot access 'Companion': it is private in 'KotlinClassSample'
        KotlinClassSample.publicStaticFun()    // inaccessible
        KotlinClassSample.publicNonStaticFun() // inaccessible
    }
}

Декомпилированный KotlinClassSample c public companion object:

public final class KotlinClassSampleDecompiled {
 
    public static final CompanionObject Companion = new CompanionObject();

    public static void publicStaticFun() {
        Companion.publicStaticFun();
    }

    private static void privateStaticFun() {
        Companion.privateStaticFun();
    }

    public static final class CompanionObject {
  
        public void publicStaticFun() {}

        public void publicNonStaticFun() {}
        
        private void privateStaticFun() {}

        private void privateNonStaticFun() {}
    }
}

Декомпилированный KotlinClassSample c private companion object:

public final class KotlinClassSampleDecompiled {

    private static final CompanionObject Companion = new CompanionObject();

    public static void publicStaticFun() {
        Companion.publicStaticFun();
    }

    private static void privateStaticFun() {
        Companion.privateStaticFun();
    }

    private static final class CompanionObject {

        public void publicStaticFun() {}

        public void publicNonStaticFun() {}

        private void privateStaticFun() {}

        private void privateNonStaticFun() {}
    }
}

Литература

• https://kotlinlang.org/docs/java-to-kotlin-interop.html#static-fields
• https://kotlinlang.org/docs/java-to-kotlin-interop.html#static-methods
• https://kotlinlang.org/api/latest/jvm/stdlib/kotlin.jvm/-jvm-field

• Введение
• Подписка на Flow для версии lifecycle-runtime-ktx ниже 2.4.0
• Что за viewLifecycleOwner.lifecycleScope ?
• Подписка на Flow для версии lifecycle-runtime-ktx 2.4.0 и выше

Введение

Рассмотрим поведение на примере с отображением некоторых данных на пользовательский интерфейс (UI).

Пусть дан фрагмент:

class SampleFragment : BindingFragment(R.layout.fragment_sample) {
    override val binding by viewBinding<FragmentSampleBinding>()
    override val viewModel by viewModelFactory<SampleViewModel>()
}

где функции viewBinding и viewModelFactory являются некоторыми PropertyDelegate.

Цель - перезапускать подписку на Flow только в те моменты, когда пользовательский интерфейс виден. Использование функций launchWhen* неподходит, так как корутина приостанавливает своё выполнение.

• Fragment.onStart() срабатывает, когда Fragment становится видимым для пользователя без взаимодействия. Это хорошее место, чтобы начать рисовать визуальные элементы, запускать анимацию и т.д.
• Fragment.onStop() вызывается, когда Fragment перестает быть видимым для пользователя. Это хорошее место для прекращения обновления пользовательского интерфейса, отмены анимации и других визуальных действий.

Подписка на Flow для версии lifecycle-runtime-ktx ниже 2.4.0

Если требуется выполнить подписку только для одного Flow, то достаточно вызвать Flow.collect() в рамках начальной корутины uiChangesJob:

import kotlinx.coroutines.Job
import kotlinx.coroutines.flow.collect  
import kotlinx.coroutines.flow.onEach
import kotlinx.coroutines.launch
...
import androidx.lifecycle.lifecycleScope

class SampleFragment : BindingFragment(R.layout.fragment_sample) {
	...
    private var uiChangesJob: Job? = null
	
	override fun onStart() {
	    super.onStart()
	    uiChangesJob = viewLifecycleOwner.lifecycleScope.launch {
	        // Делаем свою магию, например подписка
	        viewModel.screenState
		        .onEach { state -> render(state) }
		        .collect()
	    }
	}
	
	override fun onStop() {
	    uiChangesJob?.cancel()
	    super.onStop()
	}
}

Однако если требуется выполнить подписку для нескольких Flow параллельно, то необходимо подписываться на каждый Flow в разных корутинах. В этом случае эффективнее использовать Flow.launchIn():

uiChangesJob = viewLifecycleOwner.lifecycleScope.launch {

	viewModel.screenTitleFlow
		.onEach { text -> binding.titleView.text = text }
		.launchIn(this)
	
	viewModel.buttonStateFlow
		.onEach { isEnabled -> binding.buttonView.isEnabled = isEnabled }
		.launchIn(this)
	...
}

Что за viewLifecycleOwner.lifecycleScope ?

Начнём с того, что viewLifecycleOwner - это LifecycleOwner, который описывает жизненный цикл представления Fragment.onCreateView().

Далее LifecycleScope - это CoroutineScope жизненного цикла, который определен для каждого объекта Lifecycle.
По умолчанию экземпляр LifecycleScope создается только в момент доступа к свойству LifecycleOwner.lifecycleScope.

Поскольку androidx.fragment.app.Fragment является объектом Lifecycle, то

• корутины объявленные во Fragment.lifecycleScope могут существовать после вызова первичного конструктора Fragment() и до вызова Fragment.onDestroy().
• корутины объявленные во Fragment.viewLifecycleOwner.lifecycleScope могут существовать от вызова Fragment.onViewStateRestored() до вызова Fragment.onDestroyView().

Для эффективного использования ресурсов устройства разработчику необходимо (но недостаточно) понимать тонкости работы жизненного цикла и особенностей Coroutines. Все зависит от целей использования, главное понимание границ!

Подписка на Flow для версии lifecycle-runtime-ktx 2.4.0 и выше

Тут все гораздо проще. Теперь API предоставляет специальную функцию, которая избавляет разработчика писать шаблонный код с подписками/отписками.

Данный поход является официальной рекомендацией к использованию.

Если требуется выполнить подписку только для одного Flow, то достаточно вызвать Flow.flowWithLifecycle() в рамках начальной корутины:

import kotlinx.coroutines.Job
import kotlinx.coroutines.flow.collect  
import kotlinx.coroutines.flow.onEach
import kotlinx.coroutines.launch
...
import androidx.lifecycle.lifecycleScope

class SampleFragment : BindingFragment(R.layout.fragment_sample) {
	...
	
	override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
	    viewLifecycleOwner.lifecycleScope.launch {
	        viewModel.screenState
		        .flowWithLifecycle(viewLifecycleOwner.lifecycle,Lifecycle.State.STARTED)
		        .collect { state -> render(state) }
	    }
	}
}

Однако если требуется выполнить подписку для нескольких Flow параллельно, то необходимо подписываться на каждый Flow в разных корутинах. В этом случае эффективнее использовать LifecycleOwner.repeatOnLifecycle():

viewLifecycleOwner.lifecycleScope.launch {
    // Можно вставить код, который исполнится до состояния ЖЦ STARTED
	viewLifecycleOwner.repeatOnLifecycle(Lifecycle.State.STARTED) {
	    // repeatOnLifecycle запускает блок в новой короутине каждый раз, когда
		// жизненный цикл находится в состоянии STARTED (или выше)
		// и отменяет его, когда он STOPPED.
		viewModel.screenTitleFlow
			.onEach { text -> binding.titleView.text = text }
			.launchIn(this)
		
		viewModel.buttonStateFlow
			.onEach { isEnabled -> binding.buttonView.isEnabled = isEnabled }
			.launchIn(this)
	}
}

sudo pacman -S pam-u2f

2) Associating the U2F Key with Your Account

• Insert your U2F Key
• Run command below. When your device begins flashing, touch the metal contact to confirm the association.

HOST=$(cat /etc/hostname) pamu2fcfg -o pam://$HOST -i pam://$HOST > u2f_keys && sudo mkdir -vp /etc/Yubico && sudo mv -v u2f_keys /etc/Yubico

Note: Recommended specifying the actual hostname into the environment variableHOST. Keep in mind that in the command above, the actual hostname is picked from the file /etc/hostname.

3) Configuring the System to use the U2F Keys

Open the system-login file and add the following debug or release line to the top of the auth section.

sudo $EDITOR /etc/pam.d/system-login

MODE: Debug

auth  sufficient  pam_u2f.so  debug debug_file=/var/log/pam_u2f.log authfile=/etc/Yubico/u2f_keys cue

MODE: Release

auth  sufficient  pam_u2f.so  authfile=/etc/Yubico/u2f_keys cue

Notes:

• The reason that the sufficient line is there is that if the u2f-key is messed up, then you'll be able to log on via password.
• The option cue is set to provide indication of what to do, i.e. Please touch the device.

Note: You can select another PAM-stack:

The /etc/pam.d/ path is exclusive for the PAM configuration to link the applications to the individual systems' authentication schemes.

The different configuration files of the base installation link together and are stacked during runtime. For example, on a local user logon, the login application sources the system-local-login policy, which in turn sources others:

/etc/pam.d/
----------------------------------------------------------
login -> system-local-login -> system-login -> system-auth

Source: https://wiki.archlinux.org/title/PAM

4) Reboot the computer or exit from your session.

5) When the login screen is loaded, it should ask you to touch the device.

References

1. https://wiki.archlinux.org/title/PAM
2. https://wiki.archlinux.org/title/Universal_2nd_Factor
3. https://wiki.archlinux.org/title/YubiKey#Linux_user_authentication_with_PAM
4. https://support.yubico.com/hc/en-us/articles/360016649099-Ubuntu-Linux-Login-Guide-U2F
5. https://jamesthebard.net/archlinux-and-u2f-login/

Обновленный Logcat -> https://alexzh.com/new-logcat-5-features-for-effective-android-app-debugging/

Что такое Logcat

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

Чтобы отображать только интересующую информацию, вы можете создавать фильтры, изменять объем информации, отображаемой в сообщениях, устанавливать уровни приоритета, отображать сообщения, созданные только кодом приложения, и выполнять поиск в журнале.

По умолчанию logcat показывает выходные данные журнала, относящиеся только к последнему запущенному приложению.

Просмотр журнала (View your app logs)

Чтобы отобразить сообщения журнала для приложения:

1. Запустите приложение
2. Нажмите View > Tool Windows > Logcat (или нажмите Logcat на панели инструментов)

В окне Logcat отображаются сообщения журнала для выбранного приложения, как показано на рисунке 2.

Основные функции 1-9 в окне Logcat

Рассмотрим боковые функции 1-9:

1. Очистка: Нажмите, чтобы очистить видимый журнал.
2. Прокрутка в конец: нажмите, чтобы перейти к нижней части журнала и просмотреть последние сообщения журнала. Если затем щелкнуть строку в журнале, представление приостановит прокрутку в этой точке.
3. Вверх и Вниз по трассировке стека: Нажмите, чтобы перемещаться вверх и вниз по трассировке стека в журнале, выбирая последующие имена файлов (и просматривая соответствующие номера строк в редакторе), которые появляются в печатных исключениях. Это то же самое поведение, что и при нажатии на имя файла в журнале.
4. Использовать мягкие переносы: нажмите, чтобы включить перенос строк и запретить горизонтальную прокрутку (хотя любые неразрывные строки по-прежнему требуют горизонтальной прокрутки).
5. Печать: Нажмите, чтобы распечатать сообщения logcat. После выбора настроек печати в появившемся диалоговом окне вы также можете сохранить файл в формате PDF.
6. Перезапустить: нажмите, чтобы очистить журнал и перезапустить logcat. В отличие от кнопки «Очистить logcat», эта кнопка восстанавливает и отображает предыдущие сообщения журнала, поэтому наиболее полезна, если Logcat перестает отвечать на запросы и вы не хотите терять сообщения журнала.
7. Заголовок Logcat: нажмите, чтобы открыть диалоговое окно «Настройка заголовка Logcat», в котором можно настроить внешний вид каждого сообщения logcat, например указать, показывать ли дату и время (Рисунки 3-4.)
8. Снимок экрана: нажмите, чтобы сделать снимок экрана.
9. Запись экрана: Нажмите, чтобы записать видео с устройства (максимум 3 минуты).

Формат сообщения Logcat

Все сообщения журнала Android имеют определенный формат:

Date Time PID-TID/package priority/tag: message 

На рисунках 3-4, можно наблюдать пример настройки отображения данного формата. Подробнее https://developer.android.com/studio/debug/am-logcat#format

Установка цветовой схемы

1. В Android Studio нажмите File > Settings (Рисунок 5).
2. В окне настроек откройте раздел Editor > Color Scheme > Android Logcat.
3. Скачайте файл настроек цветовой схемы.
4. Импортируйте и примените цветовую схему (Рисунок 6).

Теперь логи относящиеся к разным типа сообщений будут иметь различные цвета, что упростит навигацию.

Фильтрация сообщений Logcat

Перейдем к основным функциям A-E:

• A) Current-Device: Выбор устройства к которому подключится adb. По клику отобразится список доступных устройств (те у которых включен режим отладки в настройках разработчика)
• B) Current-Application: Выбор приложения для отладки к которому подключится Logcat. По клику отобразится список запущенных приложений для отладки. Приложение должно быть скомпилировано в режиме отладки (DEBUG). По умолчанию выбирается последнее запущенное приложение, если это возможно.
• C) Log-Level-Filter: Верхне уровневый фильтр по типу сообщения.
• D) Search-Filter: Для поиска сообщений, отображаемых в данный момент в Logcat (При необходимости выберите Regex, если вы хотите использовать шаблон поиска регулярного выражения)
• E) Global-Filter: Верхне уровневый фильтр, применяется ко всей вашей истории Logcat, а не только к тем сообщениям, которые в данный момент отображаются в logcat.

Global-Filter (E)

Оригинал

В меню фильтра выберите параметр фильтра:

• Show only selected application: отображать только сообщения, созданные кодом приложения (по умолчанию). Logcat фильтрует сообщения журнала, используя PID активного приложения.
• No filters: не применять фильтры. Logcat отображает все сообщения журнала с устройства, независимо от того, какой процесс вы выбрали.
• Edit Filter Configuration: Создайте или измените пользовательский фильтр. Например, вы можете создать фильтр для одновременного просмотра сообщений журнала из двух приложений.

Добавление новых фильтров

Чтобы создать новый фильтр, нажмите Edit Filter Configuration в списке (Рис. 8).

Укажите параметры фильтра в диалоговом окне Create New Logcat Filter:

• Filter Name: введите название фильтра или выберите его на левой панели, чтобы изменить существующий фильтр. Имя может содержать только символы нижнего регистра, символы подчеркивания и цифры.
• Log Tag: При необходимости укажите тег. Тег определяется разработчиком, например это может быть название класса.
• Log Message: При необходимости укажите текст сообщения.
• Package Name: При необходимости укажите название пакета приложения.
• PID: При необходимости укажите идентификатор процесса.
• Log Level: При необходимости выберите log-level.
• Regex: выберите этот параметр, чтобы использовать синтаксис регулярного выражения для этого параметра.

Примечание: Имейте ввиду, что параметры фильтрации (tag, message, PID и т.д.) определены в формате вывода логов как сообщалось ранее.

Исключить сообщения ОС из Logcat

В журнале отображается очень много мусора, который в 90% случаев не важен, решение: создайте новый фильтр с регулярным выражением

^(?!.*(BtGatt|dalvik|Environment|DataRouter|FA|art|Wifi|ServiceManager|Atfwd|tnet|MDnsDS|Download|Bluetooth|slim|QSEECOMAPI|WVCdm|QC-time|sensors|nanohub|Drm|Babel|Dropbox|gsamlab|Cryptd|Vold|QC_|Conscrypt|Dns|sound|NetWork|OpenGL|TLog|GMPM|Microphone|Process|Dynamite|cr_|VideoCapabilities|libEGL|NetdEventListenerService|Sensors|Netd|audit|Zygote|Watchdog|ity|memtrack|fb4a|LoadedApk|ImsAdaptorImpl|EPDG|CursorWindow|tworkdiagnosti|PackageManager))

А затем выберете его из списка фильтров:

Вы также можете добавить новое ключевое слово\тег, который хотите игнорировать, с помощью «|» как разделитель.

Автор: https://medium.com/zinuzoid/if-you-developing-android-application-1bdff0a96205

Log level (описание)

В меню Уровень журнала выберите одно из следующих значений:

• Verbose: показать все сообщения журнала (по умолчанию).
• Debug: Показать сообщения журнала отладки, которые полезны только во время разработки, а также уровни сообщений ниже в этом списке.
• Info: Показать ожидаемые сообщения журнала для регулярного использования, а также уровни сообщений ниже в этом списке.
• Warn: показывать возможные проблемы, которые еще не являются ошибками, а также уровни сообщений ниже в этом списке.
• Error: Показать проблемы, вызвавшие ошибки, а также уровень сообщения ниже в этом списке.
• Assert: Показать проблемы, которые, по мнению разработчика, никогда не должны возникать.

Search Filter (D)

Данный тип фильтрации используется как уточнение для Global-Filter. Поскольку его удобно менять "на ходу". Его отличие от Global-Filter заключается в том, что поисковый запрос распространяется на сообщение целиком, а не на определенный параметр(tag, level, PID, message) как это указывается при создании фильтра.

В качестве поискового запроса можно использовать шаблон регулярного выражения.

Примеры фильтрации поиска: в качестве запроса укажу пакет приложения id.apps.tachyo

Тот же самый результат, если добавить в поисковый результат Tag "W", который отображает log-level.

Поиск в логах

Также, если нажать в окно вывода, а затем Ctrl+F, то откроется поисковая строка, которая позволяет не фильтруя Logcat искать в нем нужный текст. Это бывает удобно, например если нужно подсветить ключевые фразы и видеть остальные логи.

UX

• [⮋] Firefox Browser Developer Edition ✅
• [⚠] Chrome
• [⚠] Tor Browser ✅

• [⮋] Discord ✅
• [⮋] Telegram ✅

• [⚠] Audacity ✅ - Audio editor \ recorder
• [⮋] Bitwarden ✅ - Password Manager
• [⮋] qBitTorrent ✅
• [⚠] VLC ✅
• [⮋] Spotify
• [⮋] Steam
• [⚠] ScreenToGif ✅ - Tool to record\edit
• [⚠] Everything - Instantly search by name
• [⚠] 7-Zip ✅
• [⮋] Wireguard ✅ - VPN

Development

• [⮋] Postman - Quickly and easily send requests
• [⮋] GPG4win ✅ - GNU Privacy Guard
• [⚠] Git ✅
• [⮋] Visual Studio Code ✅

• [⮋] JetBrains Toolbox App - Manage IDEs
• [⚠] JRE
• [⚠] JDK
• [⚠] scrcpy ✅ - Display\control of Android devices

• [⚠] Anaconda Project
• [⚠] Python ✅
• [⚠] PuTTY ✅

1) Disable line numbers

2) Disable tabs

3) Enable auto-scroll

4) Enable Semantic Highlighting

Plugins

• .ignore
• String manipulation
• Rainbow Brackets
• Translation

Keymap

Double Shift, Ctrl+Space, Alt+Enter - our all

Ctrl+E - Recent files (Ctrl+Tab - quick version)

Ctrl+P - Show params | Ctrl + Shift + P - Show data type

Ctrl+Q - Quick documentation

Ctrl+Shift+I - Quick definition

Quick navigation

Ctrl+F12 - Show structure

Ctrl+Alt+F7 - Show usages

Ctrl+Alt+Shift+T - Show refactor menu

Alt+ins - Generate menu

Al+J -> J -> J -> etc... - Sequential selection with cursor positioning