Спустя почти три года после интеграции Red Hat в IBM Джим Вайтхерст (Jim Whitehurst)...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=55432

• Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 23:16 , 02-Июл-21
  • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,A no, 00:06 , 03-Июл-21
    • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Хан, 03:07 , 03-Июл-21
      • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 03:15 , 03-Июл-21
        • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Хан, 05:22 , 03-Июл-21
          • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,псевдонимус, 06:42 , 03-Июл-21
          • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 12:04 , 03-Июл-21
            • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,пох., 23:15 , 03-Июл-21
              • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,псевдонимус, 09:55 , 04-Июл-21
      • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 05:14 , 03-Июл-21
        • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,макпыф, 10:34 , 03-Июл-21
          • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Demo, 11:39 , 03-Июл-21
      • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Онаним, 09:19 , 03-Июл-21
        • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,пох., 09:58 , 03-Июл-21
          • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Anonymoustus, 15:26 , 04-Июл-21
        • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,псевдонимус, 09:58 , 04-Июл-21
          • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Онаним, 10:18 , 04-Июл-21
            • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,псевдонимус, 10:25 , 04-Июл-21
        • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,псевдонимус, 09:59 , 04-Июл-21
        • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,www2, 10:35 , 05-Июл-21
          • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Онаним, 19:44 , 05-Июл-21
      • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 14:05 , 03-Июл-21
        • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,пох., 22:41 , 03-Июл-21
          • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,agent_007, 13:47 , 05-Июл-21
            • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,RomanCh, 14:49 , 05-Июл-21
            • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,пох., 16:26 , 05-Июл-21
              • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,RomanCh, 12:04 , 06-Июл-21
                • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,пох., 12:32 , 06-Июл-21
                  • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,RomanCh, 12:47 , 06-Июл-21
            • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Онаним, 19:45 , 05-Июл-21
              • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 21:50 , 05-Июл-21
              • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,пох., 01:37 , 06-Июл-21
                • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Онаним, 13:12 , 06-Июл-21
                • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Онаним, 13:14 , 06-Июл-21
                • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Онаним, 13:21 , 06-Июл-21
      • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,псевдонимус, 09:50 , 04-Июл-21
    • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,YetAnotherOnanym, 09:32 , 07-Июл-21
• Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 23:45 , 02-Июл-21
  • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 00:40 , 03-Июл-21
  • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 02:38 , 03-Июл-21
    • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 03:07 , 03-Июл-21
      • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 14:30 , 03-Июл-21
  • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Хан, 03:06 , 03-Июл-21
    • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 03:11 , 03-Июл-21
      • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Хан, 03:51 , 03-Июл-21
        • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,A.Stahl, 08:11 , 03-Июл-21
          • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Sadok, 08:17 , 03-Июл-21
            • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,A.Stahl, 08:55 , 03-Июл-21
              • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Sadok, 09:06 , 03-Июл-21
                • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Demo, 11:43 , 03-Июл-21
              • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Casm, 19:18 , 03-Июл-21
            • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Хан, 09:32 , 03-Июл-21
              • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Sadok, 10:29 , 03-Июл-21
                • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Хан, 12:23 , 03-Июл-21
            • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,макпыф, 10:47 , 03-Июл-21
              • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Demo, 11:58 , 03-Июл-21
                • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,макпыф, 12:01 , 03-Июл-21
                  • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 12:11 , 06-Июл-21
              • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,пох., 23:19 , 03-Июл-21
                • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,макпыф, 23:28 , 03-Июл-21
                  • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,пох., 00:09 , 04-Июл-21
                    • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,макпыф, 16:54 , 04-Июл-21
                      • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 12:05 , 06-Июл-21
                        • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,макпыф, 12:08 , 06-Июл-21
                          • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 12:22 , 06-Июл-21
                        • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,пох., 12:39 , 06-Июл-21
                          • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 12:54 , 06-Июл-21
            • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Annnnonnnyyymous, 10:55 , 03-Июл-21
              • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 15:26 , 03-Июл-21
                • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Mr. Alien, 15:39 , 03-Июл-21
                • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Annnnonnnyyymous, 16:08 , 03-Июл-21
                • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,пох., 22:43 , 03-Июл-21
                  • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Annnnonnnyyymous, 23:01 , 03-Июл-21
                    • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Annnnonnnyyymous, 23:07 , 03-Июл-21
                      • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,пох., 23:25 , 03-Июл-21
                    • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,пох., 23:23 , 03-Июл-21
                      • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Annnnonnnyyymous, 23:34 , 03-Июл-21
                        • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,пох., 00:30 , 04-Июл-21
              • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,псевдонимус, 10:10 , 04-Июл-21
            • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,sdf, 18:31 , 04-Июл-21
          • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Demo, 11:41 , 03-Июл-21
        • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Онаним, 09:21 , 03-Июл-21
          • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Хан, 09:33 , 03-Июл-21
      • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Хан, 03:52 , 03-Июл-21
    • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 14:15 , 03-Июл-21
      • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,пох., 22:51 , 03-Июл-21
        • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноно, 00:18 , 04-Июл-21
    • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 12:09 , 04-Июл-21
  • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 12:07 , 04-Июл-21
• Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 23:59 , 02-Июл-21
• Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,пох., 01:40 , 03-Июл-21
  • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 01:55 , 03-Июл-21
    • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,пох., 02:07 , 03-Июл-21
      • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Tifereth, 08:28 , 04-Июл-21
        • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,псевдонимус, 10:19 , 04-Июл-21
          • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,пох., 22:52 , 04-Июл-21
            • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,псевдонимус, 07:41 , 05-Июл-21
              • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,пох., 16:27 , 05-Июл-21
        • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 13:17 , 04-Июл-21
          • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Tifereth, 12:41 , 05-Июл-21
            • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 13:42 , 05-Июл-21
              • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Tifereth, 05:09 , 06-Июл-21
        • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,пох., 22:06 , 04-Июл-21
          • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Tifereth, 12:34 , 05-Июл-21
  • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Хан, 03:02 , 03-Июл-21
    • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 03:12 , 03-Июл-21
      • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Хан, 03:33 , 03-Июл-21
    • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 14:17 , 03-Июл-21
    • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,макпыф, 23:33 , 03-Июл-21
• Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 02:17 , 03-Июл-21
• Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Хан, 03:00 , 03-Июл-21
  • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Ordu, 03:07 , 03-Июл-21
  • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,iPony129412, 08:17 , 03-Июл-21
    • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Хан, 08:30 , 03-Июл-21
      • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 19:07 , 03-Июл-21
        • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,пох., 23:30 , 03-Июл-21
    • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Хан, 08:32 , 03-Июл-21
    • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Хан, 08:32 , 03-Июл-21
      • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,псевдонимус, 12:00 , 03-Июл-21
      • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,maximnik0, 23:01 , 03-Июл-21
    • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Хан, 08:33 , 03-Июл-21
    • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Хан, 08:35 , 03-Июл-21
      • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,InuYasha, 10:59 , 03-Июл-21
        • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,a, 14:50 , 03-Июл-21
  • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,BrainFucker, 10:55 , 03-Июл-21
    • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Хан, 12:28 , 03-Июл-21
      • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 18:07 , 03-Июл-21
  • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 18:02 , 03-Июл-21
  • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 14:56 , 04-Июл-21
    • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,maximnik0, 22:28 , 04-Июл-21
      • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 01:55 , 05-Июл-21
        • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,maximnik0, 11:19 , 05-Июл-21
          • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 13:16 , 05-Июл-21
            • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,maximnik0, 01:06 , 06-Июл-21
        • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 13:09 , 05-Июл-21
• Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Хан, 03:04 , 03-Июл-21
  • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 03:14 , 03-Июл-21
    • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Хан, 03:30 , 03-Июл-21
      • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 18:08 , 03-Июл-21
    • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноньимъ, 08:13 , 03-Июл-21
    • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 12:56 , 03-Июл-21
      • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,maximnik0, 23:20 , 03-Июл-21
      • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Альсаноним, 13:37 , 06-Июл-21
        • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 15:01 , 06-Июл-21
          • freebsd, oss, alsa,Альсаноним, 16:53 , 06-Июл-21
    • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,YetAnotherOnanym, 10:36 , 07-Июл-21
  • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,maximnik0, 10:12 , 03-Июл-21
    • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Хан, 12:32 , 03-Июл-21
      • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,a, 14:53 , 03-Июл-21
      • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Беня Коломойский, 14:02 , 05-Июл-21
• Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,maximnik0, 03:10 , 03-Июл-21
  • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 04:43 , 03-Июл-21
  • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноньимъ, 08:17 , 03-Июл-21
• Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 05:24 , 03-Июл-21
  • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноньимъ, 08:23 , 03-Июл-21
    • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,пох., 09:55 , 03-Июл-21
    • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,maximnik0, 10:20 , 03-Июл-21
      • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,lockywolf, 19:17 , 04-Июл-21
        • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,maximnik0, 21:58 , 04-Июл-21
          • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 06:54 , 05-Июл-21
• Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 05:46 , 03-Июл-21
  • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,пох., 09:51 , 03-Июл-21
    • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 16:28 , 03-Июл-21
      • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,пох., 22:54 , 03-Июл-21
    • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 16:28 , 03-Июл-21
      • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 17:04 , 03-Июл-21
        • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 10:18 , 04-Июл-21
  • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 17:25 , 03-Июл-21
• Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 10:51 , 03-Июл-21
• Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 12:14 , 03-Июл-21
  • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,пох., 23:33 , 03-Июл-21
    • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,YetAnotherOnanym, 10:45 , 07-Июл-21
• Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 17:22 , 03-Июл-21
• Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,mos87, 21:22 , 04-Июл-21
  • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,пох., 22:54 , 04-Июл-21
• Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Следите за руками, 07:09 , 05-Июл-21
• Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 12:50 , 05-Июл-21
  • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 16:28 , 05-Июл-21
  • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,пох., 16:30 , 05-Июл-21
• Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,пох., 23:47 , 05-Июл-21
  • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,YetAnotherOnanym, 10:50 , 07-Июл-21
    • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,пох., 12:41 , 07-Июл-21
      • Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе...,Аноним, 14:29 , 07-Июл-21

мавр сделал своё дело, мавр может уйти

Внедрил во всех свой (system) d?

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

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

Но зачем?

Ты бы ещё мазохиста спросил, почему ему страдания нравятся.

> Но зачем?

Потому что очередной опеннетный бала^W оналитек, после вдумчивого осмысления своих самых надежных источников знаний о бздах (желтоватых опеннетных пересказов и комментариев таких же оналитеков), так решил.
Очевидно же.
О том же "THE TRAGEDY OF SYSTEMD" https://papers.freebsd.org/2018/bsdcan/rice-the_tragedy_of_s.../
https://lwn.net/Articles/777595/
оналитеки не слышали, ведь на опеннете об этом не писали ...

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

А остальным-то оно зачем?

Одна винда у нас, если что, уже есть.

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

Идиот.

Вы о чём? Systen init V наше всё.

System V init

он не  системный инит 5, а инит System V

Sputnik V Init

У BSD есть инициализация?
Ну серьёзно? Единственную портянку на баше сложно таковой считать

> У BSD есть инициализация?
> Ну серьёзно? Единственную портянку на баше сложно таковой считать

ныкаемся, пацаны - специалисты опеннета в треде!

> bash

bash: Command not found.

Одни словом спалился, а как резво начинал.

Какой баг, поночка ты наша?

Бсдевая "портянка" на С кстати умеет в зависимости без костылей в отличии от древнего сисвинита.

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

Тоесть ты трогал "это говнище" ещё до его рождения?

Баш.

Какая портянка на баше? rc.d на Posix shell.

На шеле, да, сорян.

> ыл бы у линуксоидов мозк, посмотрели бы как у BSD иниуализация устроена

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

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

от того что мудаки вроде тебя называют нормальные скрипты с нормальным _отдельным_ конфигурационным файлом (если у демона есть конфигурация) "портянками" - ваши "херзнаетгде/херзнаетгде/херзнаетгдеещекучасмусора.d/override.conf на каждый чих ничуть не становятся менее мудацкими. И особенно удобно потом искать подобные диверсии по всей системе.

> А если сравнить SMF, launchd и системду - системда мне кажется самой удобной и отвечающей моим
> требованиям.

твои требования - apt install и "как в винде". Никаких "портянок" ты отродясь не писал, не п-зди.
Ты и шелл-то не знаешь, наверняка.

И ничего поменять в поведении своей системы не хочешь и не можешь.

Только вот не пойму - какое твое свинячье дело до того, на чем и как была написана _другими_ людьми ее система запуска?

> твои требования - apt install и "как в винде". Никаких "портянок" ты отродясь не писал, не п-зди.
> Ты и шелл-то не знаешь, наверняка.

Ньюфаги они такие.

Все, кто сталкивался классичискими системами инициализации и с systemd, чётко понимают, что портянка на C (systemd) всем хуже портянки на shell (классический инитскрипт). Просто потому, что портянку на C и читать и править (если необходимо) сильно сложнее.

Если кто-то утверждает обратное, то как правило это недоадмин с mcedit'ом, которому в целом без разницы какая система инициализации, он ни в одну не умеет.

Зачем все эти люди рассуждают о том, что лучше/хуже - хз.

> Все, кто сталкивался классичискими системами инициализации и с systemd, чётко понимают, ...

Сталкивался. Не то что чётко, а вообще не понимаю.

> Просто потому, что портянку на C и читать и править (если необходимо) сильно сложнее.

Это вы то-ли совсем не знаете С, то-ли мало труЪ портянок на шелле видели. Утверждение мягко говоря спорное, т.к. если терминально нарукож*пить в портянке на С, то вас хотя бы компилятор зарубит. На shell можно написать такое...

Кроме того, скажите мне что с массивами работать на shell удобней чем на С. А с двумерными? Или хотите сказать что в инициализации подобных задач быть не может? В общем, долой холивары, растолкуйте мне более интересный вопрос.

Есть реальные случаи production проблем вызванными именно системдой? Приведите пожалуйста примеры.
Я хоть и сам не то чтобы большой фанат его, но админить прод с его приходом стало в среднем удобней и проще чем во времена святого shell'а, благополучно перекочевавшего в некросервисы с их контейнерами.

