Патрик не использует VCS?

Может VCS и есть, но публично она не доступна, насколько я знаю.

Даже простую утилитку на 5 сотен строк писать без VCS не удобно, так что она есть.

и sniper21

Какой смысл для Патрика скрывать хотя бы read-only доступ к этому VCS? Как пользователям Slackware контрибьютить Патрику?

Надо слать патчи или обновлённые файлы на почту, видимо. saahriktu, наверное, так делал.

Патрег бох! Зачем ему твои жалкие VCS?

Чтобы быть ещё божественнее!

Патрик олдскулен, патчи слать в листы рассылок.

LQ) Have you considered ways to more consistently communicate with Slackware users (perhaps via a blog or Google+)? What about a more open development model, such as one based on git? (many)

I have considered making more use of social media. I have Google+ and Twitter accounts, and used them to announce or discuss Slackware related issues. I have Facebook, too, but don't use it all that much. I've never really been drawn to the idea of having my own blog (I'm glad alienBOB does, though). I've been trying to put more information into the ChangeLog than simply a list of changed packages though.

As far as a more open development model such as git or other version control, it's probably going to become necessary at some point moving forward, and rworkman in particular is really pushing for something like that to be integrated into our development model. Right now we have several people maintaining their own private trees and I spend an increasing amount of time reconciling differences between updates that were developed in parallel. I've always known that I don't scale, but it's becoming pretty painfully obvious that acting as the commit master for everything going into the -current tree isn't going to be sustainable for very much longer as the number of support packages needed for KDE and other things continues to grow. This is especially true if we ever expect the ARM and other ports of Slackware to all be working off the same source tree. On that note, it might also be time to start thinking about centralizing some parts of the SlackBuild system. While it's nice to have the build script completely self-contained, it's not very convenient when it comes time to support a new architecture. Nothing like deciding to add some new options to the ARCH block in there and having to edit every single SlackBuild in order to pull off what ought to be a simple addition. So these are some of the things to look at once we get this release out and start up another development cycle.

Интересный вопрос и ответ из того же интервью!

Какие инструменты вы используете для отслеживания всех пакетов в Slackware и как вы решаете, что и когда обновлять?

На самом деле, для отслеживания количества пакетов, которые у нас сейчас есть, не требуется много специальных инструментов. Я храню закладки lftp, чтобы можно было легко найти исходный FTP-сайт, используя «lftp <package>», и оставляю некоторые подсказки в дереве (package.url). В противном случае большая часть списка TODO и отслеживания здесь представлена ​​в виде пары блокнотов. Я знаю, что некоторые из вас могут смеяться над идеей отслеживания вещей на бумаге, но это достаточно эффективный способ понять, что делать дальше.