caps-plugins - что сломали в 0.9?
alsaequal таки перестал понимать caps-plugins - если точнее 0.9.15
с 0.4.5 всё работает.
кто вкурсе что там сломали?
alsaequal таки перестал понимать caps-plugins - если точнее 0.9.15
с 0.4.5 всё работает.
кто вкурсе что там сломали?
запилите уже оповещение для модеров/админа о новых регистрантах.
при их наличии всякие autoдебилы имеют почти нулевые шансы насрать, так как о их появлении узнает вся власть.
вот реально достал этот дегенерат!
вот есть у меня 4-х головый проц.
есть сколько-то запущенных программ.
нагрузка распределяется так:
больше всего загружено 1-е ядро
потом идёт второе
и т.д.
как сделать так, чтобы нагрузка распределялась равномерно не привязывая пиды к ядрам?
cfs/bfs роли не играют
Есть ли в природе софтина/скрипт, подсунув которому сорсы можно получить список зависимостей?
естессно чем больше систем сборки поддерживается, тем лучше.
если зависимости будут показаны с привязкой к опциям сборки, то это вообще сказка.
ну и сами опции тоже было бы неплохо показать, особенно для всяких cmake/qmake
/навеяно воспоминаниями о запиливании ебилдов.
Перепилил --ignore и --force
теперь они умеют не только файлы и диры, но и пакеты и версии (uname -r).
потыкайте-поматеритесь
короче так, есть у меня в хомяке дира scripts со скриптами (неожиданно!).
в этой дире есть скрипт «/home/megabaks/scripts/tests/просто_тест»
есть кеды 4.10-что_то
сегодня случайно заметил в меню «прочее ---> просто_тест», который запускает этот скрипт.
что за!?
естессно я его туда не пихал ---> даже по имени диры вполне понятно почему
изменилось:
потыкайте-поматеритесь чтоль
======== Release 319 Entries ========
* Updated the nvidia-settings control panel to report more detailed
clocking information.
* Fixed a bug that could cause the X server to crash after power-cycling
displays connected behind a DisplayPort 1.2 Multi-Stream Transport hub.
* Fixed a bug that could cause nvidia-settings to crash when switching
VTs after changing some settings.
* Updated the application profile syntax to allow for multiple patterns
within a single rule. See the README for details.
* Fixed a bug that caused OpenGL programs to crash when the __GL_DOOM3
environment variable was set.
* Updated the NVIDIA driver to avoid calling fork(2) to execute the
nvidia-modprobe utility when not needed.
* Improved the error reporting of the nvidia-persistenced utility.
* Fixed a bug that could cause Altair HyperView to hang when rendering
animations with tensors.
* Fixed a performance regression in MEDINA 8.2.
* Fixed a bug that caused the OpenGL driver to hang sometimes when running
the SpeedTree Modeler application.
* Fixed a bug that could cause an OpenGL application to crash if it creates
and destroys multiple threads.
* Fixed a bug in nvidia-installer that could cause installation
problems when the value of the CC environment variable contained
spaces, e.g. CC="distcc gcc"
* Fixed a bug that caused corrupted window content in some cases when
moving GLX windows with antialiasing enabled.
* Fixed a bug that caused DisplayPort devices that failed link training to
be reported as connected rather than disconnected.
* Fixed a regression that could cause a DisplayPort device that was
connected to one connector to turn off when a DisplayPort device on a
different connector was connected or disconnected.
* Added support for the following GPU:
* GeForce 720M
* On Kepler-based GPUs, improved the appearance of the tearing that occurs
when using RandR 1.4's Source Output capability. While tearing is still
expected, the tears should now appear as horizontal lines rather than more
noticeable checkerboard or triangular shapes.
* Added a "Prefer Consistent Performance" PowerMizer Mode to the
nvidia-settings control panel, available on Quadro boards that
support this feature.
таки релиз
Запилил, но есть некоторые вещи, которые не устраивают - например libindicator и libappindicator пришлось из убунты тянуть, дабы сохранить совместимость с ними же из основного дерева - проблема из-за разных версий gtk, использованных при сборке.
libappindicator ещё можно прикрутить из сорсов, но вот с libindicator сложнее - куча коллизий будет: хидеры, *.pc...
Так же используются свои ебилды для x264 и ffmpeg.
Всё работает.
Для браузера нужно расширение - например для хромого
это позволяет смотреть торренты в браузере и тот же http://torrent-tv.ru/
настройки или через конфиги или через трей - сколько где места выделить, скорости...
потестите
======== Release 319 Entries ========
* Fixed a regression that could cause X to crash when querying GPU
information through NV-CONTROL on multi-GPU systems where some
GPUs failed to be initialized for X.
* Fixed a bug that could cause X to crash when using Vertex
Buffer Objects (VBOs) with indirect rendering.
* Fixed a bug that prevented some drop-down menus in nvidia-settings
from working correctly when using older versions of GTK+.
* Fixed RandR panning reporting when the current MetaMode is smaller
than the X screen.
* Fixed a regression that caused nvidia-installer to attempt
post-processing of non-installed files.
* Added support for the following GPUs:
* GeForce GTX 760
* GeForce GTX 770
* GeForce GTX 780
* Added the "ForceCompositionPipeline" and "ForceFullCompositionPipeline"
MetaMode options. See the README for details.
* Added support for HDMI 4K resolutions. Using a 4K resolution with an
HDMI display requires a Kepler or later GPU.
* Added support in VDPAU for 4k resolution MPEG-1/2 and H.264 video
decoding, up to 4032x4048 for MPEG-1/2 and 4032x4080 for H.264,
and up to 65536 macroblocks for both.
просто оставлю это здесь...
Кто завёл сабж на онтопике?
убунта не интересует.
с либами вроде разобрался, браузеры видят, матов на отсутствие на страницах нет, но нет и видео.
Были бы сорсы, было бы проще, но они вроде как не могут их дать.
есть довольно много способов охлаждать что-то:
1. радиатор в виде груды металла +/- вентилятор , которая цепляется к охлаждаемому объекту - используется в БП, в боксовых кулерах CPU/GPU/RAM/...
2. п.1, построенный на тепловых трубках - они куда лучше выполняют задачу.
3. п.1 в виде heatlane (на примере NCU-1000) - якобы уделывает п.2, но доселе редкий зверь и тот же Scythe им якобы не очень доволен
4. п.1 + жидкость в роли теплоносителя +/- помпа, которая, при её наличии, гоняет жидкость по системе.
5. «топливо» - например, азот, с кучей недостатков: конденсат, расход, непрактичность...
6. аля п.4 - «холодильник», т.е. компрессор+радиатор+фреон
....
что ещё?
//пью, да :3
сабж.
в толксах флуда для и для более развёрнутых ответов.
речь про систему и для скорейшего восстановления оной в случае чего.
да, бэкапы собираюсь хранить в облаке, ибо нефиг засирать локальные носители
пока сижу и жду когда принесут пиво, играюсь с хромым.
давно заметил, что если оставить на ночь, то утром он жрёт рамы меньше, чем было вечером.
решил поиграться - слабал скрипт, который перезагружает страницу и смотрит сколько рамы (RSS) жрёт рисующий страницу процесс.
#!/bin/bash
ID_WIN=$(xdotool search --name "${1}")
xdotool windowactivate ${ID_WIN}
echo "nyam-nyam"
for i in `seq 10`;do
sleep 5
xdotool key --window ${ID_WIN} ctrl+r
echo `date +%H:%m:%S && ps -o rss "${2}" | grep "[[:digit:]]"`
done
echo "cleaning"
for i in `seq 10`;do
sleep 5
echo `date +%H:%m:%S && ps -o rss "${2}" | grep "[[:digit:]]"`
done
sh scripts/chromium/memory Последние 5362
nyam-nyam
10:04:43 93188
10:04:48 109876
10:04:53 118404
10:04:58 129676
10:04:03 140116
10:04:08 145832
10:04:13 151844
10:04:18 156140
10:04:23 162924
10:04:28 169572
cleaning
10:04:33 178680
10:04:38 176708
10:04:43 176692
10:04:48 173664
10:04:53 173664
10:04:58 157184
10:04:03 156196
10:04:08 155696
10:04:13 155696
10:04:18 155716
а андроид вообще умеет терминус?
андроид 4.0.4
гуглоплей выдаёт треш
гуголь говорит о http://androidapp.lisisoft.com/apps-android-phone/68888-com.genwi.gterminus.html
но что с ним делать?
ссылка на гуглоплей битая
интересует т.к. ssh и выхлоп в виде крулого говна разражает
Только что запилили сабж на фтп, о чём мои коньки сообщили
Изменения пока не успел даже прочитать - овер много их что-то:
======== Release 319 Entries ========
* Added initial support for restoration of efifb consoles on UEFI
systems where the primary display is driven over VGA or TMDS (e.g.
DVI, HDMI, or LVDS).
* Added support for the xorg.conf Monitor section options "Ignore",
"Enable", "Primary", and "Rotate". For example, to rotate a monitor
identified by a specific EDID hash, one could add the following to
/etc/X11/xorg.conf or a file in /etc/X11/xorg.conf.d:
Section "Monitor"
Identifier "DPY-EDID-ee6cecc0-fa46-0c33-94e0-274313f9e7eb"
Option "Rotate" "left"
EndSection
See the README and the xorg.conf(5) man page for more information.
* Added an Underscan feature in the nvidia-settings X Server
Display Configuration page which allows the configuration of an
underscan border around the ViewPortOut. This feature was
formerly known as Overscan Compensation.
* Added support for the following GPU:
* GeForce GTX 650 Ti BOOST
* Added support for application profiles to the NVIDIA client-side GLX
implementation. See the "Application Profiles" chapter of the README for
more information.
* Added support to nvidia-installer for crytographically signing the NVIDIA
kernel module. See the "Installing the NVIDIA Driver" chapter of the
README for more information.
* Added the "PanningTrackingArea" and "PanningBorder" MetaMode attributes.
* Added support for RandR 1.3 panning.
* Improved performance when the Accel option is disabled.
* Added initial support for RandR 1.4 Provider objects with the Source
Output capability, which can be used to render the desktop on an NVIDIA
GPU and display it on an output connected to a provider with the Sink
Output capability, such as an Intel integrated graphics device or a
DisplayLink USB-to-VGA adapter. See the README for details.
* Added nvidia-modprobe, a setuid root utility, to the driver package.
nvidia-modprobe can be used by user-space NVIDIA driver components
to make sure the NVIDIA kernel module is loaded and that the
NVIDIA character device files are present. When possible,
it is recommended to use Linux distribution native mechanisms
for managing kernel module loading and device file creation.
This utility is provided as a fallback to work out-of-the-box in
a distribution-independent way.
* Updated the nvidia-settings command line interface to accept display
device names, as well as optional target qualifiers, e.g.
nvidia-settings -q [DVI-I-0]/RefreshRate
nvidia-settings -q [GPU-1.DVI_I-1]/RefreshRate
* Updated the nvidia-settings command line interface to no longer assume
the "X screen 0" target, when no target is specified in query and assign
operations. Instead, all valid targets of the attribute are processed.
* Fixed a memory leak that occurred when destroying a GLX window
but not its associated X window.
* Fixed a bug that could cause nvidia-installer to fail to delete
directories created as part of a previous installation.
* Updated nvidia-installer to report failures to remove installed
files or restore backed up files with a single warning message,
instead of a separate message for each individual failure.
* Improved the performance of modesets in cases where the mode
timings remained the same, but other parameters of the mode
configuration, such as the ViewPort or panning domain, changed.
* Fixed an issue with RENDER convolution filters. The driver will
no longer normalize filter kernels before accelerating them.
* Improved debuggability of the NVIDIA OpenGL libraries by
including proper stack unwinding information on all supported
architectures.
* Updated the dkms.conf file and the makefile for the NVIDIA Linux
kernel module to allow DKMS installations on systems with separate
source and output directories.
* Fixed a bug that caused RENDER Pictures to be sampled
incorrectly when using nearest filtering in some cases.
* Added support for the RandR "Border" and "BorderDimensions" Output
properties, which can be used to configure the ViewPortOut of an
RandR output. This is functionally equivalent to the "ViewPortOut"
MetaMode token.
* Fixed a bug where RRGetCrtcInfo could report incorrect size
information when an RandR output has a custom ViewPortIn.
* Further improve performance of some versions of HyperMesh with
Quadro GPUs.
* Added a VDPAU page to the nvidia-settings control panel, to display
information about the decoding capabilities of VDPAU-capable GPUs.
* Added support for dynamic mode management through RandR, e.g. via
the --newmode, --rmmode, and --delmode options in xrandr(1).
* Increased the number of pages that are shareable across multiple
processes in the x86 build of libnvidia-glcore.so, by reducing its
R_386_PC32 relocation count.
* Fixed a bug that caused XVideo applications to receive BadAlloc errors
after VT switches and mode switches that occurred while a composite
manager was running.
* Removed the X driver's support for "CursorShadow".
* Updated nvidia-installer to attempt unprelinking files whose checksums
do not match the checksums recorded at installation time.
* Switched .run package compression from gzip to xz. This provides a
higher level of compression.
Наткнулся тут на очередной довольно интересный плагин для говядины - deadbeef-remote, который позволяет давать комады говядине по сети.
Запилил ебилд и патчик для человеческого выхлопа.
Всё бы хорошо, но тут понял одну вещь - плагинов стало сильно много (посматриваю ещё на несколько), а живут они в media-sound, что мне не очень нравится теперь.
Вопрос адресован исключительно пользователям оверлея stuff и говядины из него: может стоит перенести плагины в media-plugins?
Так будет корректней, но это грозит попаболью, т.к. придётся переустанавливать все имеющиеся плагины, ибо при переносе и последующем обновлении портаж пошлёт, потому что узрит коллизии.
вот о чём подумал:
при/после сборк{e,и} ядра хранить на винте треш.o совсем не айс.
есть ли готовый способ собирания ядра в раме, чтобы на винт падали только готовые ядра/модули/заголовки, а всякий треш типа этих самых *.o, *.cmd и иже с ними тонули в Лете(для не эрудитов - /dev/null)?
чот меня не улыбает перспектива пилить сие
← назад | следующие → |