Конечно, он не панацея и бывают проблемы. Да, раза два наверное за последние годы я лазил в "портянку на С" чтобы понять "чё блин они там накрутили" и мне конечно это не понравилось. Но в портянки на shell я лазил гораздо больше и тратил на это гораздо больше времени и нравилось мне это гораздо меньше.

Так что собственно, вот прямо сильно не так с системдой при production применении?

> Все, кто сталкивался классичискими системами инициализации и с systemd, чётко понимают, что
> портянка на C (systemd) всем хуже портянки на shell (классический инитскрипт).

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

Причем расставляя там "sleep 200", потому что по другому оно вообще не работает.

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

Который еще и каждый день новый и "ваше ядро несовместимо с этой версией".

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

А у вас что, весь продакшн состоит из таких костыльно-кастомных решений? Тогда ваша боль понятна - очевидно что все костыли давным давно прочно были скреплены синей изолентой и всех всё устраивало. И тут... Появилась система где костыли надо приматывать прозрачным скотчем! Конечно это шок и негодование.
Тут остаётся только посочувствовать.

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

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

> и теперь отдельно заботиться о том где его хранить и как не проиметь при тиражировании или обновлении.

Вы так говорите, будто раньше shell портянки автоматически тиражировались по хостам и их нигде не было нужно хранить.
Но честно говоря тут я вообще проблемы не вижу. Есть два очевидных варианта - она хранится в установочном в пакете вместе с юнитом который её дёргает, или в какой-нибудь системе управления конфигурацией типа puppet/ansible/chief и прочие. И в том и в другом случае её трудно забыть, потерять и т.д. Если вы и это использовать не можете, то опять же можно только посочувствовать.

Но вообще, я так и не понял во скольких примерно случаях вас не устраивает то что даёт системда из коробки. Ну т.е. например на 100 условных продных серверов как часто вам приходится прикручивать к ней костыли которые были бы не нужны на shell-based системе инициализации?

> А у вас что, весь продакшн состоит из таких костыльно-кастомных решений?

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

> Появилась система где костыли надо приматывать прозрачным скотчем!

Я детально изложил, где и почему их не надо приматывать, потому что не к чему примотать и ничего не работает как надо вообще. Почему в твои тупые мозги это никак не пролезает?

> Там где это действительно надо - так и делаю

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

> Зато в этом скрипте уже не надо выдумывать механизмы типа watchdog, ограничения по ресурсам
> (проц/память), политики перезапуска и много чего другого что поверх него обработает системда.

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

> Вы так говорите, будто раньше shell портянки

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

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

Это умение тоже продолбано.

> Но вообще, я так и не понял во скольких примерно случаях вас не устраивает то что даёт
> системда из коробки.

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

> Ну т.е. например на 100 условных продных серверов как часто вам приходится прикручивать

постоянно, у меня ведь нет ненужных серверов, где абы как абы что воткнуто.
А если бы не приходилось - значит мне ТЕМ БОЛЕЕ не нужна системдрянь. Потому что раз нечего исправлять - то и тем более все равно, какие ужасные немодные шелловские скрипты там работают.

Божечки! Сколь превосходный нефильтрованный поток сознания!

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

Ну что сказать... Переход с синей изоленты на прозрачный скотч не всем легко даётся. Особо упёртые староверы могут и в тайгу уйти. Успехов!

PS Думаю, вам нужно посетить профильного врача выписывающего успокоительные таблеточки.

Ну вот чессгря - сколько раз тебе пришлось править системду?
Мне 0.

> Мне 0.

Ну, удачно - мне тоже 0. После обновления Debian с 8 на 9 (если мне не изменяет мой склероз) и нескольких попыток завести некоторые нестандартные конфигурации и понять, почему одна не запускается вообще без каких-либо внятных сообщений, а вторая, хоть ты убейся, не желает запускать сервисы в нужном МНЕ порядке, Debian был обновлен до Devuan и, к стати, на "портянках" работает до сих пор, благополучно и без проблем пережив и следующее обновление. И, думаю, следующее тоже переживет. Да, возможно с того времени многое в сыстемде поправили, но негативный опыт попытки перевода сыграл свою роль...

> Ну вот чессгря - сколько раз тебе пришлось править системду?
> Мне 0.

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

А скрипты загрузки - да, довольно много раз правил. То есть, собственно, каждый раз, когда какая-то мелочь меня не устраивала. В redhat годами был поломан root= - где-то рукожопы все равно умудрялись прооверрайдить гвоздями прибитым. В suse дятлы считали что ext4 всегда восстанавливается с журналом, т-по скипая проверки и всегда монтируя сразу в rw. Тоже лечилось за полчасика. Эти вещи не описываются никакими дерьмоюнитами, это начальная загрузка.

А теперь - ну не грузится сервер, пока вручную через ушлепский виртуальный kvm не наберешь нужные заклинания - ну подумаешь... и вообще, нех туда было ставить linoops, да еще в такой позе - надо либо в единственноверной, либо как у всех, виртуалочкой в vmware. Она-то загружается. И в виртуальном линуксе под ней тоже все ок потом было бы.

А на другом сервере полный лог мусорных воплей, которые невозможно заткнуть - чудо-демон забрел в /etc/fstab и нашел там, О УЖАС, ДВА монтирования в одну точку. И похрен что там noauto.

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

Абсолютно да.

Вот только это актуально для портянок на баше.
И описаний сервиса от любителей этих портянок.
Потому что в системде ExecPre со слипом - это может только любитель портянок наговноконфигурить.

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

У линуксоидов к слову есть с6, но..

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

Зачотно ты про системду вбросил - вон аж сколько взбурлило.

А сижу на Федоре и буду сидеть, потому что она мне нравится.

Обязательно держи нас в курсе.

Слезь с Федора, он устал

Федор - робот, ему пофиг.

Не робот, а манипулятор. Попрошу.

Linux это недомак, недовинда и недобсд

Скорее, бсд - это недолинукс (судя по тому, с каким позорным треском оно было выперто линуксом из серверного сегмента в 2000-2010 годах).

Были у фри пара киллер-фич: ядерный PPtP (идеально для виндового VPN образца этак 2005 года), ну и порт ZFS, который из-за отсутствия разработчиков пришлось заменить на линуксовый.

Netflix смотрит на тебя как-то недовольно, свирепо и в то же время грустно и с недоумением

>Netflix

А все остальные компании используют Линукс.

ACER
Amazon
Apple
Broadcom
Cisco
Citrix
DARPA (Defense Advanced Research Projects Agency, DARPA)
Dell
EMC
Google
Hewlett Packard
Intel
Ironport
Juniper
Marvell
Microsoft
Netflix
Nginx
Nokia
Rambler
The Linux Foundation, Core Infrastructure Initiative
Verisign
VMware
Yahoo
Yandex

смеются тебе в литцо

Ну расскажи где там в Микрософте используется БСД. Или про Dell/HP расскажи. Мне кажется что половина твоего списка использует БСД в виде "исторически сложившегося небольшого куска кода, который нет нужды переписывать" или в виде "там в углу стоит один маршрутизатор на БСД, пока работает"

