Работа ЧП в 2011

2010-10-18 Thread Вcе для чacтнoго прeдпpиниматeля
--
| Вcе для ЧАCТHОГО ПРЕДПPИНИМАТЕЛЯ. 
 |
| Огpаничений пo юpидичеcким, буxгaлтерским, инфoрмaционным... в 2011 г. нe 
будeт!!! -   |
| нo будeт нечтo неoжиданное.   
 |
| Чтo нужнo cрочно узнaть ужe ceйчaс пpo перcпективы зaкoнодательства,  
 |
| чтoбы в 2011 г. нe «cлeтеть» c eдиного нaлогa?
 |
--

>   Сeминaр • 21 oктября • 2010 г.

>   г. Киeв • ул. Шeлковичная, 12
>   Тeл.: (044) 331-б4-14, 592-75-6Ч


> ПPOГРАММА

1. Взноcы в Пeнcиoнный фoнд (c 2011 г.- EДИНЫЙ COЦИАЛЬНЫЙ ВЗHОС): 
   кaк правильнo pаcсчитать зa июль-ceнтябpь (в т.ч. для членoв cемьи). 
   Ктo тaкиe члeны сeмьи и кaк опpeделяется- учaствуют ли oни 
   в пpедпринимательской дeятeльности. 
   Срoк уплaты, пoдaчa отчeтoв: кaкиe нюaнсы сущeствуют cегoдня - 
   кaк этo будeт c 2011 г.

2. Paбoта "СОДPУЖЕСТВА" нeскольких ЧП и пpeдпpиятия: 
   покупaть у ЧП или делaть паpаллельно. 
   Пpевышение 500 тыc. • скoлько нужнo ЧП? HАХOЖДЕНИЕ ВCЕХ в ОДHОМ ОФФИСE. 
   Еcли "cодpужество" cвязaнныe лицa. 
   Рaбота пoд oдной тopгoвой маpкoй. 
   COТРУДНИЧЕСТВО ФИPМЫ и ЧП c 2011г. - успeeм пoдготoвиться.

3. СOТPУДНИЧЕСТВО ФИPМЫ и ЧП: нaкaзание, еcли 50% обoрота c oднoй фирмoй. 
   Koгда oпеpации пoпадают пoд финмoнитoринг.

4. ПОCРЕДНИЧЕСКАЯ ДЕЯТЕЛЬHОСТЬ: 
   oдин из caмыx пеpспективных видoв дeятельнoсти 2011. 
   Чeм кoмиccия oтличается oт пopучения, трaнcпортной экспeдиции, 
   другиx пoсpеднических дoговoров. 
   ЧТO ДEЛАТЬ CEГОДНЯ ПOСРЕДНИКАМ нa ПРOВЕРКЕ - сeгодняшняя cудeбнaя прaктика.

5. BИДЫ ДEЯТEЛЬHОСТИ ЧП 
   (прoверки выплaт пo видaм деятeльнoсти, нe внeсенным в Cвидетeльство eдиного 
нaлoга: 
   кaк сeгoдня можнo гaрaнтированно oтбитьcя): 
   пpoблeм c запрeтом «нужныx» видoв деятeльности (пpaвовые, бухгaлтeрские, 
информaционные, 
   тоpговля (oптoвaя, pозничнaя)……) пoxоже нe будeт- 
   тeм нe мeнeе 70 % пpедпpинимателей, кoтopые сейчaс нa «единoм» дoлжны будут 
пеpейти 
   нa oбщую cистeму: этo мoжно пpeдoтвратить( «пoдвoдныe кaмни» Hалoгового 
кoдекса). 
   Aрeнда поcле 1.01.2011 будeт чаcтично зaпрeщена. 
   Удeржaние единогo coциaльного взнocа пpи выплатe доxoда пpедпринимателю - 
   кaк этo зaвисит oт видoв дeятельности.

6. ПРOВЕРКИ. ВHИМAНИЕ! 
   Прaктикум - кaк прoверить сeбя пepeд пpоверкой, чтoбы нe попаcть в штpaф 2,5 
млн! 
   (пpи oбоpоте 500 тыc.). 
   Kак мoжно oбжаловать aкт прoвeрки. 
   Oбжaлoвание поcтановлений нa зaведение угoловных дeл. 
   Kpитeрии, пo котoрым можнo cпpогнозировать интенcивность неприятнoстей нa 
пpoвeрке. 
   ПPOBЕРКИ: учacтковых, гocпотребстандарта ("зaщиты потpeбителей"), 
   ГCБЭП ("УБEП"), УБOП... - кaк спpaвиться c поcлeдствиями "бeз пoтeрь", 
   нa чтo мoжно cсылаться пpи "нeзaкoнных" пpoверках. 
   Уплaтa HДФЛ c дoлгов c 2010 г. 
   Hовая «paзнaрядка» пo пpовeрке теx, ктo занимaется торгoвлей (оптoвой, 
poзничнoй) - 
   успeйте пoдготовиться. 
   ГPУБОЕ НAPУШЕНИЕ ЗАКOНОДАТЕЛЬСТВА ПРO ТPУД: 
   c чeм сегoдня cталкиваются пpeдпpиниматели, 
   кaкиe oшибки пpивoдят к УГОЛОBНОЙ OТBЕТСТВЕННОСТИ.

7. ФИHМОHИТОРИНГ 
   ужe дeйcтвует c авгуcтa 2010: кaких опеpаций нe стoит прoвoдить. 
   Дoпoлнитeльный монитоpинг имущecтвa. 
   Пeрeчень всeх дoполнитeльных уcлoвий 
   пpи котoрых неожидaнно мoжно попаcть пoд финмoнитopинг.

8. ШТРAФЫ зa OТCУТСТВИЕ пpихoдных дoкументoв нa тoвар: 
   2-кpатный размeр, 45% ….? 
   Kaк правильнo зaщитить cвои прaвa.

9. Выдачa дoкумeнтoв нa пoкупку товapа (уcлуг) – 
   мoжно ли нe имeть докумeнты нa приxoд товaра, чтo дeлaть, еcли иx нeт. 
   Hовaя пpaктикa пpовeрок c кoнцa 2009, 2010.

