Как известно, Linux-ядро 2.6.32 было использовано в качестве базового ядра сразу во многих первичных Linux-дистрибутивах, таких как Debian 6, Red Hat Enterprise Linux 6, Ubuntu 10.04, Oracle Linux 6, SUSE Linux Enterprise 11 SP 1. Изначально, использование одной ветки ядра было воспринято как значительный шаг вперед в плане унификации дистрибутивов, что должно было значительно упростить поддержание в актуальном состоянии пакетов с ядром 2.6.32, благодаря более тесной совместной работе представителей разных дистрибутивов. Максимилиан Аттемс (Maximilian Attems), занимающийся поддержанием пакетов с Linux-ядром в проекте Debian, в своем недавнем интервью (http://raphaelhertzog.com/2011/02/17/people-behind-debian-ma.../) выступил с критикой новых методов компании Red Hat по формированию пакетов с исходными текстами Linux-ядра.

Компания Red Hat блокировала возможность использования своих наработок в других дистрибутивах, сделав процесс анализа внесен...

URL: http://lwn.net/Articles/430098/rss
Новость: http://www.opennet.ru/opennews/art.shtml?num=29743

• Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Аноним, 22:04 , 28-Фев-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Аноним, 22:12 , 28-Фев-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Viliar, 22:13 , 28-Фев-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,bvf, 13:05 , 01-Мрт-11
    • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Mine, 23:04 , 01-Мрт-11
      • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,bvf, 11:23 , 02-Мрт-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,unera, 11:08 , 02-Мрт-11
    • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,mirr0r, 13:19 , 02-Мрт-11
      • Red Hat подрывает сотрудничество дистрибутивов,...,anonymous, 14:05 , 02-Мрт-11
        • Red Hat подрывает сотрудничество дистрибутивов,...,mirr0r, 15:42 , 02-Мрт-11
          • Red Hat подрывает сотрудничество дистрибутивов,...,anonymous, 15:51 , 02-Мрт-11
            • Red Hat подрывает сотрудничество дистрибутивов,...,mirr0r, 15:59 , 02-Мрт-11
              • Red Hat подрывает сотрудничество дистрибутивов,...,anonymous, 16:05 , 02-Мрт-11
                • Red Hat подрывает сотрудничество дистрибутивов,...,mirr0r, 16:25 , 02-Мрт-11
                  • Red Hat подрывает сотрудничество дистрибутивов,...,anonymous, 16:40 , 02-Мрт-11
              • Red Hat подрывает сотрудничество дистрибутивов,...,anonymous, 16:08 , 02-Мрт-11
                • Red Hat подрывает сотрудничество дистрибутивов,...,mirr0r, 16:19 , 02-Мрт-11
                  • Red Hat подрывает сотрудничество дистрибутивов,...,anonymous, 16:30 , 02-Мрт-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,almanah, 12:30 , 02-Мрт-11
• Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Аноним, 22:07 , 28-Фев-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,dq0s4y71, 12:50 , 01-Мрт-11
• Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,User294, 22:15 , 28-Фев-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Аноним, 22:22 , 28-Фев-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,deadless, 22:24 , 28-Фев-11
    • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,User294, 23:17 , 28-Фев-11
      • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,deadless, 23:36 , 28-Фев-11
        • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,SnoWLight, 00:02 , 01-Мрт-11
        • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,User294, 02:00 , 01-Мрт-11
          • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,deadless, 10:59 , 01-Мрт-11
            • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,IvAnZ, 12:26 , 01-Мрт-11
              • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Stax, 19:13 , 01-Мрт-11
            • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,User294, 15:17 , 01-Мрт-11
          • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,SnoWLight, 15:41 , 02-Мрт-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Амнезинус, 22:29 , 28-Фев-11
    • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Толстый, 22:44 , 28-Фев-11
      • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Амнезинус, 09:47 , 01-Мрт-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Толстый, 22:29 , 28-Фев-11
    • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,User294, 23:20 , 28-Фев-11
      • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Толстый_, 00:06 , 01-Мрт-11
    • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,вася, 23:44 , 28-Фев-11
    • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Амнезинус, 09:50 , 01-Мрт-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Аноним, 22:36 , 28-Фев-11
    • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,szh, 13:58 , 01-Мрт-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Tiv, 04:42 , 01-Мрт-11
    • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,ещ один анонимус, 07:56 , 01-Мрт-11
    • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,User294, 14:33 , 01-Мрт-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Андрей, 06:24 , 01-Мрт-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,dd, 11:49 , 01-Мрт-11
• Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,deadless, 22:23 , 28-Фев-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Stax, 22:33 , 28-Фев-11
    • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,deadless, 23:34 , 28-Фев-11
    • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,iZEN, 00:53 , 01-Мрт-11
      • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Michael Shigorin, 01:11 , 01-Мрт-11
        • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,iZEN, 13:34 , 01-Мрт-11
      • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Stax, 05:33 , 01-Мрт-11
        • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,mirr0r, 13:33 , 02-Мрт-11
    • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,kshetragia, 06:06 , 01-Мрт-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Michael Shigorin, 01:09 , 01-Мрт-11
    • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,northbear, 08:00 , 01-Мрт-11
      • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Аноним, 13:16 , 01-Мрт-11
        • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,northbear, 07:07 , 02-Мрт-11
          • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Аноним, 10:22 , 02-Мрт-11
      • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,User294, 14:46 , 01-Мрт-11
• Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Stax, 22:28 , 28-Фев-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Аноним, 22:37 , 28-Фев-11
    • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,srgaz, 22:54 , 28-Фев-11
      • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Аноним, 23:10 , 28-Фев-11
    • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Аноним, 23:00 , 28-Фев-11
      • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Аноним, 23:18 , 28-Фев-11
        • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Аноним, 23:39 , 28-Фев-11
      • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Аноним, 23:20 , 28-Фев-11
      • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Аноним, 23:49 , 28-Фев-11
    • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Sergey722, 08:41 , 01-Мрт-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Аноним, 22:39 , 28-Фев-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Аноним, 01:18 , 01-Мрт-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Прохожий старый анонимус, 13:55 , 01-Мрт-11
    • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,User294, 16:09 , 01-Мрт-11
      • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,crypt, 13:32 , 02-Мрт-11
        • Red Hat подрывает сотрудничество дистрибутивов,...,anonymous, 14:17 , 02-Мрт-11
• Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Аноним, 22:45 , 28-Фев-11
• Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,cuki, 22:54 , 28-Фев-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,paulus, 22:57 , 28-Фев-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,hhg, 23:56 , 28-Фев-11
    • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,hhg, 00:06 , 01-Мрт-11
• Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,paulus, 22:54 , 28-Фев-11
  • Red Hat подрывает сотрудничество дистрибутивов,...,anonymous, 01:53 , 01-Мрт-11
• Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Аноним, 22:56 , 28-Фев-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,paulus, 22:58 , 28-Фев-11
    • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,User294, 23:25 , 28-Фев-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,a, 15:45 , 02-Мрт-11
• Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,pavlinux, 23:28 , 28-Фев-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,hhg, 00:12 , 01-Мрт-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,emg81, 02:04 , 01-Мрт-11
    • Red Hat подрывает сотрудничество дистрибутивов,...,anonymous, 02:10 , 01-Мрт-11
      • Red Hat подрывает сотрудничество дистрибутивов,...,emg81, 02:36 , 01-Мрт-11
        • Red Hat подрывает сотрудничество дистрибутивов,...,Аноним, 08:14 , 01-Мрт-11
          • Red Hat подрывает сотрудничество дистрибутивов,...,Аноним, 13:51 , 01-Мрт-11
            • Red Hat подрывает сотрудничество дистрибутивов,...,anonymous, 15:36 , 01-Мрт-11
              • Red Hat подрывает сотрудничество дистрибутивов,...,астронимус, 17:54 , 01-Мрт-11
                • Red Hat подрывает сотрудничество дистрибутивов,...,anonymous, 18:00 , 01-Мрт-11
                  • Red Hat подрывает сотрудничество дистрибутивов,...,астронимус, 18:18 , 01-Мрт-11
                    • Red Hat подрывает сотрудничество дистрибутивов,...,pavlinux, 18:24 , 01-Мрт-11
                      • Red Hat подрывает сотрудничество дистрибутивов,...,mirr0r, 15:16 , 02-Мрт-11
                      • Red Hat подрывает сотрудничество дистрибутивов,...,anonymous, 15:22 , 02-Мрт-11
                        • Red Hat подрывает сотрудничество дистрибутивов,...,pavlinux, 15:57 , 02-Мрт-11
                          • Red Hat подрывает сотрудничество дистрибутивов,...,anonymous, 16:16 , 02-Мрт-11
                            • Red Hat подрывает сотрудничество дистрибутивов,...,mirr0r, 17:01 , 02-Мрт-11
                              • Red Hat подрывает сотрудничество дистрибутивов,...,anonymous, 17:04 , 02-Мрт-11
                            • Red Hat подрывает сотрудничество дистрибутивов,...,pavlinux, 18:18 , 02-Мрт-11
    • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,pavlinux, 18:20 , 01-Мрт-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,a, 15:47 , 02-Мрт-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,mirr0r, 17:15 , 02-Мрт-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,crypt, 23:18 , 02-Мрт-11
• Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,getfr, 23:40 , 28-Фев-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,pavlinux, 01:16 , 01-Мрт-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,mirr0r, 17:04 , 02-Мрт-11
    • Red Hat подрывает сотрудничество дистрибутивов,...,anonymous, 17:05 , 02-Мрт-11
• Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Аноним, 01:25 , 01-Мрт-11
• Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Аноним, 01:43 , 01-Мрт-11
• Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,MarCo, 03:35 , 01-Мрт-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,kshetragia, 06:18 , 01-Мрт-11
    • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Аноним, 10:23 , 01-Мрт-11
• Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,анон, 04:18 , 01-Мрт-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,shpsn, 08:13 , 01-Мрт-11
• Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Zenitur, 06:50 , 01-Мрт-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Аноним, 08:22 , 01-Мрт-11
• Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Аноним, 07:03 , 01-Мрт-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,dimqua, 08:31 , 01-Мрт-11
• Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,sdio, 10:04 , 01-Мрт-11
• Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,q, 10:33 , 01-Мрт-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Аноним, 12:54 , 01-Мрт-11
• Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Аноним, 11:19 , 01-Мрт-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,anonymous, 12:14 , 01-Мрт-11
• Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,oops, 11:29 , 01-Мрт-11
• Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Аноним, 12:10 , 01-Мрт-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Andrey Mitrofanov, 12:55 , 01-Мрт-11
• Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Аноним, 13:23 , 01-Мрт-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Аноним, 14:33 , 01-Мрт-11
    • Red Hat подрывает сотрудничество дистрибутивов,...,anonymous, 15:41 , 01-Мрт-11
      • Red Hat подрывает сотрудничество дистрибутивов,...,anonymous, 22:39 , 01-Мрт-11
        • Red Hat подрывает сотрудничество дистрибутивов,...,rpisarev, 09:10 , 02-Мрт-11
          • Red Hat подрывает сотрудничество дистрибутивов,...,Okruzhor, 10:41 , 02-Мрт-11
            • Red Hat подрывает сотрудничество дистрибутивов,...,rpisarev, 10:47 , 02-Мрт-11
            • Red Hat подрывает сотрудничество дистрибутивов,...,anonymous, 14:03 , 02-Мрт-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,szh, 14:49 , 01-Мрт-11
    • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Аноним, 16:30 , 01-Мрт-11
      • Red Hat подрывает сотрудничество дистрибутивов,...,anonymous, 16:37 , 01-Мрт-11
      • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,szh, 16:48 , 01-Мрт-11
        • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Аноним, 22:01 , 01-Мрт-11
• Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Аноним, 14:24 , 01-Мрт-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,szh, 17:06 , 01-Мрт-11
    • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Аноним, 18:28 , 01-Мрт-11
      • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,szh, 20:36 , 01-Мрт-11
        • Red Hat подрывает сотрудничество дистрибутивов,...,anonymous, 20:45 , 01-Мрт-11
          • Red Hat подрывает сотрудничество дистрибутивов,...,Аноним, 11:58 , 02-Мрт-11
            • Red Hat подрывает сотрудничество дистрибутивов,...,anonymous, 14:10 , 02-Мрт-11
              • Red Hat подрывает сотрудничество дистрибутивов,...,тру йода, 16:42 , 02-Мрт-11
                • Red Hat подрывает сотрудничество дистрибутивов,...,anonymous, 16:51 , 02-Мрт-11
        • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Аноним, 22:11 , 01-Мрт-11
• Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Amarok, 14:31 , 01-Мрт-11
• Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,maxkit, 15:58 , 01-Мрт-11
  • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,linux_must_die, 17:13 , 01-Мрт-11
    • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,maxkit, 18:28 , 01-Мрт-11
      • Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,mirr0r, 15:35 , 02-Мрт-11
• Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Аноним, 19:43 , 01-Мрт-11
• Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Evtomax, 23:00 , 02-Мрт-11
• Red Hat подрывает сотрудничество дистрибутивов, связанное с ...,Аноним, 23:27 , 04-Мрт-11

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

оракелу в этом случае будет проще набрать отдел прогеров, которые будут анализировать код. Сколько лет поддерживает редхат РХЕЛ? За такое длительное время все патчи уже успеют найти и выложить.

Кстати, да. Может быть и так, вряд ли проблема в сообществе :-)
Либо ошибка, либо коммерческие интересы.

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

