from:"Alexander Danilov"

Re: Readonly USB stick

2019-09-02 Пенетрантность Alexander Danilov

02.09.2019 14:41, Dmitry Alexandrov пишет:

Alexander Danilov wrote:

02.09.2019 13:27, nikolai.kondrat...@gmx.de пишет:

Подскажите, пожалуйста, как убрать защиту с Readonly USB stick. Там находилась
MXLinux live system.

Скорее всего навернулась флешка.

Почему? Чем предположение т. Николая — там поставлена защита в прошивке
(аппаратный переключатель он бы, я надеюсь, заметил) — менее вероятно?

Потому что статистика. Я уже не помню когда последний раз видел флешку с защитой. А навернувшуюся
флешку встречаю нередко.

Для проверки лучше скопировать с неё всё необходимое и попробовать
отформатировать на другом компе.

И что от чего это позволит дифференцировать? Что на накопитель запрещена
запись, что он просто сломан — писаться он не будет ни на какой машине.

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

Re: Readonly USB stick

2019-09-02 Пенетрантность Alexander Danilov


02.09.2019 13:27, nikolai.kondrat...@gmx.de пишет:

Всем привет!

Подскажите, пожалуйста, как убрать защиту с Readonly USB stick. Там находилась 
MXLinux live system.

Теперь:

#dd if=/dev/zero | pv | dd of=/dev/sda bs=1k count=2048

dd: failed to open '/dev/sda': Read-only file system

   11KiB 0:00:00 [3.89MiB/s] [<=>

#blockdev --setrw /dev/sda

#blockdev --getro /dev/sda

0

#dd if=/dev/zero | pv | dd of=/dev/sda bs=1k count=2048

dd: failed to open '/dev/sda': Read-only file system

64KiB0:00:00 [7.72MiB/s] [<=>

Т.е. blockdevне помогает,

#fdisk /dev/sda

Welcome to fdisk (util-linux 2.29.2).

Changes will remain in memory only, until you decide to write them.

Be careful before using the write command.

fdisk: cannot open /dev/sda: Read-only file system

fdisk тоже не помогает.

Флешка самая обычная

#lsblk

NAME MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT

sda    8:0    1  7.4G  0 disk

mmcblk0  179:0    0 29.1G  0 disk

├─mmcblk0p1  179:1    0  256M  0 part /boot/efi

├─mmcblk0p2  179:2    0 12.2G  0 part /

└─mmcblk0p3  179:3    0    2G  0 part [SWAP]

mmcblk0boot0 179:256  0    4M  1 disk

mmcblk0boot1 179:512  0    4M  1 disk

root@mx0:~# blkid

/dev/mmcblk0p1: UUID="287A-DFB9" TYPE="vfat" PARTLABEL="ESP" 
PARTUUID="a8b1b4d4-73bb-429e-88a5-3513ca1595d8"


/dev/mmcblk0p2: LABEL="rootMX18.3" UUID="1133cb7a-2ec5-48b1-8c5c-289c0c167e43" TYPE="ext4" 
PARTLABEL="primary" PARTUUID="76346316-39cd-488f-8f52-7b87aaf94259"


/dev/mmcblk0p3: LABEL="swapMX" UUID="77a671be-9ed2-4aae-bfc0-087f16eee293" TYPE="swap" 
PARTLABEL="primary" PARTUUID="8c35ab3d-0163-4c05-99d5-c4a16d94d1a2"


/dev/sda: LABEL="USB1" UUID="FE7C-4DFA" TYPE="vfat"

/dev/mmcblk0: PTUUID="6625913e-abe3-42fa-b5f9-1a1952d43ecb" PTTYPE="gpt"

root@mx0:~#

Заранее спасибо!

Николай





Скорее всего навернулась флешка.
Для проверки лучше скопировать с неё всё необходимое и попробовать 
отформатировать на другом компе.

Re: Проиграна ли борьба за вычислительную свободу?

2019-08-10 Пенетрантность Alexander Danilov

09.08.2019 11:14, Eugene Berdnikov пишет:

On Fri, Aug 09, 2019 at 12:43:21AM +0300, artiom wrote:

On Thu, Aug 08, 2019 at 09:47:48AM +0300, artiom wrote:

Как ГБ может заставить чужой браузер
ПолярнаяЛиса отдать в JS тот фингерпринт, который должен быть у
интересного юзеру сайта, а не тот, который в подсунутом чекистами
сертификате?

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

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

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

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

Паша Дуров вообще молодец, что борется против гэбешников и не соблюдает законы
РФ.
Не совсем, правда, понятно, почему он не борется против црушников и соблюдает
законы США.
Может потому, что бабки его в иностранных банках находятся и могут быть в любой
момент заморожены.

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

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

Точно так же на казахов можно найти действенные технические методы.

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

Re: отключить программно всё что крутится

2019-03-25 Пенетрантность Alexander Danilov

25.03.2019 15:06, Dmitry Alexandrov пишет:

Alexander Danilov wrote:

25.03.2019 5:49, Dmitry Alexandrov пишет:

fuf wrote:

Кстати, обесточить- тоже вариант.

Обесточить SATA нельзя. Ю-эс-би там, кстати, скорее всего, тоже.

А как тогда съёмные оптические приводы вытаскивают?

E vty
Руками? Механически? :-)

В ноутбуках именно так.

Как минимум оптические приводы обесточить можно

Вытащив? Конечно.

Программно. Подозреваю что eject это умеет.

подозреваю, что и обычные диски тоже.

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

У меня в старом ноуте Thinkpad извлечение оптического привода на лету - стандартная функция, надо
только системе сказать об этом. Ну и вместе CD , я туда иногда HDD втыкал. Отключал перед этим с
помощью eject или какой-то thinpad'овской утилиты, точно уже не помню.

Re: отключить программно всё что крутится

2019-03-25 Пенетрантность Alexander Danilov

25.03.2019 5:49, Dmitry Alexandrov пишет:

fuf wrote:

Нда..а, задумался.

И порвали нить. :-)

Пожалуй оставлю xfce и привычные программы как есть, а на usb поставлю что-нибудь
"обезжиренное"

Что «обезжиренное»? Вы же сказали, что вам нужен веб-обозреватель и
несвободные карты. Или уже не обязательны?

всё-таки охота попытаться сделать так, чтобы загрузившись с usb

И почему, кстати, с ю-эс-би? Вы же сказали, что там есть оптический привод.
Он вам нужен чаще, чем вот это все?

Если нет, то сделайте такую рокировку: (1) его на ю-эс-би; (2) на его место —
магнитный диск — так по меньшей мере проще будет снимать, а во-вторых там может
быть неполноскоростная SATA; (3) вместо магнитного диска — твердотельный.

ноут "забыл" про накопители,- риска то вроде никакого.

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

Кстати, обесточить- тоже вариант.

Обесточить SATA нельзя. Ю-эс-би там, кстати, скорее всего, тоже.

А как тогда съёмные оптические приводы вытаскивают? Как минимум оптические приводы обесточить можно,
подозреваю, что и обычные диски тоже.

Re: gnome $LANG

2019-01-30 Пенетрантность Alexander Danilov

30.01.2019 17:31, Victor Wagner пишет:

On Wed, 30 Jan 2019 17:06:14 +0300 (MSK)
yuri.nefe...@gmail.com wrote:

Вопрос о программных пакетах как бы повис.

Потому что я не понял, какие именно пакеты имеются в виду.

Скажем TeX Live. С одной стороны нужный пакет, но сколько
труда было затрачено, что бы его нормально вписать в дебиан.
А вот другой пакет - Root. Так ведь до конца и не включили.
Потому как типичные спагетти из трудно отслеживаемых
зависимостей, библиотек и программ разных версий. И развивается
слишком быстро. Так что пакеты, IMHO, зло. Но с ним можно жить.
Ю.

Проблема в том, что сейчас любой крупный программный пакет норовит
включить в себя собственный пакетный менеджер и предоставить
собственные пакеты расширений. У любого языка программирования сейчас
что-то такое есть - CPAN, pip, cargo, cabal, maven и т.д. Даже у emacs-а
свой пакетный менеджер завелся.

У Tcl до сих пор нет :)

Причем еще, как правило, по умолчанию пытается работать с правами
пользователя и ставить исполняемый код пользователю в ${HOME}.

А вот за это по-моему надо бить канделябрами.

Вот тут поподробнее: за что и в каком количестве?

Re: gnome $LANG

2019-01-30 Пенетрантность Alexander Danilov


30.01.2019 2:07, Dmitry Alexandrov пишет:

sergio  wrote:

Где для lightdm’а надо прописывать пользовательское окружение?


Вопрос в том, почему я в меню гнома поставил русский, но русским он не стал?


Потому что у вас так или иначе в окружении задана переменная LANG со странным 
(как справедливо отметил Артем Чуприна) значением C.UTF-8.  Если я вас верно 
понял, конечно.




% locale -a
C
C.UTF-8
en_US.utf8
POSIX
ru_RU.utf8

Вот такие локали у меня есть, например. Сам руками ничего не создавал, только 
инсталлятор.




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


Напротив, не вижу тут ничего уникального.  Правильная программа и должна 
отдавать предпочтение переменной из окружения перед настройками из файла.  
Выше, чем у переменной, приоритет только у ключа командной строки.


А почему в остальных wm/dm локаль из меню настраивается?


Полагаю, что те «остальные», с которыми вы сталкивались, писались людьми, не 
вполне представлявшими себе обычаи программирования под ГНУ.

Re: DD-WRT и 4G модем

2018-06-14 Пенетрантность Alexander Danilov

14.06.2018 15:02, Victor Wagner пишет:

On Thu, 14 Jun 2018 14:55:36 +0300
Alexander Danilov wrote:

два DCHP? Или получилось настроить роутер, чтобы он тупо бриджил
пакеты от свистка во локальную сеть?

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

Вообще говоря, не надо думать
1. Что NAT автоматически обеспечивает безопасность.
Я так не думаю. Но c NAT - это лучше, чем без NAT, большинство "хакеров" это притормозит и для
большинства пользователей, не являющихся техническими спецами этого будет "достаточно".> 2. Что его
разумно использовать для обеспечения безопасности.
Тут хотелось бы прочитать подробности, ибо сетевым администрированием уже давно не занимаюсь. Какие
нынче веяния?

Настроить фильтрацию пакетов через ebtables можно и в режиме бриджа.
Можно. Может быть подскажите, Виктор, какой-нибудь толковый HOWTO по конфигурированию достаточно
безопасной сетки домашней сетки в конфигурации modem->router->users?

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

Re: DD-WRT и 4G модем

2018-06-14 Пенетрантность Alexander Danilov

14.06.2018 14:37, Maksim Dmitrichenko пишет:

чт, 14 июн. 2018 г. в 13:51, Alexander Danilov <mailto:alexander.a.dani...@gmail.com>>:

Около месяца эксплуатирую Huawei e3372h-153 с двумя внешнимии антеннами в
связке с маршрутизатором
xiaomi mi mini в деревне.

Что касается модема - он хоть и подключается по usb, но конфигурируется по
ip. Конфигуратор там
простой, но всё что надо мне есть.

Спасибо за отзыв по хуавею. А я правильно понимаю, что у него там внутри ещё одна ОС, которая NAT'ит
все соединения и выдаёт DHCP? То есть получается, что от свистка до конечного девайся два NAT'а и
два DCHP? Или получилось настроить роутер, чтобы он тупо бриджил пакеты от свистка во локальную сеть?

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

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

Это, пока что, один из двух, несущественный для меня, недостаток mi wifi. Второй - хочу там openwrt,
но пишут, что там с wifi не всё гладко в openwrt, но я не проверял.

Re: DD-WRT и 4G модем

2018-06-14 Пенетрантность Alexander Danilov

13.06.2018 17:54, Maksim Dmitrichenko пишет:

Всем привет!

Не совсем про Debian, но я уверен, что список рассылки торт.

У кого есть опыт успешного применения 4G USB модема в совокупности с WiFi-роутером под управлением
DD-WRT? Мне требуется подружить роутер с любым 4G-модемом, который умеет подключать внешнюю антенну.
Из того, что я вижу у нас в продаже (но это возможно я плохо искал) - это Huawei 3372 и какой-то там
ZTE. Про ZTE вообще ничего не нашел применительно к DD-WRT.

Про Huawei нашел, что это тот ещё зверь - мол под одной маркетинговой моделью выпускается целый
набор модемов разных степеней упоротости и интерфейсов, дифференцировать которые на уровне USD
device/vendor id не представляется возможным. Далее есть несколько теоретических постов о том, как
можно таки заставить это работать. Но далее я вижу пост о том, что в DD-WRT вообще сломали mobile
broadband, начиная с билда 28815, но как-то не понятно - то ли сломали совсем, то ли сломали только
конфигурацию через вэб.

Короче, приветствуются советы по выбору и настройке модема. Допускается применение OpenWRT.
Маршрутизаторы так же можно советовать. Но тоже с возможностью внешних антенн (для Wi-Fi).

Около месяца эксплуатирую Huawei e3372h-153 с двумя внешнимии антеннами в связке с маршрутизатором
xiaomi mi mini в деревне. Судя по карте покрытия сотовых операторов в районе моего дома белое пятно.
Вначале втыкал модем в macbook - плавало от 3g до 2g нередко в течении дня. Около недели воткнул в
xiaomi mini и раздаю по дому через wifi - на 2g перескакивало только 1 раз. Думаю со временем
перенести маршрутизатор на чердак - надо только понять, как бы зимой от переохлаждения не померла.
На чердаке ловится стабильно 4g.
Модем не перешивал. Маршрутизатор перешил, ибо оригинальная не понимала usb модемы. Прошивка
называется Padavan. Сделана на базе OpenWrt, исходники все есть, собирается одним скриптом, который
всё вытягивает, конфигурирует и собирает сам. Web интерфейс удобный, несмотря на то, что я всяких
wrt давно насмотрелся и кроме openwrt'шного мне ничего не нравилось.

Надо сказать, что xiaomi несмотря на то, что обладает определённым запасом по возможностям (много
flash, озу и проца), используется мною в режиме "тут инет взял, сюда отдал", то есть никаких
приложений я там не запускаю, хотя такая возможность прошивкой предоставляется. Для всяких постоянно
работающих приложений у меня есть nas на rpi.

Что касается модема - он хоть и подключается по usb, но конфигурируется по ip. Конфигуратор там
простой, но всё что надо мне есть.

Re: Вот и проголосовали

2018-03-21 Пенетрантность Alexander Danilov


21.03.2018 23:56, artiom пишет:

21.03.2018 23:26, artiom пишет:

Я не бешусь.
Просто грустно от того, что 95% населения идиоты,


опять блин не тот народ попался!
ну что ты будешь делать?


Ну это ж не только в РФ. "Правило 95%" общеизвестно. Странно, что вы не
в курсе.



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


Причём тут это?
Констатация факта, что проголосовали.
И что проголосовали, как всегда, а не как хотелось.

.



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

Re: Raspberry PI 3 и архитектура aarch64

2018-03-19 Пенетрантность Alexander Danilov


19.03.2018 20:35, Victor Wagner пишет:


Коллеги,

А кто-нибудь тут пытался поднять на Raspberry Pi 3 B64-битный Debian?
Cудя по описанию на сайте, там процессор 64-битный, но образ Raspbian
дают 32-битный.

Нашел вот такое https://github.com/bamarni/pi64
но оно с прошлого лета не обновлялось. Поэтому прежде чем начинать
экспериментировать, хотелось бы услышать мнение тех, кто уже прошелся
по этой дорожке.



Я devuan ставил на rpi3, 64 битный. Там проблема с Wifi, но есть отдельный образ для debian, где 
вроде бы эта проблема решена. Где-то на debian wiki ссылка есть на этот образ.

Re: Как подключиться к X-серверу по локальной сети?

2018-03-02 Пенетрантность Alexander Danilov

02.03.2018 23:01, Зиганшин Руслан пишет:
И всё-таки, я хотел бы убедиться в этом лично. В том, что на rpi не оаботают 3d игры и не помещаются
на его sd-карту все офисные пакеты, я уже убедился. Теперь хочу, чтобы rpi был тонким клиентом к
моему шестиядерному ПК

Ну попробуйте, либо x11vnc, либо в настройках X сервера укажите ему, чтобы пускал соединения по
сети, а на rpi укажите, чтобы искал X сервер в сети. Подробности рассказывать не буду, ибо они
сильно зависят от desktop окружения.

А что касается офисных пакетов, которые не помещаются на sd карту - а размер раздела не пробовали
менять? но умолчанию он для / совсем маленький.

2 марта 2018 г. 22:05 пользователь "Alexander Danilov" <alexander.a.dani...@gmail.com
<mailto:alexander.a.dani...@gmail.com>> написал:

02.03.2018 20:36, Зиганшин Руслан пишет:

Есть 2 компьютера: x64 с Debianом и Raspberry Pi с raspbianом. Нужно из
Raspberry Pi
подключиться к графическому окружению Дебиана для возможности запуска в
том числе видеоигр с
Raspberry Pi

Те игры, что можно запустить на x64 с помощью сети будут оттормаживаться.
На Rpi вполне можно
поиграть во что-нибудь, даже немного 3d.