> Ну расскажи где там в Микрософте используется БСД. Или про Dell/HP расскажи.
> Мне кажется что половина твоего списка использует БСД в виде "исторически
> сложившегося небольшого куска кода, который нет нужды переписывать" или в виде
> "там в углу стоит один маршрутизатор на БСД, пока работает"

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

IIRC, hotmail.com жил на SunOS a.k.a. Solaris. Т.е. BSD, но не Free.

В схд Dell Compellent SC040 ОС, управляющая контроллерами, на базе FreeBSD сделана.

Что за рамдом лист?
Microsoft???? Хаха серйозно? За WSL прослойку гордость берет??? Лол
Intel? Чиво? Где Intel линукс использует? В их прошивках Minix
Cisco такая ясно, пошла моя IOS нахер
Apple? Ты совсем упоролся чтоле?
Капец вообщем... пол списка производители железа которые к линуксу каким вообще боком?
Вторая половина каламбур поехавшего линуксоид...
а Nginx причем? Ну что за бред...

> Что за рамдом лист?
> Microsoft???? Хаха серйозно? За WSL прослойку гордость берет??? Лол
> Intel? Чиво? Где Intel линукс использует? В их прошивках Minix
> Cisco такая ясно, пошла моя IOS нахер
> Apple? Ты совсем упоролся чтоле?
> Капец вообщем... пол списка производители железа которые к линуксу каким вообще боком?
> Вторая половина каламбур поехавшего линуксоид...
> а Nginx причем? Ну что за бред...

тебя научить "git log | grep"? или после начала учебного года, когда от бабушки вернешься? какой линукс, когда речь о FreeBSD?

Тю бать, думал ты за линукс пишешь... но опять же контрибьютором может быть хоть вася пупкин, а вот кто в проде FreeBSD гоняет и на чем свои поделки клепает ты не указал
Intel? Microsoft? Cisco? Nginx? Каким боком? Я понимаю там Juniper, Facebook, NetApp или Sony, но у тебя список весьма левый

1. Если корпорация туда комитит, это не значит что она везде у себя использует BSD

2.

> The Linux Foundation

тебя даже это не смутило?

3.

> Microsoft

У них есть своя ОС, зачем им твоя BSD

4.

> Intel
> Google

Одни из основных комитеров в ядро Linux кстати. Google также имеет свои ОС на базе Linux (Android и ChromeOS)

> 1. Если корпорация туда комитит, это не значит что она везде

А кто-то утверждал, что везде?

> The Linux Foundation

юзает BSD. Не вижу ничего дурного в этом.

> Microsoft
> Intel
> Google
> зачем им твоя BSD

Если не хотят, пусть не берут, я не настаиваю.

>> 1. Если корпорация туда комитит, это не значит что она везде
> А кто-то утверждал, что везде?

Если не использует Linux - значит везде использует BSD или что то другое.

> юзает BSD

где?

>> юзает BSD
> где?

Там где оно надежнее и самодостаточнее.
И ближе к UNIX принципам.

> Если корпорация туда комитит, это не значит что она везде у себя использует BSD

это значит гораздо большее - она где-то ТАК жестко завязана на freebsd, что платит зарплату тому, кто не просто умеет "next-next-next-ok", кое-как поставить ради очень нужного сервиса, а аж способен что-то в системе исправить (и, что немаловажно, еще и пропихнуть сквозь строй ленивых бюрократов, убедив их для начала что проблема вообще существует, и для продолжения - что его исправление все же надо принять, потому что ничего лучшего все равно нет. Не так это и просто.)

А нет бы вот просто "свою ос" использовать, да?

Оказывается - нет.

1. Комит может быть сделан очень и очень много лет назад.
2. Они например могут делать драйвера и т.д. для своего оборудования/ПО
3. Где то возможно и завязано что то, не обязательно это значит что завязано очень много. И тем более что она не использует Linux

Ты за эти годы так и не научился git log?

> Они например могут делать драйвера и т.д. для своего оборудования/ПО

microsoft, например, ага.

Нет, могут, конечно, и драйвера - только это означает ровно то, что им зачем-то понадобилось, чтобы это оборудование работало во фре. Так, что прям пришлось под это дело чувака на зарплате держать. Интелу понятно, к примеру, зачем (жаль что драйвера он пишет изрядно кривые, впрочем, под чем они у него прямые-то...) - поэтому igb у нас есть, а видео только через линoops прокладку.

> Где то возможно и завязано что то, не обязательно это значит что завязано очень много.

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

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

> Ты за эти годы так и не научился git log?

перед git log нужен еще git clone. А с единым деревом исходников это займет очень много времени и места

> microsoft, например, ага.

У них есть свои фс например (не знаю кто их в BSD поддерживает). Или HyperV (Поддерживается ли в BSD - хз)

А также - все ваши и не ваши аргументы в пользу BSD предпологают использование на сервере (И я не собираюсь их оспаривать, возможно она действительно неплоха на сервере). Однако ведь не все устройства - сервера.

Совершенно хомячковый взгляд на устройства.

> Однако ведь не все устройства - сервера.

И чем же по-вашему сервер отличается от не-сервера.
Что мешает любому из "всех" устройств быть сервером?

Я про то что по мнению тех кто мечтает чтобы "линукс когда нибудь сдох" надо использовать на десктопах? windows или BSD?

> Что мешает любому из "всех" устройств быть сервером?

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

> Я про то что по мнению тех кто мечтает чтобы "линукс когда нибудь сдох"

Это такие же неграмотные радикалы, только с другой стороны дилетантских баррикад и холиваров.

> надо использовать на десктопах? windows или BSD?

_Кому_ "надо"?!

>> Что мешает любому из "всех" устройств быть сервером?
> Речь не о том, как устройство в магазине называется, а для чего используется

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

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

> И чем же по-вашему сервер отличается от не-сервера.

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

(Рабочая станция не является десктопом, надеюсь, хоть некоторым тут это понятно. Там нет "документов", "папок" и "приложений". Только файлы, файловые системы и программы. В этом варианте freebsd тоже вполне еще пока можно использовать. Главное не пытаться сделать из нее "десктоп". Потому что одна винда уже есть, и у тебя выйдет всем хуже.)

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

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

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

> Мне не нужна вторая.

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

> (Рабочая станция не является десктопом, надеюсь, хоть некоторым тут это понятно.

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

> Там нет "документов", "папок" и "приложений". Только файлы, файловые системы и программы. В этом варианте freebsd тоже вполне еще пока можно использовать. Главное не пытаться сделать из нее "десктоп". Потому что одна винда уже есть, и у тебя выйдет всем хуже.)

Это и есть ваши "единственно возможные" критерии?
Тогда вы с вашим оппонентом гораздо ближе чем думали. А воюет обычно в первую очередь подобное с подобным.

> Yandex

Я как человек, отвечавший лично за выпи***вание БСД из Яндекса в 2011-2013 годах, и погасивший навсегда крупнейший в восточной европе кластер из бёзд, тоже смеюсь в лицо тебе и твоему списку. :)

Если не секрет, то на чём сейчас у вас крутиться основная масса?

Половина на Хайку, половина на Фридосе, очевидно же.

Смигрировали на ubuntu lts

У кого "вас"? Этого слоника ж вып-дили сразу после этой великой поебды.
Поскольку ВНЕЗАПНО оказалось что все сломалось и стало только хуже.

