просто используйте
$ apt-get install libmysqlclient-dev
, который автоматически извлечет последнюю версию libmysqlclient18-dev
Я видел более старые версии libmysqlclient-dev (например, 15), помещая mysql.h в странные места например / usr / local / include и т. д.
в противном случае просто выполните
$ find /usr/ -name 'mysql.h'
и укажите путь к папке mysql.h
с флагом -I в файле make. Не чисто, но будет работать.
Номер редакции CVS отражает, сколько раз этот файл изменялся. Если вам нужно что-то согласованное во всем проекте, вам необходимо использовать тег cvs
после фиксации, чтобы присвоить всему согласованную метку.
нет. cvs не имеет единого номера ревизии, как более современные системы контроля версий. У каждого файла своя отдельная версия. Если есть способ перейти на другую систему контроля версий, такую как subversion, mercurial, git ... сделайте это.
CVS не имеет глобальных номеров ревизий, они назначаются для каждого файла. (Фактически, в CVS нет даже атомарных коммитов)
CVS изначально была набором сценариев для файловой RCS, и она никогда не избегала своей истории. Репозиторий CVS - это набор файлов RCS, упорядоченных в нужной структуре каталогов при извлечении, а также несколько каталогов блокировки. Помните об этом, и вы поймете (и, возможно, сможете предвидеть) множество идиосинкразии CVS. (Позже VCS придумали встроенные каталоги, а также такие вещи, как непрерывность файлов при переименовании.)
Идея CVS о глобальном состоянии - это тег, который нужно применять вручную. Это делается путем добавления тегов к каждому файлу RCS. Также возможно получить копию репозитория в заданное время, но это не обязательно согласованно, так как большие коммиты не обязательно атомарны.
Итак, нет, CVS-версия файла - это RCS-версия в репозитории. , и не имеет ничего общего ни с каким другим номером ревизии. Не беспокойтесь о номерах редакций.