Re: Как подключиться к X-серверу по локальной сети?

2018-03-02 Пенетрантность Alexander Danilov


02.03.2018 20:36, Зиганшин Руслан пишет:
Есть 2 компьютера: x64 с Debianом и Raspberry Pi с raspbianом. Нужно из Raspberry Pi подключиться к 
графическому окружению Дебиана для возможности запуска в том числе видеоигр с Raspberry Pi
Те игры, что можно запустить на x64 с помощью сети будут оттормаживаться. На Rpi вполне можно 
поиграть во что-нибудь, даже немного 3d.

Re: Установить debian без systemd

2017-06-04 Пенетрантность Alexander Danilov

On 02.06.2017 19:16, Melleus wrote:

Igor Savlook writes:

On Sun, 2017-05-28 at 22:55 +0300, Melleus wrote:

Sergey B Kirpichev writes:

On Sun, May 28, 2017 at 09:53:34PM +0600, Жанибек Нагашыбай wrote:

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

Замути свой Devuan с шахматами и поэтессами. Круто!

Gentoo?

Неа в генту systemd уже пощемил всех. Поздно :)

В Handbook все еще написано, что основным идет OpenRC, а systemd
опционально и если кто без Gnome 3.8 и выше жить не может. Верил и
собирался переползать к ним после завершения своего нынешнего
проекта. Неужели все? FreeBSD - последний оплот свободного мира?

Используйте Devuan. Я сначала на RPI поставил - посмотрел, устраивает.
Потом на ноут - всё, что надо работает. Systemd выбросил. Но DE не использую -
XMonad :)

Печально наблюдать эту эпидемию и искать вынужденные замены ранее
неплохим, в общем-то продуктам. Лишь из-за того, что кому-то вздумалось
строить комбайны по примеру одной известной компании. Впрочем, не
удивлюсь, если это она же и профинансировала. Еще один грустный пример
того, как интеллект побеждают деньги.

Re: Gnome 3.4.2 и Radeon HD 7310

2015-02-03 Пенетрантность Alexander Danilov


03.02.2015 03:49, Evgeny Zubok пишет:


У тебя не хватает файла. Или он где-то неизвестно где. Вот он его в трех
местах поискал и не нашел. Криво поставил драйвера.

[   245.252] (EE) AIGLX error: failed to open 
/usr/X11R6/lib64/modules/dri/fglrx_dri.so, 
error[/usr/X11R6/lib64/modules/dri/fglrx_dri.so: cannot open shared object 
file: No such file
  or directory]
[   245.252] (EE) AIGLX error: failed to open /usr/lib64/dri/fglrx_dri.so, 
error[/usr/lib64/dri/fglrx_dri.so: cannot open shared object file: No such file 
or directory]
[   245.252] (EE) AIGLX error: failed to open 
/usr/X11R6/lib/modules/dri/fglrx_dri.so, 
error[/usr/X11R6/lib/modules/dri/fglrx_dri.so: cannot open shared object file: 
No such file or
directory]




Мне недавно довелось ставить fglrx на nettop, эта ошибка там была.
Я на всякий случай сделал ссылку в это место из 
/usr/lib/где/драйвер/лежит/fglrx_dri.so.
Nettop работает, возможно ему как-раз ссылки не хватало.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54d11d3a.9010...@gmail.com

Re: pmount completion в jessie

2015-01-27 Пенетрантность Alexander Danilov

27.01.2015 01:54, aleksey пишет:

27.01.2015 00:13, Alexander Danilov пишет:

Это Tcl есть на большем количестве железок - openwrt, сisco, старые
sco unix (если вы знаете, что это такое ;), win, linux, другие unix like.

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

если скрипт работает с тем, что есть в данной системе - то да.

(если вы знаете, что это такое ;)

Помериться хотите? ;)

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

И?

И вы много знаете языков, синтаксис которых описывается 12-ю правилами?
Простой язык.

А man bash я читал - впечатляет :)

Ну так я его тоже читаю по мере необходимости. И первые мои знания о нем
появились в результате знакомства unix like системами. А вот с тиклем не
довелось. А lua - потому что awesome.

И впредь прошу без нападок.

А их и не было.

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54c7e99b.3000...@gmail.com

Re: pmount completion в jessie

2015-01-26 Пенетрантность Alexander Danilov


26.01.2015 17:03, Fedor Zuev пишет:

On Mon, 26 Jan 2015, Artem Chuprina wrote:

ACЯзык, который плод раздумий - это tcl.  И плод это настолько вкусный,
ACчто стоило бы вообще-то sh вычеркнуть из претендентов.  К сожалению, в
ACIT как правило побеждает не лучшее решение, а худшее из приемлемых.
ACПоэтому tcl не выиграл ни в нише шеллов, ни в нише скриптовых языков
ACобщего назначения - и там, и там он лучший...

Видел я этот ваш tcl. Не впеатлился честно говоря. Заумь какая-то.
Возможно, под какой-то специфический стиль мышления он заточен
идеально. Но точно не под мой. Все-таки простые вещи должны делаться
просто.



Я всякое про Tcl читал, но эпитет заумный - первый раз в таком контексте 
встречаю :)
Афтар жжёшь, пиши исчо ;)


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54c6ace0.4040...@gmail.com

Re: pmount completion в jessie

2015-01-26 Пенетрантность Alexander Danilov

26.01.2015 19:39, aleksey пишет:

26.01.2015 19:17, Artem Chuprina пишет:

Fedor Zuev - debian-russian@lists.debian.org @ Mon, 26 Jan 2015 22:03:24
+0800 (IRKT):

ACЯзык, который плод раздумий - это tcl. И плод это настолько вкусный,
ACчто стоило бы вообще-то sh вычеркнуть из претендентов. К сожалению, в
ACIT как правило побеждает не лучшее решение, а худшее из приемлемых.
ACПоэтому tcl не выиграл ни в нише шеллов, ни в нише скриптовых языков
ACобщего назначения - и там, и там он лучший...

FZ Видел я этот ваш tcl. Не впеатлился честно говоря. Заумь какая-то.
FZ Возможно, под какой-то специфический стиль мышления он заточен
FZ идеально. Но точно не под мой. Все-таки простые вещи должны делаться
FZ просто.

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

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

Но на любителей sh tcl, действительно, впечатления не производит. Не
доставляет незабываемых ощущений при попытках выяснить, почему
переменная внутри while после пайпа как бы не работает, и как сделать,
чтобы все-таки работала. А с учетом багов его реализации в Solaris?

Во многом согласен на счет sh, но у него есть существенное преимущество
перед tcl:
Он есть на большинстве железок, где я могу захотеть запустить свой
скрипт в отличие от тикля.
Из последнего: OpenWRT на домашнем роутере.
Если пишу что-то более сложное, то использую lua. Просто потому что я
его знаю и он меня устраивает.

p.s. Я не говорю что tcl плохой, я объясняю почему именно мне он не
подходит.

Это Tcl есть на большем количестве железок - openwrt, сisco, старые sco unix (если вы знаете, что
это такое ;), win, linux, другие unix like.

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

А man bash я читал - впечатляет :)

Да, и ещё, Tcl, в отличии от sh, всё таки читается.

Re: Live USB

2015-01-10 Пенетрантность Alexander Danilov


11.01.2015 00:39, Mikhail Ramendik пишет:

Всем привет!

Понадобилось создать Live USB. Вероятно с jessie для начала (нужен 3D
драйвер для Ivy Bridge - надеюсь он там есть?). С иксами, а в них
чем-то минимальным вроде icewm. Боюсь что с network manager или wicd.

И главное - с возможностью иметь на флешке ещё и /home с записью в
него. Хочу полноценно работать с флешки, не трогая жёсткий диск
совсем. (Без свопа обойдёмся).

Вопрос - делается ли это? И если да, по какой бы инструкции?

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



apt-cache show unetbootin

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


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54b22c0d.3090...@gmail.com

Re: Монтирование флешек без DE

2014-12-28 Пенетрантность Alexander Danilov

28.12.2014 14:22, Mikhail Ramendik пишет:

Всем привет!

Тема поднялась в треде про jessie, но по-честному это новый тред.

Итак, у меня нет DE, у меня icewm, и монтирование флешек сделано через
скрипт, вызывающий sudo другой скрипт, который вызывает mount
несколько раз (со всеми возможными /dev/sdN и /dev/sdN1).
Размонтирование - скрипт с sudo umount /media/flash . Проблема
создания каталогов не существует - существование пустого /media/flash
никому не мешаем.

У костыля две проблемы:

- Невозможно подмонтировать два USB устройства одновременно. Но меня
это устраивает - зато у одного подмонтированного фиксированное имя
каталога. Значит, и юзерам, и скриптам проще с ним работать.

- Нет иконки в трее, которая показывала бы, что флешка смонтировала, и
позволяла бы её размонтировать. И вот только это хотелось бы решить.

Вариант с авторазмонтированием по N секунд отсутствия доступа меня не
устраивает. Юзер не видит - произошло размонтирование или нет. И он
может, не заметив процесса, держащего доступ к флешке (или просто не
зная о нём), сосчитать до трёх и вытащить флешку, разрушив данные.
Так что размонтирование обязано быть ручным, и если оно не удалось,
юзер должен об этом узнать.

Как мне в этом помогли бы упомянутые варианты с pmount и udisks-glue,
я не знаю. Делать что-то самописное в трей, запускаемое из скрипта
монтирования? Или всё-таки есть готовое решение?

У меня xmonad и, до недавнего времени, был xfce. Теперь xfce послан, ибо хочет systemd где-то там у
себя в зависимостях. Сейчас у меня диски монтируются через скрипт-конфигуратор для autofs (я его
когда-то тут выкладывал), затем я с помощью dmesg | tail смотрю какой диск и захожу в
~/mnt/removable/имя диска .

~/mnt/removable - /var/autofs/removable/
Имя диска у меня - это sdXN.

Так как флешками я пользуюсь ну очень редко, то мне лень написать небольшую утилитку на Tcl/Tk
которая бы делала следующее:

1. Висела в трее (у меня stalonetray)
2. слушала какой-нибудь /tmp/autofs-info.pipe на предмет сообщений от скрипта-конфигуратора для
autofs о распознанных им устройствах и файловых системах.
3. при нажатии на иконку выдавала бы меню со списком устройств(имя, ФС, подмонтирована или нет) и
при выборе запускала файловый манагер или чего ещё, или просто тупо открывала каталог и держала его,
пока пользователь не снимет флажок блокировки, щелкнув ещё раз по имени этого устройства
4. каким-либо образом распознавала бы, что autofs отмонтировал устройство по таймауту, тут или логи
надо читать, или утилитку запустить, пока ещё не определился.

Сделать всё это можно вызывая из Tcl либо системные утилиты(exec/open), либо функции из библиотек
(critcl). Первый прототип можно сделать за час-полтора. До ума довести можно по мере появления новых
условий задачи.

Готовые решения есть, но они в последнее время так или иначе завязываются на systemd, что многим не
нравится.

Re: Wheezy в VMWare и разрешение экрана

2014-12-04 Пенетрантность Alexander Danilov

04.12.2014 21:59, Victor Wagner пишет:

Коллеги.
Вот есть VMWare Workstation 9.0.3 for Windows и есть в ней виртуальная
машина с Debian Wheezy. Хочется иметь на экране сессию LXDE на весь
экран и по возможности реже вспоминать что там вообще-то хост-система
windows.

Но почему-то X-сервер в VMWare считает, что максимально допустимое
разрешение экрана 1280x1024 а для более других видеорежимов insufficient
memory. А монитор FullHD. Терять треть экранного пространства не
хочется.

Jessie в соседней виртуальной машине при этом согласен на любые
разрешения вплоть до 8192x8192.

Вопрос - существует ли решение проблемы, не требующее dist-upgrade?
В xorg.conf что-нибудь написать например.

Обычно хватает установить в винде то, что в debian называется
virtualbox-guest-additions-iso,
а затем в при запущенной виртуальной машине в меню выбрать Вид/Подгонять вид экрана
гостевой ОС.,
если я, конечно, правильно понял вопрос.

Альтернативный вариант - поставить xrdp и ходить в виртуальную машину
через подключение к удаленному десктопу. Но - при выборе способа
подключения vnc на получающемся дисплее отсутствует расширение xkb, а
способ подключения xrdp (который через libxup.so) который рекомендуется
во всяких howto-шках у меня не заработал ни в wheezy, ни в jessy - после
ввода логина и пароля появляется окошко с логом, говорит что connect ok,
а потом вываливается из сессии.

XMingw не предлагать, мне в нем шрифты не нравятся.

+100500 :)

Re: два монитора: скрип тинг

2014-11-13 Пенетрантность Alexander Danilov


13.11.2014 15:33, sergio пишет:

On 11/13/2014 01:59 PM, Victor Wagner wrote:


А может не надо вычислять марку монитора?


А его серийник!

% cat =parse-edid.pl
#!/usr/bin/perl

use strict;
use warnings;

use Parse::EDID;
use Data::Dumper;

my $raw_edid;
{
$/ = undef;
$raw_edid = ;
}

print Dumper( parse_edid( $raw_edid ) ) ;


% cat /sys/class/drm/card0-DP-1/edid | parse-edid.pl
...


Но /sys это муть, и надо брать edid, наверное, из xrandr, с --verbose он
его показывает.




sudo apt-get install read-edid , если вдруг не в курсе.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54651be3.8060...@gmail.com

Re: chroot cannot open shared object file

2014-11-07 Пенетрантность Alexander Danilov


07.11.2014 12:33, Artem Chuprina пишет:

Artem Chuprina - debian-russian@lists.debian.org  @ Fri, 07 Nov 2014 11:31:31 
+0300:

  AC /opt/ghc/7.8.3/bin/ghc --version
  AC /opt/ghc/7.8.3/lib/ghc-7.8.3/bin/ghc: error while loading shared 
libraries: libHShaskeline-0.7.1.2-ghc7.8.3.so: cannot open shared object file: No 
such file or directory

  AC при этом

  AC ldd /opt/ghc/7.8.3/lib/ghc-7.8.3/bin/ghc|grep 
libHShaskeline-0.7.1.2-ghc7.8.3.so
  AC libHShaskeline-0.7.1.2-ghc7.8.3.so = 
/opt/ghc/7.8.3/lib/ghc-7.8.3/bin/../haskeline-0.7.1.2/libHShaskeline-0.7.1.2-ghc7.8.3.so
 (0x7ff10b2c1000)

Дополнительное расследование (запуск того и другого в окружении
LD_DEBUG=libs,files) показало, что при ldd ld.so смотрит на RPATH из
бинарника, а при запуске - нет.  Опять же, гугл на эту тему ничего
вразумительного не рассказывает...




Не уверен, но всё же...
Возможно ldconfig сможет подказать, что происходит.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/545c99fe.90...@gmail.com

Re: Чёртов язык Си!

2014-10-06 Пенетрантность Alexander Danilov


07.10.2014 01:45, Dmitrii Kashin пишет:


Оказывается, можно объявлять структуры, не объявляя их поля. Я в
шоке. Оказывается, заголовки можно писать вот так:

-- my-objects.h --

struct my_object;
struct my_object * my_object_create();
int my_object_do_something(struct my_object * object);

--

И таким образом изменение структуры не повлечёт за собой необходимость
перекомпиляции всех программ, которые пользуются библиотекой my-objects.

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

[1] 
http://www.gnu.org/software/gnu-c-manual/gnu-c-manual.html#Defining-Structures



Название: Язык программирования Си для персонального компьютера
Автор: Бочков С. О., Субботин Д. М.
Издательство: Диалог, Радио и связь
Год: 1990
ISBN: 5-256-00974-5

Не про unix, а про dos, но всяких интересных подробностей там хватает,  
настоятельно рекомендую.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/5433144f.3040...@gmail.com

Re: Пиктомир для Stable

2014-03-29 Пенетрантность Alexander Danilov

29.03.2014 17:19, Victor Wagner пишет:

Существует такая визуальная среда для обучения детей программированию -
Пиктомир (www.piktomir.ru). Вполне себе собирается под Linux (на Qt),
распространяется в исходниках.

Почему-то я не сумел найти готовые пакеты для Linux. Для Suse есть. для
Alt есть. C некоторым трудом нашёл исходники deb-пакета для ubuntu
maveric (это что-то примерно 3-летней давности. 10.10 что-ли).

При попытке честно пересобрать pbuilder-ом этот пакет, выяснилось что
комбинация флагов -Werror -Wold-style-cast приводит к тому что не
компилируются include-файлы от core Qt. (вероятно, в maveric были другие
версии и gcc и qt, и там эта проблема не возникала).

Ну ладно, оторвал оттуда -Werror.

Оно собралось и даже запускается. Но вот при попытке почитать хэлпы
почему-то везде, кроме оглавления показывается то, что называется
крокозябры. То есть utf-8, проинтерпретированнй как iso8859-1.

Для оторбражения хелпа там используется вроде бы webkit. Во всяком
случае libqtwebkit-dev в Build-Depends присутствует, а вроде больше ни
для чего он там не нужен.

Во всех HTML файлах
тэг meta content-type=text/html; charset=utf-8 / присутствует.

Возможно, (хотя вряд ли) проблема связана c тем, что при сборке в
pbuilder локаль была выставлена в C.

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