Что за чушь ты несёшь? Какого слоника? Что хуже? Дятел, после того, как избавились от этого бздёвого недоразумения, в Яндекс наняли кернел девелоперов, и работу с сетью доведи до ума, и с памятью, и с виртуализацией. Всё в апстрим пошло (грепай по yandex-team.ru коммиты)

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

P.S.

Самое смешное, что эти бздёвые скандалисты (их там трое было), которых из Яндекса со скандалами выгоняли, сейчас работают в гугле и фейсбуке, пишут BPF для линукса и не жужжат :) Мнение своё затолкали поглубже в портмоне своё... :)

> их там трое было

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

> как избавились от этого бздёвого недоразумения, в Яндекс наняли кернел девелоперов

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

> и работу с сетью доведи до ума, и с памятью, и с виртуализацией.

и все надо было доводить до ума, был ли, правда, ум, или работавшее сломали просто по дурости - вопрос сложный.

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

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

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

> Виртуализации вообще никакой не было.

то ли дело уже преданный анафеме и, соответственно, выкинутый с поддержки xen, и еще недописанный kvm. Есть где развернуться эффективному менеджеру, еще пару десятков я-у-мамы разработчиков под это дело нанять (вместо ТРЕХ имевшихся)

Кстати, а зачем вообще при "40000 одних курье...простите, машин" - какая-то виртуализация? У вас избыток мощностей, девать прям некуда?
Или все же это потому что лин-oopsь с железом работать не совсем умеет, да? А из-за dependency hell и отсутствия jail (доскер тогда еще мутной каплей у папаши висел) по другому вообще никак, ага?

> обновить ядро на 40000 машин - это была та ещё задача.

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

Никак эта задача без линoops'я нерешаемая.

А мне вот ее, знаешь ли, больше нравилось решать, чем нерешаемую квадратуру круга линoopsь, когда атсосиблевый плейбук выполнить нельзя, потому что unattended-upgrade. А удалить его нельзя, потому что плейбук не выполняется.
Причем на четырех(ста) машинах еще можно как-то руками разобраться, где он выполнился, а где нет, а на уже первой тысяче только бессильно материться и перезапускать двести раз - авось хоть на какой-то сработает. Безусловно, это проще, чем элементарный скриптик положить при установке фри, где не приходится ждать подстав от непрошенной автоматики, жизнь скучна и однообразна.

> Ну и до большого продакшна тебе как обезьяне до строительного крана

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

Слонопатам, ты ли это?

как бы Dell и EMC - это сейчас одна контора. Называется Dell Technologies.

PS: а BSD там действительно используется в некоторых продуктах: например, OneFS (операционка, работающая на массивах семейства Isilon) в своей основе имеет FreeBSD.

> А все остальные

А мне не надо "все остальные".

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

Бедная искусала все локти без поддержки от васяна

Но если ты про рынок васяновских дорвеев, то да, это рынок клоунов для FreeBSD потерян

Скорее - наоборот. БЗД - это очень-таки wannabe недолинукс. Но я не осуждаю их за это. Выживать же как-то надо.
- Дрова штеуда на видево. Перетащены из линукса вполне неплохо. Работают нормально.
- Дрова войфая. Как-бы есть, но как-бы и нет. Вон повсюду рекомендуют ставить в бихайв виртуалку с опенврт и перераздавать на хост войвай через неё. Не поленюсь - тоже так и сделаю.
- epoll-shim - наверное лучший способ отказаться от портирования каждого куска кода с epoll. Пускай остаётся "линуксовым".
- Линуксулятор. Наконец-то может запускать хромые приложения в чруте от убунты. Правда user-namespaces заглушены как-то, но главное - это работает.

В принципе линукс - это то, что сегодня даёт бздэшэчъке жизнь, и крошить батон на него не надо.

> Дрова штеуда на видево.

нахер не нужны серверу

> Дрова войфая.

нахер не нужны серверу

> epoll-shim

нахер не нужен серверу

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

да, и делать все через жопу - как у этих л@п4ых и принято. Разумеется, потом стонать что вышло так же медленно и хреново, поэтому "фребеэсдененужна". Таким - да, не нужна.

> Линуксулятор

нахер не нужен серверу

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

Ну и чтоб еще денег никому не платить, а то всего один миллионер не справится. Надо ведь еще на лекцию по гендерному равенству чтоб осталось.

К счастью, нетфликс счастливо живет без всего перечисленного. У него эти коробки только сетевой траффик через себя пробрасывают. Жаль, но сторадж там тоже не из фрей явно. Поэтому никакой альтернативы добитой л@п4ми zfs не предвидится.

> нахер не нужен серверу

Сереверы разные бывают, а батон крошить на linux всё равно не надо.

Утверждение несколько туповатое и нелогичное настолько, что предметно комментировать нет смысла.

+1. Один из немногих дистрибутивов, способных превратить Linux в Desktop Linux. Я бы сказал, единственный.

> Под руководством Вайтхерста доходы компании Red Hat выросли в 8 раз, а уровень рыночной капитализации увеличился в 10 раз.

Ну хорошо. А что для развития цевилизации?

Так что да, можно уходить.

Надеюсь следующий президент добьёт эту заразу под названием линукс.

Линукс это ядро

И ядро туда же

Боже, какие примитивные мечты. Прямо как во времена флейма DOS vs. Windows. Учитывая, что Андроид - тоже Линукс:

https://gs.statcounter.com/os-market-share

то завидуйте молча.

Надеюсь что андроид ненадолго Линукс. Фуксия же;-)

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

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

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

Какие-то страшные вещи ты говоришь, на счёт того, что глюкодрому ещё два десятка лет ничего не угрожает. Надеюсь, ты ошибаешься.

Линусу всего пятьдесять, и медицина в Штатах - хорошая, если у тебя все хорошо с деньгами.

Так что предыдущий аноним прав, многих тутошних еще переживет.

> Боже, какие примитивные мечты. Прямо как во времена флейма DOS vs. Windows.
> Учитывая, что Андроид - тоже Линукс:
> https://gs.statcounter.com/os-market-share
> то завидуйте молча.

Завидовать чему? Любимому финту ушами опеннетных л4пчатых - если нужно посчитать процентики, то "Учитывай, что Андроид - тоже Линукс!", если начинают высмеи^W указывать на тивоизацию/вендорлокнутость и закрытость ведроидоплатформы - "Только ламерье не знает, что Android - не Linux! И вообще, Linux - это ядро! ..."

> Завидовать чему? Любимому финту ушами опеннетных л4пчатых - если нужно посчитать процентики,
> то "Учитывай, что Андроид - тоже Линукс!", если начинают высмеи^W указывать
> на тивоизацию/вендорлокнутость и закрытость ведроидоплатформы - "Только ламерье не знает,
> что Android - не Linux! И вообще, Linux - это ядро!

Завидовать предлагали не вам, вообще-то (ну разве что у "поха" множественная анонимизация личности).

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

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

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

И поэтому в качестве основного "аргумента" была ссылка на процентики?
Л-логика.

>> #122 (Tifereth) Учитывая, что Андроид - тоже Линукс:
>> #122 (Tifereth) ссылка на сайт с процентиками
> Поскольку процитированных вами реплик я никогда не говорил ни в какой форме

