Re: Программирование научных программ на C.
Sergey B Kirpichev writes: [...] Что же тогда вы имели сказать словами «одной из первых в мире CAS» и «первый блин» при обсуждении maxima? SBK То что maxima и macsyma не настолько разные и независимые вещи, SBK чтобы это игнорировать. Если зависимость того же толка, что и между современным linux и linux образца 91-го года, то я бы смело ее игнорировал :-) Про блины и пионеров забудем. Для ясности. [...] SBK В том, что людей, понимающих что, зачем и почему написано в maxima SBK именно так - можно пересчитать по пальцам. Ааа, теперь понятно. Ну так больше-то и не надо, наверное. Главное, что они есть и реагируют на запросы пользователей. Насколько это главное присутствует, не знаю, честно говоря. Может у вас есть такой опыт, поделитесь. Пальцев для подсчета разработчиков, зарегистрированных на sf.net, у меня не хватило. :-) SBK Плюс, максима написана на *двух* языках. Для современных CAS - SBK это, мягко говоря, необычная ситуация (см. Maple, Mathematica). SBK Оставляя в стороне оценку языка - просто добавлю, что это SBK добавляет лишнюю ступеньку на кривой обучения контрибьюторов... Посмотрел, что говорят об устройстве Maple и Mathematica, пришлось ограничиться данными wikipedia. В обоих случаях о моноязычности можно говорить лишь в том смысле, что пользователя к потрохам не допускают. Даже не знаю, преимущество ли это. Но лишняя ступенька есть, согласен. Что это беда-беда -- нет. [...] Я наблюдал разработчиков maxima в списке рассылки ECL, где они решали проблемы сборки maxima под android. Пришел к выводу, что проект развивается. SBK Странные у вас критерии для развития. А какие критерии у вас? И да, я считаю портирование именно развитием, т.к. безусловно появляются новые возможности. SBK Для портирования чего-либо можно быть абсолютным, извините, дубом SBK в логике портируемого кода. Понимание помогает, но вообще-то это SBK сугубо опционально. Решительное заявление. Спорить не готов, но мне кажется, что с таким подходом к портированиею результат будет столь же дубов. Согласен, что при портировании проблемы возникают главным образом не из предметной области, некоторый опыт в этой области имею. Об отзывчивости сообщества на жалобы пользователей могу судить лишь по косвенным данным, но и то немногое, что мне доводилось видеть\слышать, говорит скорее о «живости» проекта, чем о сырости, древности или запущенности. SBK Я и не спорю, баги правят. Но это не развитие. Фичи не добавляют? А какие у вас наблюдения? SBK У меня наблюдения такие, что развитие практически остановилось. SBK Простой пример, limit() как использовал столетние (70-е годы SBK прошлого века) эвристики 20+ лет назад, так и продолжает SBK использовать [...] Я не в теме, поэтому прошу пояснить. 1. в какой мере это является ограничением для пользователя? 2. как ведут себя заслуженные авторитеты в этом плане? давайте для простоты ограничимся Maple и Mathematica, как успешными и популярными. 3. есть ли соотв. незакрытый feature request или обсуждение в каком-нибудь списке рассылки? [...] В период с 1998 по 2002 я активно работал с Maple, в 2001-м так в основном с ним. Потом еще в 2005-м, кажется. Предметная область: решение систем трансцедентных уравнений, чаще всего приведение их к виду, пригодному для эффективного решения численными методами. Если не ошибаюсь, я таким образом поработал с тремя версиями Maple. Должен сказать, что изменений в используемых мною средствах я не заметил вообще, за исключением быть может работы с графиками. Насколько помню, заметные изменения были главным образом в плане расширения библиотек и модернизации пользовательского интерфейса. Последняя, кстати, сильно меня огорчала, т.к. все дальше уводила от классического REPL. Это я все к чему: очень сомневаюсь, что в области символьных вычислений есть сколько-нибудь существенный прогресс сегодня. Было бы интересно почитать о достижениях в этой области. Может кто поделится ссылочкой на хороший обзор? Я не агитирую за maxima. Я ею практически не пользуюсь (как, впрочем, и другими аналогами), мои задачи лежат в других областях. -- Dmitry Statyvka
Re: Программирование научных программ на C.
Sergey B Kirpichev writes: SBK On Sun, Feb 09, 2014 at 02:27:36AM +0200, Dmitry Statyvka wrote: «Дезинформируете, Туз.» Во-первых, вы спутали maxima с macsyma. SBK Да нет. Что же тогда вы имели сказать словами «одной из первых в мире CAS» и «первый блин» при обсуждении maxima? Во-вторых, людей, понимающих Common Lisp, на котором написана maxima, существенно больше десятка SBK Не в языке дело. В чем же? не говоря уже о том, что maxima имеет достаточно активное (и, говорят, отзывчивое) сообщество. SBK Рад, если ошибусь - но насколько я вижу люди там в основном заняты SBK латанием старых багов. Я наблюдал разработчиков maxima в списке рассылки ECL, где они решали проблемы сборки maxima под android. Пришел к выводу, что проект развивается. Об отзывчивости сообщества на жалобы пользователей могу судить лишь по косвенным данным, но и то немногое, что мне доводилось видеть\слышать, говорит скорее о «живости» проекта, чем о сырости, древности или запущенности. А какие у вас наблюдения? -- Dmitry Statyvka
Re: Программирование научных программ на C.
Sergey B Kirpichev writes: [...] SBK Недостаток максимы в том, что когда вы захотите чего-то SBK нетривиального и попробуете залезть в ее потроха - вы получите SBK древний лисп-код (одной из первых в мире CAS, напомнить про первый SBK блин?), который в мире понимает десяток (хорошо если!) с SBK хвостиком человеков... «Дезинформируете, Туз.» Во-первых, вы спутали maxima с macsyma. Во-вторых, людей, понимающих Common Lisp, на котором написана maxima, существенно больше десятка, не говоря уже о том, что maxima имеет достаточно активное (и, говорят, отзывчивое) сообщество. По самому Common Lisp тоже есть с кем пообщаться, при желании, в том числе и на русском. [...] -- Dmitry Statyvka
Re: Emacs не получается три раскладки
Melleus writes: M Пытаюсь настроить в Emacs три раскладки. Переключение хочу по M следующему принципу: англ/(рус/укр), т.е. английский/кириллица и M если в кириллице, то две кириллиці между собой. M Придумал и поместил в .emacs такаую конструкцию: M (defun toggle-alternative-input-method() M Toggles between russian and ukrainian input methods M (interactive) M (if (eq current-input-method 'ukrainian-computer) M (activate-input-method 'russian-computer) M (if (eq current-input-method 'russian-computer) M (activate-input-method 'ukrainian-computer)) M )) M (global-set-key \C-x\\ 'toggle-alternative-input-method) M Не работает. current-input-method имеет значением строку, поэтому сравнение с помощью EQ с символом всегда будет ложно. Следует заменить выражения вида (eq current-input-method 'ukrainian-computer) на (string= current-input-method ukrainian-computer) ну, и если поправить ошибки в логике, то требуемого можно достичь, например таким образом: (defun toggle-alternative-input-method() Toggles between russian and ukrainian input methods (interactive) (cond ((or (null current-input-method) (string= current-input-method ukrainian-computer)) (activate-input-method 'russian-computer)) ((string= current-input-method russian-computer) (activate-input-method 'ukrainian-computer Хочу только заметить, что деактивирован input-method такой функцией быть не может. т.е. из группы (рус/укр) в англ не переключиться никак. Тоже пользуюсь емаксовой переключалкой, привык к переключению по C-\ и C-u C-\ в случаях, когда нужно выбрать другой, отличный от использованного последним input-method. -- Dmitry Statyvka
Re: Emacs не получается три раскладки
Melleus writes: M Evgeny M. Zubok evgeny.zu...@tochka.ru writes: [...] M Меньше кода - меньше вероятности ошибиться. Вон я в одной функции M сколько ошибок налепил. Если меньше кода, то советую попробовать как-то так: (global-set-key (kbd C-0) (lambda () (interactive) (activate-input-method nil))) (global-set-key (kbd C-9) (lambda () (interactive) (activate-input-method 'russian-computer))) (global-set-key (kbd C-8) (lambda () (interactive) (activate-input-method 'ukrainian-computer))) Заодно без режимов. Только сочетания клавиш удобные подобрать надо. -- Dmitry Statyvka -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87li3mkhc9@black.statyvka.org.ua
Re: X-сы отъедают более 50% процессора, это нормально?
basilio writes: b 30.11.2011 19:44, Artem Chuprina пишет: Для этого существует понятие немодальный переключатель. b Ведь все равно же в голове надо раскладки держать, просто во время b переключения думать не надо. Не надо. Со временем прежде чем что-то напечатать начинаешь незадумываясь жать соответствующий переключатель. Поскольку эффект всегда одинаков вне зависимости от исходного состояния клавиатуры, привычка вырабатывается очень быстро. Значительно быстрее, чем привычка посматривать на индикатор прежде чем печатать. [...] -- Dmitry Statyvka -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87wrahjpco@statyvka.org.ua
Re: С Ubuntu на Debian?
Ivan Borzenkov writes: [...] IB Да, кстати было смешно, когда как раз правохранительные органы и IB звали меня настроить им пиратку винды. Ну как всегда - знакомые IB знакомых, по знакомству эникейшика найти. Особенно было смешно, IB когда совершенно случайно этот-же человек пришел к нам в институт IB читать лекцию о правонарушениях связанных с компами - в частности IB хакерство и пиратство. Потом мы еще поржали с ним над этим случаем. Будет еще смешнее, если он по долгу службы вас посадит за использование пиратского ПО. А потом вы еще поржете с ним над этим случаем, когда выйдете. [...] -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87zkogh4i2@statyvka.org.ua
Re: С Ubuntu на Debian?
Виктор writes: [...] В И так, одни по незнанию/неграмотности (юридической) это пережевывают В с каждым разом все страшней рисуя, другие (чиновники и те, кто «в В законе») подкидывают корм – в виде фантомных страшилок, опять же, В либо по недоперепониманию, либо специально, надеясь на всё ту же В безграмотность. Что бы прикручивать тут 146 и т.д. надо как В минимуму знать о чем и как. На всякий случай уточняю: я не имел в виду никакой действующий закон никакой конкретной страны. Но дела это не менят. Ну, и законы имеют свойство меняться, да. [...]
Re: С Ubuntu на Debian?
Dmitry E Oboukhov writes: DS А в целом согласен, человеку с такой позицией ubuntu подойдет в DS большей степени, чем debian. DEO в убунте за лицензионной чистотой тоже следят. и даже в DEO АЛЬТлинуксе следят (я как-то для демонстрации для Вани писал туда DEO багу - выпилили пакет и из АЛЬТа с проблемной лицензией). DEO просто в убунте бардака больше и народу меньше (разработчиков) и DEO потому в этом бардаке кажется что можно все. однако как только DEO что-то всплывает во внимание разработчиков убунты, меры они DEO принимают мгновенно. пример выше Ясно, познавательно. Уточняю мнение до «человеку с такой позицией ubuntu подойдет в большей степени, чем debian, в силу большего бардака в ubuntu» :-)
Re: С Ubuntu на Debian?
locke314 writes: [...] l Совершенно верно. Разница только в том, что их действительно кто-то l поддерживает, в отличие от. Видишь, какая фигня: в других l дистрибутивах свежий софт поддерживают, а в дебиане -- нет. Это l говорит, в лучшем случае, о ненужности нового софта в дебиане. Или о l ненужности дебиана? В большинстве случаев в ppa просто предоставляют собранные пакеты, это вовсе не поддержка. А за поддержкой надо идти к разработчикам, которые совершенно справедливо могут и не захотеть, что там насобирал какой-то держатель ppa. В дебиане же софт из дистрибутива именно что поддерживается, что, понятное дело, не может не сказаться на скорости появления новых версий какого-то софта. Который еще и глючный наверняка в силу исключительной свежести... -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/877hbno92m@little.statyvka.org.ua
Re: user switch via commandline
Kpykcъ writes: [...] K Вопрос: Как из терминала запущенного в графической сессии K пользователя А инициировать переключение на графическую сессию K пользователя Б, т.е. на экран логина (gdm) для входа в новую сессию K (пользователя Б)? Естественно, не закрывая текущую сессию. я в таких целях использовал gdmflexiserver, если не ошибаюсь [...] -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/871v30ruac@little.statyvka.org.ua
Re: а кто хорошо знает Git?
Dmitry E Oboukhov writes: DS [...] DEO все вроде хорошо, но в дереве конфигов переключать бранчи DEO нельзя. можно ли упростить процедуру попадания файла из бранча DEO b2 в b1? то есть без промежуточного дерева и без обязательного DEO переключения бранчей в рабочем дереве? DS git pull git cherry-pick commit ? DEO насколько я понял cherry-pick выколупывает из другого бранча DEO коммит и кладет его в текущий бранч. совершенно верно DEO у меня задача обратная: имеется текущий бранч, из него надо взять DEO файл и всунуть в другой бранч, но так, чтобы дерево на другой не DEO переключать. DEO я чего-то недопонял? это я неправильно понял задачу. DEO можно пример? DEO вот у меня b1 содержит файлы a b c d b2 содержит файлы a b c d e f DEO находясь в b2 я меняю файл a, хочу чтобы коммит ушел не только в DEO бранч b2, но и в бранч b1, но переключать дерево на b1 мне нельзя DEO (это конфиги работающей системы). т.е. коммит выполняется на работающей системе? тогда cherry-pick надо делать в другом клоне или рабочей копии. например, ad...@server $ git commit -m bla-blah-blah ad...@server $ git push remote-repo u...@ws $ git pull remote-repo u...@ws $ git checkout b1 u...@ws $ git cherry-pick commit u...@ws $ git push remote-repo ad...@server $ git pull remote-repo В данном случае server - рабочая система, ws - какая-то другая машина, remote-repo - общий remote, откуда pull-ятся и куда push-атся изменения. Т.е. один и тот же репозиторий, одинаково называющийся в обоих рабочих репозиториях. С временной рабочей копией процесс может выглядеть таким образом: ad...@server $ git commit -m blah-blah-blah ad...@server $ mkdir /tmp/tmp-repo pushd /tmp/tmp-repo ad...@server $ export GIT_DIR=/path/to/repo/.git ad...@server $ git checkout b1 ad...@server $ git reset --hard ad...@server $ git cherry-pick commit ad...@server $ git checkout b2 ad...@server $ unset GIT_DIR ad...@server $ popd rm -rf /tmp/tmp-repo Таким образом файлы в исходном каталоге меняться не будут, за исключением содержимого .git. Можно оформить скриптом и назвать его git-cherry-punch-in :-) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87aanrht8b@statyvka.org.ua
Re: а кто хорошо знает Git?
Dmitry E Oboukhov writes: [...] DEO все вроде хорошо, но в дереве конфигов переключать бранчи нельзя. DEO можно ли упростить процедуру попадания файла из бранча b2 в b1? то DEO есть без промежуточного дерева и без обязательного переключения DEO бранчей в рабочем дереве? git pull git cherry-pick commit ? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87bp88m47u@statyvka.org.ua
Re: Вьюер больших картинок
Ekimov Alexandr writes: EA В сообщении от Четверг 12 августа 2010 19:18:21 автор Victor Wagner EA написал: On 2010.08.12 at 18:45:44 +0400, Andrey Kiselev wrote: On Thu, Aug 12, 2010 at 12:23:02PM +0400, Victor Wagner wrote: Господа, а кто-нибудь в курсе, есть ли сейчас в дистрибутиве вьюер, способный эффективно работать с большими растровыми картинками? Под эффективно работать понимаается быстрое масштабирование и панорамирование. И естественно никаких промежуточных файлов. Должно работать даже если в распоряжении этой программы нет ни одной writable файловой системы. Это же вьюер nip2, но это не только вьюер и писать проект он обычно куда-нибудь хочет. Вот ровно этим, плюс отсутсвтием удобного интерфейса для просмотра, он меня и не устроил. Требования - должно работать при отсутствии вообще какой-либо writable файловой системы. (/tmp на tmpfs. т.е считай в RAM). EA Ваши требования НЕВЫПОЛНИМЫ. Вам надо программа, которая будет EA показывать изображения не влезающие в оперативную память, при этом EA не организовывать временного файла и не читать картинку EA кусками. Тут либо память (оперативная или дисковая), либо чтение EA кусками. Да вроде и не было ограничения на чтение кусками. Более того, именно это и просят. [...] -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87fwyjybxv@statyvka.org.ua
Re: Google Chrome доступен для Debian Lenny
Dmitry E Oboukhov writes: [...] DEO ну понятно. обычный пропагандистский бред Кажется в конце 80-х тоже в большом ходу были споры коммунизм vs капитализм, план vs рынок. Тогда большинство голосистых было за капитализм/рынок, голоса их оппонентов тонули в хоре восторженных и дружных воплей о безусловных и очевидных преимуществах. Причем самым частым контраргументом на доводы плановиков и совков было... правильно, пропаганда. Как причудливо тасуется колода... Есть у меня стойкое ощущение, что имеющие что сказать в этих спорах не участвовали тогда, не участвуют и теперь. А основной мотив дружно вопящих - эдакая мода на мировоззрение. [...] -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Perl or Python?
Alexander Danilov writes: [...] AD У меня на этапе изучения лиспа было очень яркое впечатления от AD одной очень мелкой задачки, которая была решена на лиспе. Надо было AD транспонировать матрицу. Решение состояло из вызова 3-х(трёх) AD функций, которые не имеют никакого отношения к матрицам, вообще AD никакого. То есть ни циклов, ничего такого, просто 3 строки, в AD каждой вызов одной функции, вложенный в другую. В лиспе также нет AD НИКАКИХ инструментов для обработки матриц. Делайте выводы. Вообще-то, можно одной строкой: (apply #'map 'list matrix), где matrix - список списков Но хотел бы я посмотреть на законченную реальную программу, которой бы надо было работать с матрицами, и чтобы матрицы в ней были представлены списками. :-) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: редактирование dbf-файла
Abba writes: A чем можно отредактировать и просмотреть содержимое dbf-файла в A Linux. пользовался с этой целью xql из пакета libxbsql-bin [...] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