Возможно проще будет взять версию под win. Она через Wine вполне себе работала.

Re: Пиктомир для Stable

2014-03-29 Пенетрантность Alexander Danilov

29.03.2014 19:51, Victor Wagner пишет:

On 2014.03.29 at 19:43:50 +0400, Alexander Danilov wrote:

исправления работы хелпа.

Возможно проще будет взять версию под win. Она через Wine вполне себе работала.

Ага, при наличии авторской (незапакетированной) сборки под Linux и
бинарного пакета под
Ubuntu, который, возможно, поставится, я буду ставить версию под Win.

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

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

А надо учить писать такие приложения. Например, на Tcl/Tk (а лучше сделать DSL для этого) - уж вы,
Виктор, точно сможете :)

P.S.: если вдруг кто не в курсе, то есть аналог Пиктомира - light bot, он и для android есть и flash
версию я где-то видел.

Re: FTP

2014-03-15 Пенетрантность Alexander Danilov


14.03.2014 23:01, Руслан Зиганшин пишет:

1) Вы пробовали перезапустить vsftpd после изменения конфиг-файла?
(Самый простой способ - перезагрузка ПК)


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

# service vsftpd reload


...



--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53242de2.4090...@gmail.com

Re: Программирование научных программ на C.

2014-02-08 Пенетрантность Alexander Danilov

08.02.2014 19:57, Dmitrii Kashin пишет:

Artem Chuprina r...@ran.pp.ru writes:

Dmitrii Kashin - debian-russian@lists.debian.org @ Fri, 07 Feb 2014 14:11:40
+0400:

gcc тоже поддерживает, но в сильно извращенной форме:

http://gcc.gnu.org/wiki/FAQ#What_is_the_status_of_adding_the_UTF-8_support_for_identifier_names_in_GCC.3F

DK Жесть. И этот UCN'овский \U я вижу в GDB вместо нормальных
DK имён... Не спорю, писать так будет легче, но во время отладки я повешусь
DK же.

Если тебе для написания расчетов требуется лазить туда в GDB, еще раз
скажу: ВОЗЬМИ ХАСКЕЛЬ!
...

Вы были убедительны, на хаскель посмотрю. Но всё-таки хотелось бы вновь
поднять вопрос о литературе. Вот Alexander Danilov в сообщении
52eb5a40.8050...@gmail.com предложил список литературы.

Alexander Danilov alexander.a.dani...@gmail.com writes:

http://learnyouahaskell.com/chapters

http://book.realworldhaskell.org/read/

Именно в такой последовательности.

Подходит ли эта литература, если я хочу получить представление о языке и
его возможностях, скажем, в течение недели? Или на такие сроки надеяться
наивно?

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

--
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/52f65f66@gmail.com

Re: Программирование научных программ на C.

2014-01-31 Пенетрантность Alexander Danilov


31.01.2014 03:10, yuri.nefe...@gmail.com пишет:

On Fri, 31 Jan 2014, Artem Chuprina wrote:


Dmitrii Kashin - debian-russian@lists.debian.org  @ Thu, 30 Jan 2014 22:41:05 
+0400:


DK Кстати говоря, Хаскель действительно чисто функциональный язык
DK программирования? А то мне так и про scheme когда-то говорили, а
DK оказалось всё куда сложнее.

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



   А какую книжку по haskell для начала почитать посоветуете?
Ю.


http://learnyouahaskell.com/chapters

http://book.realworldhaskell.org/read/

Именно в такой последовательности.


--
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/52eb5a40.8050...@gmail.com

Re: Программирование научных программ на C.

2014-01-30 Пенетрантность Alexander Danilov


30.01.2014 19:00, Dmitrii Kashin пишет:


Ещё один накипевший абстрактный запрос к сообществу.

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

Появилась мысль, что чем писать нечто вроде density_liquid, было бы
неплохо записать нормальными греческими буквами, как в LaTeX \(\rho_l\),
и читалось бы это просто замечательно.

Так как стандарт C99 не поддерживает юникода в качестве имён, я подумал,
что возможно можно использовать LaTeX только для отображения в редакторе
(в моём случае Emacs), а перед компиляцией прогонять программу через
дополнительный парсер, заменяющий LaTeX на имена, соответствующие
стандарту C99.

Впрочем, я так и не нашёл minor-режима для отображения формул в окне
Emacs. auctex и preview-latex лишь модифицируют поведение latex-mode, а
я бы хотел видеть формулы в c-mode.

О LaTeX речь неспроста. Можно, конечно, использовать близкую
транслитерацию, и заменить \rho_l на r_l, однако вопрос актуален ещё и в
том плане, что для научных программ разумно было бы использовать LaTeX
для написания *комментариев*, поясняющих работу кода.

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



Немного не в тему, на мой взгляд, математические программы лучше всего писать 
на Haskell.
Именно математические - для этого в Haskell есть много всего очень полезного и, unicode и latex, в 
том числе. Да и сама программа на Haskell - это набор связанных функций.



--
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/52ea97ed.6000...@gmail.com

Re: Программирование научных программ на C.

2014-01-30 Пенетрантность Alexander Danilov

30.01.2014 22:41, Dmitrii Kashin пишет:

Alexander Danilov alexander.a.dani...@gmail.com writes:

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

Было б у меня больше времени. Я тут всё силюсь lisp освоить, хоть в
каком-то виде. Прогресс небольшой пока: сайт себе сделал.

Именно математические - для этого в Haskell есть много всего очень
полезного и, unicode и latex, в том числе.

А что Вы понимаете под математическими программами? Я вот занимаюсь
физикой, и мы в основном заняты численным решением нелинейных
дифуров. Как по-вашему, это математическая задача?

По моему - вполне себе математическая.

Да и сама программа на Haskell - это набор связанных функций.

Кстати говоря, Хаскель действительно чисто функциональный язык
программирования? А то мне так и про scheme когда-то говорили, а
оказалось всё куда сложнее.

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

--
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/52ea9f4d.4060...@gmail.com

Re: куда приспособить SSD?

2013-12-13 Пенетрантность Alexander Danilov


On 13.12.2013 20:46, dm.fedorov wrote:

13 декабря 2013 г., 23:31 пользователь Pavel Volkov написал:

On Friday 13 December 2013 14:53:49 Alexander Wiedergold wrote:

Своп советую сделать в два раза больше, чем ОЗУ. = 12GB


Это какой-то окаменелый непонятно чем обусловленный совет.
Если у меня ОЗУ 64 Гб, надо выделять swap на 128?


Он не только окаменелый, но и неправильно понятый.
Рекомендация swap=(2..3)*ram была _ограничением_,
потому как если этот объём свопа используется,
в системе растёт объём перекачки страниц и время реакции
на пользовательский ввод становится неприемлемо большим
и, соответсвтенно, дальнейший рост размера свопа
становится бесполезным.



daapp-x200s free 
   ~

 total   used   free sharedbuffers cached
Mem:   819941262202721979140  0 5848362494224
-/+ buffers/cache:31412125058200
Swap:  841113233818885029244

Советую сделать swap несколько больше ram, дабы при hibernate вся память влезла 
на своп.
А пропорцию 1:2 при больших объемах памяти на ноутах надо соблюдать только в случае каких-то 
специализированных задач.


У меня SSD, если что :)


--
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/52ab4230.2080...@gmail.com

Re: установка по сети

2013-12-11 Пенетрантность Alexander Danilov


On 11.12.2013 12:18, Anatoly Pugachev wrote:

2013/12/10 Alexander Danilov alexander.a.dani...@gmail.com:

On 10.12.2013 18:12, Anatoly Pugachev wrote:


Здравствуйте!

А подскажите, если имеется установочный cdrom или dvd от debian 7.2 ,
можно ли на основе него сделать установку по сети? то есть поднять на
соседней машине http сервер, скопировать файлы с iso или смонтировать
сам iso и указать данный сервер в качестве установочного? Или
необходимы какие-то дополнительные шаги (по аналогии с yum/rpm -
repocreate) ?

Собственно в сети уже есть RHEL/SLES сервера, на один из них скачан
debian 7.2 installation dvd, и имеется возможность ставить новую
машину только по сети, но нет возможности тянуть все пакеты из
интернета (с зеркал).


Можно.
Простейший вариант - примонтировать образ iso или диск в приводе куда-нибудь
в структуру ftp сервера, далее с netboot образа и в качестве зеркала debian
указать этот сервер в своей сети и путь к примонтированному диску.


я пробовал c монтирование iso и отдачей пути через http, сначала не
был найден файл (apache/httpd error.log):

[Tue Dec 10 16:06:10 2013] [error] [client 192.168.158.90] File does
not exist: /iso/debian/dists/wheezy/Release.gpg

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


Проверку Release.gpg  отключить как-то можно, но надо почитать debian installation manual, точно я 
не помню.





Есть ещё возможность из под другого linux развернуть debian.

Все эти и другие варианты хорошо описаны в Debian installation manual на
сайте www.debian.org и на cd/dvd.


На всякий случай - есть такая штука, как unetbootin, и в debian есть, и на
sf.net скачать можно и под linux, и под win. Она позволяет из iso образа
сделать установочную usb-flash. Конечно же целевая машина должна уметь
загружаться по usb.


в моем первом письме было написано установка по сети, потому что нет
других возможностей установки (cd, dvd, usb, local hdd, etc...). Я же
не от хорошей жизни по сети ставлю :)

Но за предложения все равно спасибо.



Есть ещё вариант установки debootstrap.


--
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/52a839e8.6030...@gmail.com

Re: установка по сети

2013-12-10 Пенетрантность Alexander Danilov

On 10.12.2013 18:12, Anatoly Pugachev wrote:

Здравствуйте!

А подскажите, если имеется установочный cdrom или dvd от debian 7.2 ,
можно ли на основе него сделать установку по сети? то есть поднять на
соседней машине http сервер, скопировать файлы с iso или смонтировать
сам iso и указать данный сервер в качестве установочного? Или
необходимы какие-то дополнительные шаги (по аналогии с yum/rpm -
repocreate) ?

Собственно в сети уже есть RHEL/SLES сервера, на один из них скачан
debian 7.2 installation dvd, и имеется возможность ставить новую
машину только по сети, но нет возможности тянуть все пакеты из
интернета (с зеркал).

Спасибо!

Можно.
Простейший вариант - примонтировать образ iso или диск в приводе куда-нибудь в структуру ftp
сервера, далее с netboot образа и в качестве зеркала debian указать этот сервер в своей сети и путь
к примонтированному диску.

Есть ещё возможность из под другого linux развернуть debian.

Все эти и другие варианты хорошо описаны в Debian installation manual на сайте www.debian.org и на
cd/dvd.

На всякий случай - есть такая штука, как unetbootin, и в debian есть, и на sf.net скачать можно и
под linux, и под win. Она позволяет из iso образа сделать установочную usb-flash. Конечно же целевая
машина должна уметь загружаться по usb.

Re: emacs24 и UTF-8

2013-12-07 Пенетрантность Alexander Danilov


On 07.12.2013 16:35, Oleksandr Gavenko wrote:

On 2013-12-07, Artem Chuprina wrote:


Хмутро.

Этот тут мне кто-то рассказывал, что emacs24 весь из себя UTF-8 внутри?
Авотфих.  Попытался я тут творчески развить just-one-space, и...

(skip-chars-backward  \t -—–)

(пробел, табуляция, неразрывный пробел (160), минус, em-dash (8212),
en-dash (8211))

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


Читаем доку:

   skip-chars-forward is a built-in function in `C source code'.

   (skip-chars-forward STRING optional LIM)

   Move point forward, stopping before a char not in STRING, or at pos LIM.
   STRING is like the inside of a `[...]' in a regular expression
   except that `]' is never special and `\' quotes `^', `-' or `\'
(but not at the end of a range; quoting is never needed there).
   With arg ^a-zA-Z, skips nonletters stopping before first letter.

Я поставил минус в конце строки - заработало ))


Обходится, понятно, тривиально, особенно если заменить строку на список
символов.  Но, в общем, слухи про весь внутри UTF-8 сильно
преувеличены...



Кстати, логично. Видимо skip-chars-backward подставляет свой аргумент в регулярное выражение между 
[ и ], а там минус - специальный символю



--
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/52a31e81.4000...@gmail.com

Re: emacs24 и UTF-8

2013-12-07 Пенетрантность Alexander Danilov


On 07.12.2013 18:41, Artem Chuprina wrote:

Alexander Danilov - debian-russian@lists.debian.org  @ Sat, 07 Dec 2013 
17:11:29 +0400:

   Этот тут мне кто-то рассказывал, что emacs24 весь из себя UTF-8 внутри?
   Авотфих.  Попытался я тут творчески развить just-one-space, и...
  
   (skip-chars-backward  \t -—–)
  
   (пробел, табуляция, неразрывный пробел (160), минус, em-dash (8212),
   en-dash (8211))
  
   не проходит назад через минус (в смысле, если курсор сразу за минусом,
   он не сдвигается).  Если убрать из строки, к примеру, неразрывный
   пробел, то перескакивает в начало буфера.
  
   Читаем доку:
  
  skip-chars-forward is a built-in function in `C source code'.
  
  (skip-chars-forward STRING optional LIM)
  
  Move point forward, stopping before a char not in STRING, or at pos LIM.
  STRING is like the inside of a `[...]' in a regular expression
  except that `]' is never special and `\' quotes `^', `-' or `\'
   (but not at the end of a range; quoting is never needed there).
  With arg ^a-zA-Z, skips nonletters stopping before first letter.
  
   Я поставил минус в конце строки - заработало ))
  
   Обходится, понятно, тривиально, особенно если заменить строку на список
   символов.  Но, в общем, слухи про весь внутри UTF-8 сильно
   преувеличены...

  AD Кстати, логично. Видимо skip-chars-backward подставляет свой аргумент в
  AD регулярное выражение между [ и ], а там минус - специальный символю

Вот что значит: маленький экран...  Я тупо не увидел дальнейшей части,
ну и не прочел...




truncate long lines делать надо :)


--
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/52a3353e.9000...@gmail.com

Re: Не удается подключиться к незащищенным сетям средствами wireless-tools.

2013-11-15 Пенетрантность Alexander Danilov


On 15.11.2013 17:08, yuri.nefe...@gmail.com wrote:

On Fri, 15 Nov 2013, Eugene Berdnikov wrote:

...


Дальше изучайте документацию. Есть ещё wpa_gui для крепких духом и телом. :)


  А что с wpa_gui не так? Я ей вот как раз где-то с месяц пользуюсь
  и пока ничего не заметил. Висит себе в доке и висит.
  Иногда, быстро просканировать и открытую сеть подцепить на короткое
  время позволяет. Постоянные точки все равно в /wpa_supplicant.conf
  прописываю.
Ю.


А что с wpa_gui не так? Зачем руками прописываешь?


--
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/5286234f.4070...@gmail.com

Re: ARM нетбуки

2013-11-05 Пенетрантность Alexander Danilov

On 05.11.2013 04:32, Mikhail Ramendik wrote:

Всем привет!

Водружал ли кто-нибудь (успешно) Debian на китайские недорогие нетбуки с ARM,
поставляемые с
Android? Вроде вот этого:

http://www.aliexpress.com/item/New-7-inch-mini-laptop-VIA8850-WIFI-1GB-RAM-4GB-Storage-Android-4-1-Ce-6/600195604.html

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

Если водружали - нельзя ли в частности узнать, есть ли OpenGL драйверы? А то я
кое-что хотел бы
гонять. Я понимаю, конечно, что производительность будет не как у Intel-based
ноутов, но мне хватало
ноута 2006 года.

У меня самого такого бука нет, но я интересовался этим вопросом:
1. Для этого cpu есть linux и даже есть для такого бука, в инете я точно это
видел.
2. года 3 назад в debian-laptop или debian-arm собиралась толпа и заказывала какому-то китайскому
производителю небольшую партию (что-то около 100 штук) подобных буков (10'' ,256Mb, ethernet и тд)

Но най мой взгляд, данных конкретный вариант бука дохловат - слабая батарея, плохое разрешение
экрана. Я бы поискал что-то из 10'' или более мелких, типа sharp netwalker, но с нормальной
матрицей, впрочем, таких мелких я , к сожалению, давно не встречал.

Re: Debian region settings

2013-08-17 Пенетрантность Alexander Danilov


On 17.08.2013 23:04, Maxim Markov wrote:


Hello.

Why in the settings of the region have no choiceRussia?

--
Maxim


What region? Time zone? If time zone - there are several time zones in Russia.


--
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/520fce6f.5040...@gmail.com

Re: CAD попроще посоветуйте

2013-07-18 Пенетрантность Alexander Danilov


On 17.07.2013 14:00, dimas wrote:

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




freecad - это для 3d моделирования, даже где-то у них на сайте брал deb.
Про него есть даже книга, но там пока только несколько глав по основам.


--
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/51e78f7e@gmail.com

Re: Шрифт для эмулятора терминала

2013-06-24 Пенетрантность Alexander Danilov


On 24.06.2013 19:46, Vladimir Zhbanov wrote:

On Fri, Jun 21, 2013 at 12:57:06AM +0400, Alexander Danilov wrote:
...

