commit -m "better"
Что я буду делать, когда оно перестанет так собираться?
Стану проституткой!
Не знаю, изучу JS, наушники с котоушками у меня уже есть https://www.tgoop.com/itpgchannel/2444.
Стану проституткой!
Не знаю, изучу JS, наушники с котоушками у меня уже есть https://www.tgoop.com/itpgchannel/2444.
Будни #bootstrap #blob
Оказалось, что там есть версия rollup, которая собрана в бинарь, но под #wasm, и потому может быть исполнена на любом хосте с nodejs.
Понятное дело, что это все против идеи #bootstrap, не надо запускать бинарный треш из интернета, но так-то это временно проблему порешало.
Заодно выяснилось, что там прикопан бинарник от https://github.com/evanw/esbuild, а это уже серьезнее, потому что он на go, статически слинкован, и я даже не заметил, что он у меня запускался в процессе сборки.
Изящно заменил его на свой - https://github.com/pg83/ix/blob/main/pkgs/bin/rqbit/ix.sh#L47-L52
Мораль?
Решил инвестировать больше времени в автоматическое выбрасывание из скачанных исходников всякого бинарного треша!
Оказалось, что там есть версия rollup, которая собрана в бинарь, но под #wasm, и потому может быть исполнена на любом хосте с nodejs.
Понятное дело, что это все против идеи #bootstrap, не надо запускать бинарный треш из интернета, но так-то это временно проблему порешало.
Заодно выяснилось, что там прикопан бинарник от https://github.com/evanw/esbuild, а это уже серьезнее, потому что он на go, статически слинкован, и я даже не заметил, что он у меня запускался в процессе сборки.
Изящно заменил его на свой - https://github.com/pg83/ix/blob/main/pkgs/bin/rqbit/ix.sh#L47-L52
Мораль?
Решил инвестировать больше времени в автоматическое выбрасывание из скачанных исходников всякого бинарного треша!
GitHub
GitHub - evanw/esbuild: An extremely fast bundler for the web
An extremely fast bundler for the web. Contribute to evanw/esbuild development by creating an account on GitHub.
👍11🔥3🤣3❤1
commit -m "better"
Хотел бы я сказать, что переход на 19 clang был простым, но он не был.
Кстати, несмотря на то, что я перешел на 19 clang, я так и не перешел на 19-ую libc++. Они там знатно наломали дров, какое-то очень большое количества софта сломали.
Вот, для примера:
https://github.com/pocoproject/poco/issues/4722
https://bugs.gentoo.org/939897#c0
(вообще, хорошо, что есть генту, и что в ней есть clang, там большое сообщество, и они не ленятся заводить баги)
Вот, для примера:
https://github.com/pocoproject/poco/issues/4722
https://bugs.gentoo.org/939897#c0
(вообще, хорошо, что есть генту, и что в ней есть clang, там большое сообщество, и они не ленятся заводить баги)
GitHub
libcxx: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>' · Issue #4722 · pocoproject/poco
Describe the bug With LLVM/Clang/libcxx 19.1.0 on Gentoo Linux, POCO fails to compile with the following error: In file included from /var/tmp/portage/dev-libs/poco-1.13.3/work/poco-poco-1.13.3-rel...
👍9🤡4🤯3🤮1
https://drewdevault.com/2025/01/16/2025-01-16-No-Billionares-at-FOSDEM-please.html
Проклятый SJW #ddv продолжает расчехляться.
Миллиардерам, говорит, нет места в open source community, а вот если отвалят много денег "кому надо", то и хорошо, можноворовать и убивать (нет, реально можно, так и пишет):
"Allow me to give you a preview: in addition to posting $5B in revenue and a 21% increase in YoY profit in 2024, Jack Dorsey laid off 1,000 employees, ordering them not to publicly discuss board member Jay-Z’s contemporary sexual assault allegations on their way out, and announced a new bitcoin mining ASIC in collaboration with Core Scientific, who presumably installed them into their new 100MW Muskogee, OK bitcoin mining installation, proudly served by the Muskogee Generating Station fossil fuel power plant and its 11 million tons of annual CO2 emissions and an estimated 62 excess deaths in the local area due to pollution associated with the power plant. Nice."
vs.
"In my view, billionaires are not welcome at FOSDEM. If billionaires want to participate in FOSS, I’m going to ask them to refrain from using our platforms to talk about their AI/blockchain/bitcoin/climate-disaster-as-a-service grifty business ventures, and instead buy our respect by, say, donating 250 million dollars to NLNet or the Sovereign Tech Fund. That figure, as a percentage of Dorsey’s wealth, is proportional to the amount of money I donate to FOSS every year, by the way. That kind of money would keep the FOSS community running for decades"
(спасибо нашим радиослушателям за ссылку!)
Проклятый SJW #ddv продолжает расчехляться.
Миллиардерам, говорит, нет места в open source community, а вот если отвалят много денег "кому надо", то и хорошо, можно
"Allow me to give you a preview: in addition to posting $5B in revenue and a 21% increase in YoY profit in 2024, Jack Dorsey laid off 1,000 employees, ordering them not to publicly discuss board member Jay-Z’s contemporary sexual assault allegations on their way out, and announced a new bitcoin mining ASIC in collaboration with Core Scientific, who presumably installed them into their new 100MW Muskogee, OK bitcoin mining installation, proudly served by the Muskogee Generating Station fossil fuel power plant and its 11 million tons of annual CO2 emissions and an estimated 62 excess deaths in the local area due to pollution associated with the power plant. Nice."
vs.
"In my view, billionaires are not welcome at FOSDEM. If billionaires want to participate in FOSS, I’m going to ask them to refrain from using our platforms to talk about their AI/blockchain/bitcoin/climate-disaster-as-a-service grifty business ventures, and instead buy our respect by, say, donating 250 million dollars to NLNet or the Sovereign Tech Fund. That figure, as a percentage of Dorsey’s wealth, is proportional to the amount of money I donate to FOSS every year, by the way. That kind of money would keep the FOSS community running for decades"
(спасибо нашим радиослушателям за ссылку!)
🤣21🔥4🤡4👌1🐳1🌚1
Forwarded from The After Times
Вот, оно, сука, реальное программирование - из четырех вёдер говна сделать бочку говна со вкусом, запахом и консистенцией повидла.
❤18😁10👍4🔥3🐳1
https://www.opennet.ru/opennews/art.shtml?num=62579
Пока "я просто оставлю это здесь", потому что если это "разовая акция", то это может и не значить ничего, если нет, то посмотрим, будет интересно.
Пока "я просто оставлю это здесь", потому что если это "разовая акция", то это может и не значить ничего, если нет, то посмотрим, будет интересно.
www.opennet.ru
Haiku ограничит доступ из Великобритании из-за риска нарушения закона Online Safety Act
Александр фон Глюк (Alexander von Gluck), входящий в совет директоров некоммерческой компании Haiku Inc, курирующей разработку операционной системы Haiku, сообщил о намерении до 16 марта заблокировать доступ пользователей из Великобритании к форуму проекта…
🤔6👍5😢2
Forwarded from Двач
Лента в TikTok больше не работает — вместо неё появляется уведомление о блокировке и сообщение от разработчиков, в котором они надеются на снятие запрета:
К сожалению, TikTok сейчас недоступен, в США вступил в силу закон, запрещающий TikTok, и, к сожалению, это означает, что вы пока не можете пользоваться TikTok. Нам повезло, что президент Трамп дал понять, что он будет работать с нами над решением по восстановлению TikTok, как только вступит в должность. Пожалуйста, следите за обновлениями!
Что случилось:
Please open Telegram to view this post
VIEW IN TELEGRAM
🤡24👏7🔥6🤮6👎3😁3👍2🐳2
commit -m "better"
Конфликт между старыми разработчиками ядра, которые пишут на C, и новыми, кто хочет в Rust, разгоратеся прямо сильно.
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=2aac4cd7dae3
Старослужащие опять победили, и заставили писать контейнеры, более подходящие для ядра.
Напомню, о чем сыр-бор.
https://www.tgoop.com/itpgchannel/321
Rust stdlib считает, что выделение памяти не может обломиться (и это норм решение для userspace), но в ядре такое не прокатывает, выделение памяти может очень легко обломиться, и эту ошибку надо обрабатывать.
Отсюда, по сути, кастомная stdlib, и невозможность использовать почти весь код с cargo.io в ядре, чего очень хотелось растаманам.
Не вышло, не прокатило.
Старослужащие опять победили, и заставили писать контейнеры, более подходящие для ядра.
Напомню, о чем сыр-бор.
https://www.tgoop.com/itpgchannel/321
Rust stdlib считает, что выделение памяти не может обломиться (и это норм решение для userspace), но в ядре такое не прокатывает, выделение памяти может очень легко обломиться, и эту ошибку надо обрабатывать.
Отсюда, по сути, кастомная stdlib, и невозможность использовать почти весь код с cargo.io в ядре, чего очень хотелось растаманам.
Не вышло, не прокатило.
😁21👍18❤5🔥4🤡2
Forwarded from Segment@tion fault
Одним из своих первых указов, Дональд Трамп отменил Agile.
🔥49😁34🤡7👍1🆒1
commit -m "better"
Не то чтобы это было мне жизненно необходимо, но я испытываю от этого странное чувство удовлетворения.
Настолько испытываю, что запилил альтернативу
Прямо сейчас это не имеет особого продуктового смысла, служит мне для упрощения и ускорения цепочки bootstrap. Ну и, BTW, это лучший выполнитель статического графа задач, из всех, что я изготавливал (там честные проценты выполнения, например)!
Кстати, если вы - фанат
#panic
ya make
, но на go - https://github.com/pg83/gg/blob/main/ya.go, за новогодние праздники.Прямо сейчас это не имеет особого продуктового смысла, служит мне для упрощения и ускорения цепочки bootstrap. Ну и, BTW, это лучший выполнитель статического графа задач, из всех, что я изготавливал (там честные проценты выполнения, например)!
Кстати, если вы - фанат
if err != nil {return err}
, то почитайте этот файл, и оцените, как приятно может быть писать на go, с runtime exceptions!#panic
GitHub
gg/ya.go at main · pg83/gg
freestanding ya build tool. Contribute to pg83/gg development by creating an account on GitHub.
🔥14🤮12🤡6🍾5👍4💊4❤2🤪2🆒1
История одного #debug.
https://marcan.st/2017/12/debugging-an-evil-go-runtime-bug/
TL;DR - как определенное сочетание опций сборки ядра и версий GCC ломало go runtime.
https://marcan.st/2017/12/debugging-an-evil-go-runtime-bug/
TL;DR - как определенное сочетание опций сборки ядра и версий GCC ломало go runtime.
marcan.st
Debugging an evil Go runtime bug
From heat guns to kernel compiler flags
👍11🔥9🤡5🥱2🤮1
commit -m "better"
Кстати, несмотря на то, что я перешел на 19 clang, я так и не перешел на 19-ую libc++. Они там знатно наломали дров, какое-то очень большое количества софта сломали.
Будни #bootstrap
У меня по этой задаче (upver libc++) наступило замечательное состояние "да я ебал".
В конце-концов, это не моя война. Хотят люди из LLVM чистить код - пускай сами имеют дело со сломанными проектами.
А я взял, и:
* https://github.com/pg83/ix/blob/main/pkgs/lib/c%2B%2B/19/patched/0.diff - вернул удаленную специализацию char_traits. Коллеги из clang решили, что создавать std::basic_string из любого типа - это плохо, а на эту возможность заложился много кто.
* Откатил https://github.com/llvm/llvm-project/commit/f9dd885cb6e6b70deff935689bb0dfb7d5b6a1a4 Самое интересное, что в транке у них это уже откачено, а в стабильной ветке - нет. https://github.com/llvm/llvm-project/commit/4f79ef4efff432a93005b156726587c8c5a5ac17
После этого все прошло более-менее нормально.
У меня по этой задаче (upver libc++) наступило замечательное состояние "да я ебал".
В конце-концов, это не моя война. Хотят люди из LLVM чистить код - пускай сами имеют дело со сломанными проектами.
А я взял, и:
* https://github.com/pg83/ix/blob/main/pkgs/lib/c%2B%2B/19/patched/0.diff - вернул удаленную специализацию char_traits. Коллеги из clang решили, что создавать std::basic_string из любого типа - это плохо, а на эту возможность заложился много кто.
* Откатил https://github.com/llvm/llvm-project/commit/f9dd885cb6e6b70deff935689bb0dfb7d5b6a1a4 Самое интересное, что в транке у них это уже откачено, а в стабильной ветке - нет. https://github.com/llvm/llvm-project/commit/4f79ef4efff432a93005b156726587c8c5a5ac17
После этого все прошло более-менее нормально.
GitHub
ix/pkgs/lib/c++/19/patched/0.diff at main · pg83/ix
ix package manager. Contribute to pg83/ix development by creating an account on GitHub.
👍10🐳7❤3🤡3🤮1🥱1
commit -m "better"
Свежую драму от Кента подвезли. Читаешь, думаешь, блин, несправедливо человека банят:
#Kent
https://www.phoronix.com/news/Bcachefs-Linux-6.14-Merged
"As a follow-up to yesterday's article around the on-disk format changes and other feature work on Bcachefs for Linux 6.14, the changes ended up being merged without issue for this next kernel version. That came after the Bcachefs changes were rejected during the Linux 6.13 cycle due to a Code of Conduct (CoC) committee decision"
"As noted, on Monday saw the Bcachefs pull request for Linux 6.14 submitted with what is hoped to be the last major on-disk format change prior to removing the "experimental" marking on this open-source file-system. Without any commentary by Linus Torvalds or the CoC committee, the changes were indeed merged within a few hours for Linux 6.14"
Кажется, "темная", которую устроили Кенту господа старослужащие, пошла процессу на пользу.
Наверное, это хорошо, потому что сообщество начало подъзаебывать выкрутасы этого господина - https://blog.sesse.net/blog/tech/2025-01-20-21-45_migrating_away_from_bcachefs.html
https://www.phoronix.com/news/Bcachefs-Linux-6.14-Merged
"As a follow-up to yesterday's article around the on-disk format changes and other feature work on Bcachefs for Linux 6.14, the changes ended up being merged without issue for this next kernel version. That came after the Bcachefs changes were rejected during the Linux 6.13 cycle due to a Code of Conduct (CoC) committee decision"
"As noted, on Monday saw the Bcachefs pull request for Linux 6.14 submitted with what is hoped to be the last major on-disk format change prior to removing the "experimental" marking on this open-source file-system. Without any commentary by Linus Torvalds or the CoC committee, the changes were indeed merged within a few hours for Linux 6.14"
Кажется, "темная", которую устроили Кенту господа старослужащие, пошла процессу на пользу.
Наверное, это хорошо, потому что сообщество начало подъзаебывать выкрутасы этого господина - https://blog.sesse.net/blog/tech/2025-01-20-21-45_migrating_away_from_bcachefs.html
Phoronix
Bcachefs Changes Merged Without Issue For The Linux 6.14 Kernel
As a follow-up to yesterday's article around the on-disk format changes and other feature work on Bcachefs for Linux 6.14, the changes ended up being merged without issue for this next kernel version
👍9😁3🔥2🤮2💩1🤡1
commit -m "better"
https://www.npopov.com/2022/12/20/This-year-in-LLVM-2022.html
Что-то вроде годового self assessment одного из разрабов LLVM.
Что-то вроде годового self assessment одного из разрабов LLVM.
Очередной self assessment, от того же коллеги.
https://www.npopov.com/2025/01/05/This-year-in-LLVM-2024.html
Хорошая картинка про скорость сборки clang bootstrap прилагается!
В тексте много раз встречается слово "Rust", и автор пишет:
"I updated Rust to LLVM 18 and LLVM 19 this year. Both of these came with very nice perf results (LLVM 18, LLVM 19)"
https://github.com/rust-lang/rust/pull/127513
То есть, LLVM вполне себе работает и на Rust тоже, не только на Clang.
https://www.npopov.com/2025/01/05/This-year-in-LLVM-2024.html
Хорошая картинка про скорость сборки clang bootstrap прилагается!
В тексте много раз встречается слово "Rust", и автор пишет:
"I updated Rust to LLVM 18 and LLVM 19 this year. Both of these came with very nice perf results (LLVM 18, LLVM 19)"
https://github.com/rust-lang/rust/pull/127513
То есть, LLVM вполне себе работает и на Rust тоже, не только на Clang.
👍10🤡7❤2
commit -m "better"
#Kent https://www.phoronix.com/news/Bcachefs-Linux-6.14-Merged "As a follow-up to yesterday's article around the on-disk format changes and other feature work on Bcachefs for Linux 6.14, the changes ended up being merged without issue for this next kernel…
В обсуждении на похорониксе наткнулся прямо на маленький монументальный пост от автора ext2/3/4 fs.
https://www.phoronix.com/forums/forum/phoronix/latest-phoronix-articles/1520191-bcachefs-changes-merged-without-issue-for-the-linux-6-14-kernel?p=1520399#post1520399
Из него следует, что самая-самая свободная fs развивается по сути, по требованиям корпораций, и за деньги корпораций:
"Ext4 does get some new features, but they are ones which companies are willing to fund because the return on investment of developing the feature makes sense from a cost/benefit perspective"
Это, конечно, в пику любителям #GPL, как оружия против жадных корпов.
Ну и вообще, там полно перлов
"This might sound horribly corporate, but there's a story about how the ZFS engineers started the project on the down lo, without asking permission from management or getting input from sales, and presented Sun with what was effectively a fiat accompli. Which might sound great,until you reflect that Sun ended up losing money until they had to sell themselves to another company, and effectively there is no longer much of an engineering organization supporting ZFS"
"The answer I came up with was around 100 person years worth of effort, with one low-end estimate of 50 person years, and a high-end estimate of 200 person-years (but that was for GPFS, which was a cluster file system, and so a lot more complicated). I reported this findings to the meeting, and a certain senior engineer from Intel said, "No, don't tell the manager's that because they will never approve the project! Tell them that btrfs will be ready in 18 months." I'll let people decide when btrfs hit that "enterprise ready status", especially for those sexy new advanced features that were supposed to compete with ZFS, but I don't think it's controversial that it wasn't in 18 months"
...
https://www.phoronix.com/forums/forum/phoronix/latest-phoronix-articles/1520191-bcachefs-changes-merged-without-issue-for-the-linux-6-14-kernel?p=1520399#post1520399
Из него следует, что самая-самая свободная fs развивается по сути, по требованиям корпораций, и за деньги корпораций:
"Ext4 does get some new features, but they are ones which companies are willing to fund because the return on investment of developing the feature makes sense from a cost/benefit perspective"
Это, конечно, в пику любителям #GPL, как оружия против жадных корпов.
Ну и вообще, там полно перлов
"This might sound horribly corporate, but there's a story about how the ZFS engineers started the project on the down lo, without asking permission from management or getting input from sales, and presented Sun with what was effectively a fiat accompli. Which might sound great,until you reflect that Sun ended up losing money until they had to sell themselves to another company, and effectively there is no longer much of an engineering organization supporting ZFS"
"The answer I came up with was around 100 person years worth of effort, with one low-end estimate of 50 person years, and a high-end estimate of 200 person-years (but that was for GPFS, which was a cluster file system, and so a lot more complicated). I reported this findings to the meeting, and a certain senior engineer from Intel said, "No, don't tell the manager's that because they will never approve the project! Tell them that btrfs will be ready in 18 months." I'll let people decide when btrfs hit that "enterprise ready status", especially for those sexy new advanced features that were supposed to compete with ZFS, but I don't think it's controversial that it wasn't in 18 months"
...
Phoronix Forums
Bcachefs Changes Merged Without Issue For The Linux 6.14 Kernel -
Phoronix Forums
Phoronix Forums
Phoronix: Bcachefs Changes Merged Without Issue For The Linux 6.14 Kernel
As a follow-up to yesterday's article around the on-disk format changes and other feature work on Bcachefs for Linux 6.14, the changes ended up being merged without issue for this…
As a follow-up to yesterday's article around the on-disk format changes and other feature work on Bcachefs for Linux 6.14, the changes ended up being merged without issue for this…
😁17🤡7🔥2🤔1
commit -m "better"
В обсуждении на похорониксе наткнулся прямо на маленький монументальный пост от автора ext2/3/4 fs. https://www.phoronix.com/forums/forum/phoronix/latest-phoronix-articles/1520191-bcachefs-changes-merged-without-issue-for-the-linux-6-14-kernel?p=1520399#post1520399…
www.opennet.ru
Заметки Теодора Тс'о о ядре Linux, кодексе поведения, ext4, btrfs и ZFS
Перевод размышлений Теодора Тс'о (Theodore Ts'o), создателя файловой системы Ext4, о разработке ext4, файловой системе BcacheFS, ядре Linux, ZFS, кодексе поведения и файловых системах в целом:
😁10🌚7❤4👍3🤡3⚡2