Ты не поверишь, но все эти тысячи программистов во-первых не являются разработчиками линукс ядра. А во-вторых они не сидят и не ждут, когда там редхат обновит ядро, они свои задачи делают.
И чтобы ковырять эти патчи ораклу придется нанять огромное число разработчиков.

> Ты не поверишь, но все эти тысячи программистов во-первых не являются разработчиками
> линукс ядра. А во-вторых они не сидят и не ждут, когда
> там редхат обновит ядро, они свои задачи делают.
> И чтобы ковырять эти патчи ораклу придется нанять огромное число разработчиков.

Ну блин, что бы расковырять потчи радхата достаточно выделить десяток из тысячи. Или вы реально думаете, что ораклы настолько жлобны, что пожалеют выделить немного средств. К тому же у оракла уже есть штат программистов разрабатывающих и ковыряющих редхатовские исходники, их собственный дистрибутив как пруф. Так что они и так это уже делают. Так что мотивация редхата пока остается за гранью понимания.

> Компания Red Hat блокировала возможность использования своих наработок в других
> дистрибутивах, сделав процесс анализа внесенных патчей излишне трудоемким.
> Раньше пакет с исходными текстами Linux-ядра для RHEL включал в себя полный
> набор примененных патчей, каждый из которых был доступен в виде отдельного
> хорошо документированного файла. Начиная с RHEL 6 поставляется только один
> общий архив с ядром, все патчи в котором неразделимо смешаны, что не позволяет
> выявить отдельные патчи и практически полностью сводит на нет возможность
> стороннего анализа.

