macOS Sierra, iTerm2, fish, Docker/xhyve, kwm (tiling), Swift Playground

Xcode 8

Чем лучше семерки? Когда застабилизируется?

Xcode 8. Чем лучше семерки? Когда застабилизируется?

А щас оно стабильное? А то все время падало, когда ей пользовался.

А щас оно стабильное?

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

Конфиг для крикунов «обнови железо» - http://pasteboard.co/1ZvbqIDc.png

Честно говоря, не знаю. Поставил, потому что Homebrew отказывался толком работать без Xcode 8 под Sierra. https://developer.apple.com/xcode – тут есть информация.

Homebrew отказывался толком работать без Xcode 8 под Sierra.

Неожиданно. Значит не буду даже дергаться, без brew на маке нет жизни.

Поставил, потому что Homebrew отказывался толком работать без Xcode 8 под Sierra.

Тащемта, не xcode ему нужен, а command-line tools, содержащие компайлеры. Святым духом homebrew конпелять еще не научился.

без brew на маке нет жизни

Без brew из коробки есть старое пхп5 и питоны.

Святым духом homebrew конпелять еще не научился

На тестовой системе без икскода и командлайнтулзов собрал нжиникс.
brew install php56 --without-apache --with-fpm --with-mysql
Святой дух?

На тестовой системе без икскода и командлайнтулзов собрал нжиникс.

Тут одно из двух: или врет документация homebrew (раздел requirements), или ты. Я для себя уже решил, кто.

Нахрена вообще рассматривать бету как основную систему для работы?

без brew на маке нет жизни.

$ brew
-bash: brew: command not found
$ sw_vers
ProductName:	Mac OS X
ProductVersion:	10.11.5
BuildVersion:	15F34

ЧЯДНТ?

brew -v
Homebrew 0.9.9 (git revision 6bd24; last commit 2016-06-22)
Homebrew/homebrew-core (git revision ceef; last commit 2016-06-22)

Может командЛайнТулзы поставились сами? Ну, зависимостью к Brew подтянулись?

Без brew из коробки есть старое пхп5 и питоны.

И зачем мне оно? Мне работать надо, а не в пхп играть.

Нахрена вообще рассматривать бету как основную систему для работы?

Быть готовым к новому?

ЧЯДНТ?

Хз, кому-то и клоп коньяком пахнет.

MacPorts?

тоже мимо. вообще никаких сторонних PM не установлено.

Поставить в виртуалку и попробовать новое?

Поставить в виртуалку и попробовать новое?

Я знаю, что есть особо-одаренные, которые любят всякие костыли.

Аргументация будет?

Аргументация будет?

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

Аргументация почему это костыли.

Всякие fake SMC и сторонние загрузчики – это разве не костыли?

// мимокрокодил

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

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

Это только если у тебя хостовая система правильная 🍎

Ну и да - у Virtualbox с графикой весьма плохо.

Ну я думал, что конкретная бетка интересна именно макоюзерам.

тоже мимо. вообще никаких сторонних PM не установлено.

Руками в /blah/blah/blah ?

Руками в /blah/blah/blah ?

ни разу не приходилось. у всех нужных программ есть pkg/dmg.

ни разу не приходилось. у всех нужных программ есть pkg/dmg.

Зря... зря, зря, зря.

