Как ты смеешь указывать Патрегу что стаивить, а что нет?!
Шучу. Фигли, иди и отошли письмо в лист.

>Фигли, иди и отошли письмо в лист.

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

Патрег - бох!

Томми, мы ждём тебя ;)

а ты не слакварщик? Тогда какой твой интерес в этом?

Если ты не слакварщик, то почему переживаешь из-за драйвера и слаки?

см логи от 1 марта
обновлены - xorg , mesa, ядро до .33
все условия созданы )

sylvia@allure:~/NAS/Slackware/source/k$ cat config-huge-smp-2.6.33-smp |grep -i nouvea
CONFIG_DRM_NOUVEAU=m
CONFIG_DRM_NOUVEAU_BACKLIGHT=y
CONFIG_DRM_NOUVEAU_DEBUG=y


xf86-video-nouveau нет, но соберите ж сами его наконец, все остальное же есть )
еще мезу и libdrm все-таки придется пересобрать

Неужели непонятно, он тайный агент Корпорации зла, хочет провести диверсию против Православной слаки руками самих слакварьшиков, внедрив нестабильные дрова ;)

>а ты не слакварщик? Тогда какой твой интерес в этом?

я всё пытаюсь им стать... пока не получается.

>xf86-video-nouveau нет, но соберите ж сами его наконец

не хочется мне make && make install

>не хочется мне make && make install

как же ты хочешь стать слакварщиком??

slapt не?

мне собрать пакеты?

> не хочется мне make && make install

есть же src2pkg, checkinstall, слакбилды наконец!
если хочешь стать слакварщиком - про make install забудь.

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

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

>и да, nouveau не нужен. нвидиевские проприетарные дрова просто работают.

проприетарные дрова не нужны. Свободные просто работают, включая 3D, я проверил на 9600

Раз Патрик собрал без, значит в 13.1 уже не будет,
хотя не знаю почему он так...

>не хочется мне make && make install

linuxpackages.net

может быть и появятся в extra.

там сейчас только словари aspell
qt3
старый grub
остатки kde3
wicd
jdk
slacktrack
inn
и драйвера разные для карт интел


в testing - btrfsprogs

> в testing - btrfsprogs

А Патрег не такой уж и криогенный тормозок, оказывается.

Только обновился, бегло посмотрел - кое-что сегфолтится. glxgears systemsettings , бяка :( Только у меня?

Общий менеджер памяти пока не используется, поэтому программы, использующие OpenGL, могут работать нестабильно.

Патрик такое не любит, да к тому же основанно на реверс-инженеринге ИМХО могут быть проблемы с законодательством.

в последнем откровении апостола по поводу «текущего каррента» было произнесено:

Kernel: woohoo we have 2.6.33 now – the latest & greatest. X.Org: this went up to 7.5 (X server version is now 1.7.5) – you can’t get it newer than this.

There is no nouveau driver for now, but it should not be so hard to add this yourself because all its dependencies should be met by slackware-current.

KDE: has been updated to 4.3.5 – the latest “politically correct” version which is available… No PolicyKit for us yet. The GTK ecosystem has been overhauled and slackware-current is now at gtk+2 version 2.18.7. Because the upgrade of libpng was an incompatible change (I refrain from using bad language about this piece of software, but I invite you to examine the libpng.SlackBuild closely), every single package which depends on this library needed to be recompiled. D’ oh! Lots of core packages were updated to their latest version as well – too many to write down here.

Because the upgrade of libpng was an incompatible change (I refrain from using bad language about this piece of software, but I invite you to examine the libpng.SlackBuild closely), every single package which depends on this library needed to be recompiled.

libpng.SlackBuild:
I'm ditching this to see if anyone cares.

This symlink is needed to keep old applications running:
I guess the real lib used the major number 3, then 0 for
a short while, and now .3 again. Hopefully it will stay
his way as it was .3 in Slackware 10.2. One can hope.

Well, glad I got rid of the above, but <someone> upstream still does not grok shared libraries on Linux it seems — libpng-1.4.0 caused all the newly compiled binaries to want libpng.so.14, and now libpng-1.4.1 wants to change that to libpng14.so.14. Searching online finds that we are not the only ones with binaries that want libpng.so.14, so we are forced to provide a compatibility symlink again... :-/
We'll try to remove this in 5 to 10 years, just like before.

[слака][nouveau] Патрик осилит его или нет?

fixed

а на 210 работают???

>There is no nouveau driver for now, but it should not be so hard to add this yourself because all its dependencies should be met by slackware-current.

в переводе:

да, мы не осилили нуво, но вам же не привыкать допиливать и переделывать всё заново.

да, мы не осилили нуво, но вам же не привыкать допиливать и переделывать всё заново

Да уж, с этим обновлением они отличились, пилить придётся много. rp-pppoe я уже попилил на очереди xf86-intel ((

это -current

а что с rp-pppoe ?

Патрик в очередной раз что-то не осилит, а слакварщики будут утверждать, что это не православно и вообще не нужно.

pppoe-server валится - собран с rp-pppoe.so для pppd 2.4.4, а pppd 2.4.5. Фигня лечится за 5 мин пересборкой.

> если хочешь стать слакварщиком - про make install забудь.

разрыв_шаблона.swf

понятно, значит меня не касается, т.к. я уже собрала pppd 2.4.5 как только он вышел, не дожидаясь Патрика, и rp-pppoe.so тоже оттуда взяла, тот что из пакета rp-pppoe у меня почему-то падал, я userspace pppoe использовала, теперь kernel mode

если хочешь стать слакварщиком - про make install забудь.

сначала они становятся неосиляторами, затем считают что то что они и Патрик не осилили - вредно и не нужно. и только тогда они достигнут Сознания Патрика.