Вообще, не понимаю как связан тайловый wm и размер шрифта. Последний
зависит от задачи. Одно дело, если в терминале работаешь часами, другое
дело — туда apt-get upgrade сыпет сообщения.


Связь очень простая - нафиг это не надо теперь делать.


Простите, что не надо делать:
   работать в терминале?
   использовать apt-get?
   использовать разные шрифты в терминале?


последнее


--
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/51c872ee.2080...@gmail.com

Re: Шрифт для эмулятора терминала

2013-06-21 Пенетрантность Alexander Danilov


On 21.06.2013 01:48, Иван Лох wrote:

On Fri, Jun 21, 2013 at 12:57:06AM +0400, Alexander Danilov wrote:


Да, прямо так? Не проверяя код возврата? ;)))




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


Тогда много лучше
UXTerm*bellIsUrgent: true

make; echo -n $'\a'

Во-первых, нет идиотского сообщения
Во-вторых, на окно с флагом urgent есть шоткат всегда


А в третьих пользователь отошёл, и писк не услышал,  сообщение будет висеть 
пока не отключишь.


--
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/51c3fac1.6070...@gmail.com

Re: Шрифт для эмулятора терминала

2013-06-20 Пенетрантность Alexander Danilov

On 20.06.2013 18:17, Victor Wagner wrote:

On 2013.06.20 at 15:13:44 +0400, Dmitrii Kashin wrote:

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

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

Как зачем? Чтобы на лету менять шрифт. Запускаешь make - делаешь шрифт
unreadable, чтобы только было видно, бегут там строчечки или оно
остановилось. Начинаешь редактировать - делаешь покрупнее. Запускаешь
nethack, вообще делаешь 80x25 на весь экран.

Так, на всякий случай вставлю свои 5 копеек. Немного не в тему,
но вдруг кто не в курсе.

Так вот, правильные тайловые WM очень удобны, в плане, когда хочется много окон,
но не хочется ими вручную рулить. 10 рабочих столов у меня мысленно разбиты на
несколько групп:
на первом браузер, на втором почта/im, на третьем код (emacs), на последнем вражецкий скайп, на
остальных - в зависимости от ситуации. Переключение на любой стол - 1 комбинация из 2-х клавиш под
левую руку. Из спрятанных на заднем фоне окон могу вспомнить только 1-й, 2-й и, иногда, 3-й стол.

Последний раз менял размер шрифта xterm до смены WM на текущий.

Долгоиграющие задания удобно завершать так:
$ make ; notify-send -t 0 Всё сделано, Хозяин.

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

Re: Шрифт для эмулятора терминала

2013-06-20 Пенетрантность Alexander Danilov

On 21.06.2013 00:37, Иван Лох wrote:

On Fri, Jun 21, 2013 at 12:30:18AM +0400, Alexander Danilov wrote:

под левую руку. Из спрятанных на заднем фоне окон могу вспомнить
только 1-й, 2-й и, иногда, 3-й стол.
Последний раз менял размер шрифта xterm до смены WM на текущий.

Вообще, не понимаю как связан тайловый wm и размер шрифта. Последний
зависит от задачи. Одно дело, если в терминале работаешь часами, другое
дело — туда apt-get upgrade сыпет сообщения.

Связь очень простая - нафиг это не надо теперь делать.

Долгоиграющие задания удобно завершать так:
$ make ; notify-send -t 0 Всё сделано, Хозяин.

Да, прямо так? Не проверяя код возврата? ;)))

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

Re: про apt-get autoremove

2013-06-06 Пенетрантность Alexander Danilov

On 06.06.2013 09:36, Dmitrii Kashin wrote:

At Thu, 6 Jun 2013 07:10:41 +0400,
Eugene Berdnikov wrote:

On Thu, Jun 06, 2013 at 12:07:12AM +0400, Dmitrii Kashin wrote:

Коли так, то заранее призову Вас ко здравому смыслу, потому что
половина используемого Вами софта перестанет работать. Просто как
пример: Evince имеет нестрогую зависимость от DBus, но без него
откажет в возможности просмотра pdf/djvu. Только dvi.

Интересно, как специалисты по здравому смыслу объясняют желание
программы иметь dbus для просмотра pdf/djvu? Мне лично как
марсианину кажется, что смысла здесь не больше, чем в поиске
жизни на Земле... :)

Я это объясняю так: Rest in Peace, Evince. :(

Дело не в evince, а в том приложении, без которого или совсем никак или очень плохо, и которое при
этом хочет dbus. А evince есть на что заменить в случае необходимости.

Re: про apt-get autoremove

2013-06-06 Пенетрантность Alexander Danilov

On 06.06.2013 12:57, Artem Chuprina wrote:

Alexander Danilov - debian-russian@lists.debian.org @ Thu, 06 Jun 2013
10:28:28 +0400:

AD Дело не в evince, а в том приложении, без которого или совсем никак или
очень
AD плохо, и которое при этом хочет dbus. А evince есть на что заменить в
случае
AD необходимости.

На что, кстати? xpdf, вроде бы, так и не научился искать русский текст
в PDF... Ну и медленнее намного. Зато надежнее, да.

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

Кстати в android есть читалка ebookdroid, умеет pdf/djvu и даже fb2 с opds. Это так, к сведению. Про
её умение fb+opds узнал вчера случайно, Интерфейс там конечно перегруженный, но fbreader перестал с
opds качать совсем.

Re: про apt-get autoremove

2013-06-06 Пенетрантность Alexander Danilov

On 06.06.2013 14:10, Покотиленко Костик wrote:

В Чтв, 06/06/2013 в 07:10 +0400, Eugene Berdnikov пишет:

On Thu, Jun 06, 2013 at 12:07:12AM +0400, Dmitrii Kashin wrote:

Смысл - интеграция (тесная взаимосвязь компонент). Если Вы противник DE,
это не для Вас.

DE - они разные бывают, тесная связь компонент - это следствие недоработки архитектуры этого самого
DE. Я бы предпочёл DE со слабосвязанными легко заменяемыми компонентами. А популярные нынче DE этим
похвалится не могут. По поводу DE у Витуса помнится где-то был неплохой текст.

Re: armhf?

2013-06-02 Пенетрантность Alexander Danilov

On 02.06.2013 08:42, Artem Chuprina wrote:

Alexander Danilov - debian-russian@lists.debian.org @ Fri, 31 May 2013
15:49:54 +0400:

Два вопроса.

armhf в wheezy у нас полноценно живой, или менее надежен, чем armel?

AD на armhf запускается ghci, а на armel - нет :(
AD так что не только живой, но и шевелится

Ага, то есть тут как раз важна архитектура. А то на грабли эти я
наступить успел, а перебрать варианты - нет.

Я детали толком не прояснил, но создаётся впечатление, что на armel у ghci
что-то не то с
загрузкой динамических библиотек, и под подозрением его связь с llvm (надо 3.0)

Правда, от идеи сразу ставить 7.6.3, в котором есть ghci, таки пришлось
отказаться. При сборке virthualenv на sid (да, пришлось править
зависимости) он _молча_ завершается с кодом 4. cabal резонно на это
обижается, я его понимаю. Короче, пока 7.6 не готов к работе :(

Подождем по крайней мере до выхода haskell platform с ним...

У меня стойкое ощущение, что уже пора на 7.6 переползать.

Re: armhf?

2013-05-31 Пенетрантность Alexander Danilov


On 30.05.2013 18:55, Artem Chuprina wrote:

Два вопроса.

armhf в wheezy у нас полноценно живой, или менее надежен, чем armel?


на armhf запускается ghci, а на armel - нет :(
так что не только живой, но и шевелится



Верно ли я понимаю, что способа сменить архитектуру с armel на armhf на
живой системе не существует, нужно переустанавливать с нуля?



Скорее всего.


--
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/51a88e62.6040...@gmail.com

Re: Ekiga depends on dbus

2013-05-30 Пенетрантность Alexander Danilov


On 30.05.2013 16:10, Alex Mestiashvili wrote:

On 05/30/2013 02:04 PM, Dmitrii Kashin wrote:

At Thu, 30 May 2013 12:52:38 +0400,
Andrey Melnikoff wrote:


От dbus зависит всё (проверил эксперементально, промазав и прибив
dbus - выпали все иксы с обвязкой, даже чище чем при перезапуске
gdm'a).


Это где Xorg зависит от DBus? Сдается мне, Вы где-то ошиблись.




в зависимости от того как они (Х-ы) запушены, если через gdm то да,
умрут если прибить dbus.

если через startx то нет ..

Alex


Из этого следует только то, что gdm запускает X-ы и зависит от dbus. И в случае 
смерти dbus, gdm
корректно завершается (убирает за собой то, что породил) - вот и всё.



--
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/51a74677.9090...@gmail.com

Re: Ekiga depends on dbus

2013-05-30 Пенетрантность Alexander Danilov


On 30.05.2013 21:22, Eugene Berdnikov wrote:

On Thu, May 30, 2013 at 04:30:47PM +0400, Alexander Danilov wrote:

Из этого следует только то, что gdm запускает X-ы и зависит от dbus. И в случае 
смерти dbus, gdm
корректно завершается (убирает за собой то, что породил) - вот и всё.


  А почему gdm должен умирать или вешаться если отвалился dbus?


А это вопрос к авторам gdm, я лично пользуюсь lightdm+xfce+xmonad, чего и вам 
советую.


  Для меня это как-то неочевидно... Скажем, syslogd я могу спокойно
  остановить, и все процессы, использующие стандарный libc'шный syslog(3),
  закроют сокет и будут пытаться переоткрыть его при каждой новой записи,
  пока syslogd не будет запущен снова. По-моему, нормально написанное
  приложение должно правильно обрабатывать ситуацию недоступности dbus'a,
  от libdbus я бы ожидал функционал автоматического реконнекта к демону.


Нормально написанные приложения сейчас в подавляющем меньшинстве в Linux, 
особенно
это касается desktop приложений. Я тоже стараюсь не использовать приложения хотящие dbus, qt, kde, 
gnome, и если последние 2 вида прикладух удаётся счастливо избегать, то первые 2 вида совсем 
исключить не получается, к сожалению. Но я не фанатик, получится - заменю и выкину, не получится - 
что ж, буду использовать, а пересобирать полсистемы - на это времени нет.


Хотя, конечно же, интересно, насколько удобным останется Debian desktop, если выкинуть из него dbus, 
и пересобрать остальное без него. Но это - тема лабораторки для студентов.




--
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/51a7902a.9090...@gmail.com

Re: Эмуляция COM-порта под Debian

2013-05-01 Пенетрантность Alexander Danilov


On 01.05.2013 00:38, Ivan Zavarzin wrote:

Alexander Danilov:

On 30.04.2013 23:54, Ivan Zavarzin wrote:

Есть китайский переходник с usb на RS-232.
$ dmesg

[25856.236083] pl2303 ttyUSB0: pl2303 converter now disconnected from
ttyUSB0
[25856.236118] pl2303 2-1.3:1.0: device disconnected
[25858.224097] usb 2-1.3: new full-speed USB device number 23 using
ehci_hcd
[25858.317557] usb 2-1.3: New USB device found, idVendor=067b,
idProduct=2303
[25858.317570] usb 2-1.3: New USB device strings: Mfr=1, Product=2,
SerialNumber=0
[25858.317577] usb 2-1.3: Product: USB 2.0 To COM Device
[25858.317582] usb 2-1.3: Manufacturer: Prolific Technology Inc.
[25858.318359] pl2303 2-1.3:1.0: pl2303 converter detected
[25858.320446] usb 2-1.3: pl2303 converter now attached to ttyUSB0


~$ lsusb

Bus 002 Device 023: ID 067b:2303 Prolific Technology, Inc. PL2303
Serial Port


То есть система его видит.
При установке драйвера с поставляемого с ним диска в Windows XP на
VirtualBox - приложения с ним работают.
Непосредственно из физической машины с Debian (пробовал и со squeeze, и
с wheezy) - приложения его не видят (хотя система видит), похоже нужен
какой-то пакет для того, чтобы система корректно работала с ком-портом.
Не подскажете, какой?
P.S. На диске из поставки есть драйвера для Redhat 7.3, 8 и 9 для
сборки. (makefile и еще пара файлов для сборки, как я вижу - рассчитаны
на ядро 2.4, не говоря уже о том, что разные системы и скорее всего
разные пакеты и либы в них юзаются).




А как его не видят приложения?


Пишут, что не могут соединиться с устройством типа его нет.
Обратил сейчас внимание, что udev его создает с правами рута. Отчмодил
на права юзера - все равно не видят.

Пробовал делать picocom /dev/ttyUSB0  ?

Сделал. Не помогает.
А надо прогу параллельно запускать или из того терминала, что должен
создать picocom?
Если последнее - то там получается такой вывод:

~$ picocom /dev/ttyUSB0
picocom v1.4

port is: /dev/ttyUSB0
flowcontrol: none
baudrate is: 9600
parity is  : none
databits are   : 8
escape is  : C-a
noinit is  : no
noreset is : no
nolock is  : no
send_cmd is: ascii_xfr -s -v -l10
receive_cmd is : rz -vv

Terminal ready
P25,0200277800C9277800C94EA2,CNM TG-00C9 CH-778 VC-04519500,CNM TG-00C9 CH-778 
VP25,0200277800C9277800C94EA2,CNM TG-00C9 CH-778 VC-04519500,CNM TG-00C9 CH-778 
VP25,8200277800C9277800C9AA96,CNM TG-00C9 CH-778 VC-04519500,CNM TG-00C9 CH-778 
VP25,0200277800C9277800C94EA2,CNM TG-00C9 CH-778 VC-04519500,CNM TG-00C9 CH-778 
VP25,0200277800C9277800C94EA2,CNM TG-00C9 CH-778 VC-04519500,CNM TG-00C9 CH-778 
VP25,8200277800C9277800C9AA96,CNM TG-0



и начинает бегать.
Что-либо ввести не получается.


Так порт есть и работает. А ввести возможно и получатся, просто эхо по умолчанию отключено - надо 
ключик -c указать.




--
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/5180b137.5040...@gmail.com

Re: Эмуляция COM-порта под Debian

2013-04-30 Пенетрантность Alexander Danilov

On 30.04.2013 23:54, Ivan Zavarzin wrote:

Есть китайский переходник с usb на RS-232.
$ dmesg

[25856.236083] pl2303 ttyUSB0: pl2303 converter now disconnected from ttyUSB0
[25856.236118] pl2303 2-1.3:1.0: device disconnected
[25858.224097] usb 2-1.3: new full-speed USB device number 23 using ehci_hcd
[25858.317557] usb 2-1.3: New USB device found, idVendor=067b, idProduct=2303
[25858.317570] usb 2-1.3: New USB device strings: Mfr=1, Product=2,
SerialNumber=0
[25858.317577] usb 2-1.3: Product: USB 2.0 To COM Device
[25858.317582] usb 2-1.3: Manufacturer: Prolific Technology Inc.
[25858.318359] pl2303 2-1.3:1.0: pl2303 converter detected
[25858.320446] usb 2-1.3: pl2303 converter now attached to ttyUSB0

~$ lsusb

Bus 002 Device 023: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port

То есть система его видит.
При установке драйвера с поставляемого с ним диска в Windows XP на
VirtualBox - приложения с ним работают.
Непосредственно из физической машины с Debian (пробовал и со squeeze, и
с wheezy) - приложения его не видят (хотя система видит), похоже нужен
какой-то пакет для того, чтобы система корректно работала с ком-портом.
Не подскажете, какой?
P.S. На диске из поставки есть драйвера для Redhat 7.3, 8 и 9 для
сборки. (makefile и еще пара файлов для сборки, как я вижу - рассчитаны
на ядро 2.4, не говоря уже о том, что разные системы и скорее всего
разные пакеты и либы в них юзаются).

А как его не видят приложения? Пробовал делать picocom /dev/ttyUSB0 ?

Re: почему тормозит скрипт expect

2013-04-26 Пенетрантность Alexander Danilov

On 26.04.2013 13:13, Владимир Скубриев wrote:

!/usr/bin/expect -f

spawn kdb5_ldap_util stashsrvpw -D cn=admin,dc=example,dc=lab -w password -f
/etc/krb5kdc/service.keyfile cn=kdc,ou=krb5,dc=example,dc=lab
expect -re ^Password.*
send password\r;
sleep 1
expect -re ^Re.*
send password\r;
send \n
expect eof
exit

Причем зависает он на несколько секунд после того, как выведет на экран Вторую
просьбу о вводе
пароля для проверки его с первым

Т.е. на фразе

Re-enter password for cn=kdc,ou=krb5,dc=example,dc=lab:

но потом нормально завершается скрипт. Вопрос в том, почему зависает в конце то
?

Да кто ж его знает, но могу посоветовать autoexpect из expect-dev - полезная
штука.

И еще посоветуйте что почитать по expect'у только на русском и чтобы типа wiki
с примерами. А то
что в гугле ни чего подходящего и на русском не нашел.

На русском наврядли, на английском есть книжка Exploring Expect, даже в
электронном виде можно найти.

Спасибо.

Re: Установка wheezy на нетбук

2013-04-21 Пенетрантность Alexander Danilov


On 21.04.2013 09:23, Ivan Zavarzin wrote:

После установки wheezy на нетбук не запускается ос. Пишет -
перезагрузитесь и укажите загрузочный девайс.
В bios все указано правильно, загрузчик в ходе установки устанавливался.
Пробовал еще раз установить систему - та же фигня.
Уставщик debian-testing-amd64-netinst.iso от 15 апреля 2013 г.
Бага в установщике или я что-то делаю не так?!




Устанавливал видимо с флэшки?
Если установлен grub, то ему можно указать при загрузке, где root.


--
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/5173f9de.4080...@gmail.com

Re: Dropbox своими руками

2012-12-10 Пенетрантность Alexander Danilov


On 10.12.2012 16:24, Victor Wagner wrote:

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

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

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

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

inosync и lsyncd. Оба представляют собой некий скрипт, который висит
демоном и отслеживает изменения файлов, а потом синхронизирует их
с помощью rsync.

На первый взгляд, lsyncd выглядит существенно более продвинутым,
а inosync - просто простенький питоновский скрипт, который ловит событие
и запускает rsync. При этом автор inosync знает о существовании lsyncd,
и предпочел написать своё решение, а не использовать готовое.

Кто-нибудь пробовал использовать эти пакеты? Как впечатления?




На всякий случай - сегодня на opennet.ru проскакивала новость о замене dropbox, какой-то пакет на 
python, предоставляющий схожую функциональность.



--
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/50c632ae.2040...@gmail.com

Re: После обновления ядра не отключается питание USB портов в suspend mode

2012-11-11 Пенетрантность Alexander Danilov


On 11.11.2012 01:05, Сергей Москвичёв wrote:

   Доброго времени суток!

Сподобился обновить ядро с 3.1.0-1-686-pae на 3.2.0-4-686-pae. Теперь в ждущем 
(suspend) режиме продолжает подаваться питание на USB порты, т.е. машинка спит, а, например, 
подключенная охлаждающая подставка продолжает весело крутить кулерами. В спящем режиме 
всё ок. Гугление не очень прояснило ситуацию (пересборка ядра не очень меня вдохновляет).
Ноутбук Lenovo G460

Package: pm-utils Versions: 1.4.1-9
Package: acpi Versions: 1.6-1
Package: acpi-support Versions: 0.140-5

Как победить?




В моих ноутах это настраивается в bios.
В стационарном включено, в носимом - выключено.


--
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/509f7a3d.8030...@gmail.com

Re: geda. Печать в файл и кирилица

2012-11-04 Пенетрантность Alexander Danilov


On 04.11.2012 23:56, Сергей wrote:

В Вск, 04/11/2012 в 20:02 +0400, Иван Лох пишет:

Метрики шрифтов сделайте доступными для gs. Путь укажите, или положите,
куда надо.


в уже сгенерированом файле постскрипт заменить шрифт на либератион то
кириллица появляется.


Это я писал про всё в одну кучу лепит.

--
Иван Лох




Метрики лежат вместе со шрифтом. Гостскрипт выводит всё нормально, а вот
ps2pdf всё портит.


ps2pdf - это вызов ghostscript с параметрами, видимо искать проблему следует в описании устройства 
pdfwriter.



--
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/5096ca86.6010...@gmail.com

Re: Автоматическая пересборка X, при обновлении

2012-10-27 Пенетрантность Alexander Danilov

On 28.10.2012 00:25, Mikhail A Antonov wrote:

27.10.2012 13:24, basilio пишет:

27.10.2012 11:39, Артём Н. пишет:

У меня сочетание Ctrl+Shift (мне так нравится).

Если Вы не ищете легких путей, то этот способ Вам не подойдет, но все-же:
1. Повесьте его на левый Ctrl+Shift или на правый, смотря каким чаще
пользуетесь (или больше нравится).
2. Оставшийся останется для Iceweasel, X и всего остального.
3. Профит - больше не надо ничего пересобирать, все работает и так.

Обожаю линукс, линуксоидов и IT вообще.
Тебе подскажут стопицот способов как не делать того, что ты хочешь.

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

Хорошо хоть в этот раз идиотом не назвали.

На зеркало можно сколь угодно долго обижаться. Даже на кривое.

Мысли в слух. Ничего личного.

Re: Среды разработки

2012-10-21 Пенетрантность Alexander Danilov

On 21.10.2012 18:57, Oleksandr Gavenko wrote:

On 2012-10-19, Alexander Danilov wrote:

Да, это должна быть весьма извращённая фантазия. :-) Проще взять cygwin.

А пробовали брать? Я пробовал, пользуюсь mingw только когда долго в винде
приходится сидеть, а так проще какой-нибудь однофайловый интерпретатор
взять.

А какие проблемы - не можем запустить setup.exe?

setup.exe запускается, но оно сильно отличается то виндового окружения

Это среда разработки, пользователи этого не увидят.

Пользователь - я, и я вижу :)

(путями, многие графические приложения при компиляции в cygwin хотят xserver,
нужно таскать с собой cygwin.dll)

Примеры кросскомпиляторов я приводил выше по топику.

Нативные библиотеки собраны:

http://gnuwin32.sourceforge.net/

Правдя я не заглядывал есть ли движения по сборке 64-битных...

Не очень удобно, если надо сделать нативное виндовое приложение, а если
сделать себе в винде gnu уголок - то да, удобно.

make target=i686-w64-mingw32

тажелее чем

make ??

Видимо с тех пор, как я им последний раз пользовался, он стал удобнее, но меня mingw пока
устраивает. Всё равно я винду включаю редко.

Ну да, с инфраструктурой проекта придется один раз в жизни повозиться...

К тому же в комплекте 2 кросскомпилятора: Mingw и свежий W64 (который для i686
и AMD64). По ABI оба совместимы с вендором.

Re: Среды разработки

2012-10-19 Пенетрантность Alexander Danilov

On 18.10.2012 18:40, Артём Н. wrote:

18.10.2012 00:16, Alexander Danilov пишет:

On 17.10.2012 22:22, Артём Н. wrote:

16.10.2012 23:21, Alexander Danilov пишет:

что после этого всякого,
утверждающего что C++ - это просто, а Haskell - это сложно, считаю умственно
неполноценным родственником Джорджа Буша младшего, на котором природа не
то, что
отдохнула, она даже и не напрягалась.

Ну, по-моему, никто не говорит о простоте.
Полуркайте, Как выучить C++ за 21 день. ;-)

Я вас нах... не посылал, так что тоже будьте вежливы.

Я вас, вроде, тоже не посылал. А баяна этого вы, похоже, не знаете...

Как выучить C++ за 21 день - я про это, такое только умственно отсталым
предлагают :)

Наоборот, по-идее, должно быть.
Вы, для начала, погуглите, потом говорите.
C++ за 21 день - это известная тема, только гуглите по картинкам.

По идее то, может вы и правы, но на практике то, скорее всего прав я, ибо
листал пару раз такие книжкию

Есть, тут другой RAD.
Первый RAD с которым я познакомился в Unix - shell+coreutils(тогда это была
большая куча пакетов).
Второй RAD - perl+CPAN.
Были и другие.

Это не RAD. Это компоненты.

В плане обработки текста.
Но минусы:
1. Кроссплатформенность хромает.

Каким образом она хромает? Все инструменты кросcплатформенные дальше некуда.

2. Скорость падает.

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

Это где редкость? o.O Не знаю, что вы подразумеваете под средним уровнем, но,
по-идее C - простой язык.

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

3. Связь между awk и C-шным кодом через костыли.

Стандартные системные IPC - костыли? Не согласен

Просто не самая лучшая идея встраивать awk через системные вызовы: я бы встроил
тогда уж что-то наподобие Lua (ну awk тоже неплохо, только, если встраивать
по-человечески, как библиотеку, если такое имеется).

Когда я пользовался awk, то lua ещё наверно и в проекте не было.
А потом, lua для потоковой обработки данных скорее всего хуже awk будет.

вот писать формирование
отчётов на Си - это не просто костыли, это [*** ну тут такой нехороший эпитет
***]. Ибо сегфолты и коры дампы постоянно по причине кривости пользовательского
ввода и трудности проверки его сишными средствами.

Да ладно. Пишут же на C компиляторы и всякие там awk?
Я тут тоже занялся полезной работой и, больше ради повторения, написал парсер,
который производит разбор в соответствии с метаданными, загруженными из INI
(взял парсер иника из интернетов), но в INI я добавил условия типа if, elif и
else (однопроходный анализатор с построением дерева), плюс разбор выражений в
C-стиле (без построения дерева) и построение списка полей на основе метаданных.
И ничего: это чуть сложнее, чем обычный пользовательский ввод, но работает без
сегфолтов и компилируется на 32-х и 64-х разрядной системе нормально.

Вообще-то отсутствие сегфолтов ещё ничего не доказывает, вот тесты могут что-то доказать, но то же
не всё.

Правда писать что-то на C я теперь зарёкся. :-) Да и рекурсивный анализатор вряд
ли уже когда-то писать буду: прочитаю всё-таки Книгу дракона и стану
пользоваться генераторами.