Поставь брюхо, все равно у тебя и xcode и тулзы уже есть, какой никакой, а пэкэдж мэнэджемент. В систему не срет, вычищается одним sudo rm -rf /usr/local/*. Если нужны конкретные версии софта - перенакатить - как два пальца. А pkg не из AppStore - зло, а опенсурсные, иногда тупо протухшие. Вобщем у всех свои вкусы но рекомендую.

Поставь брюхо

а то что?

А pkg не из AppStore - зло

чуть менее чем все приложения, которые я поставил из .pkg, в appstore отсутствуют. ну xcode там есть, да.

а то что?

Да просто совет, не более.

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

ну xcode там есть, да.

Единственное приложение которое оттуда как раз ставить и не стоит. Его следует ручками с developer.apple.com/downloads, при этом внимательно прочитав ReleaseNotes + ReleaseNotes к предыдущим бетам (пункт KnownIssues) иначе есть риск прийти с утреца на работу и весь день выгребать непонятные косяки из проекта если не вообще просрать несколько дней на переделывание сторибордов и ассетов.
Xcode те еще рукожопы делают и все гладко у них только на WWDC

Это только если у тебя хостовая система правильная 🍎

Смайлики на моем ЛОРе? Изыди 💩

Т.е. bash и гну тулзы ты либо не используешь, либо подходят старые бсдшные? Ну и какая же это жизнь..

Аргументация почему это костыли.

Может воспользуетесь содержимым своей черепной коробки?

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

иначе есть риск

емнип это решается переименованием app bundle, т.е. XCode6, XCode7 и т.п. — тогда аппстор не будет обновлять.

кроме того, у меня автообновление отключено.

Xcode те еще рукожопы делают и все гладко у них только на WWDC

это с любыми компиляторами/тулчейнами так..

ты еще с апдейтами android sdk/ndk видимо дела не имел. вот там реальный адъ.

Т.е. bash и гну тулзы ты либо не используешь, либо подходят старые бсдшные? Ну и какая же это жизнь..

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

Счастливый ты человек. Меня вот не очень устраивает. Например:

sort -R
sort: invalid option -- R
/bin/bash --version
GNU bash, version 3.2.57(1)-release (x86_64-apple-darwin15)
Copyright (C) 2007 Free Software Foundation, Inc.

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

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

Вы всегда такой тугой?

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

я бы наверное так это решил:

perl -MList::Util=shuffle -e'print shuffle<>'

Как минимум мне нужны гнутые tar, sed, grep, sort. Нужны curl, wget, ffmpeg, imagemagick. Я же не буду все это ставить руками и обновлять тоже руками?
В баше за столько лет была куча багфиксов (конкретных примеров не вспомню, но в первое время много чего мешало, потом перелез все таки на 4 ветку), в том числе безопасности.

А зачем, если можно просто установить гнутулзы?

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

мне не очень нужны.. curl на маке предустановлен, и его хватает. ffmpeg мне нужен, но я его сам собираю, для своего проекта, и brew тут никак не поможет. wget ставится элементарно из pkg. imagemagick не пользуюсь, хотя и установлен (из pkg). tar, sed, grep, sort устраивают стандартные.

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

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

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

А зачем, если можно просто установить гнутулзы?

ставить brew и гнутулзы сложнее, чем написать перловый однострочник и заалиасить его на shuf в bashrc.

Аргументы в студию.

Аргументы в студию.

Аргументы вашей тугости в этом топике.

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

Имея пять звёзд

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

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

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

Чтобы стыдно не было.

Почему мне должно быть стыдно?

Дядь, аргументы к своим высказываниям ты уже нашёл?

ты еще с апдейтами android sdk/ndk видимо дела не имел. вот там реальный адъ.

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

то с любыми компиляторами/тулчейнами так..

Не ну косячат все (все мы люди), просто с продуктами эппл - как то они не очень на диалог идут. Вот например баг

7/4/16 3:10:22.256 PM Interface Builder Cocoa Touch Tool[47725]: assertion failed: 15F34 13E230: libxpc.dylib + 27596 [66C28065-C9DB-3C8E-926F-5A40210A6D1B]: 0x8d

Это кривой биндинг в сториборде. Вот хрен его знает где. Багу этому около 3х лет. Сколько уже багрепортов на эту тему сделано - ХЗ, уже перестал следить. Уже и просили побольше инфы в ошибке выдавать и хоть какую нибудь доку по сторибордам опубликовать - сами бы разобрались. Но нет - «Мы это уже исправили, и вообще вы все фу и рукожопы».

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

дело вообще не в том, что чего-то там нельзя решить.

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

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

править Android.mk

Вроде Google перегоняет всех на Android Studio и gradle с этих устаревших скриптов.

можно ссылку на источник?

Драсте, так вот же, давно уже: https://developer.android.com/studio/tools/sdk/eclipse-adt.html

И ссылку на скачиваение ADT-плагина убрали. Стараются переманить (в приказном порядке) всех с эклипсы на эту глючную Android Studio от JetBrains и недоязычковый DLS — Gradle.

Eclipse отлично работал с проектами, содержащими Android.mk, а у этой Android Studio поддержка NDK до сих пор experimental.

As with ADT, support for the Ant tool for building from the command line has ended. Gradle is now the supported method of building Android apps.

Естественно, вместе с Ant Android.mk объявлен тоже как deprecated.

Драсте, так вот же, давно уже: https://developer.android.com/studio/tools/sdk/eclipse-adt.html

причем тут это вообще? я не пользуюсь эклипсой уже давно.

Естественно, вместе с Ant Android.mk объявлен тоже как deprecated.

я спрашивал ссылку на источник вот этого ^^^^

Притом что задепрекейтили не только Eclipse и ADT, а ещё и Ant и ndk-build.

И возможно, всё эти скрипты сборки из новых сборок NDK просто удалят в пользу Gradle.

а ещё и Ant и ndk-build.

так ссылка на источник будет, или нет?

(про ant увидел, но где про ndk-build?)

Цитировал же:

https://developer.android.com/studio/tools/sdk/eclipse-adt.html

support for the Ant tool for building from the command line has ended. Gradle is now the supported method of building Android apps.

Это в плане Ant. Ну раз Ant забросили, то и ndk-build туда же:

http://tools.android.com/tech-docs/android-ndk-preview

First, the Android NDK support only works with the new experimental Gradle plugin for Android (which in turn requires Gradle 2.5).

While the new gradle plugin delivers some major performance improvements (and Android NDK build support), note that it also requires changes to the build file “DSL” (the way your build is described in your build.gradle files.) Not only will you need to modify your build.gradle files (a process we hope to automate before the plugin graduates from experimental to stable), but we anticipate making some additional incompatible changes along the way.

Несомненно, пока ещё можно собирать APK'шки с помощью ndk-build и Ant, но чувствую, скоро мне придётся разбираться с Gradle и AS.

А ndk-build по сути работает в связке с Ant.

В Gradle своя кухня и вместо Android.mk там нужно будет писать такое:

apply plugin: 'com.android.model.application'

model {
    android {
        compileSdkVersion = 23
        buildToolsVersion = '23.0.2'

        defaultConfig {
            applicationId = 'com.example.hellojni'
            minSdkVersion.apiLevel = 4
            targetSdkVersion.apiLevel = 23
        }
        /*
         * native build settings: taking default for almost everything
         */
        ndk {
            moduleName = 'hello-jni'
            toolchain = 'clang'
            CFlags.addAll(['-Wall'])
        }
        buildTypes {
            release {
                minifyEnabled = false
                proguardFiles.add(file('proguard-rules.txt'))
            }
        }
        productFlavors {
            // for detailed abiFilter descriptions, refer to "Supported ABIs" @
            // https://developer.android.com/ndk/guides/abis.html#sa
            create("arm") {
                ndk.abiFilters.add("armeabi")
            }
            create("arm7") {
                ndk.abiFilters.add("armeabi-v7a")
            }
            create("arm8") {
                ndk.abiFilters.add("arm64-v8a")
            }
            create("x86") {
                ndk.abiFilters.add("x86")
            }
            create("x86-64") {
                ndk.abiFilters.add("x86_64")
            }
            create("mips") {
                ndk.abiFilters.add("mips")
            }
            create("mips-64") {
                ndk.abiFilters.add("mips64")
            }
            // To include all cpu architectures, leaves abiFilters empty
            create("all")
        }
    }
}

Вроде Google перегоняет всех на Android Studio и gradle с этих устаревших скриптов.

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

А ndk-build по сути работает в связке с Ant.

нет. он работает вообще без ant.

В Gradle своя кухня и вместо Android.mk там нужно будет писать такое:

это никак не подтверждает твои слова, что ndk-build deprecated.

кстати, твой пример gradle-скрипта вообще не демонстрирует как он сможет что-то собрать — это все настройки из Application.mk.

а речь о Android.mk и ndk-build.

Ну вроде речь шла о проекте застрявшем на старом ndk

мой проект сейчас использует ndk r12, и никаких депрекаций не замечено.

и да, я использую ant (который, кстати, тоже прекрасно работает), но если его выпилят — сделаю makefile.