по моему бред. если код не подвергнут обфускации, то разработчик всегда может выделить патчи RH взяв в руки diff и ядро с kernel.org

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

> Целиком и полностью поддерживаю.
> Если девелопер, работающий с ядром, заткнется из-за такой фигни,
> то ему место на барахолке, палеными болванками торговать.

я так понимаю, ты как раз оттуда и пишешь.

интересно, отчего каждый ребёнок, который в жизни сделал «приветмир», курсовую соседу Пете и однострочный патч неизвестно к чему, считает, что у него достаточно опыта для столь глобальных суждений, как в цитате, например? понавыпускали шариковых в интернеты…

Интересно не это.
Интересно, когда всякие Швондеры, даже не видя оппонента, высказывают суждения о его способностях, возрасте, опыте работы.
Я, например, еще на Fortran'е 4 для ЕС1022 писал, а вы, простите, только о курсовых
для соседа Пети наверное слышали?

поскольку в интернетах можно судить только по тому, что оппонент пишет — то большого выбора и нет. фортран — это не «автоматический знак качества». а рассуждения твои — на уровне школьника, который проектов больше «приветмира» никогда не сопровождал, и простыни непонятных патчей не принимал.

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

Ну если "в интернетах можно судить только по тому, что оппонент пишет", то судя по всему, Вы, кроме как "anonymous" ничего написать не способны. Так что я спокоен за "интернеты".
В них подрастает достойная смена.
А с какого дистрибутива Linux Вы начинали?
Я, опять же например, со Slackwar 0.95 (ядро версии 1.0).
Чем еще померяемся? Надеюсь, не частями тела?

> Так что я спокоен за "интернеты".

интернеты польщены. правда, не понимают, за что их в кавычки загнали, да ещё и в заграничные — ибо правила русской типографики предполагают там наличие «ёлочек». но, конечно, такие мелочи великим гуру, которые спокойны за интернеты, позволительно не знать.

> В них подрастает достойная смена.

право, я не дама, не надо делать мне комплименты по поводу возраста.

> Чем еще померяемся?

не знаю: я как-то давно вышел из возраста, когда необходимо чем-то меряться. попробуй найти для этого подходящую аудиторию, я тут вряд ли чем помочь могу.

На счет кавычек.
Виноват, прошу прощения.
Не слышал про правила русской "типографики", только про правила русской орфографии.
А кавычки аглицкие по недомыслию, привычка, знаете ли, после С, С++, bash, perl и прочих нерусских мерзостей.

> На счет кавычек.
> Виноват, прошу прощения.
> Не слышал про правила русской «типографики», только про правила русской орфографии.

это простительно, в принципе, хотя и несколько странно для того, кто использует печатный текст. ибо «типографика — графическое оформление печатного текста посредством набора и вёрстки с использованием норм и правил, специфических для данного языка» (ц) энциклонги

типографику можно игнорировать, конечно, но выглядит это вульгарно. намного вульгарней, чем моё игнорирование заглавных в начале предложений.

> А кавычки аглицкие по недомыслию, привычка, знаете ли, после С, С++, bash,
> perl и прочих нерусских мерзостей.

отчего же "мерзостей"? бывает и хуже. но суть была в другом: в том, что ты снова полез делать суждения там, где плохо ориентируешься. у тебя именные грабли для этого, что ли?

да, кстати: где можно почитать про дистрибутив «Slackwar»? название уж больно красивое. напоминает мне одну из любимых весёлых групп (Manowar) и любимый дистрибутив (Slackware).

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

> Ну если уважаемому оппоненту допустимо писать «интернеты» и «приветмир»,

вполне допустимо. если тебе столь неприятно читать арго имиджборд — можно было это сказать сразу. мне лично их выражения нравятся: есть в этом своеобразная эстетика. да к тому же анонимусу, вроде как, положено быть деклассированым элементом, маргиналом с речью маргиналов.

> то мне, неопытному ребенку, простителен пропуск одной буковки, забыл, извините,
> посыпаю главу пеплом и признаю свою полную несостоятельность в мире тех самых
> «интернетов».

ну зачем же так нервничать? ничего страшного, даже со мной бывает.

> Жаль, что так и не узнаю имени опытного anonymous'а

что в имени тебе?

> чтобы в случае, если окончательно запутаюсь в сложных, глобальных вопросах «интернетов», испросить у него совета.

разве имя для этого надо? ты, если что, сюда приходи, напиши глупость какую-нибудь — и я появлюсь. для гарантии можно несколько глупостей.

ОраКакал же поставляет свое ядро модифицированное.
Теперь они своевременно не будут новые ядра поставлять.

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

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

Редхат решил напомнить всяким там ораклам из чьей кормушки они жрут? :). Из минусов видится усложнение жизни апстриму.

В апстрим они сами могут отсылать патчи

из минусов видится усложнение жизни не только апстриму, но и даунстриму, CentOS всетаки тоже не цацки-пецки

> из минусов видится усложнение жизни не только апстриму, но и даунстриму, CentOS
> всетаки тоже не цацки-пецки

Не вижу что помешает центосу удалить трейдмарки редхата из сырца и зарелизить то что выдал редхат...

> Не вижу что помешает центосу удалить трейдмарки редхата из сырца и зарелизить
> то что выдал редхат...

Ну вон ниже по треду объяснили уже в чем траблы. Имхо с выходом rhel 6.0 концепция у красношапок поменялась. Теперь и апстриму будет сложнее и сложнее будет их патчи выковыривать и разборки с пакетами в центоси тоже предвещают...

> Ну вон ниже по треду объяснили уже в чем траблы. Имхо с
> выходом rhel 6.0 концепция у красношапок поменялась. Теперь и апстриму будет
> сложнее и сложнее будет их патчи выковыривать и разборки с пакетами
> в центоси тоже предвещают...

CentOS не меняет исходный код, ничего не патчит, не исправляет ошибки RH только пересобирает RHEL без трейдмарков.

> и разборки с пакетами в центоси тоже предвещают...

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

да конечно, как 2 байта переслать... только где она CentOS 6.0 ? мож подсобишь, ато люди видимо не знаю что легко...

Scientific Linux 6 уже собрали, вроде как. В любом случае репозитарии рабочие, а так можно самому официально скачать RHEL 6, поставить и подрубить его к репозитариям Scientific Linux. На выходе тоже самое получается, что и CentOS
http://ftp.scientificlinux.org/linux/scientific/6.0/i386/iso/

Нет, это RC, ставить в продакшен который настоятельно не рекомендуется. В марте будет следующий RC.
Политика центос же - не выпускать альфы-беты-RC, а только финальную версию, которую можно ставить.

В общем, они примерно на одной стадии развития сейчас.

> мож подсобишь, ато люди видимо не знаю что легко...

Они вроде как заняты другими версиями центосов пока, в счет чего центов 6 еще не пересобран. Лично мне вообще не нравятся редхатовские пакетные манагеры, ОСОБЕННО всякие yum, так что центос я буду использовать только если иного выбора вообще не оставлено. Наивно ожидать что я при этом брошусь с напильником на их пакеты, имхо. Кому нужен результат и интересно заниматься задачей - те и въе, имхо.

> Ну, редхат не обязан делать простым и удобным ripoff своего дистра. И
> все-таки выпилить трейдмарки - не так уж и сложно. И патчи
> для этого знать от и до - не обязательно.

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

CentOS тоже достанется..

Учим матчасть, ЦентОС тут непричем, они просто берут исходники публикуемые ред хатом и собирают из них полностью бинарно-совместимый дистрибутив.