Немного извращённо: лучше уж perl взять.
Хотя, идея любопытная.
Хоть и не имеет прямого отношения к RAD.

Имеет, ибо Unix и есть RAD.

Unix? Я ни разу в нём не работал. А Unix-подобные ОС бывают и без средств
разработки.

Что, unix без /bin/sh? Ну наверно бывают, для какого-то очень экзотического
применения наверно...

Re: Среды разработки

2012-10-19 Пенетрантность Alexander Danilov

On 18.10.2012 23:17, Oleksandr Gavenko wrote:

On 2012-10-16, Alexander Danilov wrote:

Да, это должна быть весьма извращённая фантазия. :-) Проще взять cygwin.

А какие проблемы - не можем запустить setup.exe?

setup.exe запускается, но оно сильно отличается то виндового окружения (путями, многие графические
приложения при компиляции в cygwin хотят xserver, нужно таскать с собой cygwin.dll)
Не очень удобно, если надо сделать нативное виндовое приложение, а если сделать себе в винде gnu
уголок - то да, удобно.

Или трудности с английским: http://cygwin.com/cygwin-ug-net.html ??

К тому же в комплекте 2 кросскомпилятора: Mingw и свежий W64 (который для i686
и AMD64). По ABI оба совместимы с вендором.

И к тому же make/cmake, perl/python, apache/lighttpd, emacs/vim - все из
коробки. Мало - Cygwin ports:

ftp://sourceware.org/pub/cygwinports/portslist.txt

Мало - cygport:

git://cygwin-ports.git.sourceforge.net/gitroot/cygwin-ports/cygport

Re: Среды разработки

2012-10-19 Пенетрантность Alexander Danilov

On 19.10.2012 16:21, Artem Chuprina wrote:

Alexander Danilov - debian-russian@lists.debian.org @ Fri, 19 Oct 2012
15:54:11 +0400:

AD Что, unix без /bin/sh? Ну наверно бывают, для какого-то очень
AD экзотического применения наверно...

Для наиболее массовых. Смартфоны и маршрутизаторы. В принципе, оно там
даже обычно есть - симлинком на busybox. Хотя мне встречалась одна, не
помню, какая именно, система, где шелл давали (даже, кажется, по ssh),
но это был как раз busybox, и симлинка /bin/sh не было. busybox же плох
тем, что он как раз весьма неполноценный /bin/sh (и всё остальное, что в
него засунуто, тоже обычно сильно урезано - df, например, помнится,
невозможно было сказать ни -h, ни указать одну файловую систему).
Причем неполноценный именно в области выполнения скриптов, были там
какие-то существенные урезки. Нет, я помню, что sh - это не bash. Но,
в общем, рассматривать busybox как средство разработки под UNIX я бы
поостерегся...

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

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

Re: Среды разработки

2012-10-17 Пенетрантность Alexander Danilov

On 17.10.2012 22:22, Артём Н. wrote:

16.10.2012 23:21, Alexander Danilov пишет:

что после этого всякого,
утверждающего что C++ - это просто, а Haskell - это сложно, считаю умственно
неполноценным родственником Джорджа Буша младшего, на котором природа не то, что
отдохнула, она даже и не напрягалась.

Ну, по-моему, никто не говорит о простоте.
Полуркайте, Как выучить C++ за 21 день. ;-)

Я вас нах... не посылал, так что тоже будьте вежливы.

Я вас, вроде, тоже не посылал. А баяна этого вы, похоже, не знаете...

Как выучить C++ за 21 день - я про это, такое только умственно отсталым
предлагают :)

Это не RAD. Это компоненты.

В плане обработки текста.
Но минусы:
1. Кроссплатформенность хромает.

Каким образом она хромает? Все инструменты кросcплатформенные дальше некуда.

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

3. Связь между awk и C-шным кодом через костыли.

Стандартные системные IPC - костыли? Не согласен, вот писать формирование отчётов на Си - это не
просто костыли, это [*** ну тут такой нехороший эпитет ***]. Ибо сегфолты и коры дампы постоянно по
причине кривости пользовательского ввода и трудности проверки его сишными средствами.

Немного извращённо: лучше уж perl взять.
Хотя, идея любопытная.
Хоть и не имеет прямого отношения к RAD.

Имеет, ибо Unix и есть RAD.

А perl так вообще позволял и количество system(...) в разы сократить. И ничего
быстрее ещё пока не придумали. Другое дело, что перловый код после написания ещё
и читать бывает надо, но тут уж c++/pascal от него не отстаёт, одна строчка
перлового кода заменяет 10-20 c++/pascal, перл тяжелее читать, а c++/pascal
дольше читать, ибо кода больше.

Зависит от того, как написано.

Но вопрос был не про языки, а про IDE.

Re: Среды разработки

2012-10-17 Пенетрантность Alexander Danilov


On 17.10.2012 22:23, Артём Н. wrote:

17.10.2012 02:36, Alexander Danilov пишет:

Если не использовать одну из основных фишек перла - высокую плотность кода, то
тогда лучше на перле не писать вообще, я так и поступил - у меня уже давно язык
для скриптов по умолчанию Tcl,
редко Python - когда есть готовый модуль, которого нет для Tcl. Надо бы
переходить на MosML или Hugs, но как-то всё по случается об это вовремя
вспомнить - руки начинают набирать тиклевый код ещё до того, как вспоминаешь о
том, что надо бы что-то ещё попробовать.

o.O На Tcl правда возможно программировать по пьяни? :-)




Можно, но не забывайте предохраняться :)


--
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/507f130b.1040...@gmail.com

Re: Среды разработки

2012-10-16 Пенетрантность Alexander Danilov

On 16.10.2012 18:25, Артём Н. wrote:

16.10.2012 00:54, Alexander Danilov пишет:

Итог: занимает мало места, можно уложить на usb (при необходимости), на выходе
один бинарник под нужную платформу + файлы данных или упакованный инсталлятор.

Но с Tk интерфейсом.

К тому же, что понимается под кроссплатформенным бинарником?
Скомпилированный в машинный код файл или виртуальная машина для Tcl и
скрипт/байт-код, на ней выполняемый?

Под кросплатформенным понимается то, что можно собрать под win32, linux и тд из
одного дерева исходников:
make win = soft.exe
make linux = soft.elf
make all = make win32 linux

Что соберётся в итоге?
Насколько я понял, кроссплатформенность, в случае с tclkit, обеспечивается
каким-то подобием виртуальной машины?

Будет 1(один) .exe файл с интерпретатором и моей программой внутри. Работает,
кушать не просит.
Впрочем для python/perl/ruby есть такие же способы упаковки в один файл, но там всё равно надо
какую-то библиотеку для gui использовать, что в итоге раздувает размер программы и увеличивает
количество проблем при развёртывании.

Так проще под cygwin собрать, и скорость выше будет.

Для GUI скорость в 99.99% не важна - пользователь всё равно медленнее.
А в тех случаях, когда она важна, есть способы улучшить скорость выполнения.

К тому же, небольшое отступление: я писал, что C++ - обязателен.

Небольшое отступление: для написания gui c++, мягко говоря, совсем не
обязателен.

GUI не причём. Просто C++ используется везде, где ни попадя, поэтому привыкать к
среде, в которой нормальной его поддержки нет - не самый лучший вариант. И GUI
тут не при чём.

Если уж сильно приспичит, то можно использовать ffidl - расширение для tcl,
загружающее произвольную разделяемую библиотеку и вызывающую все нужные функции,
или самостоятельно написать расширение на c/c++ и вызывать из tcl. А тратить
время на вылавливание ошибок при работе с указателями/памятью на c++ - на это
времени нет.

На C++? Вы не путаете с C? Кажется, в C++ дела обстоят намного лучше.

Да? Это как раз с Си дела обстоят лучше, на мой взгляд, но спорить не буду, ибо
на C++ не пишу вообще.

Re: Среды разработки

2012-10-16 Пенетрантность Alexander Danilov

On 16.10.2012 19:11, Артём Н. wrote:

16.10.2012 18:41, Sciko Good пишет:

Небольшое отступление: для написания gui c++, мягко говоря, совсем не
обязателен.

Вы отстали от жизни. Даже на вантузе сейчас используется как минимум
C++, Pascal/Delphi и C#.

Pascal/Delphi - уже давно. На нём не так много всего имеется, по сравнению с
C++.
На Delphi написано очень много поделок,которые до сих пор эксплуатируются на производстве и заменить
их нечем.

