Борис Дергачёв

Судя по снимку экрана изменений вообще нет (Область "Unstaged Changes" пустая, область "Staged Changes" пустая). Если изменения всё-таки есть, то можно проверить, добавлены ли файлы в .gitignore. Отредактируйте этот файл при необходимости и проверьте, есть ли отображаемые изменения.
Если файла .gitignore нет, либо он пустой, либо там не включены файлы, которые вы изменили, то откройте всё-таки командную строку и проверьте в своём клоне:
$ git status
^-- отобразит изменения файлов и файлы, которые отслеживаются/не отслеживаются.
$ git add filename
^-- добавит файл для контроля изменений
$ git status
^-- покажет, что файл добавлен
$ git commit -m "message text"
^-- зафиксирует изменения

Далее приведу пример, как это может случиться при использовании .gitignore

boris@BorisDergachov-PC:~/Projects/temp$ ls -a
.  ..
boris@BorisDergachov-PC:~/Projects/temp$ git init
Initialized empty Git repository in /home/boris/Projects/temp/.git/
boris@BorisDergachov-PC:~/Projects/temp$ touch filename
boris@BorisDergachov-PC:~/Projects/temp$ git status
On branch master

No commits yet

Untracked files:
  (use "git add <file>..." to include in what will be committed)

	filename

nothing added to commit but untracked files present (use "git add" to track)
boris@BorisDergachov-PC:~/Projects/temp$ echo filename > .gitignore
boris@BorisDergachov-PC:~/Projects/temp$ git status
On branch master

No commits yet

Untracked files:
  (use "git add <file>..." to include in what will be committed)

	.gitignore

nothing added to commit but untracked files present (use "git add" to track)
boris@BorisDergachov-PC:~/Projects/temp$

Из последнего листинга видно, что если добавлен файл в .gitignore, то он не будет отображён при отслеживании изменений.

Сам отвечу на свой старый вопрос:

install(PROGRAMS script.sh DESTINATION ${DIST_PATH} RENAME script)

Покажите строку, которой компилируется исходник. Компоновщик должен скушать Wininet библиотеку параметром -lwininet

Либо кэш, либо АНБ.

У меня на Debian две звуковые карты: встроенная Realtek и дополнительная SoundBlaster. Были проблемы настройки alsa для использования SB-карты. Перешёл с alsa на pulseaudio простой установкой пакета pulseaudio. Дополнительно установил pavucontrol, чтобы не заморачиваться терминальными настройками. Пакеты не настраивал - устройства ввода/вывода звука определил как Duplex через pavucontrol и заработало без особых проблем.
А если уже стоят пакеты, но надо сбросить или откатить настройки, то можно попробовать dpkg-reconfigure команду, параметром которой скормить имя пакета для перенастройки.

Решил переписать код, чтобы не использовать ёмкие конструкции \ifthenelse внутри окружений. Переменную-флаг я оставил, окружение очистил от ifthenelse, а после окружения (либо в конце преамбулы) использую переопределение окружения после проверки переменной-флага.

\usepackage{ifthen}
\usepackage{environ}
% ...
\def\showmyenv{true}
% ...
\newenvironment{myenv} {
    % содержимое окружения
}{}
% ...
\ifthenelse{\equal{\showmyenv}{false}}{
    \RenewEnviron{myenv}{}
}{}

Желательно использовать автоматические генераторы параметров.
Для ncurses можно рассмотреть ncurses-config (есть в репозиториях Debian, к примеру). Пример вывода для этой утилиты на моей системе:

froex@froex-desktop:~$ ncurses5-config --cflags

froex@froex-desktop:~$ ncurses5-config --libs
-lncurses -ltinfo
froex@froex-desktop:~$ ncurses5-config --libdir
/usr/lib/x86_64-linux-gnu
froex@froex-desktop:~$ ncurses5-config --includedir
/usr/include
froex@froex-desktop:~$

Полный список команд можно посмотреть по вызову утилиты с флагом "--help".

Аналогичная утилита для Postgre называется pg-config.

В своём Makefile выполняете эти утилиты и подставляете результат их работы в переменные. Синтаксис:

PGLIBS = $(shell pg-config --libs)
NCURSESLIBS = $(shell ncurses5-config --libs)

Подробнее тут

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

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

Собрать deb и rpm пакет можно с помощью утилиты checkinstall (по умолчанию она не установлена, но есть в стандартных репозиториях Debian).

Как всегда, после нескольких ночей мучений и публикации вопроса, созревает ответ почти сразу. Решил так, но, может, кто-то подскажет решение лучше?

// Количество выделенных элементов
const int itemCount = dataViewListCtrl1->GetSelectedItemsCount();
wxDataViewItemArray itemArray;
// Сохранение массива выделенных элементов
dataViewListCtrl1->GetSelections(itemArray);
for(int i = 0; i < itemCount; ++i) {
    // получение индекса элемента в первоначальном списке
    int row = dataViewListCtrl1->ItemToRow(itemArray[i]);
    // прочая обработка
    // ...
}

Для реализации модульного тестирования пришлось реорганизовать архитектуру программной части сервера. Недостатком была потеря времени на реорганизацию, но, благо, кода было не так уж много, чтобы что-то переправлять. Огромным плюсом стало то, что код стал красивее. Например, благодаря подстраиванию под модульные тесты, пришлось создать обработчик принимаемых пакетов, создать дополнительные очереди обработки, дать возможность программисту назначать свои обработчики и т.п. Таким образом, вся процедура проверки была сведена на уровень кода: отдельные вызовы под запуск, останов, передачу данных, их приём, их обработку. Без подстраивания под модульные тесты, вряд ли в проекте сделали бы возможность самому назначать обработчики.

Извините за ответ самому себе в короткое время после публикации вопроса, но уже решил задачу.
Правило записал так: .*/*
Это работает, т.к. Git не отслеживает директории, поэтому игнорируем всё внутри директорий, начинающихся с точки, а сами эти директории указывать не требуется.