Так-то оно так, и хочется надеяться, что никаких подводных камней их не ожидает, но..
В таком случае существует опасность получить, к примеру, кернел паник с сообщением "ваша копия линукс не прошла активацию, обратитесь в корпорацию RedHat для решения данной проблемы" ..Ы? ;)

Ты забываешь, что и апстрим разрабатывает сам Ред Хат. Так что не надо никаких мифов о свободе ПО, всеобщем коммунизме и братстве. Корпорации нацелены на извлечение прибыли, и они свободны в своих методах

Это слишком толсто даже для меня, кэп :)

Если это так *очевидно* для тебя, то зачем тогда пишешь "Из минусов видится усложнение жизни апстриму. "?

А ты, похоже, вообще забываешь, о чем речь.

> Ты забываешь, что и апстрим разрабатывает сам Ред Хат. Так что не
> надо никаких мифов о свободе ПО, всеобщем коммунизме и братстве. Корпорации
> нацелены на извлечение прибыли, и они свободны в своих методах

Какой процент составляет вклад RH в ядро за прошедший год?

>Редхат решил напомнить всяким там ораклам из чьей кормушки они жрут? :). Из минусов видится усложнение жизни апстриму.

Так оракл входит в десятку основных комиттеров в ядро. Это ещё вопрос, кто кого кормит и на каком суку сидит.

Редхат на втором месте, а Оракл входит в двадцатку.

Осталось Ораклу сделать то же с Open Office, чтоб "напомнить всяким там " гуглям и новелам " из чьей кормушки они жрут? :)" и будет совсем хорошо всем.

>Осталось Ораклу сделать то же с Open Office, чтоб "напомнить всяким там " гуглям и новелам " из чьей кормушки они жрут?

Ну они конечно могут попробовать, только основная команда нынешних разработчиков теперь в DocumentFoundation.

Хаха, учтя что из оракла свалило половина разработчиков опенофиса - они добровольно дадут конкурентное преимущество LibreOffice'у, который выпендриваться не будет и сманит всех вменяемых разработчиков себе. Дальнейшее понятно - у кого разработчики, тот и на коне, собссно :). То-есть, давиться жабой - можно, но стоит понимать что разработчики могут сделать хвост трубой если им что-то не понравится. Кстати в редхате вроде такое не всем нравится. Как бы не поудирали у них разработчики то. А то вон например Valerie Aurora ("блондинка" которая неплохо соображает в файловых системах) ушла от них в январе. Теодора прибрал к рукам гугл. Мэйсон - в оракле. Они не боятся просрать полимеры, как минимум в некоторых областях?

Red Hat сам становиться Ораклом !!!

>Редхат решил напомнить всяким там ораклам из чьей кормушки они жрут? :).

...забыв при этом, из чьей кормушки он жрет сам.

>но разобраться, что именно изменено, с учетом тысяч наложенных поверх ванильного ядра патчей, уже не реально

поэтому центось 6.0 никак не зарелизят?

Центос 6.0 не могли зарелизить, потому что не могли начать сборку srpm из-за отсутствия точной информации о версиях пакеты на той системе, где начиналась сборка. Т.е. того микса из RHEL 5, Fedora 12 & 13, который стоял у редхата в приватной версии koji и на котором собирались первые srpm из RHEL 6. Эта информация просто отсутствует, а в spec-файлах зависимости часто указаны без точных версий, поэтому приходилось по многу раз экспериментировать с разными версиями начальных пакетов, добиваясь сборки, идентичной редхату.

Ну а последние месяца полтора над 6-кой вообще не работают, все их руки заняты выпуском 4.9 и 5.6. Обещают, как эти зарелизят, вернуться к работе над 6-кой. У них нет пачки разработчиков, чтобы как редхат, работать над ними одновременно.

печально, особенно про подборку пакетов.
5.6 я тоже конечно жду, но 6.0 вкуснее.

Вот это я понимаю. Вот это поцесс! Где никто, кроме RH не знает, что, собственно, они собирают. :))

>поэтому приходилось по многу раз экспериментировать с разными версиями начальных пакетов, добиваясь сборки, идентичной редхату.

Это как? Чтобы контрольные суммы собранных RPM c редхатовскими блобами совпадали? O_o

Сэр что-нибудь слыхал про ТаймсТампы? :)

> Сэр что-нибудь слыхал про ТаймсТампы? :)

Ничего. Абсолютно. Может быть вы мне о них расскажете? Поржём вместе.

Почти. Ну контрольные суммы rpm не совпадут (подписанны разными ключами, разные хосты, и тд), но у них есть утилитка, которая раскурочивает rpm и сравнивает идентичность бинарников, примерно так. Конфиги могут отличаться, как и включенные возможности (например, программы, которые могут отсылать сообщение в редхатовскую багзиллу). Для некоторых бинарников, куда вшивается имя хоста идентичность до байта нельзя обеспечить, но что-то в бинарниках сравнить все равно можно, например список и версии библиотек после линковки и т.д.
В общем у них есть инструмент для сравнения двух rpm, но подобрать соответствие их системы сборки редахатовскому koji для версий .0 очень сложно. В 6-ке больше пакетов, чем в 5-ке, и больше ошибок в спеках (неупомянутые, но требуемые зависимости), что еще усложняет процесс. По своей полиси они никогда не исправляют спеки, только отсылают баг редхату на тему фикса в следующем релизе и обходят это конфигом своей билд-системы, ставя там доп. зависимости для сборки данного srpm в добавок к спекам. Этот конфиг хаков все растет :) Но без этого никак, собирать в системе, где установлены все пакеты, а не минимально прописанные в спеках, как делает это mock нельзя, так могут включиться "странные" фичи и левые зависимости, что проблематично.

ЫЫЫ! Знаю эту утилитку.
Примитивный скрипт для распаковки rpm'ок можно найти хотя бы
в abs-guide, которой в обед 100 лет. Стандартная операция, заезженная
до блеска во всех нормальных руководствах по башу.
Что касается сравнения бинарникофф, советую почитать мануал по diff и сопутствующим.
ИМХО, сравнить rpm как раз не сложно, да и собрать идентичный тоже.

Гениально! Формально лицензия соблюдена и имеем конкурентное преимущество, стимулирующее покупать поддержку.

Кажется, Вам уже ссылку и давал не так давно: http://lwn.net/Articles/417849/
(или ещё и перевод требуется?)

Так все такие, Михаил, в чем проблема? Распарсить один большой diff, на отдельные патчи по файлам, никаких трудов не представляет. Люди, которые занимаются развитием конкретных подсистем ядра, без особых проблем поймут в чем смысл тех или иных патчей, если это действительно будет необходимо. Что собственно напрягает-то? Отсутствие комментов?

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

Ну, не хотят они отдавать патчи в апстрим, их дело. Этим они сами себе яму роют. С выходом очередного LTS ядра, им придется адаптировать свои патчи старого LTS-ядра, к новому, а потом уже продолжать дотачивать ядро под свои требования. Бессмысленная работа. Видимо слишком много лишних денег у них стало, раз такая перспектива их не пугает.

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

> Распарсить один большой diff, на отдельные патчи по файлам, никаких трудов не представляет.

Ты понимаешь что изменение в vfs коде как правило еще влияют и на vm?
И вобще ты пытался даже по разбитым на части патчам разбираться что же redhat сделало с ядром?
Чую что нет, иначе такую бы глупость не говорил.
Объем патчей там совсем учуть чуть - метров 60.. или 100..
ты понимаешь что такое разобрать эту мешанину ?
Особенно когда много патчей накладывается в одно место ?