C# - вообще не имеет отношения к ОС, как правило (на нём пишут для .NET, а
спрашивать про его поддержку какими-либо средами, думаю не стоит).
C++ - почти стандарт.

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

А тратить
время на вылавливание ошибок при работе с указателями/памятью на c++ - на это
времени нет.

На C++? Вы не путаете с C? Кажется, в C++ дела обстоят намного лучше.

Неужели в c++11 добавили автоматические управление памятью? Каюсь, не
нашёл. По крайней мере сборки мусора там нет точно.

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

На Си написана куча языков, которые просто не имеют проблем с памятью.
libtcl.so - это просто хорошая библиотека на Си, в которой помимо множества полезных функций ещё
есть и интерпретатор простого и мощного языка.

Re: Среды разработки

2012-10-16 Пенетрантность Alexander Danilov

On 16.10.2012 19:05, Артём Н. wrote:

15.10.2012 23:48, Aleksey Andreev пишет:

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

Кстати, к vim тоже есть некоторые примочки и плагины, позволяющие превратить его
почти в IDE (помимо подсветок, поддержки tags, make, контроля ошибок и прочего).
Но что-то с GUI там делать - не лучший вариант.

Да. после ознакомления с awesome и luakit все чаще задумываюсь о vim как
замене KDevelop. Но в виду моей природной лени (можно назвать это
наличием умеренного консерватизма) пока откладываю этот шаг.

Но создание GUI..?

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

Тоже GLADE?

glade хорош для того, чтобы прикинуть, как должен выглядеть результат,

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

Понятно.
Но, например, взять Embarcadero RAD Studio (ранее Borland C-Builder).
Переключиться между cpp и h я могу через Ctrl+F6.
А в vim?

Я могу и обратную ситуацию промоделировать.

Есть набор полей с подписями и разными типами данных и разными фильтрами, пусть их положим штук 30,
часть их них опциональна и зависит от других полей, берётся всё это описание из внешнего источника
данных, который может меняться. Задание: покажите через Ctrl+F6 эту формочку.

Вот в нормальной среде (язык+редактор) я это сделаю, а в продуктах от Борланда
можно долго
[ *** любой понравившийся вам матерный эквивалент*** ]

Re: Среды разработки

2012-10-16 Пенетрантность Alexander Danilov


On 16.10.2012 18:41, Sciko Good wrote:

16 октября 2012 г., 11:24 пользователь Victor Wagner
vi...@wagner.pp.ru  написал:

Еще очень полезно знать что стандартный виндовый интерпетатор команд
cmd.exe не такой убогий, как обычно считают а практически представляет
собой полноценный c-shell со встроенным awk. Синтаксис, конечно
кривоватый и неудобный, но возможности есть.


А вы точно не путаете cmd.exe с command.com или PowerShell? Просто
ничего даже издали похожего на awk я не нашёл вот тут:
http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/cmd.mspx?mfr=true


в cmd.exe кое-что есть, и сделать при должной фантазии кое-что можно,
но за это время дешевле поискать awk, tcl или lua, они и для dos есть.
Зато потом поддерживать будет проще.


--
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/507d96d2.7000...@gmail.com

Re: Среды разработки

2012-10-16 Пенетрантность Alexander Danilov

On 16.10.2012 18:47, Артём Н. wrote:

16.10.2012 11:24, Victor Wagner пишет:

On 2012.10.15 at 20:58:20 +0400, Артём Н. wrote:

[skip]

А интерфейсы писать?

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

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

pack [buttok .ok -text Quit -command exit]

Сложнее?

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

И? Мне нужно это для форм GUI?

Чем больше и сложнее становится форма, тем труднее пользоваться рисовалкой.
Проверено.

А проектировать?

А для этого существует понятия mind mapping и сoncept mapping.

И? Я-то спрашивал про среду, которая объединяет разрозненные инструменты, чтобы
не учить тысячу и одну опцию разных компиляторов и не придумывать велосипеды,
самостоятельно всё это объединяя.

Скриптовые языки и есть такая среда.

Re: Среды разработки

2012-10-16 Пенетрантность Alexander Danilov

On 16.10.2012 21:17, Артём Н. wrote:

16.10.2012 21:03, Alexander Danilov пишет:

On 16.10.2012 19:11, Артём Н. wrote:

16.10.2012 18:41, Sciko Good пишет:

Небольшое отступление: для написания gui c++, мягко говоря, совсем не
обязателен.

GUI не причём. Просто C++ используется везде, где ни попадя, поэтому
привыкать к
среде, в которой нормальной его поддержки нет - не самый лучший вариант. И GUI
тут не при чём.

Вы отстали от жизни. Даже на вантузе сейчас используется как минимум
C++, Pascal/Delphi и C#.

Pascal/Delphi - уже давно. На нём не так много всего имеется, по сравнению с
C++.

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

Да, согласен.
В любом случае, для них есть Lazarus.

В том смысле, что можно и дальше продолжать писать не задумываясь о качестве?

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

И что вы мне хотите сказать?
Есть факт: C++ считается необходимым языком, как бы вы к нему не относились.
Написано на нём всего дохрена.

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

А вот всякие манагеры, которые в институтах что-то такое про C++ слышали и может быть на пару лаб
ходили, а теперь руководят командами программеров, вот они С++ знают :) , он им необходим, они
другого ничего не слышали и дураками выглядеть не хотят.

А тратить
время на вылавливание ошибок при работе с указателями/памятью на c++ - на это
времени нет.

На C++? Вы не путаете с C? Кажется, в C++ дела обстоят намного лучше.

На Си написана куча языков, которые просто не имеют проблем с памятью.
libtcl.so - это просто хорошая библиотека на Си, в которой помимо множества
полезных функций ещё есть и интерпретатор простого и мощного языка.

И? В чём мораль? Я ж вам не говорю, что невозможно управлять памятью на C.
Просто из средств для управления там только malloc, free и коды возврата.
Ни исключений, ни стандартных библиотек, ни нормальной типизации.
И, естественно, что проблем с управлением памятью там больше.
В C++ с этим хоть немного лучше.

Мораль - расширяй кругозор.

Re: Среды разработки

2012-10-16 Пенетрантность Alexander Danilov


On 16.10.2012 21:30, Артём Н. wrote:

16.10.2012 21:14, Alexander Danilov пишет:

Тоже GLADE?

glade хорош для того, чтобы прикинуть, как должен выглядеть результат,

Вообще не имею о нём представления.


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

Понятно.
Но, например, взять Embarcadero RAD Studio (ранее Borland C-Builder).
Переключиться между cpp и h я могу через Ctrl+F6.
А в vim?

Я могу и обратную ситуацию промоделировать.

Есть набор полей с подписями и разными типами данных и разными фильтрами, пусть
их положим штук 30, часть их них опциональна и зависит от других полей, берётся
всё это описание из внешнего источника данных, который может меняться. Задание:
покажите через Ctrl+F6 эту формочку.
Вот в нормальной среде (язык+редактор) я это сделаю, а в продуктах от Борланда
можно долго
[ *** любой понравившийся вам матерный эквивалент*** ]

Так а что сделать-то надо?
Графический интерфейс пользователя?
И как вы сделаете это в нормальной среде?

Задача не очень ясна, но, раз уж упомянули эту RAD, применительно к данному 
случаю.
Я бы выделил группы полей, зависящих друг от друга.
И сделал мастера (или появляющиеся вкладки, в зависимости от выбора
пользователя, например TTabControl или как-то так, не помню).
Внешний источник, например, XML или БД?
Как реализовать построение интерфейса зависит от структуры источника.
Если есть транзитивные зависимости, то мастера там подойдут лучше всего.
Фильтры и тип предоставляются источником.
Возможно использовать что-то типа TMaskEdit (да, я согласен, он не особо, но
возможно написать и своё) и списки для представления наборов значений.
Размещать элементы интерфейса на формах придётся программно.


Цитата: Размещать элементы интерфейса на формах придётся программно.
Вывод: Использовать эти самые рисующие RAD имеет смысл только для простых формочек, состоящих из 
фиксированного небольшого количества заранее известных элементов. В противном случае размещать 
придётся программно, а это проще делать на языках, умеющих более шибко манипулировать данными.





Непонятно одно: в чём, в данном случае, отличие этой RAD от нормального языка?




А вы попробуйте передать в процедуру на паскале массив сложных структур данных - за то время, что 
будете описывать все типы, из которых состоит эта структура и массив и параметры функции и прочее, 
на нормальном языка (Haskell/Lisp/Tcl/Python/Ruby/Perl,... зал, помогайте!) уже можно будет написать 
всю программу. Вот на C++ можно будет исхитрится и объявить параметр как void*, а потом, когда 
наступит очередная полоса невезения, сидеть в отладчике и удивляться:  как же так, ну что тут 
сложного, подумаешь, *(++(*p)-[*++i])+***p++, чего он глючит?!



--
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/507d9f8b.1090...@gmail.com

Re: Среды разработки

2012-10-16 Пенетрантность Alexander Danilov

On 16.10.2012 21:30, Артём Н. wrote:

16.10.2012 21:18, Alexander Danilov пишет:

On 16.10.2012 18:41, Sciko Good wrote:

16 октября 2012 г., 11:24 пользователь Victor Wagner
vi...@wagner.pp.ru написал:

Еще очень полезно знать что стандартный виндовый интерпетатор команд
cmd.exe не такой убогий, как обычно считают а практически представляет
собой полноценный c-shell со встроенным awk. Синтаксис, конечно
кривоватый и неудобный, но возможности есть.

А вы точно не путаете cmd.exe с command.com или PowerShell? Просто
ничего даже издали похожего на awk я не нашёл вот тут:
http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/cmd.mspx?mfr=true

в cmd.exe кое-что есть, и сделать при должной фантазии кое-что можно,
но за это время дешевле поискать awk, tcl или lua, они и для dos есть.
Зато потом поддерживать будет проще.

Да, это должна быть весьма извращённая фантазия. :-)
Проще взять cygwin.

А пробовали брать? Я пробовал, пользуюсь mingw только когда долго в винде
приходится сидеть,
а так проще какой-нибудь однофайловый интерпретатор взять.

Re: Среды разработки

2012-10-16 Пенетрантность Alexander Danilov

On 16.10.2012 21:34, Артём Н. wrote:

16.10.2012 21:22, Alexander Danilov пишет:

On 16.10.2012 18:47, Артём Н. wrote:

16.10.2012 11:24, Victor Wagner пишет:

On 2012.10.15 at 20:58:20 +0400, Артём Н. wrote:

[skip]

А интерфейсы писать?

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

pack [buttok .ok -text Quit -command exit]
Сложнее?

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

Не туда смотрите - wish /usr/share/tcltk/tk8.5/demos/widget
А всё перечисленное делается так pack ... -fill ... -expand .. -side ... и тд.

И? Мне нужно это для форм GUI?

Чем больше и сложнее становится форма, тем труднее пользоваться рисовалкой.
Проверено.

Ну да, естественно.
Но, при сложной форме, в текстовом описании интерфейса ещё проще запутаться.

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

А проектировать?

А для этого существует понятия mind mapping и сoncept mapping.

Скриптовые языки и есть такая среда.

И? Прийти к написанию IDE На скриптовом языке?

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

Emacs до какого-то времени был просто редактором с набором макросов, а сейчас
это конструктор IDE.

Re: Среды разработки

2012-10-16 Пенетрантность Alexander Danilov

On 16.10.2012 21:53, Артём Н. wrote:

16.10.2012 21:42, Alexander Galanin пишет:

On Tue, 16 Oct 2012 21:34:34 +0400
Артём Н.artio...@yandex.ru wrote:

pack [buttok .ok -text Quit -command exit]
Сложнее?

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

А когда таких слов очень много?
Может, проще посмотреть на интерфейс?
Лучше один раз увидеть, не?

А поведение будет видно из картинки? Нет, не будет.
Встречают по одёжке, ...

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

Это ошибка не среды, а кривые руки и непредусмотрительность дизайнера
интерфейсов.
Есть такое свойство, как Anchors. И ничего не съезжает.

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

Чем больше и сложнее становится форма, тем труднее пользоваться рисовалкой.
Проверено.

Ну да, естественно.
Но, при сложной форме, в текстовом описании интерфейса ещё проще запутаться.

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

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

Скриптовые языки и есть такая среда.

И? Прийти к написанию IDE На скриптовом языке?

Зачем? Зачем эта глупая привязка к IDE? Задачи прекрасно решаются и так.

Почему глупая?
Ну а что решается так?

К примеру, конкретно.

Мне надо:
1. Написать. Удобно, быстро с отступами и подстановками. Создать интерфейс.
2. Собрать часть и запустить на разных этапах (не переписывая Makefile, при
добавлении модуля).
3. Попасть на строку, на которой программа вывалилась (именно на ошибку, а не на
warning).
4. Посмотреть переменные в этом месте. Посмотреть подсказки (не просто
Segmentation fault).

Если стреляешь в ногу, то отчего боль вызывает удивление?

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

Заняться чтоль больше нечем?

6. Проверить модуль с разными наборами данных.
7. Проверить программу на утечки, использование неиниц. переменных, обращения за
границы и прочее. Мне нужна строка, где происходит обращение. И подсказка: куда
и кем.
8. Сохранить изменения и записать версию.

Я уж не говорю о интеграции с какой-то CASE-фигнёй или штукой уровня выше (тут
как-то писали про cucumber)...
И ещё много что.

Да, всё решается так. Но не слишком ли это..? Если бы всё было так славно и
удобно, вообще, IDE бы придумывали?

Re: Среды разработки

2012-10-16 Пенетрантность Alexander Danilov

On 16.10.2012 21:41, Артём Н. wrote:

16.10.2012 21:28, Alexander Danilov пишет:

On 16.10.2012 21:17, Артём Н. wrote:

16.10.2012 21:03, Alexander Danilov пишет:

On 16.10.2012 19:11, Артём Н. wrote:

16.10.2012 18:41, Sciko Good пишет:

Небольшое отступление: для написания gui c++, мягко говоря, совсем не
обязателен.

GUI не причём. Просто C++ используется везде, где ни попадя, поэтому
привыкать к
среде, в которой нормальной его поддержки нет - не самый лучший вариант. И
GUI
тут не при чём.

Вы отстали от жизни. Даже на вантузе сейчас используется как минимум
C++, Pascal/Delphi и C#.

Pascal/Delphi - уже давно. На нём не так много всего имеется, по сравнению с
C++.

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

Да, согласен.
В любом случае, для них есть Lazarus.

В том смысле, что можно и дальше продолжать писать не задумываясь о качестве?

1. Писать что-то интерфейсное там возможно и качественно.
2. Если есть исходники (а, они есть?) этой давно написанной помойки и что-то, к
сожалению, надо поправить, или, не дай бог, куда-то перенести, то проще сделать
это, используя Lazarus, не переписывая с нуля.

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

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

Никто не заставляет исключительно на нём писать (хотя, когда как), но знать его
желательно.
И очень желательно, чтобы среда его поддерживала.
С этим тоже поспорите?

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

Re: Среды разработки

2012-10-16 Пенетрантность Alexander Danilov

On 16.10.2012 21:46, Alexander Galanin wrote:

On Tue, 16 Oct 2012 20:58:21 +0400
Alexander Danilovalexander.a.dani...@gmail.com wrote:

Насколько я понял, кроссплатформенность, в случае с tclkit, обеспечивается
каким-то подобием виртуальной машины?

Будет 1(один) .exe файл с интерпретатором и моей программой внутри. Работает,
кушать не просит.
Впрочем для python/perl/ruby есть такие же способы упаковки в один файл, но
там всё равно надо
какую-то библиотеку для gui использовать, что в итоге раздувает размер
программы и увеличивает
количество проблем при развёртывании.

В общем-то tclkit с включенным Tk и так больше мегабайта весит. Зато не
требует vcl60.bpl, borlndmm.dll и т.д. :)

Я тут не так давно пытался упаковать pdfshuffle (python+gtk) для винды, так вот tclkit имеет до
неприличия скромный размер :) . Ничего меньше для написания gui и кроссплатформенное я припомнить не
могу.

Re: Среды разработки

2012-10-16 Пенетрантность Alexander Danilov

On 16.10.2012 22:06, Артём Н. wrote:

16.10.2012 21:55, Alexander Danilov пишет:

Цитата: Размещать элементы интерфейса на формах придётся программно.
Вывод: Использовать эти самые рисующие RAD имеет смысл только для простых
формочек, состоящих из фиксированного небольшого количества заранее известных
элементов. В противном случае размещать придётся программно, а это проще делать
на языках, умеющих более шибко манипулировать данными.

В принципе, там богатая библиотека классов контролов.
И нет большой разницы на каком языке вы задаёте класс, заголовок и координаты.

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

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

Для GUI - Tcl/Tk, остальное - от задачи.

Непонятно одно: в чём, в данном случае, отличие этой RAD от нормального языка?

