LINUX.ORG.RU
ФорумTalks

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

 , ,


0

2

Решил посмотреть исходники Слаки, а их нет. Ну то есть какие-то энтузиасты держат свои репы, обновляемые хитрыми скриптами и с коммитами типа:

$ git log --oneline
f2ff678d (HEAD -> master, tag: 20210804201651, origin/master, origin/HEAD) Wed Aug  4 20:16:51 UTC 2021
c596c73b (tag: 20210803181813) Tue Aug  3 18:18:13 UTC 2021
0eea0f62 (tag: 20210803065527) Tue Aug  3 06:55:27 UTC 2021
152965cf (tag: 20210731175238) Sat Jul 31 17:52:38 UTC 2021
fd312e99 (tag: 20210730181926) Fri Jul 30 18:19:26 UTC 2021
47d3fa61 (tag: 20210728224844) Wed Jul 28 22:48:44 UTC 2021
cdda6f1a (tag: 20210727211253) Tue Jul 27 21:12:53 UTC 2021
867a690d (tag: 20210727005016) Tue Jul 27 00:50:16 UTC 2021
33a907cb (tag: 20210722192358) Thu Jul 22 19:23:58 UTC 2021
15dd12c0 (tag: 20210721181658) Wed Jul 21 18:16:58 UTC 2021
032f8696 (tag: 20210721053044) Wed Jul 21 05:30:44 UTC 2021
$ git log
commit f2ff678d478fb705648398cc2b44aee8868f6443 (HEAD -> master, tag: 20210804201651, origin/master, origin/HEAD)
Author: Patrick J Volkerding <volkerdi@slackware.com>
Date:   Wed Aug 4 20:16:51 2021 +0000

    Wed Aug  4 20:16:51 UTC 2021

    a/kernel-generic-5.13.8-x86_64-1.txz:  Upgraded.
    a/kernel-huge-5.13.8-x86_64-1.txz:  Upgraded.
    a/kernel-modules-5.13.8-x86_64-1.txz:  Upgraded.
    ap/dash-0.5.11.4-x86_64-1.txz:  Upgraded.
    ap/lxc-4.0.10-x86_64-1.txz:  Upgraded.
      Thanks to Matthew Chamley.
    d/kernel-headers-5.13.8-x86-1.txz:  Upgraded.
    k/kernel-source-5.13.8-noarch-1.txz:  Upgraded.
    n/vsftpd-3.0.5-x86_64-1.txz:  Upgraded.
    isolinux/initrd.img:  Rebuilt.
    kernels/*:  Upgraded.
    usb-and-pxe-installers/usbboot.img:  Rebuilt.

Но официальные репы системы я не нашёл.

Патрик на столько бог, что ему можно и без VCS или почему так? Или я просто плохо искал.


Ответ на: комментарий от xaizek

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

sniper21 ★★★★★
()
Ответ на: комментарий от xaizek

и @sniper21

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

hummer
() автор топика
Последнее исправление: hummer (всего исправлений: 1)
Ответ на: комментарий от hummer

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

xaizek ★★★★★
()
Ответ на: комментарий от hateyoufeel

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

hummer
() автор топика

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

Jameson ★★★★★
()

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.

MOPKOBKA ★★★
()
Ответ на: комментарий от MOPKOBKA

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

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

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

MOPKOBKA ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.