Pull to refresh
-1
0
Send message
Понял. Пересекались в сети и общались. Моя работа на bugzilla тоже есть, но афишировать не желаю.
Можно пример вашей работы по репорту ошибок?
Так откуда у нас в системе tar? Из пакета GNU tar, наверное? А вот и нет — из пакета paxutils.

А не busybox?
https://busybox.net/downloads/BusyBox.html

FreeBSD? монилит. NetBSD? монолит. OpenBSD? монилит.

Поясни. Ссылка мне ни о чем не говорит.
Да? А ты кроме винды что еще видел?
Это что такое у меня по дефолту?
grep alias ~/.bashrc 
# enable color support of ls and also add handy aliases
    alias ls='ls --color=auto'
    #alias dir='dir --color=auto'
    #alias vdir='vdir --color=auto'
    #alias grep='grep --color=auto'
    #alias fgrep='fgrep --color=auto'
    #alias egrep='egrep --color=auto'
# some more ls aliases
#alias ll='ls -l'
#alias la='ls -A'
#alias l='ls -CF'
# ~/.bash_aliases, instead of adding them here directly.
if [ -f ~/.bash_aliases ]; then
    . ~/.bash_aliases
Как-то некрасиво получается. Вы пришли к кому-то со своим и это свое кому-то мешается. Дальше следует ваше предложение.
А не слишком ли нагло, с вашей стороны?
Слишком узко мыслите. Bash это не только диалог с юзером, но еще и язык программирования. Его можно поставить в один ряд с любым интерпретируемым языком. С тем же успехом вы можете использовать Python в качестве командной оболочки. А маленькие утилиты, о которых вы толкуете, это несколько иное — они могут быть как встроенными в интерпретатор, так и внешними. Вы же все смешиваете в одну кучу. У кого-то встроенных команд больше, у кого-то меньше.

Суть темы такова: MS открыла исходный код инструмента, который позволяет системным администраторам Windows находиться в Linux и чувствовать себя как дома. Также речь идет о том, что в систему Windows будет добавлен альтернативный инструмент из мира Unix для ее управления. Все это ведет к тому, что будет меньше костылей для управления серверами Windows из систем Linux. Именно серверами, так как для обычных пользователей это совершенно не актуально.
Для меня PS тоже не совсем понятный. Или вас не устраивает Windows, но в Linux не хватает инструментов Windows?
Напишите статью про сравнение shell, в том числе, bash и PowerShell, иначе ваше заявление голословно. А то вас плюсуют не за хер собачий.

И заминусуйте меня в пух и прах, но PowerShell в Linux как на корове седло. Осталось за малым, добавить в Linux немного AD'a и системный реестр, чтобы оптимизировать systemd.
Это просто? Это как Hello World на Java.
Золотые слова! За что только заминусовали тебя? Ни одного возражения по существу, но минус, потому что твои слова противоречат их тупизне.
Увы и ах, но от статьи я ожидал большего. Далеко не полно раскрыта тема, даже про systemd. Для сравнения,
статья 2011 года
https://www.ibm.com/developerworks/community/blogs/752a690f-8e93-4948-b7a3-c060117e8665/entry/comparativo_upstart_sysvinit_systemd_openrc?lang=ru
Даже с машинным переводом информативнее, чем ваша статья.

Основная проблема OpenRC в Debian — это лицензия. Поэтому вряд ли OpenRC появится в Debian по дефолту.
OpenRC имеет свою реализацию команд
service и start-stop-daemon
http://www.calculate-linux.ru/main/ru/openrc_manuals
и работает поверх rc-скриптов. Как это реализовано и работает можно посмотреть на примере Calculate Linux.
Сценарии инициализации
http://www.calculate-linux.ru/main/ru/initscripts

И еще, что-то я не могу понять, что мне даст выигрыш во времени при старте (не более одной минуты) использую systemd?
OpenRC не хватает в этом списке. Как не крути, а он доступен, разрабатывается и списывать его со счетов не вижу повода. Если у вас иное мнение — не против выслушать его.
Про PVS-Studio vs Clang Static Analyzer читал уже неоднократно. Равно как и про то, как вы постоянно проверяете open source проекты. Какой смысл в этих проверках? В феврале вы проверяли FreeBSD, но что-то ваша работа незаметна на графике ошибок и их устранении.
PVS-Studio работает только под Windows и только с Visual Studio. Тогда чем вам не угодил open source? Да, open source с ошибками, а где их нет? На чужом несчастье счастья своего не построишь. Слышали такое?
After analyzing over 10 billion lines of code through Coverity Scan, the new 2014 Coverity Scan Open Source Report explains how:
Commercial code is more compliant to security standards than open source code
Defect density (defects per 1,000 lines of code) of open source code and commercial code has continued to improve since 2013
OpenSSL utilized Coverity Scan during their post-Heartbleed investigation
Early adoption of complimentary tools addressing legacy and newly written code is now truly a necessity
A responsible shift in best practices by open source leaders such as Linux, LibreOffice, NetBSD, and Apache Hadoop are helping to improve the general state of all open source software –highlighted by the improvements found in defect density from 2013 to 2014


Что касаемо inkscape, то его проверяют регулярно: https://scan.coverity.com/projects/inkscape

И заключительный вопрос: чем же ваша PVS-Studio интереснее Coverity?

Information

Rating
Does not participate
Registered
Activity