А вы попробуйте передать в процедуру на паскале массив сложных структур данных -
за то время, что будете описывать все типы, из которых состоит эта структура и
массив и параметры функции и прочее, на нормальном языка
(Haskell/Lisp/Tcl/Python/Ruby/Perl,... зал, помогайте!) уже можно будет написать
всю программу. Вот на C++ можно будет исхитрится и объявить параметр как
void*, а потом, когда наступит очередная полоса невезения, сидеть в
отладчике и удивляться: как же так, ну что тут сложного, подумаешь,
*(++(*p)-[*++i])+***p++, чего он глючит?!

Это больше похоже на C. :-)
Это что: -[*++i] ? o.O Перегруженный оператор?

Да какая разница, я на С++ с шаблонами такое видел, что после этого всякого, утверждающего что C++ -
это просто, а Haskell - это сложно, считаю умственно неполноценным родственником Джорджа Буша
младшего, на котором природа не то, что отдохнула, она даже и не напрягалась.

Ну без проблем. Сложные структуры данных, которые тяжело описать на
вышеперечисленных языках (а часто такое попадается?), я буду описывать на
чём-либо другом. Или постараюсь отойти от таких структур.
Главное, чтобы IDE это поддерживала.

Причём тут эта RAD? Я, кажется, её не защищаю. Да и в Linux её нет.

Re: Среды разработки

2012-10-16 Пенетрантность Alexander Danilov

On 16.10.2012 22:14, Артём Н. wrote:

16.10.2012 22:03, Alexander Danilov пишет:

Не туда смотрите - wish /usr/share/tcltk/tk8.5/demos/widget
А всё перечисленное делается так pack ... -fill ... -expand .. -side ... и тд.

О, мои глаза. :-) Давайте хотя бы тут без Tk. Я понимаю: он хорош и всё такое,
но хвалите его в другой теме: мне более нативный интерфейс интересен или, хотя
бы, Qt.

И? Мне нужно это для форм GUI?

Чем больше и сложнее становится форма, тем труднее пользоваться рисовалкой.
Проверено.

Ну да, естественно.
Но, при сложной форме, в текстовом описании интерфейса ещё проще запутаться.

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

А зачем вам на одной форме 100 несгруппированных элементов?

А сгруппированные двигать будет ещё сложнее. Пробовал :)

Re: Среды разработки

2012-10-16 Пенетрантность Alexander Danilov


On 16.10.2012 22:20, Артём Н. wrote:

16.10.2012 22:11, Alexander Danilov пишет:

Никто не заставляет исключительно на нём писать (хотя, когда как), но знать его
желательно.
И очень желательно, чтобы среда его поддерживала.
С этим тоже поспорите?

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

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



Не имеет смысла, попробуй лучше написать gui на чём-нибудь попроще.


--
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/507da687.4050...@gmail.com

Re: Среды разработки

2012-10-16 Пенетрантность Alexander Danilov


On 16.10.2012 22:57, Артём Н. wrote:

16.10.2012 22:30, Alexander Galanin пишет:

On Tue, 16 Oct 2012 21:55:58 +0400
Артём Н.artio...@yandex.ru  wrote:


3. Конкретный тип компоновки. Скомпонуйте статически, тоже ничего требовать не
будет. И весит меньше.


С чего б статически собранный бинарник весил меньше? Они обычно ой какие
пухлые.

В сравнении с tclkit. Там где-то говорили про мегабайты. Для D-7 мин. бинарник
весил около 300К. Для BCB аналогично. Для MSVS, меньше.




Скорость, где сравнение скорости разработки? А то понимаешь, засунул в штаны рулетку и что-то там 
меряешь. :)



--
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/507db21e.7060...@gmail.com

Re: Среды разработки

2012-10-16 Пенетрантность Alexander Danilov

On 16.10.2012 23:00, Артём Н. wrote:

16.10.2012 22:22, Alexander Danilov пишет:

Непонятно одно: в чём, в данном случае, отличие этой RAD от нормального
языка?

Это больше похоже на C. :-)
Это что: -[*++i] ? o.O Перегруженный оператор?

Да какая разница, я на С++ с шаблонами такое видел

На C тоже есть соревнования по написанию запутанного кода.

что после этого всякого,
утверждающего что C++ - это просто, а Haskell - это сложно, считаю умственно
неполноценным родственником Джорджа Буша младшего, на котором природа не то, что
отдохнула, она даже и не напрягалась.

Ну, по-моему, никто не говорит о простоте.
Полуркайте, Как выучить C++ за 21 день. ;-)

Я вас нах... не посылал, так что тоже будьте вежливы.

Это не RAD. Это компоненты.

Это RAD - rapid application development, именно так. Именно с помощью этих средств очень быстро
разрабатываются приложения, я куски сишного кода менял на вызовы system(awk ...), и кода
становилось значитально меньше и работал он значительно лучше и сопровождать было значительно проще,
rapid - быстрее просто некуда!
А perl так вообще позволял и количество system(...) в разы сократить. И ничего быстрее ещё пока не
придумали. Другое дело, что перловый код после написания ещё и читать бывает надо, но тут уж
c++/pascal от него не отстаёт, одна строчка перлового кода заменяет 10-20 c++/pascal, перл тяжелее
читать, а c++/pascal дольше читать, ибо кода больше.

Re: Среды разработки

2012-10-16 Пенетрантность Alexander Danilov


On 17.10.2012 01:57, Sciko Good wrote:



16 октября 2012 г., 22:27 пользователь Alexander Galanin
a...@galanin.nnov.ru  написал:

При правке из отладчика рассматриваемый контекст ограничен одной
функцией, потому годится для совсем очевидных ошибок. В других же
случаях решает ошибку долгая медитация над кодом, по сравнению с которой
10 секунд на запуск gdb роли не играют.


Буквально вчера потратил полчаса на поиск ошибки возникающей очень
редко. И это при том, что я даже в C стараюсь писать исключительно
чистые (в смысле ФП) функции. Но пока я эту функцию локализовал и
медитировал над казалось бы уже 100 раз выверенным кодом...



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

ибо Ересь, Ересь, Ересь прёт со всех сторон :)


[skip]




16 октября 2012 г., 23:21 пользователь Alexander Danilov
alexander.a.dani...@gmail.com  написал:

А perl так вообще позволял и количество system(...) в разы сократить. И
ничего быстрее ещё пока не придумали. Другое дело, что перловый код после
написания ещё и читать бывает надо, но тут уж c++/pascal от него не отстаёт,
одна строчка перлового кода заменяет 10-20 c++/pascal, перл тяжелее читать,
а c++/pascal дольше читать, ибо кода больше.


Если прописать правила написания кода на Perl, то его становится
читать ничуть не сложнее, чем код на c++/pascal. Но тут теряется
основная фишка Perl -- возможность записать одно действие несколькими
способами. Это ближе к Python.


Если не использовать одну из основных фишек перла - высокую плотность кода, то тогда лучше на перле 
не писать вообще, я так и поступил - у меня уже давно язык для скриптов по умолчанию Tcl,
редко Python - когда есть готовый модуль, которого нет для Tcl. Надо бы переходить на MosML или 
Hugs, но как-то всё по случается об это вовремя вспомнить - руки начинают набирать тиклевый код ещё 
до того, как вспоминаешь о том, что надо бы что-то ещё попробовать.



--
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/507de168.50...@gmail.com

Re: Среды разработки

2012-10-15 Пенетрантность Alexander Danilov

On 14.10.2012 23:07, Артём Н. wrote:

Расскажите про среды разработки в Linux, которыми пользуетесь.

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

В частности, хочется знать про среды, используемые для разработки
пользовательских приложений с графическим интерфейсом. Крайне желательно с
кроссплатформенностью (чтобы без серьёзных танцев компилировалось и под Linux и
под Windows, при этом выглядело одинаково).
Необходима поддержка C++.
Желательно, чтобы жёсткой привязки к языку не было и была поддержка нескольких
языков.
Необходимо, чтобы сама среда была кроссплатформенной.
При этом, желательно, чтобы компиляция под разные платформы (32/64, win/lin)
была возможна, независимо от того на какой системе выполняется IDE.
Необходим мышкотыкательный интерфейс для построения GUI.
Поддержка системы управления версиями, желательно интегрированная со средой (в
частности, поддержка git).
И, естественно, удобство и отсутствие багов+тормозов.

Vim/Emacs+make+gcc не предлагать. :-)

По конкретным средам:
1. Code::Blocks.
Понравилась по скриншотам и описаниям. Понравилось то, что есть возможность
работы с проектами MSVC и BCB. Кросс. Есть deb.
Не понравилось: а она вообще развивается или померла? :-(
2. Netbeans. Не разбирался. В той, которая в репозитории, нет поддержки C++.
Что, вообще, о ней скажете?
3. Eclipse... Ну, eclipse. Не знаю.
4. Lazarus. Хорошая и удобная среда. Кросс. С бубном возможно запилить проект из
Delphi. Компилируется и в Windows и в Linux. На практике, к сожалению, не так
хорошо. :-(
Минус: только Object Pascal.
5. QtDesigner - ?

Интересны рекомендации тех, кто с этими средами работал...

1. Язык Tcl, библиотека для gui - Tk
2. сборка кросплатфоменных бинарников tclkit - win32/linux
3. Редактор Emacs (если пишу в linux), Vim (если в win)
4. система контроля версий - fossil.

Итог: занимает мало места, можно уложить на usb (при необходимости), на выходе один бинарник под
нужную платформу + файлы данных или упакованный инсталлятор.

Re: Среды разработки

2012-10-15 Пенетрантность Alexander Danilov

On 15.10.2012 20:18, Oleksandr Gavenko wrote:

On 2012-10-15, Alexander Danilov wrote:

3. Редактор Emacs (если пишу в linux), Vim (если в win)

Есть Cygwin в Windows. Там Emacs всегда последней версии, и автоматически
обновляется при запуске setup.exe. Можно запускать в терминальном эмуляторе
mintty, можно в X:

$ cat ~/.xserverrc
XWin -multiwindow -clipboard -silent-dup-error -xkblayout us,ru -xkboptions
grp:caps_toggle $@

$ emacs

Если нужно что бы Emacs понимал пути в стиле Windows, но хочется утилиты GNU -
нативный Emacs + cygwin-mount.el:

(when (eq system-type 'windows-nt)
(ignore-errors
(require 'cygwin-mount)
(cygwin-mount-activate))
;; Workaround for Cygwin shell, when set 'CYGWIN=noglob'. By default
'shell-quote-argument'
;; quoted by double '\' chars this cause failure.
(defun shell-quote-argument (argument)
(concat ' argument ')
)
;; Workaround for Cygwin when 'shell-file-name' is 'bash'.
(setq null-device /dev/null)
;; Use shell from Cygwin/MinGW.
(setq shell-file-name bash)
(setenv SHELL /bin/bash)
(modify-coding-system-alist 'process bash '(cp1251-unix . cp1251-unix))
)

Подробне можно по ключевму слову cygwin в:

https://sourceforge.net/u/gavenkoa/dot-emacs/ci/tip/tree/.emacs-my

Я еще устанавливаю системной переменную (что бы в терминале mintty не было
проблем с русским):

LANG=ru_RU.cp1251

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

4. система контроля версий - fossil.

Я расстроился тем, что баг-репорты храняться как артефакты (неизменяемые
блобы) и понятие дифа и мержа нету для них (по содержимому баг-репорта)... За
сим пользуюсь мейнстримом - hg/git/bzr, баг трекер - отдельно и
централизированый.

Расскажите о новых преимеществах, очень давно заглядывал на fossil...

Для меня там главные преимущества - всё в одном файле, остальное работает как надо и вопросов не
возникает. Ставить в винду git+wiki+кучу гнутых утилит не хочется.

Re: Среды разработки

2012-10-15 Пенетрантность Alexander Danilov

On 15.10.2012 21:19, Артём Н. wrote:

15.10.2012 20:18, Oleksandr Gavenko пишет:

On 2012-10-15, Alexander Danilov wrote:

3. Редактор Emacs (если пишу в linux), Vim (если в win)

Ну да, GVim в Windows не так удобен...

Вполне удобен, если потратить полчаса на настройку и работать буду наскоками
2-3 недели.

Надо конфиг нормальный сделать.
Кстати, нет ссылки на примеры настройки Vim для Windows и для Linux в одном
конфиге?

У меня минимальная настройка: несколько комбинаций клавишь и script'ы с
vim.sf.net
или с линукса копирую весь ~/.vim/

Или какой-либо переменной, чтобы определить из конфига под какой ОС Vim запущен?

Во встроенном языке есть конструкции для определения текущей системы.

Есть Cygwin в Windows.

Это в крайнем случае. Хотелось бы приложение, которое не тащит никаких лишних
DLL за собой и не завязано на Cygwin.

mingw

Если нужно что бы Emacs понимал пути в стиле Windows, но хочется утилиты GNU -
нативный Emacs + cygwin-mount.el:

Я пользуюсь Vim.

Re: Среды разработки

2012-10-15 Пенетрантность Alexander Danilov

On 15.10.2012 21:01, Артём Н. wrote:

15.10.2012 17:58, Alexander Danilov пишет:

On 14.10.2012 23:07, Артём Н. wrote:

Расскажите про среды разработки в Linux, которыми пользуетесь.

Vim/Emacs+make+gcc не предлагать. :-)

Интересны рекомендации тех, кто с этими средами работал...

Что за зверь? o.O Сейчас изучаю потихоньку Git (почитал про mercurial и
остановился на Git). Чем лучше fossil?

Всё в одном файле: контроль версий, вики, багтракер и что-то там ещё наверно
есть.
Очень удобно, потому как устанавливать gnu софт в винде ну очень напрягает,
кое-что приходится
кусками искать и ставить. Я один раз себе сделал инсталляцию гнутого софта, когда плотно в винде
работал и скопировал на флэшку, сделал батник, который переменные устанавливает и запускает с флэшки
Far, но пользуюсь этим редко - только когда что-то покомпилять надо.

Но с Tk интерфейсом.

Под кросплатформенным понимается то, что можно собрать под win32, linux и тд из одного дерева
исходников:

make win = soft.exe
make linux = soft.elf
make all = make win32 linux

К тому же, небольшое отступление: я писал, что C++ - обязателен.

Небольшое отступление: для написания gui c++, мягко говоря, совсем не
обязателен.

Если уж сильно приспичит, то можно использовать ffidl - расширение для tcl, загружающее произвольную
разделяемую библиотеку и вызывающую все нужные функции, или самостоятельно написать расширение на
c/c++ и вызывать из tcl. А тратить время на вылавливание ошибок при работе с указателями/памятью на
c++ - на это времени нет.

Re: А каким оконным менеджером вы пользуетесь? микро опрос)

2012-10-12 Пенетрантность Alexander Danilov


On 12.10.2012 11:24, alexander wrote:

Привет)
Я вот использую xfce4.
А ви?) Какие преимущества и недостатки в вашем оконном менеджере?



А вы что, в ручную двигаете окна?

Когда надоест - sudo apt-get install xmonad


--
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/50780cfc.2010...@gmail.com

Re: Что вместо laptop-net?

2012-08-16 Пенетрантность Alexander Danilov

On 16.08.2012 11:07, Victor Wagner wrote:

On 2012.08.15 at 20:51:17 +0400, Alexander Danilov wrote:

А какого-рода переконфигурирование делал laptop-net?
У меня в /etc/network/interfaces/ только это:

allow-hotplug eth0
iface eth0 inet dhcp

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

Когда был ноутбук с Cardbus сетевой картой, то да, хватало hotplug-а.

А сейчас нужен кто-то кто заметит что линк на сетевой карте пропал и
сделает ifdown, а при появлении - ifup.

Собственно именно это (и только это) делает netplug, и видимо, ifplugd.

Я так редко пользуюсь ethernet, что возможно, просто не обратил на это внимания.
Надо будет перепроверить, возможно, сейчас дополнительные костыли в виде
netplug/ifplugd уже и не нужны.

Re: Что вместо laptop-net?

2012-08-15 Пенетрантность Alexander Danilov

On 14.08.2012 12:40, Victor Wagner wrote:

Был одно время в Debian такой полезный пакет laptop-net, который
занимался отслеживанием втыкания/выдергивания патчкорда в сетевую
карту ноутбука и запускал при необходимости переконфигурирование
интерфейса.

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

Соотвествено вопрос - а что нынче модно использовать для решения этой
задачи (деконфигурировать интерфейс при выдергивании шнурка и
переконфигурировать при втыкании)?

network manager не предлагать.

А какого-рода переконфигурирование делал laptop-net?
У меня в /etc/network/interfaces/ только это:

allow-hotplug eth0
iface eth0 inet dhcp

и всегда хватает, раньше ещё up/down условия использовал, но теперь и они не
требуются.

P.S. Аналогичная судьба постигла libpam-ssh. И тоже непонятно почему.

Re: Что вместо laptop-net?

2012-08-15 Пенетрантность Alexander Danilov


On 15.08.2012 22:14, yuri.nefe...@gmail.com wrote:

On Wed, 15 Aug 2012, Alexander Danilov wrote:



А какого-рода переконфигурирование делал laptop-net?
У меня в /etc/network/interfaces/ только это:


allow-hotplug eth0
iface eth0 inet dhcp


и всегда хватает, раньше ещё up/down условия использовал, но теперь и они не 
требуются.



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

Ю.



Так в up/down/pre-up/pre-down это тоже можно сделать.