Мне в свое время приходилось разбираться с тем, что сделали с моим кодом. Это было во времена, когда еще не знали о diff'ах. Принципиальных сложностей понять, что с моим кодом пытались сделать, не было.
Я так понимаю, что задачи принять абсолютно все патчи RedHat'а перед Linux core team не стоит. И "эту мешанину" в полном объеме разгребать смысла нет. Ее и раньше никто не разгребал. принимали ровно то, что Coreteam считало нужным.

Порядок наложения патчей тоже легко отслеживается в автоматическом режиме.

0. какого размера был ваш проект и какого размера изменения были?
спорю что проект был меньше 10мб и объем изменений меньше 100кб.
А когда проект ээ.. 200 мб и объем патчей 100мб (да да - половина дерева) вы запоете иначе ;-)

1. порядок наложения не отследить - если не знаешь какие патчи туда наложились.

2. Иногда стоит задача заставить работать свой код не на vanila а на ядре от redhat, тогда список патчей что меняли и на что - очень помогает, а сейчас в этой мешанине хрен разберешся.

> Распарсить один большой diff, на отдельные патчи по файлам,
> никаких трудов не представляет.

Хаха, nice joke :D. Ну если все так просто - возьмите и распарсите диффы на хренадцать мегабайтов "всей кучей" обратно на мелкие диффы "по ревизиям", будет интересно посмотреть насколько это "просто" :). Это из разряда "провернуть фарш назад". Одно дело если видно что менялось с историей/коментами и другое - жевать здоровую портянку со ВСЕМИ изменениями, как полезными для вас так и не очень. При желании конечно можно и распереться, некоторые вон вообще бинари многомеговые дизасмом колупают, и ничего, не умерли от этого. По сравнению с этим дифф - это вообще культурно и удобно :). Только вот врядли кто-то из разработчиков сильно счастлив распираться лишний раз на ровном месте вместо того чтобы цивильно выбрать скажем 2 наиболее интересных патча из 10 всяких, нужных и не очень.  

А дебиановцы уже хотели нахаляву все наработки редхат по ядру себе перетянуть, а не тут-то было ;)

Редхат вряд ли вернется к старой системе, это изменение сделано специально. Хотя надо сказать, что во-первых всегда есть федора, в которой на ядро по-прежнему накладываются сотни патчей при сборке и которые в .srpm лежат отдельно; и во-вторых, раздельные патчи по-прежнему можно изучать, они доступны и как отдельные патчи, а не будучи наложенными все вместе на ядро, только для этого нужно действительно купить редхат. Так что ничего не скрыто для тех, кому по делу нужно понять действие того или иного патча.

А вот что они добились, можно оценить хотя бы по новостям вроде http://www.opennet.ru/opennews/art.shtml?num=29576 - достаточно глянуть на список фич, который оракл афиширует для своего ядра, и можно увидеть, что практически все они, исключая очень уж специфические OFED, OCFS2 и DIF/DIX есть и в ядре редхата, а так же некоторые другие, которых нет у оракла. Оракл вынужден был повторять работу редхата при создании своего кастомное ядра и накладывать патчи на ванильное 2.6.32, т.к. фиг на ядро редхата в текущем состоянии наложишь нормально дополнительные патчи, сделанные для ванильного.

Я бы сказал, что "Red Hat подрывает надежды производителей дистрибутивов на его основе за просто так получить все наработки редхата и крутить ядро дальше". Что, в принципе, не то чтобы нечестно. Причем некоммерческого centos эта проблема не касается, у них строгая политика пересобирать пакеты редхата без каких-либо изменений, кроме логотипов/торговых марок.

> и во-вторых, раздельные патчи по-прежнему можно изучать, они доступны и
> как отдельные патчи, а не будучи наложенными все вместе на ядро,
> только для этого нужно действительно купить редхат.

Можно про это подробнее ? У меня куплен RHEL 6 где и у кого нужно просить разбитые по отдельности патчи ? Пока ваше заявление выглядит как голословный миф и никто таких патчей не видел, кроме работников Red Hat.

Аноним - что вы врете) смотреть .srpm

> Аноним - что вы врете) смотреть .srpm

там (в RHEL _6_) нет отдельных патчей !

> Можно про это подробнее ? У меня куплен RHEL 6 где и у кого нужно просить разбитые по отдельности патчи ?

ex-redhat-employee says:
FWIW, Red Hat customers have access to the patches on the access.redhat.com website.

читайте дальше:

"Oh wait! Redhat employees, when asked about the matter (and when they don’t tell you they can’t comment and redirect you to the PR department) are quick to point out the terms of use (in particular point 6) and tell you that you could easily loose your support contract if you where to share the information (ie. assert your rights under the GPL and redistribute the changes)."

Опа. Опа..

То есть RedHat уже противопоставляет себя GPL ? и запрещает использовать свои права для кода доступного под GPL ?

и еще:

"I contacted Matthew Garrett about this kernel issue and he said he can't comment. He gave me the advice to contact RH press people.
I'm waiting for an official answer from Kerri Catallozzi.

I wrote a little text about this on linuxfr and one of the reader said he was a former RH employee and, according to him, this policy is deliberate. He said that a lot of RH devs are not happy with this new kernel policy. Patches are only visible for RH subscribers (through a web interface)."

Вы уверены, что на том сайте именно патчи, а не простое перечисление, которое и в changelog секции kernel.spec есть ?

> только для этого нужно действительно купить редхат...

Да имелось ввиду: купить надо компанию Ред Хат, а не поддержку...

>Хотя надо сказать, что во-первых всегда есть федора, в которой на ядро по-прежнему накладываются сотни патчей при сборке и которые в .srpm лежат отдельно;

А толку? Там последние экспериментальные версии. Для серверов оно не нужно.

> А дебиановцы уже хотели нахаляву все наработки редхат по ядру себе перетянуть, а не тут-то было ;)

Дело не в этом. У Debian и без Redhat куча ядер с кучей патчей и они прекрасно и без redhat'а всё это поддерживали. Дело в том что все как бы _договорились_ использовать 2.6.32 и стараться его держать максимально совместимым. А теперь это очень трудно делать потому что неизвестно какие патчи у себя наложил на ядро redhat.

Если говорить коротко: каюк опесорсу. Оракл может набрать разрабов и довести их способности до нужного уровня - денег у него хватит, только это уже не будет опенсорс. Шапка в любом случае паслась на чужой территории - у них покупали поддержку для оракла.

> Если говорить коротко: каюк опесорсу.

Ну может "опе" и каюк :). Вопрос только чьей :).А опенсорс - он вообще без поддержки корпорасов родился. С фига ли он от [любых] действий корпорасов умрет?

>> Если говорить коротко: каюк опесорсу.
> Ну может "опе" и каюк :). Вопрос только чьей :).А опенсорс -
> он вообще без поддержки корпорасов родился. С фига ли он от
> [любых] действий корпорасов умрет?

OpenSource, в частности родился как linux 0.01 и размер проекта просто несравнимый. Лично я не уверен, что _сейчас_ OpenSource может выжить без поддержки корпораций. Если посмотреть, все больше и больше открытых проектов продается и скупается.

> OpenSource, в частности родился как linux 0.01 и размер проекта просто несравнимый.

ага. а gcc было так, наколенной поделкой, которая только по счастливой случайности смогла что-то там скомпилировать. и остальные GNU-утилиты тоже.

тьфу, красноглазики. раньше было «билли изобрёл интернеты», теперь вот добавилось «линус придумал опенсорц».

С другой стороны, этого и следовало ожидать. Зачем исправлять апстрим, если можно делать это за деньги? Можно даже ванильное ядро ухудшить так, чтобы без платного редхата использовать его было невозможно.

