Re: Плееры на Linux
Артём Н.writes: > Подскажите, чем удобно играть музыку "в фоне"? Когда-то активно использовал Audacious. Winamp-образный. Рекомендую. Правда, сам перешёл на mpd уже много лет как. Ещё по дефолту во всяких убунтах наблюдал когда-то Banshee и Rythmbox. Это, насколько я понимаю, не просто плееры, там ещё куча функционала вроде поиска текстов/обложек и т.п. А вообще недавно заглянул в ноутбук жены и обнаружил, что она музыку слушает через SMPlayer. Там есть возможность плейлистами оперировать, оказывается. :) signature.asc Description: PGP signature
Re: В stretch отсутствуе т vir tualbox
On 21/06/17 00:34, artiom wrote: > Рекомендую написать листмастеру. > Я писал. Я писал, не раз, безрезультатно. -- sergio
Re: В stretch отсутствуе т vir tualbox
Оно. Рекомендую написать листмастеру. Я писал. Вот результат: > On Tue, 13 Jun 2017, artiom wrote: >> 13.06.2017 18:42, Don Armstrong пишет: >>> On Tue, 13 Jun 2017, artiom wrote: Problem repeated. >>> >>> I think this is happening because procmail thinks the body is empty of >>> these messages. Can you attach the messages in a mail to >>> listmas...@lists.debian.org? [This will help us see the complete headers >>> of the message and how the body was structured, instead of however >>> thunderbird decides to mangle them inline.] >> >> first.eml - initial message. >> second.eml - additional message (reply to first). > > Awesome; thanks. I think that's definitely what's going on with the > second message; not sure about the first one. I'll try to figure out how > to adjust the procmail recipe to better handle non-ASCII languages. > > Ok, thank you. Возможно, ещё несколько писем от разных людей его сподвигнут пофиксить баг. 21.06.2017 00:26, sergio пишет: > On 21/06/17 00:24, sergio wrote: >> On 21/06/17 00:19, artiom wrote: >>> >>> >>> 20.06.2017 23:10, sergio пишет: рассылка-хуилка ведёт себя как говно-хуивно этот текст тут для того, что бы письмо ушло в рассылку >>> Присылает хелп? >> >> я уже стёр, не помню, что-то типа того >> >> > > такое письмо от debian-russian-requ...@lists.debian.org > > General info > > Subscription/unsubscription/info requests should always be sent to > the -request address of a mailing list. > > If a mailing list is called for example "thel...@lists.debian.org", then > the -request address can be inferred from this to be: > "thelist-requ...@lists.debian.org". > > To subscribe to a mailing list, simply send a message with the word > "subscribe" > in the Subject: field to the -request address of that list. > > To unsubscribe from a mailing list, simply send a message with the word (you > guessed it :-) "unsubscribe" in the Subject: field to the -request > address of > that list. > > In the event of an address change, it would probably be the wisest to first > send an unsubscribe for the old address (this can be done from the new > address), and then a new subscribe to the new address (the order is > important). > > Most (un)subscription requests are processed automatically without human > intervention. > > Do not send multiple (un)subscription or info requests in one mail. > Only one will be processed per mail. > > NOTE: The -request server usually does quite a good job in discriminating > between (un)subscribe requests and messages intended for the > maintainer. > If you'd like to make sure a human reads your message, make it look > like a reply (i.e. the first word in the Subject: field should be > "Re:", > without the quotes of course); the -request server does not react to > replies. > > > The archive server > -- > Every submission sent to this list is archived.The size of the archive > depends on the limits set by the list maintainer (it is very well possible > that only, say, the last two mails sent to the list are still archived, the > rest might have expired). > > You can look at the header of every mail coming from this list to see > under what name it has been archived. The X-Mailing-List: field contains > the mailaddress of the list and the file in which this submission was > archived. > > If you want to access this archive, you have to send mails to the -request > address with the word "archive" as the first word of your Subject:. > To get you started try sending a mail to the -request address with > the following: > Subject: archive help > > > The listmaster > -- > To reach a human being answering your mail you may contact the address > listmas...@lists.debian.org. We will process your request as soon as > we can. > > Mail sent to this address is pre-parsed, a little mail robot will > automatically answer all mails sent with the following Subject lines: > > helpsends this help > > lists sends information on how to get a list of mailing lists > > >
Re: В stretch отсутствуе т vir tualbox
21.06.2017 00:24, sergio пишет: > On 21/06/17 00:19, artiom wrote: >> >> >> 20.06.2017 23:10, sergio пишет: >>> >>> рассылка-хуилка ведёт себя как говно-хуивно >>> этот текст тут для того, что бы письмо ушло в рассылку >>> >>> >> Присылает хелп? > > я уже стёр, не помню, что-то типа того > > From:" General info Subscription/unsubscription/info requests should always be sent to the -request address of a mailing list. If a mailing list is called for example "thel...@lists.debian.org", then the -request address can be inferred from this to be: "thelist-requ...@lists.debian.org". To subscribe to a mailing list, simply send a message with the word "subscribe" in the Subject: field to the -request address of that list. To unsubscribe from a mailing list, simply send a message with the word (you guessed it "unsubscribe" in the Subject: field to the -request address of that list. ... " Оно?
Re: В stretch отсутствуе т vir tualbox
On 21/06/17 00:24, sergio wrote: > On 21/06/17 00:19, artiom wrote: >> >> >> 20.06.2017 23:10, sergio пишет: >>> >>> рассылка-хуилка ведёт себя как говно-хуивно >>> этот текст тут для того, что бы письмо ушло в рассылку >>> >>> >> Присылает хелп? > > я уже стёр, не помню, что-то типа того > > такое письмо от debian-russian-requ...@lists.debian.org General info Subscription/unsubscription/info requests should always be sent to the -request address of a mailing list. If a mailing list is called for example "thel...@lists.debian.org", then the -request address can be inferred from this to be: "thelist-requ...@lists.debian.org". To subscribe to a mailing list, simply send a message with the word "subscribe" in the Subject: field to the -request address of that list. To unsubscribe from a mailing list, simply send a message with the word (you guessed it :-) "unsubscribe" in the Subject: field to the -request address of that list. In the event of an address change, it would probably be the wisest to first send an unsubscribe for the old address (this can be done from the new address), and then a new subscribe to the new address (the order is important). Most (un)subscription requests are processed automatically without human intervention. Do not send multiple (un)subscription or info requests in one mail. Only one will be processed per mail. NOTE: The -request server usually does quite a good job in discriminating between (un)subscribe requests and messages intended for the maintainer. If you'd like to make sure a human reads your message, make it look like a reply (i.e. the first word in the Subject: field should be "Re:", without the quotes of course); the -request server does not react to replies. The archive server -- Every submission sent to this list is archived. The size of the archive depends on the limits set by the list maintainer (it is very well possible that only, say, the last two mails sent to the list are still archived, the rest might have expired). You can look at the header of every mail coming from this list to see under what name it has been archived. The X-Mailing-List: field contains the mailaddress of the list and the file in which this submission was archived. If you want to access this archive, you have to send mails to the -request address with the word "archive" as the first word of your Subject:. To get you started try sending a mail to the -request address with the following: Subject: archive help The listmaster -- To reach a human being answering your mail you may contact the address listmas...@lists.debian.org. We will process your request as soon as we can. Mail sent to this address is pre-parsed, a little mail robot will automatically answer all mails sent with the following Subject lines: help sends this help lists sends information on how to get a list of mailing lists -- sergio
Re: В stretch отсутствуе т vir tualbox
On 21/06/17 00:19, artiom wrote: > > > 20.06.2017 23:10, sergio пишет: >> >> рассылка-хуилка ведёт себя как говно-хуивно >> этот текст тут для того, что бы письмо ушло в рассылку >> >> > Присылает хелп? я уже стёр, не помню, что-то типа того -- sergio
Re: В stretch отсутствуе т vir tualbox
20.06.2017 23:10, sergio пишет: > > рассылка-хуилка ведёт себя как говно-хуивно > этот текст тут для того, что бы письмо ушло в рассылку > > Присылает хелп? > ну баг потом смотришь: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794466 >
Re: В stretch отсутствует virtualbox
On Tue, 20 Jun 2017, Alexander Galanin wrote: Всем привет! Решил обновиться на свежевышежший stretch. И сразу же наткнулся на то, что в списке доступных пакетов отсутствует virtualbox. На packages.debian.org тоже не вижу, чтобы такой пакет был для stable или testing. Где можно узнать, почему пакет пропал и что теперь делать? Что делать тут: https://wiki.debian.org/VirtualBox#Debian_9_.22Stretch.22 Ю.
Re: В stretch отсутствуе т vir tualbox
рассылка-хуилка ведёт себя как говно-хуивно этот текст тут для того, что бы письмо ушло в рассылку ну баг потом смотришь: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794466 -- sergio
Re: В stretch отсутствуе т virtualbox
On 20/06/17 22:55, Alexander Galanin wrote: > Всем привет! > > Решил обновиться на свежевышежший stretch. И сразу же наткнулся на то, что > в списке доступных пакетов отсутствует virtualbox. На packages.debian.org > тоже не вижу, чтобы такой пакет был для stable или testing. > > Где можно узнать, почему пакет пропал и что теперь делать? на packages.debian.org же и можно: жмёшь на пакет, потом на PTS: https://packages.qa.debian.org/v/virtualbox.html потом смотришь NEWS: https://packages.qa.debian.org/v/virtualbox/news/20161210T163909Z.html -- sergio
Re: Плееры на Linux
для "в фоне" - таки mocp рулит и педалит. лишних оконных сооружений не требует, управляется откуда угодно (если так хочется мышевозить, можно кнопочек на панель накидать, еще были какие-то гномоапплеты), а можно вообще на хоткеи все повешать (или на мультимедиа-кнопки, если клава с оными, вообще шикарно).
В stretch отсутствует virtualbox
Всем привет! Решил обновиться на свежевышежший stretch. И сразу же наткнулся на то, что в списке доступных пакетов отсутствует virtualbox. На packages.debian.org тоже не вижу, чтобы такой пакет был для stable или testing. Где можно узнать, почему пакет пропал и что теперь делать? -- Alexander Galanin
Re: Плееры на Linux
Артём Н. -> debian-russian@lists.debian.org @ Tue, 20 Jun 2017 19:38:06 +0300: >> Насколько я понимаю, весь смысл MPD в том, что ты запустил что-то >> играться, потом закрыл клиент и оно продолжает играться. >> >> Помнится был некогда такой продукт vmware server. Обладал он интересным >> свойсвом - если ты запусаешь его клиент, запускаешь в нем виртуальную >> машину, и закрываешь клиент, виртуальная машина продолжает работать. > Почему был? Потому что vmware server - это не ESX. >> Можно туда, скажем по ssh ходить. А если ты забыл закрыть клиент, и >> завершил сессию, то почему-то прибивание клиента при завершении сессии >> пришибало и виртуальную машину. Очень злило. Потом, правда этот продукт >> быстро прекратил развиваться. Часть его функциональности перенесли в >> VMware workstation, а для части стали рекомендвоать более тяжелые >> продукты ESX и Sphere. >> > Он сейчас и есть ESX.
Re: Плееры на Linux
On 20.06.2017 17:34, Victor Wagner wrote: On Tue, 20 Jun 2017 13:19:46 +0300 artiomwrote: Вполне себе unix-way. вся активность НА РАБОЧЕЙ СТАНЦИИ, которая не требует непосредственной интеракции с пользователем как то, работа с принтером, проигрывание звуков, качание торрентов обеспечивается демонами, которыми GUI-программы только управляют. Это всё круто, но если без *-way? Какие преимущества мне это даст? Преимущества - 1. возможность сделать logout и завершить сессию, не дожидаясь завершения заданий Не вполне понял что это значит, и что мне мешает это сделать в любом случае. 2. Возможность поуправлять фоновыми заданиями из другой сессии, как того же самого пользователя (например, зайдя удаленно по ssh), так и другого. Согласен. Редко, но может быть полезно. Тем не менее, у многих плееров сейчас есть плагины, даже Web интерфейс предоставляющие. И какие недостатки имеет? Недостатки, соотвественно продолжение достоинств. А именно задачи не будут автоматически прерваны при завершении сессии, и демон будет требовать какого-никакого конфигурирования. Любопытно, он поддерживает всякую там оценку музыки? Позволяет выбирать, что проигрывать? И, кроме того, позволяет проигрывать на клиенте? У меня две машинки: стационарная и ноут. Я держу полные копии на обеих. Я там единственный пользователь. Какие преимущества мне даст MPD перед обычными плеерами? Можно будет запустить длинную последовательность музыки играть на колонках стационарной машины, а самому, валяясь с ноутом на диване, ей вдруг поуправлять, если приспичит. Это плюс, но дело в том, что ноут я беру с собой, там, в любом случае, должен быть хотя бы частичный дубликат коллекции. Ну то есть что касается конкретно звука, там можно поспорить. Поскольку есть вопрос о том, является ли звуковой ввод-вывод частью сессии или нет, и должен ли звук замолкать, если пользователь залочил экран или сделал logout и отошел от компьютера. Это да, но тут конечно клиент MPD может останавливать проигрывание. Насколько я понимаю, весь смысл MPD в том, что ты запустил что-то играться, потом закрыл клиент и оно продолжает играться. Помнится был некогда такой продукт vmware server. Обладал он интересным свойсвом - если ты запусаешь его клиент, запускаешь в нем виртуальную машину, и закрываешь клиент, виртуальная машина продолжает работать. Почему был? Можно туда, скажем по ssh ходить. А если ты забыл закрыть клиент, и завершил сессию, то почему-то прибивание клиента при завершении сессии пришибало и виртуальную машину. Очень злило. Потом, правда этот продукт быстро прекратил развиваться. Часть его функциональности перенесли в VMware workstation, а для части стали рекомендвоать более тяжелые продукты ESX и Sphere. Он сейчас и есть ESX. Поэтому я считаю что клиент к демону не должен "автоматически" при завершении останавливать работу сервера. Это напоминает богопротивный андроид, или того робота из азимовских рассказов, который отказывался перемещаться без человека на шее. Если уж ты поделил какую-то работу между клиентом и демоном, то это ровно для того, чтобы эта работа могла делаться без человеческого присмотра. Опять же: у меня не "умный дом" с 5-D аудиосистемой по всем комнатам, а нищебродский вариант с двумя компами. Мне сейчас проще нужно.
Validation failed
*** Errors validating /srv/www.debian.org/www/international/l10n/po/en_CA.ru.html: *** Line 181, character 374: "128513" is not a character number in the document character set *** Errors validating /srv/www.debian.org/www/international/l10n/po/en_GB.ru.html: *** Line 116, character 351: "128513" is not a character number in the document character set Line 310, character 337: "128513" is not a character number in the document character set Line 1318, character 241: "128513" is not a character number in the document character set -- You received this mail for the language code ru. Please edit webwml/english/devel/website/validation.data if this is not accurate Please also update webwml/english/devel/website/ with the new coordinator(s) data
Re: Плееры на Linux
On Tue, 20 Jun 2017 13:19:46 +0300 artiomwrote: > > Вполне себе unix-way. вся активность НА РАБОЧЕЙ СТАНЦИИ, которая не > > требует непосредственной интеракции с пользователем как то, работа с > > принтером, проигрывание звуков, качание торрентов обеспечивается > > демонами, которыми GUI-программы только управляют. > Это всё круто, но если без *-way? > Какие преимущества мне это даст? Преимущества - 1. возможность сделать logout и завершить сессию, не дожидаясь завершения заданий 2. Возможность поуправлять фоновыми заданиями из другой сессии, как того же самого пользователя (например, зайдя удаленно по ssh), так и другого. > И какие недостатки имеет? Недостатки, соотвественно продолжение достоинств. А именно задачи не будут автоматически прерваны при завершении сессии, и демон будет требовать какого-никакого конфигурирования. > У меня две машинки: стационарная и ноут. Я держу полные копии на > обеих. Я там единственный пользователь. > Какие преимущества мне даст MPD перед обычными плеерами? Можно будет запустить длинную последовательность музыки играть на колонках стационарной машины, а самому, валяясь с ноутом на диване, ей вдруг поуправлять, если приспичит. > > Ну то есть что касается конкретно звука, там можно поспорить. > > Поскольку есть вопрос о том, является ли звуковой ввод-вывод частью > > сессии или нет, и должен ли звук замолкать, если пользователь > > залочил экран или сделал logout и отошел от компьютера. > Это да, но тут конечно клиент MPD может останавливать проигрывание. Насколько я понимаю, весь смысл MPD в том, что ты запустил что-то играться, потом закрыл клиент и оно продолжает играться. Помнится был некогда такой продукт vmware server. Обладал он интересным свойсвом - если ты запусаешь его клиент, запускаешь в нем виртуальную машину, и закрываешь клиент, виртуальная машина продолжает работать. Можно туда, скажем по ssh ходить. А если ты забыл закрыть клиент, и завершил сессию, то почему-то прибивание клиента при завершении сессии пришибало и виртуальную машину. Очень злило. Потом, правда этот продукт быстро прекратил развиваться. Часть его функциональности перенесли в VMware workstation, а для части стали рекомендвоать более тяжелые продукты ESX и Sphere. Поэтому я считаю что клиент к демону не должен "автоматически" при завершении останавливать работу сервера. Это напоминает богопротивный андроид, или того робота из азимовских рассказов, который отказывался перемещаться без человека на шее. Если уж ты поделил какую-то работу между клиентом и демоном, то это ровно для того, чтобы эта работа могла делаться без человеческого присмотра. --
Re: Плееры на Linux
On 20.06.2017 14:36, Evgenij Kravtsov wrote: Попробуйте DeaDBeeF (http://deadbeef.sourceforge.net/) Пробовал буквально неделю назад. Не понравился. Не увидел преимуществ по сравнению с Clementine. 20 июня 2017 г., 13:21 пользователь artiom> написал: > Я активно пользуюсь Audacious. Есть гуй на gtk, есть - на qt. Очень > минемалистичный, но поддерживает достаточно много полезных дополнений. > Так тоже самое, что Qmmp? > 19 июня 2017 г. 23:46:58 GMT+03:00, "Артём Н." > пишет: > > Подскажите, чем удобно играть музыку "в фоне"? > В идеале, ещё и одиночный файл, чтобы возможно было проиграть (хотя, это не обязательно). > Также, желательно не GTK. > Попробовал Clementine, хороший, но не нравится управление. > Amarok как-то в последнее время разочаровывает. > Раньше был XMMS, который сейчас QMMP, но меня не он не порадовал: даже Clementine удобнее и функциональнее. > mpg321 не предлагать. > > > -- > С уважением, > walterd -- С уважением Кравцов Евгений тел 89192821798 skype: ejkrav telegram: @ejkrav
Re: Установить debian без systemd
On 20.06.2017 05:32, Tim Sattarov wrote: On 11/06/17 11:13 AM, artiom wrote: Не вам одному это не нравится: "The controversy around systemd culminated also into personal attacks and death threats on Poettering. In October 2014 Poettering complained that the "Open Source community is full of assholes, and I probably more than most others am one of their most favourite targets." Poettering went on to put some blame on Linus Torvalds and other kernel developers for being a bad role model for encouraging an abusive discussion culture on technical disagreements; a position which was shared by others like kernel developer Sarah Sharp." Bad role modeling ? правда штоле ? :) https://www.theregister.co.uk/2014/04/05/torvalds_sievers_dust_up/ Я за такое,на месте Линуса, сделал бы и сказал то же самое. При всей моей поддержке systemd, личность Поттеринга совсем не внушает приязни... Дык, символичный жест, это ж не поттерингу а Каю Стивенсу.
Re: Плееры на Linux
Попробуйте DeaDBeeF (http://deadbeef.sourceforge.net/) 20 июня 2017 г., 13:21 пользователь artiomнаписал: > > Я активно пользуюсь Audacious. Есть гуй на gtk, есть - на qt. Очень > > минемалистичный, но поддерживает достаточно много полезных дополнений. > > > Так тоже самое, что Qmmp? > > > 19 июня 2017 г. 23:46:58 GMT+03:00, "Артём Н." > пишет: > > > > Подскажите, чем удобно играть музыку "в фоне"? > > В идеале, ещё и одиночный файл, чтобы возможно было проиграть (хотя, > это не обязательно). > > Также, желательно не GTK. > > Попробовал Clementine, хороший, но не нравится управление. > > Amarok как-то в последнее время разочаровывает. > > Раньше был XMMS, который сейчас QMMP, но меня не он не порадовал: > даже Clementine удобнее и функциональнее. > > mpg321 не предлагать. > > > > > > -- > > С уважением, > > walterd > > -- С уважением Кравцов Евгений тел 89192821798 skype: ejkrav telegram: @ejkrav
Re: Плееры на Linux
> Я активно пользуюсь Audacious. Есть гуй на gtk, есть - на qt. Очень > минемалистичный, но поддерживает достаточно много полезных дополнений. > Так тоже самое, что Qmmp? > 19 июня 2017 г. 23:46:58 GMT+03:00, "Артём Н."пишет: > > Подскажите, чем удобно играть музыку "в фоне"? > В идеале, ещё и одиночный файл, чтобы возможно было проиграть (хотя, это > не обязательно). > Также, желательно не GTK. > Попробовал Clementine, хороший, но не нравится управление. > Amarok как-то в последнее время разочаровывает. > Раньше был XMMS, который сейчас QMMP, но меня не он не порадовал: даже > Clementine удобнее и функциональнее. > mpg321 не предлагать. > > > -- > С уважением, > walterd
Re: Плееры на Linux
20.06.2017 05:51, Sergey Zhemchugov пишет: > VLC не подходит? > Для видео его, в основном, использую. Но для проигрывания коллекции в фоне - не самый удобный вариант. > И всё же, если хочется в фоне, то чего не запустить в screen'е какой-нить > mplayer/mpg321/etc? > > 19 июня 2017 г. 23:58:12 EEST, "Артём Н."пишет: >> On 19.06.2017 23:52, Sergey Matveev wrote: >>> *** Артём Н. [2017-06-19 23:47]: Подскажите, чем удобно играть музыку "в фоне"? В идеале, ещё и одиночный файл, чтобы возможно было проиграть (хотя, >> это не обязательно). Также, желательно не GTK. >>> >>> https://en.wikipedia.org/wiki/Music_on_Console >>> Не GTK, умеет демонизироваться, умеет gapless playback, playlist, >> разные >>> звуковые устройства и кодеки. >>> >> Может, это покажется странным, но GUI что-нибудь есть? >> Я консольку почти всегда в графической среде держу (если нет, значит >> что-то сломалось, и мне не до плеера). >> Не хочется консольный. >
Re: Плееры на Linux
20.06.2017 11:34, Victor Wagner пишет: > On Tue, 20 Jun 2017 00:17:31 +0300 > Артём Н.wrote: > >> On 20.06.2017 00:08, ugoday wrote: >>> А почем не mpd? >>> >> Так некуда. Ставить его сервер локально - это извращение. СХД пока не > > Почему извращение? Может и cups для печати использовать - извращение? > Ну как-бы сейчас других вариантов не осталось, а раньше не использовали. А так, я не особенно в восторге от набора демонов, управляемых на локальной машине через WEB-интерфейс. Впрочем, сие не относится к музыке, снова же в оффтоп и холивары скатимся. > Кстати, народ а что-нибудь подобное MPD, куда можно из файрфокса длительные > download-ы > оффлоадить - бывает? Чтобы при указании "сохранить на диск" вместо того > чтобы начинать качать самому, файрфокс бы связывался (по тому же http) > со специальным демоном и говорил ему что скачать, с какими куками и > куда сохранить. Причем желательно чтобы оно еще и могло работать не на > той же машине, что и файрфокс, а, например на упомянутой СХД. Наверняка есть, а если нет, то возможно допилить какое-нибудь расширение. Типа DownThemAll. Только файрфокс не при чём тут: просто достаточно куда-либо скидывать URL, откуда простая тулза будет забирать и качать (возможно даже, с использованием расширения, чтобы быстрее). > Для торрентов у меня к файрфоксу расширение Add to transmission, которое > все перечисленное делает есть. > Заодно и это выкинуть. Вполне себе несложно заморочиться и организовать тулзу, которая правильный клиент запустит по URL. > Вполне себе unix-way. вся активность НА РАБОЧЕЙ СТАНЦИИ, которая не > требует непосредственной интеракции с пользователем как то, работа с > принтером, проигрывание звуков, качание торрентов обеспечивается > демонами, которыми GUI-программы только управляют. Это всё круто, но если без *-way? Какие преимущества мне это даст? И какие недостатки имеет? Извращение это потому, что я вижу сейчас данную схему избыточной. MPD рассчитан на несколько пользователей и как сервер для раздачи музыки. Для СХД - прекрасно. У меня две машинки: стационарная и ноут. Я держу полные копии на обеих. Я там единственный пользователь. Какие преимущества мне даст MPD перед обычными плеерами? Например, перед Clementine? Несколько минусов я вижу. И обычные плееры, как правило, обладают намного более широким функционалом, чем тонкие клиенты MPD. С учётом того, что мне не особенно хочется менять плеер даже при переходе на MPD (например, неплохо, если имеется плагин, который понимает такой источник). > Ну то есть что касается конкретно звука, там можно поспорить. Поскольку > есть вопрос о том, является ли звуковой ввод-вывод частью сессии или > нет, и должен ли звук замолкать, если пользователь залочил экран или > сделал logout и отошел от компьютера. > Это да, но тут конечно клиент MPD может останавливать проигрывание.
Re: Установить debian без systemd
20.06.2017 12:20, Victor Wagner пишет: > On Mon, 19 Jun 2017 22:12:29 -0400 > Tim Sattarovwrote: > >> On 16/06/17 02:32 AM, Victor Wagner wrote: >>> Проприетарные видеодрайвера - это для любителей игрушек со Steam. >> >> Тоже увы, свободный и всеми любимый nouveau не поддерживает чипсета в >> моём ноутбуке. >> > > Прежде чем покупать, надо головой думать. И не брать ноутбук в котором > присутствуют аппаратные компоненты, не поддерживаемые mainline kernel. > Иначе неудобства будет больше чем выигрыша, от "более высокой > производительности" или более низкой цены этих компонент по сравнению с > open source friendly. > > В первую очередь это, конечно, не видеокарт касается, такие случаи как > у вас - редкость, а Wi-Fi и прочих радио и сетевых интерфейсов. > -- > Вы сначала попробуйте такой найдите. Новый. Это не так просто, как кажется. Я зенбук купил, предварительно посмотрев отзывы о предыдущих моделях. Там у них почти всё шло. Здесь же я запарился настраивать, хотя сейчас почти всё работает, кроме мелочи (типа выхода из саспенда и ambient light sensor). А не новый смысла особого нет покупать, да и найти не так просто.
Re: Музыка
20.06.2017 04:48, Tim Sattarov пишет: > On 13/06/17 12:07 PM, artiom wrote: > >> Не всё так просто с кодировкой. >> Если вы посмотрите на некоторые примеры, то будет видно, что это текст в >> cp1251, перекодированный из koi8 в utf-8. >> enca поможет? >> > Да > enca, кстати, не помогает, когда мало текста, не может определить последовательность перекодировок. Это актуально названий групп, причём онлайновый артемий-лебедевский декодер работает лучше, в данном случае. Но я уже практически всё разобрал, в основном используя MusicBrainz Picard, - отличная софтина.
Re: Установить debian без systemd
On Mon, 19 Jun 2017 22:12:29 -0400 Tim Sattarovwrote: > On 16/06/17 02:32 AM, Victor Wagner wrote: > > Проприетарные видеодрайвера - это для любителей игрушек со Steam. > > Тоже увы, свободный и всеми любимый nouveau не поддерживает чипсета в > моём ноутбуке. > Прежде чем покупать, надо головой думать. И не брать ноутбук в котором присутствуют аппаратные компоненты, не поддерживаемые mainline kernel. Иначе неудобства будет больше чем выигрыша, от "более высокой производительности" или более низкой цены этих компонент по сравнению с open source friendly. В первую очередь это, конечно, не видеокарт касается, такие случаи как у вас - редкость, а Wi-Fi и прочих радио и сетевых интерфейсов. --
Re: Плееры на Linux
On Tue, 20 Jun 2017 00:17:31 +0300 Артём Н.wrote: > On 20.06.2017 00:08, ugoday wrote: > > А почем не mpd? > > > Так некуда. Ставить его сервер локально - это извращение. СХД пока не Почему извращение? Может и cups для печати использовать - извращение? Вполне себе unix-way. вся активность НА РАБОЧЕЙ СТАНЦИИ, которая не требует непосредственной интеракции с пользователем как то, работа с принтером, проигрывание звуков, качание торрентов обеспечивается демонами, которыми GUI-программы только управляют. Кстати, народ а что-нибудь подобное MPD, куда можно из файрфокса длительные download-ы оффлоадить - бывает? Чтобы при указании "сохранить на диск" вместо того чтобы начинать качать самому, файрфокс бы связывался (по тому же http) со специальным демоном и говорил ему что скачать, с какими куками и куда сохранить. Причем желательно чтобы оно еще и могло работать не на той же машине, что и файрфокс, а, например на упомянутой СХД. Для торрентов у меня к файрфоксу расширение Add to transmission, которое все перечисленное делает есть. Ну то есть что касается конкретно звука, там можно поспорить. Поскольку есть вопрос о том, является ли звуковой ввод-вывод частью сессии или нет, и должен ли звук замолкать, если пользователь залочил экран или сделал logout и отошел от компьютера. По этому поводу могут быть разные мнения. Но если вам удобно, чтобы выбранный звук продолжал звучать, когда вы отходите от компьютера, не вижу ничего извращенного в использовании MPD. > запилил. Как будет, так и буду думать насчёт MPD. > И как совместить всё это с ноутом, который может быть иногда и не > подключен к сети. >
[DONE] wml://{security/2017/dsa-3886.wml}
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 - --- english/security/2017/dsa-3886.wml2017-06-19 21:59:05.0 +0500 +++ russian/security/2017/dsa-3886.wml 2017-06-20 12:54:01.658801693 +0500 @@ -1,113 +1,114 @@ - -security update +#use wml::debian::translation-check translation="1.1" maintainer="Lev Lamberov" +обновление безопаÑноÑÑи - -Several vulnerabilities have been discovered in the Linux kernel that - -may lead to a privilege escalation, denial of service or information - -leaks. +Ð ÑдÑе Linux бÑл обнаÑÑжено неÑколÑко ÑÑзвимоÑÑей, коÑоÑÑе +могÑÑ Ð¿ÑиводиÑÑ Ðº повÑÑÐµÐ½Ð¸Ñ Ð¿Ñивилегий, оÑÐºÐ°Ð·Ñ Ð² обÑлÑживании или ÑÑеÑкам +инÑоÑмаÑии. https://security-tracker.debian.org/tracker/CVE-2017-0605;>CVE-2017-0605 - -A buffer overflow flaw was discovered in the trace subsystem. +РподÑиÑÑеме trace бÑло обнаÑÑжено пеÑеполнение бÑÑеÑа. https://security-tracker.debian.org/tracker/CVE-2017-7487;>CVE-2017-7487 - -Li Qiang reported a reference counter leak in the ipxitf_ioctl - -function which may result into a use-after-free vulnerability, - -triggerable when a IPX interface is configured. +Ðи ЦÑн ÑообÑил об ÑÑеÑке ÑÑÑÑÑика ÑÑÑлок в ÑÑнкÑии the ipxitf_ioctl, +ÑÑо Ð¼Ð¾Ð¶ÐµÑ Ð¿ÑиводиÑÑ Ðº иÑполÑÐ·Ð¾Ð²Ð°Ð½Ð¸Ñ ÑказаÑелей поÑле оÑÐ²Ð¾Ð±Ð¾Ð¶Ð´ÐµÐ½Ð¸Ñ Ð¿Ð°Ð¼ÑÑи, +коÑоÑое Ð²Ð¾Ð·Ð½Ð¸ÐºÐ°ÐµÑ Ð² ÑлÑÑае, когда наÑÑÑоен инÑеÑÑÐµÐ¹Ñ IPX. https://security-tracker.debian.org/tracker/CVE-2017-7645;>CVE-2017-7645 - -Tuomas Haanpaa and Matti Kamunen from Synopsys Ltd discovered that - -the NFSv2 and NFSv3 server implementations are vulnerable to an - -out-of-bounds memory access issue while processing arbitrarily long - -arguments sent by NFSv2/NFSv3 PRC clients, leading to a denial of - -service. +ТÑÐ¾Ð¼Ð°Ñ Ð¥Ð°Ð°Ð½Ð¿Ð°Ð° и ÐаÑÑи ÐамÑнен из Synopsys Ltd обнаÑÑжили, ÑÑо +ÑеализаÑии ÑеÑвеÑов NFSv2 и NFSv3 ÑÑÐ·Ð²Ð¸Ð¼Ñ Ðº обÑаÑÐµÐ½Ð¸Ñ Ð·Ð° пÑеделами вÑделенного +бÑÑеÑа памÑÑи в ÑлÑÑае обÑабоÑки аÑгÑменÑов пÑоизволÑной длинÑ, оÑпÑавленнÑÑ +PRC-клиенÑами NFSv2/NFSv3, ÑÑо пÑÐ¸Ð²Ð¾Ð´Ð¸Ñ Ðº оÑÐºÐ°Ð·Ñ Ð² обÑлÑживании. https://security-tracker.debian.org/tracker/CVE-2017-7895;>CVE-2017-7895 - -Ari Kauppi from Synopsys Ltd discovered that the NFSv2 and NFSv3 - -server implementations do not properly handle payload bounds - -checking of WRITE requests. A remote attacker with write access to a - -NFS mount can take advantage of this flaw to read chunks of - -arbitrary memory from both kernel-space and user-space. +ÐÑи ÐаÑппи из Synopsys Ltd обнаÑÑжил, ÑÑо ÑеализаÑии ÑеÑвеÑов NFSv2 +и NFSv3 непÑавилÑно обÑабаÑÑваÑÑ Ð¿ÑовеÑÐºÑ Ð³ÑÐ°Ð½Ð¸Ñ Ð¸Ð½ÑоÑмаÑионного +Ð½Ð°Ð¿Ð¾Ð»Ð½ÐµÐ½Ð¸Ñ WRITE-запÑоÑов. УдалÑннÑй злоÑмÑÑленник, имеÑÑий доÑÑÑп на запиÑÑ Ðº +NFS, Ð¼Ð¾Ð¶ÐµÑ Ð¸ÑполÑзоваÑÑ ÑÑÑ ÑÑзвимоÑÑÑ Ð´Ð»Ñ ÑÑÐµÐ½Ð¸Ñ Ð¿Ð¾ÑÑий пÑоизволÑной памÑÑи +и из пÑоÑÑÑанÑÑва ÑдÑа, и из пÑоÑÑÑанÑÑва полÑзоваÑелÑ. https://security-tracker.debian.org/tracker/CVE-2017-8064;>CVE-2017-8064 - -Arnd Bergmann found that the DVB-USB core misused the device - -logging system, resulting in a use-after-free vulnerability, with - -unknown security impact. +ÐÑнд ÐеÑгман обнаÑÑжил, ÑÑо ÑдÑо DVB-USB непÑавилÑно иÑполÑзÑÐµÑ ÑиÑÑÐµÐ¼Ñ +жÑÑналиÑÐ¾Ð²Ð°Ð½Ð¸Ñ ÑÑÑÑойÑÑв, ÑÑо пÑÐ¸Ð²Ð¾Ð´Ð¸Ñ Ðº иÑполÑÐ·Ð¾Ð²Ð°Ð½Ð¸Ñ ÑказаÑелей поÑле оÑÐ²Ð¾Ð±Ð¾Ð¶Ð´ÐµÐ½Ð¸Ñ +памÑÑи и оказÑÐ²Ð°ÐµÑ Ð½ÐµÐ¸Ð·Ð²ÐµÑÑное влиÑние на безопаÑноÑÑÑ. https://security-tracker.debian.org/tracker/CVE-2017-8890;>CVE-2017-8890 - -It was discovered that the net_csk_clone_lock() function allows a - -remote attacker to cause a double free leading to a denial of - -service or potentially have other impact. +ÐÑло обнаÑÑжено, ÑÑо ÑÑнкÑÐ¸Ñ net_csk_clone_lock() позволÑÐµÑ +ÑдалÑÐ½Ð½Ð¾Ð¼Ñ Ð·Ð»Ð¾ÑмÑÑÐ»ÐµÐ½Ð½Ð¸ÐºÑ Ð²ÑзÑваÑÑ Ð´Ð²Ð¾Ð¹Ð½Ð¾Ðµ оÑвобождение, пÑиводÑÑее к оÑÐºÐ°Ð·Ñ +в обÑлÑживании или оказÑваÑÑее дÑÑгое поÑенÑиалÑное влиÑние на безопаÑноÑÑÑ.