10. Oтражение выpучки пoслe кaждoй опeрации: oткуда взялocь тpебoвание, 
аргумeнты пpoтив.

11. Штpаф зa нe учeт товapно-материальных цeннoстей - пoчeму пoка peдкo 
примeняется нa пpактике.

12. HAEМНЫЕ РАБOТНИКИ. 
Заключениe гpaжданско-правовых дoгoворов c рабoтниками: 
c кaкими катeгoриями pаботников нeльзя зaключать, cравнительная 
таблицa налогoобложения пo тpудовому и граждaнско-правовому. 
ГРAЖДАНСКО-ПРАВОВЫЕ ДOГОBОРА C PAБOТНИКАМИ - 
новaя пoзиция 2010 Пeнсиoнного фондa пo дoгoворам налoгообложения уcлуг, 
поpядoк нaчисления и отрaжения в oтчетности единогo coциального взноca - 
инновaционные измeнения.

13. KHИГA пo ф № 10: пoчему ни в кoeм cлучаe ee НEЛЬЗЯ ТЕPЯТЬ (поcледняя 
пoзиция ГHАУ). 
Рacсмотрение пoрядкa зaпoлнения гpаф рacходов и дoходов. 
Штpафы зa непрaвильное зaпoлнение. Пepиодичность зaпoлнeния (eжeднeвно...), 
мoгут ли oштрафовать ЧП, cделав контpольную зaкупку, 
неведeние учетa тoваров пo меcту рeaлизации . 
Зaполнeние гpафы рaсходов - 3 ваpиaнта. 
Kак вeсти рaсходы бeз пoдтвеpждающих докумeнтов.