в RedHat завелись "эффективные менеджеры"?

угу, мавр в нокии сделал свое дело и пошел работать в шапку...

нет, завелись "..цуко талантливые менеджеры" (c)анекдот

> нет, завелись "..цуко талантливые менеджеры" (c)анекдот

fix:
"Потому что это был, ..., очень хороший менеджер по продажам"

ps. при переходе через 00:00 время для редактирования поста походу принимает очень большое значение (типа отрицательное в беззнаковом) и всё такое

Еще одна коммерческая контора показала зубы. Хуже будет всем некоммерческим дистрибутивам, а это не есть хорошо. Возможно так сделано из-за Оракла или по другим бизнес-причинам, но все равно большое "ФИ", Красной Шапке, за то что плюет в колодец! IMHO

> Хуже будет всем некоммерческим дистрибутивам,

не заметил, чтобы моей слаке стало хуже.

Все правильно делают. Молодцы редхатовцы.

> Все правильно делают. Молодцы редхатовцы.

сейчас все начнут ныкать наработки и кому от этого лучше будет?

> сейчас все начнут ныкать наработки и кому от этого лучше будет?

Ну там майкрософтам и ораклам всяким, etc. А вы что подумали? :)

> Все правильно делают. Молодцы редхатовцы.

Прально, прально... RedHat стимулирует включение мозгов, а не работу
в режиме копипасты дистропейсателей из ... типа ArchLinux :)

А то РедХат написал, что "Этот патч ускоряет работу с SSD в 5 раз!"
И все дружно, стадом:

Oracle: "Этот патч ускоряет работу с SSD на 400%"
SuSE: "Этот патч ускоряет работу с SSD более чем в 4 раза"
Debian: "C этим патчем значительно увеличивается производительность работы с SSD дисками"
Ubuntu: "Патч для разгона SSD"
Gentoo: "Зачотный патчег, SSD проста летают".
...
Pavlinux: Них...я он не ускоряет. :)

честно говоря, давненько линуксом (и в т.ч. одним из самых вменяемых из них - арчем) не пользовался, но имхо арч то практически с ванильным ядром идёт?

> Прально, прально... RedHat стимулирует включение мозгов, а не работу
> в режиме копипасты дистропейсателей из ... типа ArchLinux :)

по мне - ArchLinux нужнее, чем Вы. потому что им немало людей пользуются и довольны. а Вы тут своё превосходство над кем-то/чем-то всё время показать пытаетесь --> от чего пользы нуль. это Ваш выбор, не спорю. но оскорблять почём зря "дистропейсателей", как Вы выразились, Вам никто права не давал

> Вам никто права не давал

ты смищной. возможно, твоя рабская психология говорит тебе, что права обязательно должен кто-то дать, но я хочу тебя огорчить: люди без рабства в мозгу по умолчанию имеют *все* права, им не надо ждать, пока кто-то «даст право».

>> Вам никто права не давал
> ты смищной. возможно, твоя рабская психология говорит тебе, что права обязательно должен
> кто-то дать, но я хочу тебя огорчить: люди без рабства в
> мозгу по умолчанию имеют *все* права, им не надо ждать, пока
> кто-то «даст право».

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

для особо непробиваемых - свобода слова буквально не значит, что можно говорить всё, что вздумается и кому вздумается.

и ещё, если ты себя позиционируешь таким сверхчеловеком "без рабства в мозгу" - отними у кого-либо на улице его вещь, которая тебе понравится и увидишь, что будет. тебе же не нужно иметь право собственности в отношении этой вещи, так? ты же имеешь *все* права и тебе не нужно ждать, пока кто-то "даст право"

Здесь что, есть разработчики ArchLinux? А если плохо говорят о человеке в его отсутствие - это нифига не оскорбление

Правильно. Говорить плохо о человеке в его отсутствие - это мерзость, а не оскорбление.

> Правильно. Говорить плохо о человеке в его отсутствие — это мерзость, а
> не оскорбление.

демонстрирую: сотрудник накосячил. ушёл. поскольку в его отсутствие о нём плохо говорить нельзя, то нельзя сказать, что он накосячил (это же будут «плохие слова»). косяк остаётся нечиненым. ладно, если это стул неправильно стоит. а если критический косяк в подсистеме управления реактором?

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

благодарю, я в таком мире жить не желаю.

На колкость павлина о копипасте (и далеко идущие выводы о нахлебничестве или даже паразитировании) и archlinux тут же было замечено, что последний использует ванилу (за малым исключением).
http://projects.archlinux.org/linux-2.6-ARCH.git/tree/patches
Такое же "замечание" можно делать многим другим дистрибутивам. И пресекая идиотские вопросы о велосипедности, дистрибутив берёт начало с 2002, предложив (к вопросу нахлебничества) свой пакетный менеджер (и соответственно формат пакетов), систему инициализации, и сборочную систему этих самых пакетов - всё то, что действительно отличает один дистрибутив от другого. Многим, кстати, они нравятся. А нравятся они потому, что удобно, понятно и работает.
Ни одна из твоих аналогий неверна. В обоих случаях, объективно есть касяк, объективно есть баг.
Претензии к archlinux весьма спорны.

отвечу своей же старой копипастой, которую тут вытирают отчего-то.

забавно. приходит человек, из слов в каменте картинку составить не смог, смысла не понял, но Мнение Имеет. и всенепременно доносит это Мнение, оппонируя то ли голосам в своей голове, то ли вовсе неизвестно кому.

люблю за вами наблюдать, дети интернетов: вам ведь если мысль не разжуёшь -- вы не способны сами подумать. хвать то, что с самого верху лежит -- и давай из этого высасывать какие-то нелепые "выводы" и не менее нелепые "обобщения".

ведь самое забавное тут что? то, что ты не понял *вообще ничего*. не "неправильно понял", не "недопонял", а именно что совершенно ничего.

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

Наверное потому, что ты:
а) Не автор этой копипасты
б) Сам не понимаешь что в ней написано, а потому неправильно/неумело/ не к месту её постишь.

Тихо девочки, не ссортесь. Нам вместе ещё в 3-ю мировую воевать. :)

Кибернецитскую,что ли? )))

> Тихо девочки, не ссортесь. Нам вместе ещё в 3-ю мировую воевать. :)

я воевать не пойду никуда! на учет возьмусь, а воевать — шиш с маслом. я тяжко раненный при операции, меня, вишь, как отделали. мне белый билет полагается.

>> Тихо девочки, не ссортесь. Нам вместе ещё в 3-ю мировую воевать. :)
> я воевать не пойду никуда! на учет возьмусь, а воевать — шиш с маслом.

Как скажешь, расстреляем сразу дома, в постели.  

> Как скажешь, расстреляем сразу дома, в постели.

меня нельзя, мне белый билет полагается же!

А в кибернетицкую тоже не пойдешь?

> А в кибернетицкую тоже не пойдешь?

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

>> Как скажешь, расстреляем сразу дома, в постели.
> меня нельзя, мне белый билет полагается же!

Сделаем вид, что ефрейтор был дальтоник.
Вот видишь, даже дальтоники служат!:)

>> Прально, прально... RedHat стимулирует включение мозгов, а не работу
>> в режиме копипасты дистропейсателей из ... типа ArchLinux :)

Усложняем задачу, пущай будет не ArchLinux, а последний на distrowatch - NepaLinux

> Прально, прально... RedHat стимулирует включение мозгов, а не работу
> в режиме копипасты дистропейсателей из ...