Ну-ну.

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

Эта пингвиняша слилась, вносите следующую. (с)

О, ещё один "засчётчик сливов"? Поздравляю - профессия в самый раз по вам.

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

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

Андроид вообще не ос, а экскременты

Да всё в этом мире экскременты разной степени переработки. Все операционки кривы по-своему. Факт тем не менее остаётся фактом - Линукс в разных вариациях преобладает.

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

Это точно. Линукс это юродивый клон BSD, который на момент выхода устарел

Если бы был клоном бсд - да, был бы устаревший. Но нет.

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

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

> Это точно. Линукс это юродивый клон BSD, который на момент выхода устарел

UNIX, а не BSD

Не выдержал розовых коридоров в офисе и мужиков с силиконовыми сисяндрами это же элементарно.

Красношапка самая мерзкая контора из возможных, все ее начинания заканчиваются лютым Г...
- systemd лишь бы не как у BSD
- SPICE лишь бы VNC не пользоваться
- KVM лишь бы Xen не пользоваться
- LVM лишь бы ZFS не пользоваться
- ansible лишь бы не как у Windows
- ceph лишь бы Lustre не пользоваться

Может что то я упустил, занавес...

> Может что то я упустил, занавес...

https://www.theregister.com/2021/06/30/ibm_email_outage/

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

Так вроде всё вполне добротное, кроме SPICE.

Ceph к примеру это кривая попытка РедГада в EEE, так вместо стандартизированного pNFS или нейтральной Lustre гады купили разрабов ceph и вкорячили его в ядро.

а глустер?

Я ж показывал (уже успешно удалена, и из вебархива тоже) картинку - "стая разработчиков gluster со своих веток улыбается и машет".

Это целиком индусская разработка, купленная redhat незадорого на начальном этапе развития вместе со всей бангалорской стаей младших приматов.
(но что-то пошло вкривь и вкось, и их предали анафеме в пользу еще более уе..ского ceph. Формально еще поддерживается ради дорогих клиентов под именем redhat storage cluster, но вслух уже не упоминают, а если сам произнесешь - крестятся, плюют через плечо а потом тихо так "ну зачееем вам - вот посмотрите какой у нас... ceph!")

KVM по сравнению с Xen это ребенок, но ребенок РедГадовский значит его нужно пропихивать куда не лень

Systemd это добротно?

Это УГодно. Шапке и прочей мандабратии.

>Systemd это добротно?

Непревычно,тормознуто и страшно в конфиги лазить.
(где хваленная отказоустойчивость,я 1-н параметр не кретичный поменял,так полсистемы не стартануло)
Нет хороших спецов,раньше если какой то параметр не знал задавал вопрос- 3 ответа получал,сейчас тишина.
Так к примеру не кто  мне так и не подсказал -как уменьшить кол-во вир.консолей,параметр ReserveVT тупо не работает на новых версиях (хотя в конфигах до сих пор есть).Так же как не пускать root на консоль при нормальном старте системы,раньше можно было запретить при уровнях 2-5 ,т.е оставить только на аварийный сеанс.

LVM это добротный костыль для фс которая не умеет в тома

Ansible это лютая дичь ни с чем не совместимая, в той же винде все плюс минус стандартно AD(который по сути LDAP)+реестр, а в линуксах правят велосипеды

Это лютая питонодичь с YAML-конфигами. Мне как-то Шеф больше понравился.

Даааа chef это не дичь. Это мутант помеси ерланга и ряби.

> лишь бы ZFS не пользоваться

Будто что-то хорошее этот ваш ZFS.

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

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

Ну как минимум ansible красношляпники не сделали, а приняли, да и у видны ничего и близко нет, ближайшие это saltstack и по популярности и стабильности он проигрывает (хотя и не сильно). Выбрали бы salt, ты бы про него то же самое написал бы.
Systemd тоже самое, приняли, ближайшее это маковый launchd, в чем поттеринг и черпал вдохновение, из альтернатив была только upstart и объективно она хуже systemd.
Spice не в курсе, ничего не скажу.
KVM и xen это довольно отличные под капотом вещи, пускай и решающие разные задачи. Я бы не стал их противопоставлять, слишком уж они разные, но на мой субъективный взгляд KVM стабильнее, требует меньше ресурсов. Опять же не красношапка их делала.
LVM был задолго до LFS. Тут как и с предыдущим пунктом я бы не стал их противопоставлять. Как и в предыдущих пунктах делала не красношапка. Как и в предыдущем пункте в конкретных ситуациях применимы разные технологии, в том числе и совместно.
Ceph и lustra как и в предыдущих пунктах сильно разные вещи, решающие одну проблему. Опять же ceph был раньше, опять же ред хат к ним отношения не имеет. Продвигать люстру с ее стабильностью это самоубийство. Справедливости ради зачем в современных условиях нужен ceph лично я не предстааляю, на больших объёмах у него проблемы, на мелких он не нужен.
Итого Хан в основном сравнивал электромотор и бензиновый двигатель и неудачно приплетал ред хат. Справедливости ради ред хат это те ещё корпораты, к опен сурсу я бы её не относил и относился бы также плохо как к IBM, а за время правления этого вице президента ред хат только больше скатывался и терял своё итак немногочисленное(по сравнению с дебианом и убунтой) влияние.

ZFS эта - полное дно, глюков больше чем надо, жрёт ресурсов больше чем надо, производительность меньше чем надо, а возможностей меньше чем в btrfs. ФС ни о чём, лишь бы было.

> btrfs. ФС ни о чём, лишь бы было.

Флейм разводить не надо.У обоих фс глюков хватает.Хотите раскажу как получить только чтение у btrfs ? И хрен починиш,сейчас может с фильтрами и самым мелким шагом балансировка поможет (если не рухнет в корку) .Ищите раннию версию sqlite2 , в деректорию где Бд не ставте
опцию nocow,пусть бд наработает с очень мелким шагом до 1 гб,но скорее всего фс встанет колом раньше...У обоих ФС ошибка в ДНК-считалось что они не нуждаються в средствах починки из за примененых алгоритмов,лепить средство ремонта стали позже.В результате могут чиниться только простые ошибки.Опыт UDF проектировщиков обоих фс не чему не научил.

Вы такие смешные вещи пишите. Мол "ищите раннюю версию " аналогично "ищите ранюю версию ядра, хм.. почему это оно не умеет btrfs использовать? хм.. точно глючная fs.
А что до sqlite любой версии - это не эталон в мире бд, и иногда особенности его работы - его проблемы, а не проблемы других.

> хм.. точно глючная fs.

Хорошо,sqlite виновата.А такой глюк на ровном месте который не исправлялся чем обьясните-кривой btrfs-convert?
Был архив на внешнем диске с контрольной суммой и инфой для востановления,конвертировал
в btrfs.Пользовался после этого еще _пополнял 1,5 года,затем диск забросил на 3 года, проблем не было.Был дублер архива,только не конвертированный,также забросил.Понадобился,достал диск на btrfs,монтирую,только чтение,ошибка
Чек-сумм.Что за $%$$%%$.Скопировал данные,данные целые (контрольные суммы совпали,я еще на всякий случац сравнил с 2 диском).И даже сброс контрольных сумм не помогло,не чиниться раздел ,бад-блоков не было.....

