KDM и поле user
Добрый день! Я не знаток КДЕ, потому назрел вопрос. Как сделать в КДМ, чтобы поле юзер было пустое? По умолчанию там от предыдущего захода имя юзера стоит. У супруги и дочери одинаковый пароль (фамилия :-)). Так вот они тупо его вколачивают и попадают в чужой профиль. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: опакечивание одной версии софта сразу для нескольких версий дистрибутивов
Hello! On Friday 15 January 2010 09:35:42 Andrey Nikitin wrote: > Привет, собственно есть ли автоматизация вопроса. > Про pbuilder понятно, однако как быть с содержимым каталога debian/ ? > Иметь их по кол-ву версий целевых дистрибутивов даже если объективной > необходимости в этом нет? reprepro можно настроить так, что один и тот же пакет можно будет загрузить во все ветки. Так что достаточно исходный пакет пересобрать, скажем, под этч и ленни и добавить в соответствующий репозиторий. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: Использование autofs
Hello! On Friday 15 January 2010 00:58:01 Иван Лох wrote: > > > А если флешка воткнута в разъем на клавиатуре, то сеанс связанный с > > > этой клавиатурой. Там еще много подобной магии ;-} > > > > Совсем не радует. А что делать с сетевой шарой? На которую залез процесс > > бэкапа, > > запущенный из системного crontab (то бишь от рута). Пользователи уже не > > смогут > > получить доступ. Я уж не говорю о том, что в подобном случае бэкап сохранит > > не > > того владельца, что требуется, и бэкап окажется нерабочим. Ну, потом-то > > админ, > > ведущий подрывную деятельность, будет пойман, только не было бы поздно. > > Сетевой бэкап на флешке Нет, бэкап на диск сетевой шары. Да хоть на стриммер, разницы-то - главное, что сетевая шара окажется замонтирована непонятно от какого пользователя со всеми вытекающими. Если бэкап делается не от рута, то часть файлов вообще скорее всего окажутся недоступными (например, права на базы постгреса вовсе не 777, пользователь bla-bla-bla их не прочитает). Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: Использование autofs
Hello! On Friday 15 January 2010 01:40:13 Artem Chuprina wrote: > Весь репозиторий дебиана - это сотни гигабайт. В 16 можно с грехом > пополам утрамбовать только одну версию, одну архитектуру, только > бинарники, и, подозреваю, без security. Во всяком случае, я еще во > времена etch, кажется, под полный миррор одной архитектуры оного etch > отводил 30 гиг. Да, я говорю про бинари одной архитектуры стабильного релиза. Несколько архитектур вполне себе можно на несколько флэшек разложить. Что касается исходников, я не видел, чтобы кто-то занимался пересборкой _всех_ пакетов - какой в этом смысл? > А винт на моих глазах носил, например, фотограф. Просто фотограф с > приличным фотоаппаратом. У которого 16-гиговая флешка забивается за 3-4 > дня. raw, ага. Что-то типа 20 с фигом мегабайт каждый снимок. Носил > он этот винт в такой коробке с кардридером. На батарейках. Чтобы можно > было слить с флешки в полевых условиях. Кстати, нет, не SD - скорость > не та, только для мыльниц годится. CF. В гости он принесет уже обработанные снимки. Обычно на двд-диске даже, не на флэшке. Аналогично и с видео. А исходные снимки и необработанное видео на среднем ноуте все равно посмотреть не выйдет, так что потребности в подключении того винта нет. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: KDM и поле user
On Fri, Jan 15, 2010 at 10:45:08AM +0300, Boris Popov wrote: > Я не знаток КДЕ, потому назрел вопрос. > Как сделать в КДМ, чтобы поле юзер было пустое? PreselectUser=None -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(6): и купи домейн wraru.net сделай там пункт приема жалоб и анонимок на врара типа башорга с голосовалкой платной гойлосовалкой и кнопками "wRAR принесёт Вам свои извинения за:" "$50" "$100" "$300" signature.asc Description: Digital signature
Re: Использование autofs
Alexey Pechnikov -> debian-russian@lists.debian.org @ Fri, 15 Jan 2010 11:17:04 +0300: >> > > А если флешка воткнута в разъем на клавиатуре, то сеанс связанный с >> > > этой клавиатурой. Там еще много подобной магии ;-} >> > >> > Совсем не радует. А что делать с сетевой шарой? На которую залез процесс >> > бэкапа, >> > запущенный из системного crontab (то бишь от рута). Пользователи уже не >> > смогут >> > получить доступ. Я уж не говорю о том, что в подобном случае бэкап >> > сохранит не >> > того владельца, что требуется, и бэкап окажется нерабочим. Ну, потом-то >> > админ, >> > ведущий подрывную деятельность, будет пойман, только не было бы поздно. >> >> Сетевой бэкап на флешке AP> Нет, бэкап на диск сетевой шары. Да хоть на стриммер, разницы-то - AP> главное, что сетевая шара окажется замонтирована непонятно от AP> какого пользователя со всеми вытекающими. Если бэкап делается не AP> от рута, то часть файлов вообще скорее всего окажутся недоступными AP> (например, права на базы постгреса вовсе не 777, пользователь AP> bla-bla-bla их не прочитает). Эээ... Я правильно понял, что сэр не способен прочесть man mount достаточно далеко, чтобы смонтировать шару нормально? -- Вам правду резать или кусочком? Кнышев -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Использование autofs
On Fri, Jan 15, 2010 at 11:37:00AM +0300, Alexey Pechnikov wrote: > > А винт на моих глазах носил, например, фотограф. Просто фотограф с > > приличным фотоаппаратом. У которого 16-гиговая флешка забивается за 3-4 > > дня. raw, ага. Что-то типа 20 с фигом мегабайт каждый снимок. Носил > > он этот винт в такой коробке с кардридером. На батарейках. Чтобы можно > > было слить с флешки в полевых условиях. Кстати, нет, не SD - скорость > > не та, только для мыльниц годится. CF. > > не на флэшке. Аналогично и с видео. А исходные снимки и необработанное > видео на среднем ноуте все равно посмотреть не выйдет, так что > потребности в подключении того винта нет. На среднем -- Выйдет. Nikon-овские NEF-ы даже на нетбуке хоть как-нибудь посмотреть, пусть и в плохом качестве (NEF -- это обычный TIF с JPEG превьюшкой в первом слое). -- WBR, Dmitry signature.asc Description: Digital signature
Re: опакечивание одной версии софта сразу для нескольких верс ий дистрибутивов
2010/1/15 Andrey Nikitin : > Привет, собственно есть ли автоматизация вопроса. > Про pbuilder понятно, однако как быть с содержимым каталога debian/ ? > Иметь их по кол-ву версий целевых дистрибутивов даже если объективной > необходимости в этом нет? В Debian нет понятия "пакет версии X.X, собранный для дистрибутива такого-то". Есть только "пакет версии X.X". Поэтому есть две возможности: 1) Пакет собирается (на каком-то из доступных pbuilder'ов, наверное разумнее всего на самом старом дистрибутиве) и работает во всех дистрибутивах. Тогда нет нужды в разных версиях - можно один бинарный пакет использовать везде. 2) Пакет, собранный в одном дистрибутиве, не работает в другом (скажем, зависимости стали недоступны). Тогда придется собирать разные бинарные пакеты для разных дистрибутивов, и в этом случае debian/ в каждом пакете будет разный (хотя бы содержимым debian/changelog, так как версию придется изменить - в самом Debian если необходимо пересобрать пакет без изменения исходников, к версии добавляют +b1, +b2, и т д.). Cheers! -- Sergei Golovan
мусор в syslog
в сислог вылится куча вот таких сообщений: type=1804 audit(1263545401.926:36212): integrity: pid=10352 uid=0 auid=4294967295 ses=4294967295 subj=kernel op=invalid_pcr cause=open_writers comm="hal-acl-tool" name="acl-list" dev=md1 ino=538288961 res=0 ядро я меня самосборное, видимо что-то я лишнее включил, как бы это выключить обратно? -- Делать можно только то, что хочется. Когда уже ничего не хочется, то это верный признак углубленного осознания мира.
Re: мусор в syslog
On Fri, Jan 15, 2010 at 03:03:44PM +0600, ivan demakov wrote: > в сислог вылится куча вот таких сообщений: > > type=1804 audit(1263545401.926:36212): integrity: pid=10352 uid=0 > auid=4294967295 ses=4294967295 subj=kernel op=invalid_pcr cause=open_writers > comm="hal-acl-tool" name="acl-list" dev=md1 ino=538288961 res=0 > > ядро я меня самосборное, видимо что-то я лишнее включил, > как бы это выключить обратно? CONFIG_AUDIT=n, если кардинально. Но вообще без настроенного auditd ядро ничего про аудит в лог не пишет, по-моему. -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(6): Никогда не меняйте uid вручную, пользуйтесь usermod(8). -- ldv in community@ signature.asc Description: Digital signature
Re: Использование autofs
On 2010.01.14 at 22:55:55 +0300, Alexey Pechnikov wrote: > > В подавляющем большинстве случаев речь идет о терабайте все-таки не данных, > а фильмов и т.п. Даже если у кого-то и есть доступ к таким массивам > информации, Угу. Одно исполнение "Кольца Нибелунгов" моего однофамильца, даже не в BlueRay, а в DVD-качестве. Четыре оперы, каждая из которых состоит из одного двухслойного и одного однослойного DVD. Соответственно, полсотни гигов. Это ОДНО исполнение. Истинному любителю оперы нужно их с десяток, чтобы сравнивать работу разных дирижеров и исполнителей. > вряд ли он понесет домой, к примеру, необработанный космоснимок. А на 16 гиг Нафига космоснимки домой таскать? Космоснимки в лес таскать надо! (а в лесу с питанием для 3"5 винта сложности будут). Еще бывает наоборот - не снимки земли из космоса, а снимки космоса каким-нибудь VLT. > с винтами обычно ходят программисты или админы, названного объема достаточно. > Разве что кто-то спер секретные архивы пентагона... или исходники виндоус :-) Исходники Windows, кстати, на флешку влезают. Во всяком случае Windows 2000, которые кто-то таки спер. Там всего-то 241Мб в zip. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Использование autofs
On 2010.01.14 at 21:51:59 +0300, Иван Лох wrote: > On Thu, Jan 14, 2010 at 09:47:54PM +0300, Victor Wagner wrote: > > > > Внимание, вопрос - как autofs догадается, кто именно из четырех > > пользователей, у которых в данную минуту имеются X-овые сессии на моей > > машине, воткнул данную флэшку. > > Тот кто активен за primary display. И для этого придумали PolicyKit ;-} А почему именно за primary? Чем все остальные дисплеи хуже? То есть в моей ситуации именно такая policy - не вариант. Хотя нечто аналогичное я реализовывал еще десять лет назад без всяких policykit на базе xdm-овски скриптов GiveConsole/TakeConsole. Ну то есть в те времена в каком-то дистрибутиве была таким образом реализована policy для /dev/audio, а я подсмотрел и сделал аналогично для removable носителей. Но через mtools (тогда это были дискеты). Потому что mtools удобно с терминала пробрасывать и монтировать ничгего не надо. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: опакечивание одной версии софта сразу для нескольких версий дис трибутивов
On 2010.01.15 at 12:01:50 +0300, Sergei Golovan wrote: > 2010/1/15 Andrey Nikitin : > > Привет, собственно есть ли автоматизация вопроса. > > Про pbuilder понятно, однако как быть с содержимым каталога debian/ ? > > Иметь их по кол-ву версий целевых дистрибутивов даже если объективной > > необходимости в этом нет? > > В Debian нет понятия "пакет версии X.X, собранный для дистрибутива > такого-то". Есть только "пакет версии X.X". Поэтому есть две > возможности: > > 1) Пакет собирается (на каком-то из доступных pbuilder'ов, наверное > разумнее всего на самом старом дистрибутиве) и работает во всех > дистрибутивах. Тогда нет нужды в разных версиях - можно один бинарный > пакет использовать везде. > > 2) Пакет, собранный в одном дистрибутиве, не работает в другом > (скажем, зависимости стали недоступны). Тогда придется собирать разные > бинарные пакеты для разных дистрибутивов, и в этом случае debian/ в > каждом пакете будет разный (хотя бы содержимым debian/changelog, так > как версию придется изменить - в самом Debian если необходимо > пересобрать пакет без изменения исходников, к версии добавляют +b1, > +b2, и т д.). Лично я предпочитаю собирать пакеты по второй из предложенных схем, автоматически скриптом редактируя changelog и добавляя к версии пакета .0 для самого старого из поддерживаемых дистрибутивов, .1 для следующего и так далее. Полагаться ,на то что пакет собранный для какого-то одного дистрибутива у меня будет работать во всех не рискую, поскольку кроме Debian есть еще Ubuntu и Maemo. У которых иногда с зависимостями иногда бывает странное. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Использование autofs
Hello! On Friday 15 January 2010 12:15:04 Victor Wagner wrote: > > вряд ли он понесет домой, к примеру, необработанный космоснимок. А на 16 > > гиг > > Нафига космоснимки домой таскать? Космоснимки в лес таскать надо! > (а в лесу с питанием для 3"5 винта сложности будут). > Еще бывает наоборот - не снимки земли из космоса, а снимки космоса > каким-нибудь VLT. "Сырые"?! Что делать на местности с непривязанными космоснимками и без коррекции, ума не приложу... А обработанные на флэшку влезут. Например, гугловый пирамидальный растр 18-го уровня по Нижнему Новгороду занимает что-то вроде 200 Мб, и по области примерно столько же 16-го уровня. Европейскую часть РОссии на 16 гиг закинуть можно. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: Использование autofs
Hello! On Friday 15 January 2010 11:44:23 Artem Chuprina wrote: > AP> Нет, бэкап на диск сетевой шары. Да хоть на стриммер, разницы-то - > AP> главное, что сетевая шара окажется замонтирована непонятно от > AP> какого пользователя со всеми вытекающими. Если бэкап делается не > AP> от рута, то часть файлов вообще скорее всего окажутся недоступными > AP> (например, права на базы постгреса вовсе не 777, пользователь > AP> bla-bla-bla их не прочитает). > > Эээ... Я правильно понял, что сэр не способен прочесть man mount > достаточно далеко, чтобы смонтировать шару нормально? Что вы называете нормально, если неизвестно, для какого пользователя autofs смонтирует эту шару? Для пользователя X "нормально" - это с правами пользователя X, а для бэкапа, позвольте, нужны оригинальные права. Я бы еще понял, работай autofs в пользовательском пространстве, так, что каждый пользователь получает свою точку монтирования со своими настройками. Но самодеятельность на системном уровне нафиг не нужна. Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: UNIX не следует "UNIX way".
>> И раз уж пошла речь о раздутости, то в отличии от навязывания со >> стороны гигантов софт индустрии (вы знаете про кого), то юникс тем и >> отличался, что если что-то тебе не надо ты можешь спокойно отключить >> это еще при компиляции софта. В крайнем случае пофиксить сорцы. > > Сорцы zOS, HP-UX или Solaris можно пофиксить? Нет. Вы платите за то, что вам дают. В этом вся фишка :) > Некоторые комбинации ключей configure официально могут не > поддерживаться. Не поддерживается, так пофиксите так чтобы поддерживалось. -- With Best Regards, Vitaliy T.
Re: UNIX не следует "UNIX way".
> >> -n и -e -- часть стандарта. > >> -r придумали лентяи для лентяев. > >> Если вам это не надо, это не значит, что никому не надо. Меня лично не >> раз выручало. И цвета там "забабаханы" не просто так. Очень удобно, >> ясно и быстро. ИМХО. > Ценность плюшек и фишек оценивается двумя вещами. 1) Полезностью. 2) > Уместностью в данном конкретном месте. _Поиск файлов_ в _grep_ - вещь > совершенно неуместная. Давай тогда придумаем cat -r, less -r, awk -r, > sed -r,... Это ваше мнение. Автору было уместно, мне было уместно и еще тысячи людей это было уместно. Только вам не уместно. > >> Совершенно бесполезная кака. В 40 строк на шеле вместится обвязка над find > >> и grep, умеющая ГОРАЗДО больше. > >> Вот именно, мы что в 80-х? Зачем делать велосипед? > Это не велосипед. Это команда, умеющая НА ПОРЯДОК больше чем grep -r. А зачем делать НА ПОРЯДОК больше, когда можно обойтись теми не большими фичами что уже есть? Еще скажите, что такие скрипты надо продавать или поставлять в комплекте с дистрибутивом. История виндовс дает о себе знать. Там тоже функционал урезанный, тем не менее все свелось к тому, что начали клепать программы, которые 1) делали что от них требовалось изначально; 2) делали то, что не входит в круг основных задач. Так вот, главное это знать меру. Если после -r у grep появиться что-то еще, скажем возможность работы по ftp/http/ssh на другой стороне - вот это будет лишним. Собственно, поэтому нету таких ключей у less, awk и др., вами перечисленных. Или вы также считаете, что опенсорс-сообщество куча идиотов. Сегодняшний пример "bloating" это Amarok, Banshee - приложения делают те задачи, которые изначально не требовалось делать (просмотр видео, картинок). >> Как будто на шелле >> вам больше занятся нечем, как писать такие тулзы, под каждую "solaris >> unix-way" утилиту. Я вот любил ZX Spectrum, кодить в Basic :) и что, >> мне возвращаться на 20 лет назад? > Детсад. Причем здесь 80-е и ZX-Spectrum? > У тебя такие ассоциации с программированием/скриптованием? Вот именно, что сейчас они совершенно другого плана. А именно то, что диктуют современные условия. А не то, что было когда 10-30 лет назад. Это вы можете поставить Slackware 1.01 и вспомнить какие были "урезанные" утилитки тогда и как все это прекрасно _было_. Зачем жить прошлым? -- With Best Regards, Vitaliy T.
sid: aptitude upgrade нескол ько раз скачивает один и тот же пакет
У кого наблюдается, просьба отписаться (используя выражения посильнее ;)) в #562595. Трата времени и трафика напрягает. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: UNIX не следует "UNIX way".
On Friday 15 January 2010 10:57:31 Aleksey Cheusov wrote: > >> -n и -e -- часть стандарта. > >> -r придумали лентяи для лентяев. > > > Если вам это не надо, это не значит, что никому не надо. Меня лично не > > раз выручало. И цвета там "забабаханы" не просто так. Очень удобно, > > ясно и быстро. ИМХО. > Ценность плюшек и фишек оценивается двумя вещами. 1) Полезностью. 2) > Уместностью в данном конкретном месте. _Поиск файлов_ в _grep_ - вещь > совершенно неуместная. Давай тогда придумаем cat -r, less -r, awk -r, > sed -r,... sed --help: -r, --regexp-extended использование в скрипте расширенных регулярных выражений. signature.asc Description: This is a digitally signed message part.
Re: UNIX не следуе т "UNIX way".
On Fri, Jan 15, 2010 at 01:01:54PM +0300, Vitaliy T wrote: > Сегодняшний пример "bloating" это Amarok, Banshee - приложения делают > те задачи, которые изначально не требовалось делать (просмотр видео, > картинок). А что не bloating? UNIX way вроде for FILE in *.mp3; do mp32wav $FILE - | aplay - ; done? Просмотр картинок -- это обложки альбомов? Мне лично это очень нравилось в Amarok. Но я перелез на mpd, потому что звук стал играть дома на другом компьютере. Железный плеер, с которым я хожу по улице, тоже это умеет. -- WBR, Dmitry signature.asc Description: Digital signature
Re: Использование autofs
Alexey Pechnikov -> debian-russian@lists.debian.org @ Fri, 15 Jan 2010 12:58:04 +0300: >> AP> Нет, бэкап на диск сетевой шары. Да хоть на стриммер, разницы-то - >> AP> главное, что сетевая шара окажется замонтирована непонятно от >> AP> какого пользователя со всеми вытекающими. Если бэкап делается не >> AP> от рута, то часть файлов вообще скорее всего окажутся недоступными >> AP> (например, права на базы постгреса вовсе не 777, пользователь >> AP> bla-bla-bla их не прочитает). >> >> Эээ... Я правильно понял, что сэр не способен прочесть man mount >> достаточно далеко, чтобы смонтировать шару нормально? AP> Что вы называете нормально, если неизвестно, для какого AP> пользователя autofs смонтирует эту шару? Известно. Как прописано в конфиге, так и смонтирует. -- на вопрос "как дела?" отвечать "304 Not Modified" -- http://bash.org.ru/quote/20466 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Использование autofs
Alexey Pechnikov -> debian-russian@lists.debian.org @ Fri, 15 Jan 2010 11:37:00 +0300: >> А винт на моих глазах носил, например, фотограф. Просто фотограф с >> приличным фотоаппаратом. У которого 16-гиговая флешка забивается за >> 3-4 дня. raw, ага. Что-то типа 20 с фигом мегабайт каждый снимок. >> Носил он этот винт в такой коробке с кардридером. На батарейках. >> Чтобы можно было слить с флешки в полевых условиях. Кстати, нет, не >> SD - скорость не та, только для мыльниц годится. CF. AP> В гости он принесет уже обработанные снимки. Обычно на двд-диске AP> даже, не на флэшке. Аналогично и с видео. А исходные снимки и AP> необработанное видео на среднем ноуте все равно посмотреть не AP> выйдет, так что потребности в подключении того винта нет. Что у _тебя_ потребности в этой колбасе нет, мы еще несколько писем назад поняли. Так вот. Не можешь понять - запомни: у других она есть. -- Parentheses? What parentheses? I haven't noticed any parentheses since my first month of Lisp programming. I like to ask people who complain about parentheses in Lisp if they are bothered by all the spaces between words in a newspaper... -- Kenny Tilton -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Архив списка за 2009 год
Сегодня наконец собрался выложить на http://ftp.wagner.pp.ru/pub/debian-russian-archive архив этого списка за 2009 год в формате mbox (17797) сообщений. По совету Сергея Сторачки перешел на сжатие lzma. Выигрыш примерно на треть. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: опакечивание одной версии софта сразу для н ескольких версий дистри бутивов
В Fri, 15 Jan 2010 12:01:50 +0300 Sergei Golovan пишет: > 2010/1/15 Andrey Nikitin : > 1) Пакет собирается (на каком-то из доступных pbuilder'ов, наверное > разумнее всего на самом старом дистрибутиве) и работает во всех > дистрибутивах. Тогда нет нужды в разных версиях - можно один бинарный > пакет использовать везде. > > 2) Пакет, собранный в одном дистрибутиве, не работает в другом > (скажем, зависимости стали недоступны). Тогда придется собирать разные > бинарные пакеты для разных дистрибутивов, и в этом случае debian/ в > каждом пакете будет разный (хотя бы содержимым debian/changelog, так > как версию придется изменить - в самом Debian если необходимо > пересобрать пакет без изменения исходников, к версии добавляют +b1, > +b2, и т д.). Спасибо, есть и первые и вторые. Проясню что кажется неудобным со "вторым" типом пакетов. 1) для получения актуального содержимого debian/ dh_make (думаю и некоторые другие средства разработчика) придется использовать внутри мин.образов каждой версии дистра. По крайней мере на этапе первичного оформления пакета. 2) ну и иметь несколько пакетных каталогов для одного единственного каталога с исходниками. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: UNIX не следует "UNIX way".
On 2010.01.15 12:01, Vitaliy T wrote: Некоторые комбинации ключей configure официально могут не поддерживаться. Не поддерживается, так пофиксите так чтобы поддерживалось. Приведу пример: согласно политике debian в релизе версия программы фиксируется и на нее накладывают багфиксы. Но некоторые проекты слишком сложные для ручного фикса проблем. Таковым является firefox. Сопроводающим легче взять следующую версию firefox чем рыть где баг. Это по поводу того что не все может пофиксить конкрето взятый человек. Например потребуется 5 лет образования в высшей школе и 5 лет исследовательской работы - только для того что бы понимать вообще что происходит в исходных текстах. Также свободные в иходных текстах программы могут реализовывать протоколы/стандарты и т.д. которые не в свободном доступе. Цена одной pdf ISO стандарта в среднем от 100$ до 400$. И каждый стандарт ссылается на десяток других. Т.е. открытые тексты дают только надежду на то что специалисты сделает требуемое для Вас. -- С уважением, Александр Гавенко. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Архив списка за 2009 год
Victor Wagner wrote: > Сегодня наконец собрался выложить на > http://ftp.wagner.pp.ru/pub/debian-russian-archive > архив этого списка за 2009 год в формате mbox (17797) сообщений. > > По совету Сергея Сторачки перешел на сжатие lzma. Выигрыш примерно на > треть. "Ругайте, хвалите, -- только фамилию правильно произносите". ;) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: опакечивание одной версии софта сразу для нескольких версий дис трибутивов
On 2010.01.15 at 14:54:28 +0300, Andrey Nikitin wrote: > > 2) Пакет, собранный в одном дистрибутиве, не работает в другом > > (скажем, зависимости стали недоступны). Тогда придется собирать разные > > бинарные пакеты для разных дистрибутивов, и в этом случае debian/ в > > каждом пакете будет разный (хотя бы содержимым debian/changelog, так > > как версию придется изменить - в самом Debian если необходимо > > пересобрать пакет без изменения исходников, к версии добавляют +b1, > > +b2, и т д.). > > Спасибо, есть и первые и вторые. > Проясню что кажется неудобным со "вторым" типом пакетов. > 1) для получения актуального содержимого debian/ dh_make (думаю и > некоторые другие средства разработчика) придется использовать внутри > мин.образов каждой версии дистра. По крайней мере на этапе > первичного оформления пакета. Вот это - абсолютно лишнее. Можно все операции интерактивного редактирования исходников пакета (dh_make) я отношу к интерактивным операциям) можно вполне производить в текущем дистрибутиве. Главное - понять какой compatibility level поддерживается каждым из поддержвыаеых дистрибутивов. > 2) ну и иметь несколько пакетных каталогов для одного единственного > каталога с исходниками. Тоже как правило, ненужно. В пределах трех релизов (oldstable/stable/testing) как правило, можно обойтись одним и тем же содержимым control и rules. Всю необходимую разницу возьмет на себя configure или аналого. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Архив списка за 20 09 год
On 2010.01.15 at 16:12:00 +0200, Serhiy Storchaka wrote: > Victor Wagner wrote: > > Сегодня наконец собрался выложить на > > http://ftp.wagner.pp.ru/pub/debian-russian-archive > > архив этого списка за 2009 год в формате mbox (17797) сообщений. > > > > По совету Сергея Сторачки перешел на сжатие lzma. Выигрыш примерно на > > треть. > > "Ругайте, хвалите, -- только фамилию правильно произносите". ;) Приношу публичные извинения. Я когда письмо писать взялся, уже окно джабберное закрыл. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Аналог VirtualDubMod
Собственно задача состоит в том, что нужно разделить фильм(*.avi, mpeg4 xvid) 1400 МБ на два куска по 700 МБ и не попортить при этом активные сцены (ну там мордобой, диалоги, и.т.д.). Т.е. первая часть филма должна заканчиваться мордобоем, а вторая начинаться с диалога. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Аналог VirtualDubMod
C.G.B. Spender пишет: Собственно задача состоит в том, что нужно разделить фильм(*.avi, mpeg4 xvid) 1400 МБ на два куска по 700 МБ и не попортить при этом активные сцены (ну там мордобой, диалоги, и.т.д.). Т.е. первая часть филма должна заканчиваться мордобоем, а вторая начинаться с диалога Посмотри OpenShot, Cinelerra, vivia или avidemux. -- Best regards, Alexander Zaycev. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Аналог VirtualDubMod
On 2010.01.15 at 20:17:46 +0500, C.G.B. Spender wrote: > Собственно задача состоит в том, что нужно разделить фильм(*.avi, mpeg4 > xvid) 1400 МБ на два куска по 700 МБ и не попортить при этом активные > сцены (ну там мордобой, диалоги, и.т.д.). > Т.е. первая часть филма должна заканчиваться мордобоем, а вторая > начинаться с диалога. Если задача одноразовая, то можно обойтись голым mplayer-ом/mencoder-ом. 1. Смотрим кино mplayer-ом запущенным из терминального окна (без всяких GUI). Оно в этом терминальном окне показывает сколько кадров прокрутило. 2, В нужной точке жмем "Пробел" и ставим фильм на паузу. 3. mencoder -o first-part.avi -ovc copy -oac copy -frames сколько-надо film.avi отрезаем первую часть. 4. С помощью -ss (или -sb) отделяем первую часть. Вот ключика для пропуска сколько надо кадров у него mencoder нет. Поэтому можно для совместимости на шаге 3 пользоваться -endpos, а не -frames. > > > -- > To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Аналог VirtualDubMod
Avidemux. Есть в debian-multimedia.
Re: Аналог VirtualDubMod
On Fri, 2010-01-15 at 19:25 +0300, Alexander Zaycev wrote: > Посмотри OpenShot, Cinelerra, vivia или avidemux. Спасибо! Кажется avidemux это то, что надо. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: мусор в syslog
On Friday 15 of January 2010 15:12:32 Andrey Rahmatullin wrote: > On Fri, Jan 15, 2010 at 03:03:44PM +0600, ivan demakov wrote: > > > > ядро я меня самосборное, видимо что-то я лишнее включил, > > как бы это выключить обратно? > > CONFIG_AUDIT=n, если кардинально. Но вообще без настроенного auditd ядро > ничего про аудит в лог не пишет, по-моему. > спасибо. а стоит ли вообще плясать с этими новомодными аудитоми для простой рабоче- крестяской машинки? -- Куда ж нам плыть-то? одиссей вопрошает. матросы дрочат
Re: мусор в syslog
On Fri, Jan 15, 2010 at 11:55:39PM +0600, ivan demakov wrote: > а стоит ли вообще плясать с этими новомодными аудитоми для простой рабоче- > крестяской машинки? Вряд ли. Разве что вместо strace использовать. -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(6): > Для завершения этого периода, как здесь уже писали, нужен переход на > freedesktop меню всех активно поддерживаемых в ALT Linux desktop'ов. Для плохих десктопов пусть и будет существовать menu с menu-messages, а для хороших -- .desktop файлы в каждом проекте. -- aris in devel@ signature.asc Description: Digital signature
usb-wifi адаптер ы
Надумал приобрести внешний wifi адаптер, в местных магазинах выбор богатый - подскажите, на что необходимо обратить внимание при покупке? И как потом с ними работать в debian'е на стандартном ядре? Надо ли что то доустанавливать/менять ядро? Можно ли доверять указаным характеристикам? Не будут ли рабочие показатели ниже из за неродной платформы? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: usb-wifi адапте ры
KA> Надумал приобрести внешний wifi адаптер, в местных магазинах выбор богатый - KA> подскажите, на что необходимо обратить внимание при покупке? И как потом с ними KA> работать в debian'е на стандартном ядре? Надо ли что то доустанавливать/менять KA> ядро? Можно ли доверять указаным характеристикам? Не будут ли рабочие показатели KA> ниже из за неродной платформы? я тут около трех недель назад подымал этот вопрос. в итоге посоветовали ASUS http://market.yandex.ru/model.xml?modelid=658489&hid=723087 драйвера завелись с пол пинка в дебиан все есть только пакет с firmware доставить надо (он тоже в репозитарии, про пакет говорит прямо в dmesg) выглядит usb вот так: Bus 002 Device 002: ID 0b05:1723 ASUSTek Computer, Inc. WL-167G v2 802.11g Adapter [ralink] драйвер хороший, единственное нарекание если его полностью закрыть с четырех сторон углом стены и корпусом сервера то связь неустойчивая (до этого там был PCI реалтек было получше). но я его вытащил на корпусе и вроде нормально. а вообще почитай тему которую я тут про usb-wifi подымал, там еще несколько моделей предлагали -- ... 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: Как можно собрать файлы из множества директорий в одну ?
> Как можно переместить все файлы из множества поддиректорий (с > одновременным переименованием - добавлением в начало имени файла имени > поддиректории) в одну директорию ? вы будете смеяться, но krename -- xmpp: alexey#boyko,km,ua
Выключение мониторов
Кто и как контролирует включение/выключение монитора (DPMI)? Давно хочу на хоткей блокирования рабочего стола повесить и выключение мониторов (ночью мешаются)...
Re: Выключение мониторов
On Sat, 16 Jan 2010, George Shuklin wrote: Кто и как контролирует включение/выключение монитора (DPMI)? Давно хочу на хоткей блокирования рабочего стола повесить и выключение мониторов (ночью мешаются)... man xset /DPMS Ю. p.s. DPMS -- Display Power Management Signaling
Re: Выключение монитор ов
On Sat, Jan 16, 2010 at 01:12:32AM +0300, George Shuklin wrote: > Кто и как контролирует включение/выключение монитора (DPMI)? > > Давно хочу на хоткей блокирования рабочего стола повесить и выключение > мониторов (ночью мешаются)... xset dpms force off а DPMI - это другое, это DOS Protected Mode Interface ;) -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: KDM и поле user
On Fri, 15 Jan 2010 10:45:08 +0300 Boris Popov wrote: > Добрый день! > > Я не знаток КДЕ, потому назрел вопрос. > Как сделать в КДМ, чтобы поле юзер было пустое? > По умолчанию там от предыдущего захода > имя юзера стоит. > > У супруги и дочери одинаковый пароль (фамилия :-)). > Так вот они тупо его вколачивают и попадают > в чужой профиль. > > пару раз друг другу потрут важное - поменяют пароли :) signature.asc Description: PGP signature
Re: usb-wifi адаптеры
Konstantinow Andrey wrote: Надумал приобрести внешний wifi адаптер, в местных магазинах выбор богатый - подскажите, на что необходимо обратить внимание при покупке? И как потом с ними работать в debian'е на стандартном ядре? Надо ли что то доустанавливать/менять ядро? Можно ли доверять указаным характеристикам? Не будут ли рабочие показатели ниже из за неродной платформы? Точно также как "сетевой принтер" лучше и умнее юсб, так и любой другой девайс даботащий через сеть будет оптимальным выбором. Если вам не для лаптопа, а для настольного компьютера - берите любой wi-fi роутер поддерживающий open wrt или dd wrt и используйте его на "прием". -- Sincerely, Nicholas -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Выключение монитор ов
On Sat, 16 Jan 2010 01:12:32 +0300 George Shuklin wrote: > Кто и как контролирует включение/выключение монитора (DPMI)? > > Давно хочу на хоткей блокирования рабочего стола повесить и выключение > мониторов (ночью мешаются)... > > а скажите какой командой будете блокировать и как оно потом будет разблокироваться? signature.asc Description: PGP signature
Re: как записать разгово р Skype?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Vass wrote: > В сообщении от Среда 06 января 2010 02:22:25 автор Denis Feklushkin написал: >> Хотелось бы записывать свои аудиоразговоры по skype >> > Вам поможет Skype Call Recorder > Сайт: http://atdot.ch/scr/ > Как Вы думаете, для Lenny AMD64 подойдет который для Ubuntu / Kubuntu 8, amd64 ? (для Lenny AMD64 там нет) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAktRTr8ACgkQV59uvM2EEnd6PACghsodVblXnMYlE+Uc1XRuW5dt G0gAn3H676CqCiOARfzyw0KxaNQ5HtLw =sx8N -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