mirr0r: Них...я он не ускоряет. Он еще и тормозит.
28861 mirr0r    20   0 1424m 1.0g 950m S 22.9 26.4   2434:59 patch_SSD
:=)

> И все дружно, стадом:

Хехе, хорошо пошутил:)

1. Еще жив вроде Линус, так что не все потеряно
2. А если и он не поможет, то поменьше болгеносов будет и побольше BSD...

> то поменьше болгеносов будет и побольше BSD...

Точно - не умеешь читать код, читай комменты в BSD

А чем Линус тебе поможет?
Он один из ацких акциёдержателей RedHat'а.

> А чем Линус тебе поможет?

как обычно: ещё пару раз назовёт RMS фанатиком, повторит, что не видит в тивоизации ничего плохого.

а дебиан недавно наоборот сделал..
http://www.opennet.ru/opennews/art.shtml?num=24364

Ну и правильно. Так вам ГПЛщикам и надо.

Опыт показывает, что это путь в никуда. РН, в конечном счете, сам себе усложнит жизнь.

Он усложнит жизнь не только самому себе, а открытому сообществу в целом.

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

Ничего личного, просто бизнес

Ага, только вот "паны дерутся, а у холопов чубы трещат"...

Почитал комментарии. Узнал, что основная цель - Oracle. Порадовался: большие компании тоже их не любят.

Оракл когда-нибудь просто купит Ред Хат и на этом все закончится.

Таких щеглов очень просто вылечить. Достаточно чтоб по запросу с их айпишников с kernel.org отдавался специальный архив для них, где тоже всё в куче и непонятно. Пусть пилят :D

Не, им надо было на закрытом ftp патчи отдельно выложить, а логин/пароль отдать в распоряжение Linux Foundation :)

Помнится Apple тоже так пытался webkit разрабатывать и таким же макаром "возвращать" наработки в khtml.

>> Компания Red Hat блокировала возможность использования своих наработок в других дистрибутивах, сделав процесс анализа внесенных патчей излишне трудоемким.

Я всегда думал, что невозможность разобраться в чужих исходниках, тем более написанных на Си и под свободной лицензией это величайшее лицмерие о свободном ПО, которая есть альфа и омега "свободных" лицензий GPLx.

Есть люди способные разобраться в бинарном коде микропроцессоров, вообще без исходников :) так что отсутствие у Вас необходимых навыков ещё ни о чём не говорит.

Merge отменен 0_о?!?!?!?!

как бы вопрос заключался в том, чтобы знать каждый патч в лицо, и чтобы можно было портировать "вот этот и вот этот", а не все подряд.

забавно, почитал и понял, что линуксоиды просто помешаны на понятии "патч" =).

Если Шляпа будет продолжать контрибьютить в апстрим, то не вижу особых причин для паники. Линус невнятную "кашу" без комментов не примет.

Линусу .32-ой релиз Имени Гражданина Шатлворта до одного места.

Вот случилось то о чем предупреждали давно..

Сначала обрыв версии RedHat linux - и появление частично закрытого redhat enterprise linux, за которого стали просить деньги. Потом продавили через Линукса - уход от стабильной ветки..  да да API non sense.
Потом приход менеджеров и рост капитализации.
Видимо этот рост притормозился всякими там клонами, решили еще гайки закрутить.
Попутно подтерлись GPL, то есть список патчей разглашать нельзя.
А Линукс против этого не вякнет - у него самого в RedHat большой куш акций - ему это не выгодно.
Вот так то кролики.. А этом предупреждали еще давно. Ничего личного - Linux стал большим бизнесом, который удачно манипулирует всякими хомячками которые под этим соусом будут травить кого угодно.

Ничего личного - это просто бизнес и большие деньги.

Ну так на то он и Фри Cофтваре а не Коммунизм/Социализм. И это всегда подчеркивалось.

По идее требование открывать исходники то же не особо нужное, ведь в бинарниках есть все. Проблема в том что трудоемкость восстановления того, как бурлила мысль разработчика очень высока, и с окрытием исходников она упрощается. Следующий закономерный шаг - GPL v100.500, запрещающий скрывать временной дамп активности нейронов разработчиков при открытии им исходинков. И всегда найдутся те кто будет как в "Кин-дза-дза" играли в шахматы, специально думать неправильно в момент сканирования мозга. Ничего личного, просто бизнес. Формально договор соблюден - вот и утритесь.

Хотите чтоб было по братски, человек человеку - друг и так делее - это не к FreeSoftware. Надо свое делать.

> Хотите чтоб было по братски, человек человеку — друг и так делее
> — это не к FreeSoftware. Надо свое делать.

и начать надо с деланья новых людей, а то «старые, храни бог войны, стрелять не годятся».

Я про то что это капитализм, и для капитализма такие вот хитроспекулятивные ужимки есть нормальная вещь. Ни плохо ни хорошо.

Если хочешь чтобы по совести, чтобы любой вариант "а как бы нагадить конкуренту" был вне закона то это другой строй и идеология.

Потому и странно читать возмущенные коментарии.

Может еще немекнуть на то в каком состоянии вообще документация в Free Software ? Неужели не ясно что как раз текущее осстояние документации очень выгодно, можно за деньги писать книги, наслаждаться элитарностью. Повышеный порог вхождения это просто выгодно.

Вообще-то про  Free Software в данной теме нет ни слова: ядро, с которым якобы спекулирует РедХат - Open Software. Открытое, даже более того: Свободное ПО.

То, что усложняется жизнь воспроизведения процесса наложения патчей никого не должно волновать: GPL требует наличие изменённого кода и он имеется. Про патчи в GPL нет ни слова.
Да, безусловно, RH поступает не кристально чисто, то перед лицензиями у них совесть чиста. А так как есть дистрибутивы, использующие их ядра (кроме того же CentOS, например в AltLinux было долго ядро с RHEL5, а теперь есть с RHEL6), это значит что изменения политики не такие уж страшные. А если попытаться узнать насколько легко собирать ядро RHEL в другой системе... В общем попробуйте: это всегда нелегко. С данной политикой особо ничего не изменилось.

PS. В свежей версии ядро с кернел.орг, http://www.kernel.org/pub/linux/kernel/v2.6/testing/ChangeLo..., по запросу "redhat" 49 ответов. А это ядро в RHEL ни 6, ни 7 версии не появится.

PPS. Если есть заговор - почему его видят лишь единицы? :)

> GPL требует наличие изменённого кода и он имеется. Про патчи в GPL нет ни слова. Да, безусловно, RH поступает не кристально чисто, то перед лицензиями у них совесть чиста.

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

Это полный запрет обфускации , как исходного кода , так и сборочных скриптов . Собирание всех патчей в одну кучу -- это не "вид, предпочтительный для выполнения в нем модификаций"

>> GPL требует наличие изменённого кода и он имеется. Про патчи в GPL нет ни слова. Да, безусловно, RH поступает не кристально чисто, то перед лицензиями у них совесть чиста.
> Из перевода GPL2 : "Сопроводите ее полным соответствующим машиночитаемым исходным кодом"
> и "Исходный код для призведения означает его вид, предпочтительный для выполнения
> в нем модификаций. Для исполняемого произведения полный исходный код означает все
> исходные коды для всех модулей, которые он содержит, плюс любые связанные
> с произведением файлы определения интерфейса, плюс сценарии, используемые для управления
> компиляцией и установкой исполняемого произведения."

Не вижу противоречия сказанному мне :)
> Это полный запрет обфускации , как исходного кода , так и сборочных
> скриптов . Собирание всех патчей в одну кучу -- это не
> "вид, предпочтительный для выполнения в нем модификаций"