--
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/502be850.5090...@gmail.com

Re: Что вместо laptop-net?

2012-08-15 Пенетрантность Alexander Danilov

On 15.08.2012 22:36, yuri.nefe...@gmail.com wrote:

On Wed, 15 Aug 2012, Alexander Danilov wrote:

On 15.08.2012 22:14, yuri.nefe...@gmail.com wrote:

On Wed, 15 Aug 2012, Alexander Danilov wrote:

А какого-рода переконфигурирование делал laptop-net?
У меня в /etc/network/interfaces/ только это:

allow-hotplug eth0
iface eth0 inet dhcp

и всегда хватает, раньше ещё up/down условия использовал, но теперь и они не
требуются.

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

Ю.

Так в up/down/pre-up/pre-down это тоже можно сделать.

Ну да, самому парсить полученый ip?

Я как-то смотрел несколько пакетов для автомагической настройки сети - после просмотра этих ацких
исходников на shell/perl/и_тд и такими же ацкими конфигами парсить полученный ip уже не кажется
сколько-нибудь существенной проблемой.

Re: window managers

2012-08-11 Пенетрантность Alexander Danilov

On 10.08.2012 18:59, Q wrote:

On Friday 10 August 2012 17:32:48 Alexander Danilov wrote:

программист, не программист - понятия растяжимые

Но, тем не менее, совершенно разные.

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

[skip]

сможет, если мне не верите, поищите Пиктомир, дошколят учат
программированию, тех, кто не умеет читать. А учить надо всему, даже ложку
держать.

http://www.piktomir.ru/

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

Вижу собрать из пиктограмм и ориентирован на дошкольников, еще не умеющих
писать.

Так это от задачи зависит, RAD - DSL - космодром - вполне себе цепочка.

Да, действительно, пользовательское программирование - Tcl/Tk как RAD -
DSL - программа на C++/Python для дошкольников - вполне себе цепочка.

Это уже от фантазии зависит, какую цепочку нарисуешь, такая и будет.

А предполагается что RAD - это такая одна волшебная кнопка?

Нет, но стремится к этому.

А имплантант в голове уже есть?

Тогда какого рода учебник нужен? Программирование с нуля? Или что такое
компьютер?

Программирование с учётом отсутствия среднеспециального/высшего образования в
области IT.

Вот DSL как раз и позволяет программировать с таким учётом.

Re: window managers

2012-08-10 Пенетрантность Alexander Danilov


On 09.08.2012 16:51, Q wrote:

On Thursday 09 August 2012 00:27:04 Alexander Danilov wrote:


Я пробовал много (может быть и все) IDE для Tcl, так вот наиболее пригодный
для RAD - emacs


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


emacs - это удобный текстовый редактор, а насколько он будет разбухшим определяет конкретный 
пользователь в конкретном случае. На фоне всяких там IDE и RAD emacs просто невероятно тощий.

Впрочем, emacs ругают те, кто им не пользуется.




man Tcl - 12 правил.


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


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





Я как-то уже делился в этом списке рассылки своими наблюдениями о том, что
очень много файлов ил каталогов /etc и немало из /var можно загрузить в
интерпретатор тикля как обычных тиклевый скрипт таким вот образом:

proc unknown {args} {
  # здесь используем голову по назначению
}

source /etc/какой-нибудь_файл


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


Даже если принять тот факт, что мы не работаем с бинарными данными и данными
других форматов (скажем, JS, HTML или тот же LATEX), что на самом деле не
так, а так же тот факт, что читаемые данные синтаксически и семантически
корректны (что несколько ограничивает возможности программы), то варианта 2:

1. Писать достаточно универсальный скрипт, то есть строить синтаксическое и
семантическое дерево разбора + процедуры для работы с ним + проверку
корректности дерева во время/после изменения + сохранение данных с учётом
прочитанного синтаксиса/ семантики. Это явно не уровень пользователя, во
всяком случае, начинающего, тем более, очень глупо писать это каждому, не
выкладывая результата в  публичный доступ.  И вышеприведённые возможности
особо не помогают -здесь готовые библиотеки нужны.

2. Писать что-нибудь специализированное, кустарное, почти ничего не умеющее,
резко ограничивая функциональность скрипта. Такое может удовлетворить только
аскетов, ну или сгодится тогда, когда нужно решить только такую задачу.


Про DSL надеюсь в курсе? Так вот Tcl очень удобен для DSL.

Нужен пример? G code (язык для управления станками с ЧПУ, придуманный в 1968г) легко превращается в 
Tcl после расстановки пробелов в плохо отформатированном коде, и тогда даже unknown определять не надо.





Если принимать за RAD сам Tcl, то и общество и поддержка есть, и русская в
том числе. И даже немного книг на русском есть.


А можно ссылки, за исключением ЖЖ и списков рассылки?


А вы на тикле программите или ссылки для продолжения троллинга нужны?





Тогда бы пришлось парсить бинарные данные где-то там в памяти, Memory
fault: core dumped... - да, помню-помню, весёлое было время.


Что-то я не помню, чтобы package require приводил к необходимости парсить
бинарные данные. Есть такие случаи?


Просто очень умные люди, я в своё время компилял много чего на sco unix -
низкий им поклон, без autoconf/automake проще было бы застрелится, чем
использовать этот sco.


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





Программы на bash больше одного экрана бывают разные, и стиль написания тоже 
бывает разный.
Я не видел Руководство на написанию больших программ на BASH, может поэтому и качество таких 
программ не радует. Bash - специфический инструмент для специфических задач, полной альтернативы ему 
нет - скриптовые языки (tcl,perl,python,awk, sed, ...) ему не замена, так как не позволяют так 
удобно управлять процессами, но и сам bash несовершенен, так как этот механизм управления процессами 
не доведён до логического завершения, и средства обработки данных (строки, числа) весьма скудные.
Итог: наиболее оптимальный вариант - писать обработку данных на скриптовых языках, а управлять этими 
обработками на shell.


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



--
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/5024d2da.8040...@gmail.com

Re: window managers

2012-08-10 Пенетрантность Alexander Danilov


On 10.08.2012 15:26, Q wrote:

On Friday 10 August 2012 13:22:34 Alexander Danilov wrote:

emacs - это удобный текстовый редактор,


Может быть, но текстовый редактор != RAD, а речь как-раз про RAD.


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





Впрочем, emacs ругают те, кто им не пользуется.


Это касается любого инструмента при наличии выбора.


Но emacs по количеству наездов на первом месте, сколько ж людей с неустойчивой 
психикой.







man Tcl - 12 правил.


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


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


Ещё раз вам вопрос: знание синтаксиса ЯП достаточно для написания программ?


Смотря какой программы

Там же, в интерпретаторе тикля пятилетний ребёнок команды может роботу на 
русском языке команды писать:
% вперед 5
% налево
% вперед 5
% налево
% вперед 5
% налево
% вперед 5

Догадываетесь, что в результате будет?


Знание той же предметной области не требуется?


конечно требуется, я ему расскажу, что робот раскрашивает космодром для посадки 
космических кораблей




Про DSL надеюсь в курсе? Так вот Tcl очень удобен для DSL.


DSL должен писать пользователь?


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




А вы на тикле программите или ссылки для продолжения троллинга нужны?


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


wiki.tcl.tk - на aнглийском, но обязательно почитать
t...@conference.jabber.ru - русскоязычная конференция
t...@tach.tclers.tk - тоже jabber канал
ru-tcl.livejournal.com
russian-tcl а групах гугля
ещё в google и яндекс сайты встречаются, но эти наиболее активные




Итог: наиболее оптимальный вариант - писать обработку данных на
скриптовых языках, а управлять этими обработками на shell.


То есть изучать, как я понимаю, помимо Tcl/Tk, Emacs и Elisp, нужно ещё и bash
+ sed/grep/awk/whatever. Что-нибудь ещё?



Обязательно, ибо нет универсальных инструментов. Это только стандартные виндовые программеры, кроме 
C++ Builder или Delphi ничего не учат.






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


ИМХО, хорошей поддержки + сообщества было бы достаточно. Поддержки, а не вот
вам инструменты и документация-простыня - наслаждайтесь.


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



--
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/5024f63b.9050...@gmail.com

Re: window managers

2012-08-10 Пенетрантность Alexander Danilov

On 10.08.2012 17:14, Q wrote:

On Friday 10 August 2012 15:53:31 Alexander Danilov wrote:

для меня это RAD,

Потому, что вы, видимо, программист. А пользователь - нет. И для него это -
НЕХ.

программист, не программист - понятия растяжимые

Но emacs по количеству наездов на первом месте, сколько ж людей с
неустойчивой психикой.

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

любой инструмент надо изучать

Смотря какой программы

Там же, в интерпретаторе тикля пятилетний ребёнок команды может роботу на
русском языке команды писать: % вперед 5
% налево
% вперед 5
% налево
% вперед 5
% налево
% вперед 5

Догадываетесь, что в результате будет?

Ребёнок не сможет, если его предварительно не учить^Wнатаскивать.

сможет, если мне не верите, поищите Пиктомир, дошколят учат программированию, тех, кто не умеет
читать. А учить надо всему, даже ложку держать.

Он будет
стрелочки тыкать. Тыкать стрелочки мышкой в программе/библиотеке, которая УЖЕ
написана. А не в случае только интерпретатора и 3-4 библиотек к нему, как
предлагалось здесь.

Чему научишь, то и будет уметь делать.

Знание той же предметной области не требуется?

конечно требуется, я ему расскажу, что робот раскрашивает космодром для
посадки космических кораблей

Странно, что разговор RAD для пользователя привёл к задаче раскрашивания
космодрома для посадки космического корабля пятилетним ребёнком.

Так это от задачи зависит, RAD - DSL - космодром - вполне себе цепочка.

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

Хорошо, теперь, в теме про RAD для пользователя, к Tcl/Tk, Emacs и Elisp,
bash, sed/grep/awk/whatever добавилась теория формальных языков, автоматов и
интерпретаторов.

А предполагается что RAD - это такая одна волшебная кнопка?

wiki.tcl.tk - на aнглийском, но обязательно почитать
t...@conference.jabber.ru - русскоязычная конференция
t...@tach.tclers.tk - тоже jabber канал
ru-tcl.livejournal.com
russian-tcl а групах гугля

Это конференции, куда приходят вопросы задавать, а не инструмент по учебным
программам изучать. wiki.tcl.tk - Это такой своеобразный блог, на котором
доля IT'шников непропорционально высока для ресурса, предназначенного для
пользователей.

wiki.tcl.tk - это не блог, это вики.

Обязательно, ибо нет универсальных инструментов.

Универсального инструмента в этой ветке не просят. Просят весьма
специализированный - среду для _пользовательского_ программирования. То есть
для программирования людьми, не имеющих образования в области IT и в области
IT не работающих.

Вот Tcl вполне себе среда для пользовательского программирования

Это только стандартные
виндовые программеры, кроме C++ Builder или Delphi ничего не учат.

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

Мы про RAD или про бабло?

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

Конкретный вопрос задаётся _уже_ при наличии некоего количества опыта. А при
его отсутствии нужны учебные примеры. Или учебник. А не
справочники/руководства/конференции/что-там-ещё.

Тогда какого рода учебник нужен? Программирование с нуля? Или что такое
компьютер?

Re: window managers

2012-08-08 Пенетрантность Alexander Danilov

On 07.08.2012 20:20, Q wrote:

On Tuesday 07 August 2012 16:48:26 Artem Chuprina wrote:

[skip]

То есть прототип на 2-3 экрана кода. Какие тут нафиг IDE, специальные
средства поддержки рефакторинга и ты пы? Что с ними делать об эти 2-3
экрана?

А что полезного можно написать в 2-3 экранах кода? Одна формочка без обработки
столько займёт, да и что-то типа VisualTcl в такой объём точно не впишется.

Сэр, уже, как минимум дважды, упомянутое вами словосочетание VisualTcl является грязным
ругательством. Поясню почему:

1. Код самого VT - это просто ...
2. Много глюков, и они в важных местах, так что создать законченную формочку -
это подвиг.
3. UI самого VT - он просто для ярых фанатов мышевозения, то есть он страшен на вид и чудовищно
неудобен для RAD.
4. Тиклевый код, создаваемый VT - я видел и хуже качества, но он был написан вручную, а этот
сгенерирован.

Я пробовал много (может быть и все) IDE для Tcl, так вот наиболее пригодный для RAD - emacs (хоть он
меня и бесит местами, но программирую я только в нём и не только на тикле).

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

Какие богатые библиотеки? За день-два для тысячи библиотек
даже описания не прочесть. Нужно три-четыре библиотеки, только вот
ровно нужные. Остальной CPAN для этих задач не нужен, он нужен для
других.

А для консольных программ документация короткая, да? man sed, grep и awk - это
уже три тысячи страниц, справочника, между прочим. Это без синтаксиса
регекспов и отладки, без которых новичок этим пользоваться не сможет. Это без
редактора, языка для него и разных режимов. Это без основ Unix и bash. И, уж,
тем более, без документации тех программ, которые, собственно, и несут в себе
всю необходимую внешнюю функциональность.

man Tcl - 12 правил.

Вы наверняка знаете, какой из этого следует выход. И для библиотек он тоже
годится.

Вон, задача в начале ветки стояла - в стиле Unix way пользователем добавить к
программе возможность сохранения сессии средствами RAD через libSM. Если вы
подобные зависимости в 3-4 библиотеки добавите, они, библиотеки, станут
неподъёмными.

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

Это всё здорово, пока не потребуется, скажем, udp, ftp и прочее. А потом с
прочитанными данными что-то делать надо: парсить их, просматривать,
редактировать...

Я как-то уже делился в этом списке рассылки своими наблюдениями о том, что очень много файлов ил
каталогов /etc и немало из /var можно загрузить в интерпретатор тикля как обычных тиклевый скрипт
таким вот образом:

proc unknown {args} {
# здесь используем голову по назначению
}

source /etc/какой-нибудь_файл

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

Браузер у него уже есть, им только управлять нужно. Для этого гуй,
прямо скажем, вообще не нужен, а Tk нужен только для того, чтобы
выяснить, куда послать команду. У меня были такие инструменты к fvwm, а
Витус, полагаю, до сих пор такими пользуется. Написано на tcl/tk,
именно что.

Управления мало. Вон, задача с сохранением сессии была. Её разве можно решить
внешними средствами, не залезая в нутро программы?

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

Если принимать за RAD сам Tcl, то и общество и поддержка есть, и русская в том
числе.
И даже немного книг на русском есть.

То есть? Консольную (т.е. такую, которой нужен терминал) я запущу
посредством xterm -e. А команднострочные, конечно, запускаю, зачем на
tcl делать то, для чего утилита уже написана? UNIX way, однако.

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

Что делать с программой только с псевдографическим интерфейсом, я не знаю.

Unix-way, да. Современный подход.

Если бы консольная/команднострочная программа была бы библиотекой, парсить
текст бы не пришлось.

Тогда бы пришлось парсить бинарные данные где-то там в памяти, Memory fault: core dumped... - да,
помню-помню, весёлое было время.

[skip]

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

Сборщики linux - программ -- мазохисты, консерваторы, или квалификации не
хватает?

Просто очень умные люди, я в своё время компилял много чего на sco unix - низкий им поклон, без
autoconf/automake проще было бы

Re: Re: Нетбук сильно греется (было Re: Debian на нетбукахasuseeepcс процессором отAMD)

2012-07-26 Пенетрантность Alexander Danilov


Иван, у меня складывается впечатление, что вы несколько небрежно отписываете в 
список рассылки:
1. Мой почтовик показывает очень много разорванных вами обсуждений
2. Неправильное цитирование вами сообщений, из-за чего ваша часть сообщения 
попадает в подпись.

Кто-нибудь ещё может подтвердить?


--
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/50111846.5020...@gmail.com

Re: wpasupplicant несколько сетей

2012-07-24 Пенетрантность Alexander Danilov


On 24.07.2012 00:59, Stanislav Maslovski wrote:

On Sat, Jul 21, 2012 at 02:19:40AM +0400, Alexander Danilov wrote:

On 20.07.2012 23:13, Dmitry Nezhevenko wrote:

On Fri, Jul 20, 2012 at 08:34:10PM +0400, Artem Tuchinsky wrote:

Можно, у меня когда то давно работал такой конфиг - http://pastebin.com/H5Hwypx4

Но есть одно но - интерфейс и скрипты все таки надо передернуть,
потеряв одну сеть к другой на лету он у меня не подключался


Подключается. Только вот dhcp не передергивает... И это похоже что не
лечится



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

Может соберём здесь консилиум из заинтересованных лиц и попробуем выработать 
приемлемое CLI решение,
а GUI каждый напишет себе по вкусу? :)


Можно конкретнее о сути проблемы? У меня все работает как часы, причем, с 
незапамятных времен.

Настройки сделаны по документации отсюда:
/usr/share/doc/wpa_supplicant/README.Debian.gz (ключевое слово roaming)



Я правильно понимаю, что у вас wpa_supplicant умеет подхватывать сеть из списка, а dhcp обновляет 
адрес при этом?



--
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/500e964e.9060...@gmail.com

1 2 3 4 5 6 7 >

Результаты 1 - 100 из 685 matches

Mail list logo