>> хм.. точно глючная fs.
> Хорошо,sqlite виновата.

Не ведитесь на откровенную демагогию. Тем более:
https://www.opennet.me/opennews/art.shtml?num=55201
> Второе интервью с Эдуардом Шишкиным, разработчиком ФС Reiser4

...
> Всё то, о чём я упоминал 11 лет назад, актуально и поныне. Одна из проблем Btrfs,

...
> Хуже всего то, что непривилегированный пользователь почти всегда может за достаточно короткое время в обход любых дисковых квот лишить всех свободного места.
>  Выглядит это так (проверено для ядра Linux 5.12). На свежеинсталлированной системе запускается скрипт, который в цикле создаёт в домашней директории файлы с определёнными именами, записывает в них данные по определённым смещениям и затем удаляет эти файлы. Через минуту работы этого скрипта ничего необычного не происходит. Через пять минут порция занятого места на разделе слегка увеличивается. Через два-три часа она достигает 50% (при начальном значении 15%). А после пяти-шести часов работы скрипт валится с ошибкой "нет свободного места на разделе". После этого вы уже не в состоянии записать на ваш раздел даже 4К файл.

Тут у этих "товгарищей" виноват будет bash?

> Не ведитесь на откровенную демагогию. Тем более:

Я то не ведусь.Просто не понимаю, как одни пользователи утверждают что по 7 лет пользуються этой фс (даже на предприятиях) и проблем нету.Я что ли такой невезучий? Данные не терял,но не разу отремонтировать фс после глюков не удалось,кроме 1_го раза после проподание питания .

> Вы такие смешные вещи пишите. Мол "ищите раннюю версию " аналогично "ищите
> ранюю версию ядра, хм.. почему это оно не умеет btrfs использовать?

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

> хм.. точно глючная fs.

Если юзеспейспрограмма может поставить колом ФС, то как бы да.

> А что до sqlite любой версии - это не эталон в мире бд, и иногда особенности его работы - его проблемы, а не проблемы других.

Какая занимательная (на самом деле нет) попытка перевода стрелок.

Как же не вспомнить про эпичный костыль ALSA запиленный с подачи шапки лишь бы OSS не пользоваться...

ALSA получился настолько убогим что пульса и иже с ними не может исправить ситуацию

Бсдшники бы тоже запилили себе что-нибудь получше OSS, но у них разработчиков нет.

Одного бсдшника как-то попросили Wireguard переписать - известно, чем закончилось.

Только разрабы BSD не приняли кривой код Wireguard, в отличии от патчей из Миннесоты

Не видел, но осуждаю?

OSS отличная система и практически идеальна.
Что вас там не устраивает?

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

> Бсдшники бы тоже запилили себе что-нибудь получше OSS, но у них разработчиков
> нет.

Вообще-то, OSS - это API. И бсдшные разработчики таки запилили себе свою реализацию.
Кстати, уважаемого Эксперта Опеннет не затруднит более детально и конкретно описать "лучшесть" ALSA в сравнении с OSS?

> Одного бсдшника как-то попросили Wireguard переписать

Какая занимательная (нет) попытка спрыга ...

>описать "лучшесть" ALSA в сравнении с

Эмуляция OSS предусмотренна (совместимость высокая ,я считаю это +)
Предусмотренно подключение  плагинов и модулей (другое дело что большинство их забросили,т.к програмировать на этом уровне нужно уметь).Допустим эмуляция миди,реберация и т.д.Можно упровлять звуковыми потоками (конфиги правда не тривиальные ) - к примеру до 7.1 звуковых карточек- поставил 2 простые карточки и развел звук на 7.1

> Кстати, уважаемого Эксперта Опеннет не затруднит более детально и конкретно описать "лучшесть" ALSA в сравнении с OSS?

Там почти всё лучше.

*Архитектура*. ALSA чётко разделена на две части:
(1) драйвера, в ядре, предоставляют единый интерфейс ко всем звуковым картам.
(2) библиотека, в юзерспейсе, дающая API, ресемплинг, микширование, софтовую громкость, и другие плагины.

*API*. Для мелочей есть простое апи. И ogg-плеер на ALSA можно написать в 40 строк. Но если надо, можно получить эксклюзивный прямой доступ к буферу звуковой карты, делать на базе него всякие генераторы сигналов и осциллографы.

*Расширяемость*. В alsa фичи — это плагины для alsa-lib в юзерспейсе. Потому сделать можно почти что угодно. Хочется добавить к звуку эквалайзер — плагин alsaequal. Достало вечно крутить громкость, потому что в одних треках она на максимуме, а в других еле слышно — можно сделать нормализацию громкости через ladspa-плагин. Да и вообще через ladspa можно любые эффекты прикрутить. А если вы — аудиофил, и стандартный ресемплер вас не устраивает — можно подключить какой-нибудь fft-ресемплер. Всё это — глобально и прозрачно работает для всех программ в системе.

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

Например, у меня все программы по-умолчанию играют и в USB-наушники И в динамики. Хочу — слушаю в наушниках, а если надо — включаю питание на динамиках и слушаю из них.

MIDI. В ALSA есть офигенный midi sequencer — это IPC, что-то вроде jackd для миди, позволяющий соединять разные железки и софтовые реализации в любые цепочки. Можно использовать хоть хардварный миди-синтезатор, хоть софтварные timidity/fluidsync, или какой-нибудь Qtractor. Всё это можно запустить одновременно, и софтово на лету переключать, что куда играет.

Хотя, может, мои данные устарели, и сейчас в OSS ситуация получше?
А то в мои времена в OSS даже вывод в HDMI не работал.

> Там почти всё лучше.

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

...

> Например, у меня все программы по-умолчанию играют и в USB-наушники И в
> динамики. Хочу — слушаю в наушниках, а если надо — включаю
> питание на динамиках и слушаю из них.

Create recording device which outputs a WAV-formatted file:
 
           virtual_oss \
                   -C 2 -c 2 -r 48000 -b 16 -s 1024 \
                   -f /dev/dspX -w dsp.wav -d dsp
 
     Create a device named dsp.virtual which mix the samples written by all
     clients and outputs the result for further processing into
     dsp.virtual_out:
 
           virtual_oss \
                   -S -Q 0 -b 16 -c 2 -r 96000 -s 100ms -i 20 \
                   -f /dev/null -d dsp.virtual -L dsp.virtual_out
...
mixing
1. audio from YouTube (chrome browser) or some music player (mplayer, Qmmp…)
2. the input signal (guitar, keyboard, mic…)
The resulting file must be a MP3 file, not wave.
virtual_oss -S -C 2 -c 2 -r 44100 -b 16 -s 1024 -f /dev/dsp3 \
-a 0 -b 16 -c 2 -m 0,0,1,1 -w vdsp.in.wav -l vdsp.in \ 
...

> Хотя, может, мои данные устарели, и сейчас в OSS ситуация получше?
> А то в мои времена в OSS даже вывод в HDMI не работал.

Ну т.е. линуксовая реализация ALSA лучше линуксовой реализации OSS - охотно верю, но утверждалось-то "Бсдшники бы тоже запилили себе что-нибудь получше OSS"