Э... Кто сказал? О_о

> Собирание всех патчей в одну кучу -- это не
> "вид, предпочтительный для выполнения в нем модификаций"

почему?

> Вот так то кролики.. А этом предупреждали еще давно.

в общем-то не произошло ничего радикального за 10 лет, злопыхатели оказались неправы в течении 10 летней эпохи. Разве что Редхат стал во много раз больше вкладывать в развитие Линукса.

> Ничего личного - Linux стал большим бизнесом,

До тебя дошло 10 лет спустя, спешишь поделиться с нами ?

> в общем-то не произошло ничего радикального за 10 лет, злопыхатели оказались неправы в течении 10 летней эпохи. Разве что Редхат стал во много раз больше вкладывать в развитие Линукса.

Ты хотел сказать много больше вкладывать в свою разработку и все меньше отдавать другим?
Тогда соглашусь.
10 лет назад redhat был очень кооперативен со всеми, но отказ от redhat linux уже начался..
Потом было уменьшение кооперации..
А сейчас дошли до прямого наплевательства - и подтерлись GPL - формально соблюдя его требования.

Кстати не подскажите с каких пор информация о изменениях сделаных в GPL коде стала закрытой? и разглашение ее ведет к разрыву support contract ?

> Кстати не подскажите с каких пор информация о изменениях сделаных в GPL
> коде стала закрытой? и разглашение ее ведет к разрыву support contract
> ?

а в чём проблема? формально GPL это не запрещает. на «дайте код» в ответ выкатят нечитаемый diff. а техинформацию (что поправлено/дописано, как, зачем) — это GPL преддоставлять не обязывает.

>> в общем-то не произошло ничего радикального за 10 лет, злопыхатели оказались неправы в течении 10 летней эпохи. Разве что Редхат стал во много раз больше вкладывать в развитие Линукса.
> Ты хотел сказать много больше вкладывать в свою разработку и все меньше отдавать другим?

Нет, я хотел сказать много больше вкладывать человеко-часов в разработку ядра которое другие могут взять на kernel.org

> А сейчас дошли до прямого наплевательства - и подтерлись GPL - формально соблюдя его требования.

Если все изменения мерджатся на kernel.org то не подтерлись. Да, кооперации меньше, но ввалился Оракл в лавку.

> Нет, я хотел сказать много больше вкладывать человеко-часов в разработку ядра которое другие могут взять на kernel.org
> Если все изменения мерджатся на kernel.org то не подтерлись. Да, кооперации меньше, но ввалился Оракл в лавку.

8 лет назад RedHat спонсировал новую VM и новую thread library - а вот что такого сделали они за последние 3 года? купили JBoss ? и стали сильно монетизировать свои разработки?

Осталось только припомнить у кого из разработчиков ядра акций редхата немеряно, кто упорно отсылает за стабильными ядрами к дистрибутиву (да, да, хотите стабильное ядро идите например к редхату, на кернелорг его не будет), частенько ломает то что в редхате как ни странно не ломается потом еще лет 10 (ну конечно стейбл апи это нонсенс, это же последнему идиоту понятно, вот только редхату об этом не докладывают). Кто же этот товарищ ? Да неужели ...

> Осталось только припомнить у кого из разработчиков ядра акций редхата немеряно, кто
> упорно отсылает за стабильными ядрами к дистрибутиву (да, да, хотите стабильное
> ядро идите например к редхату, на кернелорг его не будет)

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

> ломает то что в редхате как ни странно не ломается потом
> еще лет 10 (ну конечно стейбл апи это нонсенс, это же
> последнему идиоту понятно, вот только редхату об этом не докладывают)

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

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

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

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

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

> и бэкпорты делает.

и тебе никто не запрещает нанять десятки человек которые будут делать бэкпорты и выкладывать их в отдельной ветке на кернел.орг.

> и бинари апи поддерживает, тот самый который нонсенс.

ломает каждые 3-4 года. Расскажи мне о поддержке бинари апи между RHEL5 и RHEL6.

В пределах ветки и на кернел.орг бинари апи поддерживаются.

> но и полностью удовлетворять покупателя тоже не будет.

ты хочешь удовлетворения частного вида пользователя засчет заморозки развития Линукс. Пошлю ка я тебя к ядрам из дистрибутива.

> ты хочешь удовлетворения частного вида пользователя засчет заморозки развития Линукс.

нет, он так просто, поговорить вышел. потому как сам ни покупает у RH, ни патчи в LKML не шлёт. так что это просто такое сотрясание воздуха у него. слово «покупатель» приплетено, чтобы показаться значительней.

То есть, в целом вы согласны что выбор ограничен платной поддержкой уже отлаженной версии редхата или бесплатной отладке ядра с кернел орг? Вот об этом собственно и речь. Такая ситуация выгодна всем акулам - и редхату и новелю и ораклу. А теперь поглядите на список основных разработчиков. Ой, неужели ... нет ну конечно же это просто случайное совпадение, что все основные разработчики финансово заинтересованы в том чтобы пользователя перевести на платную поддержку. Для чего требуется всего то малость - небольшая турбулентность, немного экспериментов, немного пофигизма и дело в шляпе.

это, наверное, только я такой тормоз, что уже больше десяти лет никак не могу «перейти на платную поддержку». и среди тех, с кем общаюсь, таких не знаю. кружок тормозов, не иначе. а вот теперь я внезапно понял, чего мне не хватало — платной поддержки же!

Кружок бетатестеров. а если не дошло за 10 лет - то таки да, еще и тормозов.
Думаю вы не собираетесь опровергать своего божка который прямо указал вам куда обращаться за стабильными версиями ?

> Кружок бетатестеров. а если не дошло за 10 лет — то таки
> да, еще и тормозов.
> Думаю вы не собираетесь опровергать своего божка который прямо указал вам куда
> обращаться за стабильными версиями ?

да нам пофиг как-то на твои религиозные заморочки. у нас «божков» нет. а на этом «бета-тестинге» мы вполне себе зарабатываем деньги, и уже не первый год. обращаясь за «стабильными версиями» на kernel.org.

>> и бэкпорты делает.
> и тебе никто не запрещает нанять десятки человек которые будут делать бэкпорты
> и выкладывать их в отдельной ветке на кернел.орг.

ЭЭ стоять.. они взяли GPL код - и обязаны вернуть изменения!

>> и бинари апи поддерживает, тот самый который нонсенс.
> ломает каждые 3-4 года. Расскажи мне о поддержке бинари апи между RHEL5
> и RHEL6.
> В пределах ветки и на кернел.орг бинари апи поддерживаются.

Ты действительно веришь в это? Пошлю как я тебя читать changelog на kernel.org. Могу сказать одно
при переходе с 2.6.x.y на 2.6.x.(y+1) может возникуть не малый геморой - как уже было.
Ты видимо не разу не работал с этим, а веришь в сказки.

>> но и полностью удовлетворять покупателя тоже не будет.
> ты хочешь удовлетворения частного вида пользователя засчет заморозки развития Линукс.
> Пошлю ка я тебя к ядрам из дистрибутива.

Да да. а почему BSD продолжают развиваться ?

А что вы ожидали!? Коммерческие компании есть камень преткновения любых открытых проектов.

man diff ?

и что в итоге ты получишь? набор строк кода. что они делают, ты тоже всем расскажешь? man brain или еще что-то?

Что-то мне Вашь nick не нравится...

так в нике все и дело

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

А если включить мозг, то станет очевидно, что невыгодно Red Hat затруднять сообществу доступ к своим наработкам :)

http://press.redhat.com/2011/03/04/commitment-to-open/