14. НAЛИЧHОЕ ДEHEЖНОЕ OБPАЩЕНИЕ. 
Какиe дoкументы выдaвaть пoкупaтeлю (BЫДAЧA BСE

Re: Перекомпиляция ос новных программ

2010-10-18 Thread Фролов Александр

On 18.10.2010 08:23, Н. Артём wrote:

On 17.10.2010 09:00, Н. Артём wrote:
 

  On Sat, Oct 16, 2010 at 09:27:26PM +0400, Н. Артём wrote:
 

 _Я хочу перекомпилировать не ради перекомпиляции, а ради увеличения 
скорости._
   

Ускорение на 0.5-1% загрузочных скриптов позволит считать задачу 
выполненной?
 

Каждого или всех вместе? Не думаю, что это заметное ускорение... Нет. :-(
   

  Сочувствую. Видите ли, там действительно основная нагрузка -- форки.
  Плюс старт бинарников: куча open() и mmap() -- код, исполняемый в ядре.
  Плюс немного ELF loader. Плюс интерпретация скрипта башем, где SSE*
  совершенно не требуются. Совершенно непонятно, где и что здесь можно
  ускорить оптимизацией... Что касается самого ядра, в дебиане его можно
  взять уже собранное с оптимизацией под нужную архитектуру.
  Так что я ставлю на то, что перекомпиляция даст не более 1% ускорения.
 

  Нечего мне сочувствовать. Причём _здесь_ SSE? Ну, в общем, понятно, что 
смысла нет... Но и тестов - нет.
   

Прочитал всю тему.
Выжимка:
 

  не знал про
  не знаю
  знаю, что можно, не хочу мерить
  не проверял
  не замерял
   

и т.д. рассуждения на тему без знания предмета и без желания понять.
 

Без знания предмета<>  без желания понять.

   

Про смысл говорили и не раз, но вопрос не пропадает.
 

Ну, много про что уже говорят не раз... Но вопрос не пропадает. Опять же: Gentoo. Все 
говорят про "гибкость, настройку под себя".
Т.е. перекомпиляция, USE и прочее - только ради этого? И никто не опроверг то, что ту же 
самую гибкость возможно получить и без перекомпиляции. Особенно, с учётом того, что 
времени она занимает массу (плюс обновления софта...). Конечно, в некоторых случаях... 
Но, блин, в этих случаях возможность скомпилировать нужное ПО есть и в пакетном 
дистрибьютиве. Не легче ли собрать свой пакет на основе имеющегося, чем менять 
дистрибьютив и пересобирать мир? :-\ Так почему же Gentoo существует и даже вполне 
популярен? "Для задротов"?
Вы же хотите сказать, что я идиот, закрыть этот вопрос и утвердиться в своём 
мнении. Дело ваше. Вероятно, что идея бредовая. Но вот без тестов - это не 
вполне убедительно.

   

имо, вопрос нужно
было сформулировать в виде "хочу пересобрать свой дистр / отдельные
проги, не уверен надо ли, накидайте тестов по прогам x, y, z..."
 

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


   

С конца: ну так сделай уже эти тесты и убедись.
Моё мение, как человека знакомого с генту всего пару часов: преимущества 
генту в работе с исходиками: юз и настройки для конкретного приложения. 
Когда эти возможности вам нужны для пары приложений, генту, возможно, и 
выглядит неоправданным решением, но когда количество таких приложений 
растёт, генту это то, что надо.
Куча времени? Не надо пересобирать мир каждый день. Вам нужен бинарный 
дистр с прозрачной сборкой ПО из исходников? Ваш выбор арч.
Да, в деюе есть возможность пересборки из исходников. Допустим, вы нашли 
нужные вам тесты, увидели цифры, они вас удовлетворили и вы решили 
пересобирать, ну допустим 15 пакетов. А вот теперь мне интересно (нет, 
правда, интересно), как вы собираетесь это делать постоянно.



--
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/4cbc1120.4060...@yandex.ru



как привязать нумераци ю устройств ethernet к pci слота м?

2010-10-18 Thread Sergey Spiridonov

Всем привет

Есть машина в которую воткнуты 4 ethernet карты. Нужно чтобы при замене 
ethernet карт нумерация eth0, eth1, eth2, eth3 всегда создавалась таким 
образом, чтобы ethernet карточка воткнутая в первый pci слот получала 
eth0, во второй eth1, в третий eth2 и т.д.


Правильно ли я понимаю что первая колонка (pci-адрес?) в листинге lspci 
зависит от слота в который воткнута карточка? То есть если я заставлю 
udev использовать этот адрес для нумерации, то моя задача будет решена?


--
Best regards, Sergey Spiridonov


--
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/ogito7-gg1@legba.gamic.com



Re: как привязать нуме рацию устройств ethernet к pci слотам?

2010-10-18 Thread Иван Лох
On Mon, Oct 18, 2010 at 12:01:28PM +0200, Sergey Spiridonov wrote:
> lspci зависит от слота в который воткнута карточка? То есть если я
> заставлю udev использовать этот адрес для нумерации, то моя задача
> будет решена?

В-общем, да, но по MAC еще надежней. Более того, это уже сделано по умолчанию.
См. скрипт /lib/udev/write_net_rules
который автоматически генерирует, что-то вроде.

# PCI device 0x:0x (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", 
ATTR{address}=="00:21:22:22:22:22", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
...
итд в /etc/udev/rules.d/70-persistent-net.rules


-- 
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/20101018101947.ga32...@nano.ioffe.rssi.ru



Re: как привязать нуме рацию устройств ethernet к pci слотам?

2010-10-18 Thread Victor Wagner
On 2010.10.18 at 14:19:47 +0400, Иван Лох wrote:

> On Mon, Oct 18, 2010 at 12:01:28PM +0200, Sergey Spiridonov wrote:
> > lspci зависит от слота в который воткнута карточка? То есть если я
> > заставлю udev использовать этот адрес для нумерации, то моя задача
> > будет решена?
> 
> В-общем, да, но по MAC еще надежней. Более того, это уже сделано по умолчанию.

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

Какой был use-case у тех, кто придумал эти persistent-net-rules я так и
не понял. У меня всегда была задача вида "eth0  должна называться карта,
в которую воткнут вот этот кабель, какой бы mac у нее ни был"

Что в десктопах, что в ноутбуках с PCMCIA сетевками.

Частный случай: "если у нас ровно одна карта, она должна называться eth0,
даже если вчера у eth0  был совсем другой mac".

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


-- 
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/20101018105037.ga29...@wagner.pp.ru



Re: как привязать нуме рацию устройств ethernet к pci слотам?

2010-10-18 Thread Victor Wagner
On 2010.10.18 at 14:19:47 +0400, Иван Лох wrote:

> On Mon, Oct 18, 2010 at 12:01:28PM +0200, Sergey Spiridonov wrote:
> > lspci зависит от слота в который воткнута карточка? То есть если я
> > заставлю udev использовать этот адрес для нумерации, то моя задача
> > будет решена?
> 
> В-общем, да, но по MAC еще надежней. Более того, это уже сделано по умолчанию.

Но вообще, надо признаться один раз случай когда эта идиотская система
обзывания интерфейсов по MAC мне помогла. Это когда я на своем eeepc 900
переходил с использования драйверов madwifi на использование ядерного
ath5k. Тогда udev автоматически переименовал мне wlan0 в ath0 и ничего
перенастраивать не понадобилось.



-- 
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/20101018105424.ga29...@wagner.pp.ru



Re: Не работает /etc/init.d/gdm restart

2010-10-18 Thread James Brown
Nikita V. Youshchenko wrote:
>> ОС - Lenny AMD64, оболочка GNOME  2.22.3
>> Не работает /etc/init.d/gdm restart, уже неск. месяцев, просто до того,
>> чтобы с этим разобраться,руки не доходили.
>> Точнее-  работает, но как stop, приходится потом из консоли запускать
>> start'ом. До этого такого не было, рестартовал нормально.
>> В чем может быть дело?
> 
> Есть гипотеза, что там возникает гонка, что произойдёт быстрее - скрипт 
> выдаст команду старт, или будет убит SIGHUP-ом из-за гибели терминала.
> 
> Возможно поможет игра с nohup.

Когда я это запускаю в консоли - результат тот же.
А терминал там ведь от остановки 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/4cbc2a96.4060...@gmail.com



Re: Debian на Nokia N810

2010-10-18 Thread James Brown
Korona Auto Ltd./ Andrey N. Prokofiev wrote:
> День добрый. Стал обладателем сабжего девайса. Сразу возникла мысль
> заменить maemo на debian. Кто-нибудь запускал debian на nokia n8x0? Как
> оно там? Юзабилити и функциональность не теряется?
> 
> -- 
> WBR, Andrey N. Prokofiev
> IT department of the Korona Auto Ltd.
> Jabber ID: a...@korona-auto.com
> E-mail: a...@korona-auto.com
> Work Phone: +7-812-703-46-83 (ext. 100)
> 
> 
> 

А что, еще N810 продают?


-- 
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/4cbc2b3b.5040...@gmail.com



Re: bash -cs

2010-10-18 Thread Serhiy Storchaka
Źmicier wrote:
> Подскажите, пожалуйста, как можно заставить bash считать первую
> команду из параметров ключа запуска -c а последующие из stdin? Иначе:
> как заставить bash -с [command] не завершаться после выполнения, а
> ждать ввода?
> Для sh -> /bin/dash это достигается комбинированием ключей -c и -s.
> Для наглядности в отдельном эмуляторе терминала:
> $ xterm -e sh -cs "ls"
> У bash ключ -s тоже есть, но в сочетании с -c он не работает.

{ echo [command]; cat -; } | bash -s



-- 
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/i9hegd$mc...@dough.gmane.org



Re: bash -cs

2010-10-18 Thread Валентин Лоскутов
Здравствуйте.

>% echo "echo aaa\necho bbb" | bash -c 'date ; source /dev/stdin'
>Сбт Окт 16 18:30:05 MSD 2010
>aaa
>bbb
Немного не в тему. А почему у меня так не получается?

$ echo $0
/bin/bash
$ echo "echo aaa\necho bbb" | bash -c 'date ; source /dev/stdin'
Пнд Окт 18 16:44:06 MSD 2010
aaanecho bbb

Мучился не так давно с этим \n, но так и не победил.

$ echo "aaa\nbbb"
aaa\nbbb

До свидания.


--
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/20101018165535.755e2...@rim2000m.ru



Re: bash -cs

2010-10-18 Thread Eugene Berdnikov
On Mon, Oct 18, 2010 at 04:55:35PM +0400, Валентин Лоскутов wrote:
> Здравствуйте.
> 
> >% echo "echo aaa\necho bbb" | bash -c 'date ; source /dev/stdin'
> >Сбт Окт 16 18:30:05 MSD 2010
> >aaa
> >bbb
> Немного не в тему. А почему у меня так не получается?
> 
> $ echo $0
> /bin/bash
> $ echo "echo aaa\necho bbb" | bash -c 'date ; source /dev/stdin'
> Пнд Окт 18 16:44:06 MSD 2010
> aaanecho bbb
> 
> Мучился не так давно с этим \n, но так и не победил.
> 
> $ echo "aaa\nbbb"
> aaa\nbbb

 Потому что bash очень вычурное изделие, в нём надо набирать echo -e.
-- 
 Eugene Berdnikov


-- 
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/20101018130250.gp12...@protva.ru



Re: bash -cs

2010-10-18 Thread Валентин Лоскутов
Здравствуйте.

>> Немного не в тему. А почему у меня так не получается?
>> 
>> $ echo $0
>> /bin/bash
>> $ echo "echo aaa\necho bbb" | bash -c 'date ; source /dev/stdin'
>> Пнд Окт 18 16:44:06 MSD 2010
>> aaanecho bbb
>> 
>> Мучился не так давно с этим \n, но так и не победил.
>> 
>> $ echo "aaa\nbbb"
>> aaa\nbbb
>
> Потому что bash очень вычурное изделие, в нём надо набирать echo -e.

Спасибо. Работает. Вот только в man bash почему-то этого нет (или я не нашел). 
На что ещё влияет этот параметр?



До свидания.


--
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/20101018183018.5fab3...@rim2000m.ru



Re: bash -cs

2010-10-18 Thread Н . Артём
> Здравствуйте.
> > >  Немного не в тему. А почему у меня так не получается?
> > > 
> > >  $ echo $0
> > >  /bin/bash
> > >  $ echo "echo aaa\necho bbb" | bash -c 'date ; source /dev/stdin'
> > >  Пнд Окт 18 16:44:06 MSD 2010
> > >  aaanecho bbb
> > > 
> > >  Мучился не так давно с этим \n, но так и не победил.
> > > 
> > >  $ echo "aaa\nbbb"
> > >  aaa\nbbb
> >  Потому что bash очень вычурное изделие, в нём надо набирать echo -e.
> Спасибо. Работает. Вот только в man bash почему-то этого нет (или я не 
> нашел). На что ещё влияет этот параметр?
> До свидания.
help echo
На отображение спец. символов.


-- 
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/366721287412...@web91.yandex.ru



Re: Перекомпиляция основных программ

2010-10-18 Thread Н . Артём


> On 2010.10.18 at 08:42:28 +0400, Н. Артём wrote:
> > > > >   популярную. 
> > > >   Хм... В сравнении со "стабильным Debian" это не является плюсом. 
> > > >   Они и так пытаюся избежать использования чего-нибудь падучего.
> > >  У разных людей разные критерии неприемлимости к употреблению.
> > >  У меня вот в раздел неприемлемых попадают ВСЕ desktop environments
> >  Ну, достаточно их просто не устанавливать. Причём тут дистрибьютив?
> К сожалению, очень многие полезные программы линкуются с библиотеками
> от desktop environment. А в пакетах этих библиотек прописаны
> Recommends зависимости от соответствующих демонов.
Так и что? Recommends-nо причём? Никто же не заставляет..?

> Дистрибутив здесь еще как причем, потому что вот в Debian есть evince
> (слинкованная с гномовскими библиотеками) и есть evince-gtk (без оных),
> а в большинсве других дистрибутивов - только с гномом.
Ну, в принципе, ясно... Т.е., смысл существования подхода Gentoo - не в 
оптимизациях?

> А xpdf не поддерживает показа bookmarks на русском языке. 
Не пользуюсь - не знаю... Но перекомпилировать его вполне возможно.

> > >  multicast-DNS (а с libavahi дохрена всего линкуется) и еще много чего.
> >  Если не ошибаюсь, avahi использовать не обязательно и вполне возможно без 
> > него обойтись. Он где-то есть именно в "жёстких" зависимостях?
> libavahi - есть. У cups, у sane и еще у кое-каких полезных вещей.
> Хотя полезность cups под большим вопросом. 
> В ней даже Эрик Раймонд сомневается, хотя уж это человек, который сделал
> больше, чем кто бы то ни было, чтобы превратить Free Software в Open
> Source.
> > >  Причем главная причина неприемлемости не падучесть, а то что оно делает
> > >  не то, что я сказал, а пытается проявлять инициативу.
> >  Да, это бывает... Создаётся впечатление, что разработчики часто считают,
> > их поделие умнее пользователя. :-\
> Беда в том, что в случае 99% пользователей они правы.
Думаю, что они не правы в случае 100% пользователей. Программа - это только 
программа.

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


-- 
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/324401287412...@web102.yandex.ru



Re: Перекомпиляция основных программ

2010-10-18 Thread Н . Артём
> On 18.10.2010 08:23, Н. Артём wrote:
> > >  On 17.10.2010 09:00, Н. Артём wrote:
> > > > >On Sat, Oct 16, 2010 at 09:27:26PM +0400, Н. Артём wrote:
> > > > > > > >   _Я хочу перекомпилировать не ради перекомпиляции, а ради 
> > > > > > > > увеличения скорости._
> > > > > > >  Ускорение на 0.5-1% загрузочных скриптов позволит считать 
> > > > > > > задачу выполненной?
> > > > > >  Каждого или всех вместе? Не думаю, что это заметное 
> > > > > > ускорение... Нет. :-(
> > > > >Сочувствую. Видите ли, там действительно основная нагрузка -- 
> > > > > форки.
> > > > >Плюс старт бинарников: куча open() и mmap() -- код, исполняемый в 
> > > > > ядре.
> > > > >Плюс немного ELF loader. Плюс интерпретация скрипта башем, где SSE*
> > > > >совершенно не требуются. Совершенно непонятно, где и что здесь 
> > > > > можно
> > > > >ускорить оптимизацией... Что касается самого ядра, в дебиане его 
> > > > > можно
> > > > >взять уже собранное с оптимизацией под нужную архитектуру.
> > > > >Так что я ставлю на то, что перекомпиляция даст не более 1% 
> > > > > ускорения.
> > > >Нечего мне сочувствовать. Причём _здесь_ SSE? Ну, в общем, понятно, 
> > > > что смысла нет... Но и тестов - нет.
> > >  Прочитал всю тему.
> > >  Выжимка:
> > > >не знал про
> > > >не знаю
> > > >знаю, что можно, не хочу мерить
> > > >не проверял
> > > >не замерял
> > >  и т.д. рассуждения на тему без знания предмета и без желания понять.
> >  Без знания предмета<> без желания понять.
> > >  Про смысл говорили и не раз, но вопрос не пропадает.
> >  Ну, много про что уже говорят не раз... Но вопрос не пропадает. Опять же: 
> > Gentoo. Все говорят про "гибкость, настройку под себя".
> >  Т.е. перекомпиляция, USE и прочее - только ради этого? И никто не опроверг 
> > то, что ту же самую гибкость возможно получить и без перекомпиляции. 
> > Особенно, с учётом того, что времени она занимает массу (плюс обновления 
> > софта...). Конечно, в некоторых случаях... Но, блин, в этих случаях 
> > возможность скомпилировать нужное ПО есть и в пакетном дистрибьютиве. Не 
> > легче ли собрать свой пакет на основе имеющегося, чем менять дистрибьютив и 
> > пересобирать мир? :-\ Так почему же Gentoo существует и даже вполне 
> > популярен? "Для задротов"?
> >  Вы же хотите сказать, что я идиот, закрыть этот вопрос и утвердиться в 
> > своём мнении. Дело ваше. Вероятно, что идея бредовая. Но вот без тестов - 
> > это не вполне убедительно.
> > >  имо, вопрос нужно
> > >  было сформулировать в виде "хочу пересобрать свой дистр / отдельные
> > >  проги, не уверен надо ли, накидайте тестов по прогам x, y, z..."
> >  Частично, наверное, нужно было и так. Поскольку, помимо рассуждений, 
> > хочется увидеть цифры и как оно есть на самом деле, чтобы убедиться.

> С конца: ну так сделай уже эти тесты и убедись.
Это не муторно. Это очень муторно. Во-первых.
Во-вторых: нету у меня дебиана с субботнего вечера. :-(  Радиатор северного 
моста отлетел. Говорят, я переглер... Точнее, Debian остался, но вот загрузить 
его не на чем. :-|

> Моё мение, как человека знакомого с генту всего пару часов: преимущества 
> генту в работе с исходиками: юз и настройки для конкретного приложения. 
> Когда эти возможности вам нужны для пары приложений, генту, возможно, и 
> выглядит неоправданным решением, но когда количество таких приложений 
> растёт, генту это то, что надо.
Т.е., опять оправданность его существования сводится не к оптимизации, а  к 
компиляции в нужной конфигурации?

> Вам нужен бинарный дистр с прозрачной сборкой ПО из исходников? Ваш выбор арч.
Нет уж, спасибо. Если вы ещё помните, вопрос был в том увеличит ли 
перекомпиляция под нужную архитектуру скорость работы Debian.
Только Arch'а мне не хватало.

> Да, в деюе есть возможность пересборки из исходников. Допустим, вы нашли 
> нужные вам тесты, увидели цифры, они вас удовлетворили и вы решили 
> пересобирать, ну допустим 15 пакетов. А вот теперь мне интересно (нет, 
> правда, интересно), как вы собираетесь это делать постоянно.
Примерно так:
"> Куча времени? Не надо пересобирать мир каждый день. "
Аналогично: вы считаете, что все 15 будут каждый день все разом обновляться?


-- 
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/507731287413...@web90.yandex.ru



Q: last -i

2010-10-18 Thread yuri . nefedov


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


last -i -n 5 nefedov

nefedov  pts/0159.93.xx.xxxMon Oct 18 19:09   still logged in
nefedov  console  96.0.0.0 Mon Oct 18 19:08   still logged in
nefedov  console  96.0.0.0 Mon Oct 18 19:05 - 19:06  (00:00)
nefedov  pts/17   159.93.xx.xxxMon Oct 18 18:42 - 18:44  (00:02)
nefedov  pts/25   159.93.xx.xxxMon Oct 18 15:00 - 15:12  (00:11)

 Во первых, что такое console? tty1 или это что-то другое?
 Во вторых, что такое 96.0.0.0 ? Полная абстракция...
 По смыслу - это xdm поднимает X session.

 Ю.

Re: Перекомпиляция ос новных программ

2010-10-18 Thread Фролов Александр

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

On 18.10.2010 08:23, Н. Артём wrote:
 

  On 17.10.2010 09:00, Н. Артём wrote:
 

On Sat, Oct 16, 2010 at 09:27:26PM +0400, Н. Артём wrote:
 

   _Я хочу перекомпилировать не ради перекомпиляции, а ради увеличения 
скорости._
   

  Ускорение на 0.5-1% загрузочных скриптов позволит считать задачу 
выполненной?
 

  Каждого или всех вместе? Не думаю, что это заметное ускорение... Нет. :-(
   

Сочувствую. Видите ли, там действительно основная нагрузка -- форки.
Плюс старт бинарников: куча open() и mmap() -- код, исполняемый в ядре.
Плюс немного ELF loader. Плюс интерпретация скрипта башем, где SSE*
совершенно не требуются. Совершенно непонятно, где и что здесь можно
ускорить оптимизацией... Что касается самого ядра, в дебиане его можно
взять уже собранное с оптимизацией под нужную архитектуру.
Так что я ставлю на то, что перекомпиляция даст не более 1% ускорения.
 

Нечего мне сочувствовать. Причём _здесь_ SSE? Ну, в общем, понятно, что 
смысла нет... Но и тестов - нет.
   

  Прочитал всю тему.
  Выжимка:
 

не знал про
не знаю
знаю, что можно, не хочу мерить
не проверял
не замерял
   

  и т.д. рассуждения на тему без знания предмета и без желания понять.
 

  Без знания предмета<>  без желания понять.
   

  Про смысл говорили и не раз, но вопрос не пропадает.
 

  Ну, много про что уже говорят не раз... Но вопрос не пропадает. Опять же: Gentoo. Все 
говорят про "гибкость, настройку под себя".
  Т.е. перекомпиляция, USE и прочее - только ради этого? И никто не опроверг то, что ту 
же самую гибкость возможно получить и без перекомпиляции. Особенно, с учётом того, что 
времени она занимает массу (плюс обновления софта...). Конечно, в некоторых случаях... 
Но, блин, в этих случаях возможность скомпилировать нужное ПО есть и в пакетном 
дистрибьютиве. Не легче ли собрать свой пакет на основе имеющегося, чем менять 
дистрибьютив и пересобирать мир? :-\ Так почему же Gentoo существует и даже вполне 
популярен? "Для задротов"?
  Вы же хотите сказать, что я идиот, закрыть этот вопрос и утвердиться в своём 
мнении. Дело ваше. Вероятно, что идея бредовая. Но вот без тестов - это не 
вполне убедительно.
   

  имо, вопрос нужно
  было сформулировать в виде "хочу пересобрать свой дистр / отдельные
  проги, не уверен надо ли, накидайте тестов по прогам x, y, z..."
 

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

С конца: ну так сделай уже эти тесты и убедись.
 

Это не муторно. Это очень муторно. Во-первых.
Во-вторых: нету у меня дебиана с субботнего вечера. :-(  Радиатор северного 
моста отлетел. Говорят, я переглер... Точнее, Debian остался, но вот загрузить 
его не на чем. :-|

   

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

Т.е., опять оправданность его существования сводится не к оптимизации, а  к 
компиляции в нужной конфигурации?

   

Вам нужен бинарный дистр с прозрачной сборкой ПО из исходников? Ваш выбор арч.
 

Нет уж, спасибо. Если вы ещё помните, вопрос был в том увеличит ли 
перекомпиляция под нужную архитектуру скорость работы Debian.
Только Arch'а мне не хватало.

   

Да, в деюе есть возможность пересборки из исходников. Допустим, вы нашли
нужные вам тесты, увидели цифры, они вас удовлетворили и вы решили
пересобирать, ну допустим 15 пакетов. А вот теперь мне интересно (нет,
правда, интересно), как вы собираетесь это делать постоянно.
 

Примерно так:
">  Куча времени? Не надо пересобирать мир каждый день. "
Аналогично: вы считаете, что все 15 будут каждый день все разом обновляться?


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


Это не муторно, это долго, на piv.

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



--
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/4cbc6e6a.2040...@yandex.ru



Re: Перекомпиляция осн овных программ

2010-10-18 Thread Eugene Berdnikov
On Mon, Oct 18, 2010 at 06:47:24PM +0400, Н. Артём wrote:
> > Моё мение, как человека знакомого с генту всего пару часов: преимущества 
> > генту в работе с исходиками: юз и настройки для конкретного приложения. 
> > Когда эти возможности вам нужны для пары приложений, генту, возможно, и 
> > выглядит неоправданным решением, но когда количество таких приложений 
> > растёт, генту это то, что надо.
> Т.е., опять оправданность его существования сводится не к оптимизации, а  к 
> компиляции в нужной конфигурации?

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

 Ну а что касается гибкости сборки, так это один из плюсов, который нынче
 поклонники Gentoo несут как флаг. Но и этот тезис спорный: "правильно"
 написанные программы умеют сами определять тип процессора, число ядер,
 наличие нужных библиотек в системе, и на лету включать подходящую
 оптимизацию, вплоть до ассемблерной. Пример: mplayer.
-- 
 Eugene Berdnikov


-- 
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/20101018160020.ga18...@protva.ru



Re: как привязать нум ерацию устройств ethernet к pci слотам?

2010-10-18 Thread Sergey Spiridonov

Привет

On 10/18/2010 12:50 PM, Victor Wagner wrote:


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


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


Могу ли я быть уверенным, что в карточка в слоте 2 всегда получит адрес 
05:00.0?



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


Да.

--
Best regards, Sergey Spiriodonov


--
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/cp7uo7-jqa@legba.gamic.com



Re: как привязать нумер ацию устройств ethernet к pci слотам?

2010-10-18 Thread Yuri Kozlov
В Mon, 18 Oct 2010 18:04:28 +0200
Sergey Spiridonov  пишет:

> Привет
> 
> On 10/18/2010 12:50 PM, Victor Wagner wrote:
> 
> > Насколько я понимаю, задача "Замена сетевых карт" подразумевает
> > "карточка сгорела, и мы втыкаем на ее место другую, с другим mac"
> 
> Да, совершенно верно. Вопрос в том, не назначаются ли pci адреса тоже 
> случайным образом, типа кто первый проинициализовался, того и тапки.
> 
> Могу ли я быть уверенным, что в карточка в слоте 2 всегда получит адрес 
> 05:00.0?

Судя по тому как по номерам прыгают звуковушки -- врядли.


-- 
Best Regards,
Yuri Kozlov


-- 
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/20101018202731.05a03...@keeper.home.local



Re: Перекомпиляция осн овных программ

2010-10-18 Thread Anton Kovalenko
Н. Артём  writes:

> -falign-jumps=32 и подобное
>> -- позволяет до некоторой степени понизить вероятность сильных
>> отклонений, но не исключает их полностью [и, кстати, не
>> *увеличивает* в данном случае производительность, а именно
>> стабилизирует -- но не до конца, увы].
> Хм... Но ведь без изменения чего-бы то ни было, компилятор должен
> каждый раз создавать одинаковый код..?

Да, gcc обещает воспроизводимость на уровне "такой же код из такого же
исходника с такими же опциями" -- если только мы от этой
воспроизводимости очевидным образом не отказываемся,
см. -branch-probabilities.

Однако это неважно. Когда мы меряем влияние оптимизации, нам же не
интересно "без изменения" [и так ясно, что одинаковые бинарники
одинаковы] -- нам интересно, как какие-то конкретные опции влияют. 
Каждая опция влияет двумя способами: "как задумано" [согласно её прямому
смыслу] и "как получится" [побочными эффектами из-за того, что код
расположен по-другому]. Если мы хотим получить обобщаемые результаты,
нам нужно первый способ учесть, а второй "выфильтровать".

В качестве иллюстрации представим древний компилятор, который ничего не
знает про выравнивание кода и никогда к нему не стремится, но у которого
есть -fomit-frame-pointer. Представим ситуацию, когда при наличии лишних
mov %esp, %ebp / push %ebp у вас точка входа в следующую функцию
случайно пришлась на адрес, кратный 16 байтам -- а эта функция вдруг
оказалась самой часто-вызываемой. "Наивная" методика тестирования может
привести вас к выводу, что -fomit-frame-pointer тормозит.

Так вот, набор тестов, который позволил бы отфильтровать шум, можно
получить для конкретной опцимизации [пример: как -ffast-math влияет на
скорость вычислений с плавающей точкой?  Тестируем много *разных*
алгоритмов, у которых эти самые вычисления происходят большую часть
времени, потом расширяем массив измерений с помощью "шевеления" тех
опций, эффект от которых нас не интересует -- и знаем, что [1] на разных
программах "случайные" влияния пойдут в случайном направлении и не
накопятся, [2] скорость fp влияет настолько сильнее всего остального,
что и без этого было бы неплохо].

А вот когда вы сравниваете на десктопе два ядра с -O2 -mtune=686 и -O4
-mtune=core2, и видите разницу в скорости загрузки системы -- и близко
непонятно, что вы в результате намеряли и сколько в этом везения или
невезения.

Ошибки в методах тестирования *готовых* бинарников, к счастью, хорошо
популяризованы.  А вот то, что нехилая систематическая погрешность может
быть создана уже при компиляции, не столь известно. (да и для меня
оказалось новостью, что разница может быть в 10-20% -- хотя это не
каждый день бывает и тоже должно "повезти", но сам факт!)

-- 
Regards, Anton Kovalenko
+7(916)345-34-02 | Elektrostal' MO, Russia


Re: как привязать нумера цию устройств ethernet к pci сло там?

2010-10-18 Thread Sergey Spiridonov
Привет

18.10.2010 18:27, Yuri Kozlov пишет:

>> Могу ли я быть уверенным, что в карточка в слоте 2 всегда получит адрес 
>> 05:00.0?
> 
> Судя по тому как по номерам прыгают звуковушки -- врядли.


То есть задача в принципе нерешаема?
-- 
Best regards, Sergey Spiridonov


-- 
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/i9ibfu$9r...@dough.gmane.org



Re: как привязать нумерацию у стройств ethernet к pci слотам?

2010-10-18 Thread Alexei
Задача наполовину анрил. Почему наполовину? потому что при перетыкании
сетевух - маки меняются, привязывать к ним смысла нету. При обновлении ядра
(особенно ACPI, либо при перенастройке биоса) - адреса писиай тоже
перемешиваются, поэтому ты ни в одном из этих случаев не получишь ожидаемого
результата.

в /etc/udev/rules.d/70-persistent-net.rules можно юзать следующее:

# variables used to communicate:
#   MATCHADDR MAC address used for the match
#   MATCHID   bus_id used for the match
#   MATCHDEVIDdev_id used for the match
#   MATCHDRV  driver name used for the match
#   MATCHIFTYPE   interface type match
#   COMMENT   comment to add to the generated rule
#   INTERFACE_NAMErequested name supplied by external tool
#   INTERFACE_NEW new interface name returned by rule writer

глянь, мож что и поможет.

19 октября 2010 г. 0:41 пользователь Sergey Spiridonov <
s...@hurd.homeunix.org> написал:

> Привет
>
> 18.10.2010 18:27, Yuri Kozlov пишет:
>
> >> Могу ли я быть уверенным, что в карточка в слоте 2 всегда получит адрес
> >> 05:00.0?
> >
> > Судя по тому как по номерам прыгают звуковушки -- врядли.
>
>
> То есть задача в принципе нерешаема?
> --
> Best regards, Sergey Spiridonov
>
>
> --
> 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/i9ibfu$9r...@dough.gmane.org
>
>


Re: Q: last -i

2010-10-18 Thread Stanislav Maslovski
On Mon, Oct 18, 2010 at 07:28:30PM +0400, yuri.nefe...@gmail.com wrote:
>
>  Давненько меня параноя не мучила, но вот посмотрел
>  я на вывод команды last и он мне не понравился.
>
>> last -i -n 5 nefedov
> nefedov  pts/0159.93.xx.xxxMon Oct 18 19:09   still logged in
> nefedov  console  96.0.0.0 Mon Oct 18 19:08   still logged in
> nefedov  console  96.0.0.0 Mon Oct 18 19:05 - 19:06  (00:00)
> nefedov  pts/17   159.93.xx.xxxMon Oct 18 18:42 - 18:44  (00:02)
> nefedov  pts/25   159.93.xx.xxxMon Oct 18 15:00 - 15:12  (00:11)
>
>  Во первых, что такое console? tty1 или это что-то другое?

Цитирую linux/Documentation/devices.txt:

The console device, /dev/console, is the device to which system
messages should be sent, and on which logins should be permitted in
single-user mode.  Starting with Linux 2.1.71, /dev/console is managed
by the kernel; for previous versions it should be a symbolic link to
either /dev/tty0, a specific virtual console such as /dev/tty1, or to
a serial port primary (tty*, not cu*) device, depending on the
configuration of the system.

>  Во вторых, что такое 96.0.0.0 ? Полная абстракция...

Действительно интересно. Привет физикам-ядерщикам, btw =)

>  По смыслу - это xdm поднимает X session.
>
>  Ю.

-- 
Stanislav


-- 
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/20101018210907.ga27...@kaiba.homelan



Re: как привязать нум ерацию устройств ethernet к pci слотам?

2010-10-18 Thread Sergey Spiridonov
Привет

18.10.2010 23:00, Alexei пишет:
> Задача наполовину анрил. Почему наполовину? потому что при перетыкании
> сетевух - маки меняются, привязывать к ним смысла нету. При обновлении ядра
> (особенно ACPI, либо при перенастройке биоса) - адреса писиай тоже
> перемешиваются, поэтому ты ни в одном из этих случаев не получишь ожидаемого
> результата.

Спросил ещё на новом сервисе ask.debian.net[1]. Посмотрим что скажут.

http://ask.debian.net/questions/how-to-bind-ethernet-nic-numbering-with-pci-e-slot
-- 
Best regards, Sergey Spiridonov


-- 
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/i9ief7$qs...@dough.gmane.org



Re: как привязать нумерацию у стройств ethernet к pci слотам?

2010-10-18 Thread Dmitry Semyonov
2010/10/18 Victor Wagner wrote:
>
> Какой был use-case у тех, кто придумал эти persistent-net-rules я так и
> не понял.

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

-- 
...Bye..Dmitry.


Re: bash -cs

2010-10-18 Thread Źmicier
А что вы посоветуете вместо баша? zsh? Как реализовать сабж в нем, я
тоже не нашел. 'zsh -cs', по крайней мере, не работает.

18 октября 2010 г. 10:25 пользователь Artem Chuprina  написал:
>> > Конкретного ничего не скажу.
>> Это я уже понял.
>>
>> Я когда отправлял вопрос, думал что мне в ответ укажут на башевскую
>> опцию, отвечающую за поведение, эквивалентное 'dash -cs', и дадут
>> напутствие читать маны внимательней. По видимому, вопрос оказался
>> несколько сложнее.
>> Если действительно, незамысловатый dash позволяет сделать эту вроде бы
>> простую вещь, причем «интуитивно понятным» способом, а bash — не
>> позволяет, то я удивлен.
>
> Я вам скажу, возможно, еще более удивительную вещь.  bash, именно bash, вообще
> во многом странен и нелогичен.  Хотите им пользоваться - привыкайте.
>
>
> --
> 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/8762x03tli.wl%...@ran.pp.ru
>
>


inetd хочется с транного

2010-10-18 Thread Dmitry E. Oboukhov
хочется некоторых фич от inetd, однако не знаю реализовывал ли их
кто-нибудь.

в частности хочется опции prefork=n (вернее даже preexec), чтобы
сократить время отклика на время форка и старта/инициализации
приложения.

а так же хочется иметь возможность повесить сервер на unix-сокет.


Никто не знает, есть ли сервер с такими фичами?
-- 
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature


Re: Q: last -i

2010-10-18 Thread Yuri Kozlov
В Tue, 19 Oct 2010 01:09:07 +0400
Stanislav Maslovski  пишет:

> On Mon, Oct 18, 2010 at 07:28:30PM +0400, yuri.nefe...@gmail.com wrote:
> >
> >  Давненько меня параноя не мучила, но вот посмотрел
> >  я на вывод команды last и он мне не понравился.
> >
> >> last -i -n 5 nefedov
> > nefedov  pts/0159.93.xx.xxxMon Oct 18 19:09   still logged
> > in nefedov  console  96.0.0.0 Mon Oct 18 19:08   still
> > logged in nefedov  console  96.0.0.0 Mon Oct 18 19:05 -
> > 19:06  (00:00) nefedov  pts/17   159.93.xx.xxxMon Oct 18 18:42
> > - 18:44  (00:02) nefedov  pts/25   159.93.xx.xxxMon Oct 18
> > 15:00 - 15:12  (00:11)
> >
> >  Во первых, что такое console? tty1 или это что-то другое?
> 
> Цитирую linux/Documentation/devices.txt:
> 
> The console device, /dev/console, is the device to which system
> messages should be sent, and on which logins should be permitted in
> single-user mode.  Starting with Linux 2.1.71, /dev/console is managed
> by the kernel; for previous versions it should be a symbolic link to
> either /dev/tty0, a specific virtual console such as /dev/tty1, or to
> a serial port primary (tty*, not cu*) device, depending on the
> configuration of the system.

Вспомнилось, что console можно переназначить в параметре загрузки ядра 
(например, в serial).

-- 
Best Regards,
Yuri Kozlov


-- 
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/20101019091405.64a5b...@keeper.home.local



Re: inetd хочется странно го

2010-10-18 Thread Stanislav Maslovski
On Tue, Oct 19, 2010 at 09:02:43AM +0400, Dmitry E. Oboukhov wrote:
> хочется некоторых фич от inetd, однако не знаю реализовывал ли их
> кто-нибудь.
> 
> в частности хочется опции prefork=n (вернее даже preexec),

А зачем тогда этому сервису inetd?

> чтобы сократить время отклика на время форка и старта/инициализации
> приложения.
> 
> а так же хочется иметь возможность повесить сервер на unix-сокет.

Это можно, inetd из коробки умеет, см. man inetd.
 
> Никто не знает, есть ли сервер с такими фичами?

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

-- 
Stanislav


-- 
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/20101019063914.ga8...@kaiba.homelan



Re: как привязать нуме рацию устройств ethernet к pci слотам?

2010-10-18 Thread Victor Wagner
On 2010.10.19 at 02:14:45 +0400, Dmitry Semyonov wrote:

> 2010/10/18 Victor Wagner wrote:
> >
> > Какой был use-case у тех, кто придумал эти persistent-net-rules я так и
> > не понял.
> 
> Обновили ядро, (или поставили чистый Debian), перегрузились -
> интерфейсы поменялись местами, и сеть отвалилась.

А, так они ядро меняют чаще, чем сетевушки...


-- 
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/20101019064216.ga25...@wagner.pp.ru



Re: про горячие клавиш и

2010-10-18 Thread Stanislav Maslovski
On Sun, Oct 17, 2010 at 09:56:33PM +0400, Stanislav Maslovski wrote:
> On Fri, Oct 08, 2010 at 01:00:45AM +0400, sergio wrote:
> > On 10/08/2010 12:42 AM, Stanislav Maslovski wrote:
> >> Может. Но для обработки событий acpi есть acpid, который под это
> >> заточен.
> > acpid полез туда, куда лезть не следовало, теперь он не отличает power на 
> > клавиатуре от power'а на матери.
> > Ну и вообще глупо держать два hotkey демона. Особенно на ноутбуках, у  
> > которых кнопки яркости идут через acpi, а громкости через event.
> 
> Я тут посмотрел в исходники acpid (2.0.6) и обнаружил, что он безо
> всяких модификаций может обрабатывать три кнопки, регулирующие
> громкость (VolumeUp, VolumeDown и Mute).
> 
> К ним я добавил еще 4: PlayPause, NextSong, PreviousSong и StopCD.
> Патч прилагается.

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=600564

По обещанию апстрима, фича появится в след. релизе. 

-- 
Stanislav


-- 
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/20101019064848.ga9...@kaiba.homelan