> virtual_oss

Это уже не OSS. Это — самостоятельный внешний демон, который имитирует OSS в юзерспейсе. Что-то типа jackd, но не для программ, а для устройств.

Eго существование сложно назвать плюсом OSS. Также как jackd или pulseaudio сложно назвать плюсом alsa. Скорее, это недостаток, означающий, что система несовершенна, если для неё потребовался внешний костыль.

Сравнивались же возможности OSS и ALSA. А так, да, юзерспейсный аудио-демон любой поттеринг написать может.

> Create recording device which outputs a WAV-formatted file
> Create a device named dsp.virtual which [...] outputs the result into dsp.virtual_out

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

И это даёт лишь одну из множества фич альсы — виртуальная звуковуха. Как на счёт остальных?

> Ну т.е. линуксовая реализация ALSA лучше линуксовой реализации OSS - охотно верю,

По-моему, линуксовая ALSA лучше, чем даже бсдшная реализация OSS.
(список — в предыдущем сообщении)

Ядерной эмуляцией OSS в линуксе давно не пользуются (есть юзерспейсные перехватчики типа `aoss` или `padsp`). Ну, может где-то ещё есть фанаты OSSv4 for linux, но мне они давно не встречались.

> но утверждалось-то "Бсдшники бы тоже запилили себе что-нибудь получше OSS"

Не будет никто ничего запиливать. Что OSS в bsd, что ALSA в линухе — это не только API. Это, в первую очередь, драйвера. Никто не будет переписывать их на другую звуковую подсистему.

> Бсдшники бы тоже запилили себе

Брат Аноним, дай свой модуль телепатии поюзать!

> лишь бы OSS не пользоваться...

А нечего что драйвер Oss стоил денег .Посильная сумма,но все равно как вспомнишь как вкорячивал в ядро....Бесплатная версия была для старых чипов.Я не помню после альзы они ослабили лицензионные требования или до нее.(включили эти драйвера в ядро)

OSS до linux 2.4 юзался включительно и чет норм было, пока не линуксоидов не стукнул очередной NIH и не начали пилить принципиально новую звуковую подсистему аналогов которой как известно нет

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

В линуксе самый отстойный звук, даже виндовая звуковуха и та лучше.

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

Одним инцидентом seo не свалить - 4,6% капитализации в минус на новости об уходе. Это слишком дорого.
Почта просто вишенка на торте и пример разведённого бардака. Эпичный такой пример.

>Под руководством Вайтхерста доходы компании Red Hat выросли в 8 раз
>Решили секономить,отдали на аутсорс,индусы

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

Да всё очень просто. Ну, купили же себе актив в виде РетГада, а бывшему коллективу независимого РетГада решили пустить пыль в глаза, типа мы вашего человека взяли на руководящую должность. Это ведь полезно, на первых порах будет мало противников. которые будут против покупки РетГада и IBM -ом.

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

Вывод: на себя надо работать, а не на дядю.

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

Кто там кем попользовался вопрос великий.

>А уволив его они совершенно не сожалеют.

И правильно.

>Они с рождения белые и богатые

Лучше быть белым и богатым чем чёрным и бедным.

>плавающий процент дохода в плюс-минус их не волнуют

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

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

И вот на последнем пункте и лоханулся.

Потому что индус и президентом тоже может. Полагаю, Кумар Нacpaл Ниипацца Раджа из пригорода Бангалора уже получил приглашение из IBM на освободившуюся вкусную должность.

Тем более ему с соплеменниками общаться гораздо проще.

> в фин отчётности нереальные цифры и передал пол компании на аутсорс
> индусам.

Я с хабра читал и был ошокирован тем что какие продукты они отдали на аутсорс.Практически все старые разработки.
Единственное что фортран и ада не отдали вместе с майфремами...

Ссылку?

https://m.habr.com/ru/news/t/565686/
В конце статьи что продано.

>https://m.habr.com/ru/news/t/565686/
>В конце статьи что продано.

Автор статьи denis-19 конторский чувак. Он ещё писал псевдостатейки в гебушном стиле типа Биткоин проиграл.

Очевидно уволили из-за угнетающей фамилии Вайт/White (белый).

> Очевидно уволили из-за угнетающей фамилии Вайт/White (белый).

примерно так и есть. В смысле, дело не в фамилии.

Дело как раз в фамилии.

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

Надо уволить под благовидным предлогом, и нормального копчоного Кумара нанять. Тут-то нигры к ним и потянутся.

Если бы у него была фамилия Чёрный, то его бы повысили!

Нет, заставили бы сменить фамилию на толерантно-политкорректную.)

Ага, Black -> Dark... Джим Даркхерстер

Он еще на форумах наверняка гадости пишет, гнать таких поганой метлой.

Не долго музыка играла, не долго Вайтхерст управлял...

Интересно, а Генри Хью Шелтон, бывший председатель Объединённого комитета начальников штабов, всё ещё в Red Hat?
https://ru.wikipedia.org/wiki/Шелтон,_Генри_Хью

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

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

Ну все может ехать отдыхать на Бали.

>Под руководством Вайтхерста доходы компании Red Hat выросли в 8 раз, а уровень рыночной капитализации увеличился в 10 раз.

сумели толкнуть рхел госорганам.

Да вроде и до него успешно продавались. Как будто у госорганов есть из чего выбирать.

Вайтхерст:
Вайт
Хер
Ст(ирнгент)

Все сходится.

>Джима Вайтхерста акции IBM упали в цене на 4.6%.

Трындеж на 4.8%. В другом портале цифирь была.
НО.
Его уволил Кришна.
>Арвинд Кришна (Arvind Krishna), председатель и гендиректор IBM объявил о серии кадровых изменений в руководстве компании. Во-первых, Джеймс Уайтхерст (Jim Whitehurst) покидает пост президента IBM.

И там такая хрень. Джим вроде как президент, но Арвинд председатель. С такой иерархией можно рубануться об пол. То ты пан, то ты пропал. То ли ты презик, толи ты переседатель.
И розовые колидоры там не причем. Стульев не хватило.
А вот интересно КраснуюШапь теперь сгнобят? Через пару лет её то хоть останется ?

>Его уволил Кришна.

Наивный ты. Кришна шестёрка. Влиятельные акционеры Кришне сказали: "Избавься от РетГадовца".

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

> А вот интересно КраснуюШапь теперь сгнобят? Через пару лет её то хоть останется ?

то же самое и останется. Она давным-давно индусский проект.

И кстати, хер с ним, с Вайтхерстом - из амазона вон Безноса выкинули! Вот это реальный п-ц.

А нефих разводиться было. Руководитель должен быть примерным семьянином.
В СССР его бы не только с должности сняли, а ещё и из очереди на квартиру выкинули бы.

> А нефих разводиться было. Руководитель должен быть примерным семьянином.
> В СССР его бы не только с должности сняли, а ещё и из очереди на квартиру выкинули бы.

Дааа, в эсесер все ж люди подобрее были. На недоделанной ракете в стратосферу все ж за такую ерунду не отправляли.

>Дааа, в эсесер все ж люди подобрее были

Эти "добрые люди" были склонны к коллективному чмырёжу.