Slack 13 rc1 e linux - desabafo

[Erick Gomes]

E aí galera! Tudo bem?

P/ falar a verdade ainda sinto falta do slack 9, 10 e 11:
na época deles existia um tal de checkinstall (alguém se lembra?)
com o qual eu me virava legal - se eu não encontrava um pacote pronto
(ou um slackbuild) eu baixava o src, compilava, "empacotava" com o
checkinstall e pronto, tudo resolvido.

Depois que o checkinstall caiu, até hoje não vi surgir um empacotador à altura.
É uma situação muito frustrante. Hoje, para evitar a dor de cabeça,
depois de compilar a fonte, acabo tendo que rodar um make install.
Detesto fazer isso, mas ainda não vi alternativa tão boa qto era usar
o checkinstall.

Fico feliz que o slackware esteja caminhando rumo ao futuro.
Uso desde a versão 9 e sempre fui um "evangelizador" de suas
vantagens, instalo p/ todo mundo, ensino a usar e etc.; mas confesso
que meus últimos upgrades
(versão 10 p/ 11 p/ 12, 12.1 e depois 12.2) não me deixaram muito
feliz: fazer funcionar programas como dvdrip, transcode, mplayer,
ffmpeg, showimg, avidemux e outros multimídia tem dado cada vez mais
dor de cabeça. Até hoje meu 12.2 tá meia-boca...

Outra coisa: alguém já tentou usar o slack 12.2 numa lcd full hd?
Tá certo que nesse caso me parece falha do kde, mas o resultado é horrível.
Será que o 13 vai corrigir isso?

Parece que na versão 13 virá o kde 4, certo?
Não sei, mas estou achando que é melhor ficar de boa por enquanto.....

Só um desabafo em relação ao slack, que amo tanto,
nem vou falar que ainda estou pastando com o suporte vga que o kernel
(ou o fabricante) dá p/ minha radeon 4870 lá de casa ou para a vga
chrome 9 via aqui do escritório: já tem mais de 2 anos que estou à
base do vesa - se usar o driver openchrome piora!!!!

abraço!

2009/7/2 <gar...@uol.com.br>:
>
> nunca tive problema com o current) inclusive se todo mundo testar ele sai mais rapido :D
> ===============
> Em 02/07/2009 04:00,   Rafael de Paula Herrera < herre...@gmail.com >   escreveu:>
>
> li agora msm nesse post do willy:
> http://slackblogs.blogspot.com/2009/07/slackware-130-rc-1.html
>
> vejam o changelog do current
> (http://gd.tuwien.ac.at/opsys/linux/slackware/slackware-current/ChangeLog.txt):
> Wed Jul 1 16:04:35 CDT 2009
> Hi folks -- the TODO isn't entirely empty here, but it's pretty much down
> to minor nits, and so we're going to call this release candidate #1 and
> (mostly) freeze further updates unless they happen to fix problems.
> Regarding the kernel, 2.6.29.x has been well tested with this userspace
> and seems like the best choice to ship for production use. Perhaps we
> can put something else (at least source and configs) in /testing, though.
>
> eh rapaziada... tah pra sair msm o slack 13 oficial... mto em breve!
> acho que tah sussegado agora, baixar do current e ir atualizando com o
> slackpkg ateh chegar o novo slack... =D
>
> []'s!
> t++!
>
> --
> Rafael de Paula Herrera
> http://sirboderafael.wordpress.com
> #444395
>
> --~--~---------~--~----~------------~-------~--~--nunca tive p5oblema com o current
>
>
> --~
> GUS-BR - Grupo de Usuários de Slackware Brasil
> http://www.slackwarebrasil.org/
> http://groups.google.com/group/slack-users-br
>
> Antes de perguntar:
> http://www.istf.com.br/perguntas/
>
> Para sair da lista envie um e-mail para:
> slack-users-b...@googlegroups.com
> -~----------~----~----~----~------~----~------~--~---
>
>
>
>
> >
>



--
Um abraço,

Erick Gomes Anastácio
Físico - Supervisor de Proteção Radiológica
Brasitest Ltda
11-3835-8822-123

[Leonardo]

2009/7/2 Erick Gomes <eric...@gmail.com>

E aí galera! Tudo bem?

tudo
 

P/ falar a verdade ainda sinto falta do slack 9, 10 e 11:
na época deles existia um tal de checkinstall (alguém se lembra?)
com o qual eu me virava legal - se eu não encontrava um pacote pronto
(ou um slackbuild) eu baixava o src, compilava, "empacotava" com o
checkinstall e pronto, tudo resolvido.

Depois que o checkinstall caiu, até hoje não vi surgir um empacotador à altura.
É uma situação muito frustrante. Hoje, para evitar a dor de cabeça,
depois de compilar a fonte, acabo tendo que rodar um make install.
Detesto fazer isso, mas ainda não vi alternativa tão boa qto era usar
o checkinstall.

./configure --prefix=/usr
make
su
make install DESTDIR=$(pwd)/BUILD
cd BUILD
makepkg programa-1.2.3-x86-1asdf.{tgz,txz}
 

Fico feliz que o slackware esteja caminhando rumo ao futuro.
Uso desde a versão 9 e sempre fui um "evangelizador" de suas
vantagens, instalo p/ todo mundo, ensino a usar e etc.; mas confesso
que meus últimos upgrades
(versão 10 p/ 11 p/ 12, 12.1 e depois 12.2) não me deixaram muito
feliz: fazer funcionar programas como dvdrip, transcode, mplayer,
ffmpeg, showimg, avidemux e outros multimídia tem dado cada vez mais
dor de cabeça. Até hoje meu 12.2 tá meia-boca...

use GSlacky
 

Outra coisa: alguém já tentou usar o slack 12.2 numa lcd full hd?
Tá certo que nesse caso me parece falha do kde, mas o resultado é horrível.
Será que o 13 vai corrigir isso?

isso depende mais da placa de vídeo e da forma que vc conecta o lcd.
 

Parece que na versão 13 virá o kde 4, certo?
Não sei, mas estou achando que é melhor ficar de boa por enquanto.....

Só um desabafo em relação ao slack, que amo tanto,
nem vou falar que ainda estou pastando com o suporte vga que o kernel
(ou o fabricante) dá p/ minha radeon 4870 lá de casa ou para a vga
chrome 9 via aqui do escritório: já tem mais de 2 anos que estou à
base do vesa - se usar o driver openchrome piora!!!!

por isso eu fui de NVIDIA, :/
 

abraço!

(...)

[max]

2009/7/2 Erick Gomes <eric...@gmail.com>:

>
> E aí galera! Tudo bem?
>
> P/ falar a verdade ainda sinto falta do slack 9, 10 e 11:
> na época deles existia um tal de checkinstall (alguém se lembra?)
> com o qual eu me virava legal - se eu não encontrava um pacote pronto
> (ou um slackbuild) eu baixava o src, compilava, "empacotava" com o
> checkinstall e pronto, tudo resolvido.

O checkinstall era uma ferramenta bem controversa, muita gente, como
eu, detestava o checkinstall. Ele ainda existe, embora aparentemente
não tenha nenhuma atualização há algum tempo...

Enfim, ainda tens os slackbuilds do slackbuilds.org, o slacktrack e o
checkinstall.

> Depois que o checkinstall caiu, até hoje não vi surgir um empacotador à altura.
> É uma situação muito frustrante. Hoje, para evitar a dor de cabeça,
> depois de compilar a fonte, acabo tendo que rodar um make install.
> Detesto fazer isso, mas ainda não vi alternativa tão boa qto era usar
> o checkinstall.

Slackbuilds. :)

> Fico feliz que o slackware esteja caminhando rumo ao futuro.
> Uso desde a versão 9 e sempre fui um "evangelizador" de suas
> vantagens, instalo p/ todo mundo, ensino a usar e etc.; mas confesso
> que meus últimos upgrades
> (versão 10 p/ 11 p/ 12, 12.1 e depois 12.2) não me deixaram muito
> feliz: fazer funcionar programas como dvdrip, transcode, mplayer,
> ffmpeg, showimg, avidemux e outros multimídia tem dado cada vez mais
> dor de cabeça. Até hoje meu 12.2 tá meia-boca...

> Outra coisa: alguém já tentou usar o slack 12.2 numa lcd full hd?
> Tá certo que nesse caso me parece falha do kde, mas o resultado é horrível.
> Será que o 13 vai corrigir isso?

Eu uso o Slackware em 3 computadores diferentes onde todos tem um
monitor LCD 22 com 1900x1280 e 1680x1050 sem qualquer problema. Em um
dos computadores, inclusive, eu tenho uma extensão num LCD 17" rodando
a 1280x1024.

A tua definição de "horrível" ficou muito vaga, eu não tenho problema
algum com performance ou aparência, tem como detalhar mais?

[Victório]

faltou o sbopkg

o mplayer com todos os codecs é tranquilo.. e tudo via slackbuilds. Se quiser eu te passo os pacotes e a ordem de rodar os slackbuilds

sobre placa via.. Meu pc aqui do trampo é tudo on-board e via.. estou usando o driver openchrome padrão do 12.2 sem problemas. No 12.1 eu compilei o driver e fucionou certinho.

###############################################
Victório Felipe
http://www.wa.pro.br
linux user #306117 - counter.li.org
        Slackware Linux                          FreeBSD
              Because it works!                     The Power To Serve
###############################################

2009/7/2 max <mior...@gmail.com>

[Gustavo Tomazi Ludwig]

passa essa ordem, por favor!

Victório wrote:
> faltou o sbopkg
>
> o mplayer com todos os codecs é tranquilo.. e tudo via slackbuilds. Se
> quiser eu te passo os pacotes e a ordem de rodar os slackbuilds
>
> sobre placa via.. Meu pc aqui do trampo é tudo on-board e via.. estou
> usando o driver openchrome padrão do 12.2 sem problemas. No 12.1 eu
> compilei o driver e fucionou certinho.
>
> ###############################################
> Victório Felipe
> http://www.wa.pro.br

> linux user #306117 - counter.li.org <http://counter.li.org>

> Slackware Linux FreeBSD
> Because it works! The Power To Serve
> ###############################################
>
>

> 2009/7/2 max <mior...@gmail.com <mailto:mior...@gmail.com>>
>
>
> 2009/7/2 Erick Gomes <eric...@gmail.com <mailto:eric...@gmail.com>>:

> >
> > E aí galera! Tudo bem?
> >
> > P/ falar a verdade ainda sinto falta do slack 9, 10 e 11:
> > na época deles existia um tal de checkinstall (alguém se lembra?)
> > com o qual eu me virava legal - se eu não encontrava um pacote
> pronto
> > (ou um slackbuild) eu baixava o src, compilava, "empacotava" com o
> > checkinstall e pronto, tudo resolvido.
> O checkinstall era uma ferramenta bem controversa, muita gente, como
> eu, detestava o checkinstall. Ele ainda existe, embora aparentemente
> não tenha nenhuma atualização há algum tempo...
>
> Enfim, ainda tens os slackbuilds do slackbuilds.org

> <http://slackbuilds.org>, o slacktrack e o

> > 2009/7/2 <gar...@uol.com.br <mailto:gar...@uol.com.br>>:

> >>
> >> nunca tive problema com o current) inclusive se todo mundo
> testar ele sai mais rapido :D
> >> ===============
> >> Em 02/07/2009 04:00, Rafael de Paula Herrera <

> herre...@gmail.com <mailto:herre...@gmail.com> > escreveu:>

> <mailto:slack-users-br%2Bunsu...@googlegroups.com>

[max]

É só ver no readme do slackbuilds, lá sempre tem a ordem das dependências.

Se usa o sbopkg é só rodar um "sbopkg -s nomedopacote", *ler* o README
e sair catando as dependências.

Especificamente em relação ao mplayer, eu não sei qual é a
dificuldade, "sbopkg -i mplayer-codecs-all mplayer" sempre foi
suficiente para instalar o mplayer e os codecs para mim e mesmo quem
não usa o sbopkg só precisa acessar o slackbuilds.org e pegar os
devidos scripts.

2009/7/2 Gustavo Tomazi Ludwig <gtl....@gmail.com>:

[Lucas Allan]

A maioria dos problemas que você citou não tem muito a ver com o slackware em si e sim com os pacotes. Quando o gnome deixou de vim por padrão no slackware, suas bibliotecas também deixaram, logo problemas com dependencias que você não tinha antes começaram. Mas isso pode ser resolvido de maneira simples, existe muitos projetos de empacotamento do gnome para o slackware, a maioria de excelente qualidade. Quanto aos outros problemas, não creio que sejam exclusivo do slackware. E sim, há excelentes ferramentas de empacotamento.

2009/7/2 Erick Gomes <eric...@gmail.com>

--
Lucas Allan
Analista de Segurança
www.nconn.com.br

[Kenjiro Tanaka]

Ainda não testei o sbopkg, mas larguei o checkinstall há um bom tempo. Pra desktop até que ia legal, mas quando se tratava de server, muita coisa podia dar errado.

Hoje uso slackbuilds. Se não tem um slackbuild PRONTO pro programa que quero instalar, crio o meu. Não sou nenhum ninja criador de slackbuilds, então quando estou sem tempo/saco, pego o script de outro programa, dou uma mexidinha e meto bala. Até agora não tive problem algum. Sem falar que o resultado final é mais limpo/elegante que o que se tinha com checkinstall.

Na real uso Bluewhite64 há mais de ano, mas no final das contas "é a mesma coisa". O jeito de gerenciar é o mesmo :P

Kenjiro

[Gustavo Tomazi Ludwig]

apesar do problema com acentuacao, eu tenho gostado (e muito!) do gware
(http://www.gware.org), eh bem leve e so nao digo que eh totalmente nao
intrusivo por que tem que criar uns grupos e usuarios e adicionar umas
linhas ao /etc/rc.d/rc.local e /etc/rc.d/rc.local_shutdown.

my 2 cents

Lucas Allan wrote:
> A maioria dos problemas que você citou não tem muito a ver com o
> slackware em si e sim com os pacotes. Quando o gnome deixou de vim por
> padrão no slackware, suas bibliotecas também deixaram, logo problemas
> com dependencias que você não tinha antes começaram. Mas isso pode ser
> resolvido de maneira simples, existe muitos projetos de empacotamento
> do gnome para o slackware, a maioria de excelente qualidade. Quanto
> aos outros problemas, não creio que sejam exclusivo do slackware. E
> sim, há excelentes ferramentas de empacotamento.
>

> 2009/7/2 Erick Gomes <eric...@gmail.com <mailto:eric...@gmail.com>>

> 2009/7/2 <gar...@uol.com.br <mailto:gar...@uol.com.br>>:

> >
> > nunca tive problema com o current) inclusive se todo mundo
> testar ele sai mais rapido :D
> > ===============
> > Em 02/07/2009 04:00, Rafael de Paula Herrera <

> herre...@gmail.com <mailto:herre...@gmail.com> > escreveu:>

> <mailto:slack-users-br%2Bunsu...@googlegroups.com>

> > -~----------~----~----~----~------~----~------~--~---
> >
> >
> >
> >
> > >
> >
>
>
>
> --
> Um abraço,
>
> Erick Gomes Anastácio
> Físico - Supervisor de Proteção Radiológica
> Brasitest Ltda
> 11-3835-8822-123
>
>
>
>
>
> --
> Lucas Allan
> Analista de Segurança

> www.nconn.com.br <http://www.nconn.com.br>
>
> >

[CyberCrow]

SOBRE:

 

./configure --prefix=/usr
make
su
make install DESTDIR=$(pwd)/BUILD
cd BUILD
makepkg programa-1.2.3-x86-1asdf.{tgz,txz}

 

 

É MELHOR FAZER ASSIM:

 

./configure --prefix=/usr --localstatedir=/var --sysconfdir=/etc

make
su
make install DESTDIR=$(pwd)/BUILD
cd BUILD
makepkg programa-1.2.3-x86-1asdf.{tgz,txz}

2009/7/2 Gustavo Tomazi Ludwig <gtl....@gmail.com>

[Leonardo]

2009/7/2 CyberCrow <cyber...@gmail.com>

SOBRE:

 

./configure --prefix=/usr
make
su
make install DESTDIR=$(pwd)/BUILD
cd BUILD
makepkg programa-1.2.3-x86-1asdf.{tgz,txz}

 

 

É MELHOR FAZER ASSIM:

 

./configure --prefix=/usr --localstatedir=/var --sysconfdir=/etc

make
su
make install DESTDIR=$(pwd)/BUILD
cd BUILD
makepkg programa-1.2.3-x86-1asdf.{tgz,txz}

na verdade muito melhor, :)

meus pacotes pessoais são uma zorra completa, e além disso nem tudo que eu compilo pra mim faz uso no config.h.in de sysconfdir.

pra fazer um .SlackBuild decente tem que por uns coisos a mais também, tipo o --build, embora a possiblidade de fazer um pacote de forma tão simples ainda seja mais araente do que fazer um slack-desc bem apessoado, rsrsrs.

[max]

2009/7/2 Leonardo <somb...@gmail.com>:

Eu uso este slackbuild como template
http://www.slackbuilds.org/template.SlackBuild

As opções que ele usa no configure são bem completas e leva menos de
5min para ter um slackbuild funcional na maioria dos softwares que
usam autotools.

[Kenjiro Tanaka]

2009/7/2 max <mior...@gmail.com>

Eu uso este slackbuild como template
http://www.slackbuilds.org/template.SlackBuild

As opções que ele usa no configure são bem completas e leva menos de
5min para ter um slackbuild funcional na maioria dos softwares que
usam autotools.

Excelente dica, max.

Vou passar a usar esta criança como "base" ;)

Kenjiro

[Erick Gomes]

Agradeço a todos pelas dicas.
Gostei mto do template do http://www.slackbuilds.org/template.SlackBuild

Em relação ao lcd full hd, o caso é o seguinte:
conecto meu pc à tv pelo hdmi p/ jogar, via m$ windows, e tudo funciona de cara.

Claro q eu não espero q as coisas funcionem de cara no slack
(na 1a vez q tentei usar o danado - em 2000 - fiquei sem mouse no X
por um tempão - até aprender a configurar o xorg.conf apropriadamente)
mas ainda não encontrei um modeline que funcione neste caso. O
resultado é que as letras do sistema ficam gigantes e as janelas todas
desfiguradas, bastante inutilizáveis. Fora a resolução, que sem o
driver não vai chegar aos 1920x1080 mesmo.

P/ vcs terem uma idéia da situação atual do driver ati: instalei e
rodou legal (meia-boca) no monitor comum. Pluguei no full hd e ficou
meia-boca na res 1920x1080. Coloquei de volta no monitor comum e
voalá: o X travou e não sobe mais se eu tentar usar o driver ati...
Escolhi ati por causa da relação custo benefício: ao menos p/ jogos no
windows ela sai ganhando. Achei q a essa altura do campeonato o driver
p/ o linux já estaria funcionando bem.

Em relação ao openchrome no desktop do escritório: tentei ano passado,
em agosto - não compilava. Tentei de novo semana passada. Desta vez
compila e instala, mas o X fica muuuito melhor e mais estável com o
driver vesa mesmo....
O unichrome ainda não compila =D

Ninguém falou nada sobre o kde4.
Acho que ele será o default, certo?

abraços!


2009/7/2 Kenjiro Tanaka <jedi.k...@gmail.com>:

[jeferson santos]

O KDE4 já esta vindo como default no current.

[max]

Sobre a resolução, 1920x1280 fica certo, 1920x1080 a coisa fica meio
"retangular" demais. De qualquer forma, no KDE, abre a ferramenta
krandrtray e tenta algumas resoluções diferentes.

OBS: Se a resolução foi digitada errada, ignora o que eu disse sober
ficar "retangular" demais. :)


Talvez o fato de ter uma qualidade tão ruim seja a tua placa de vídeo
ou a própria config do X... ou as duas coisas. :P

Qual o DPI que está utilizando?

Qual o driver para a placa de video?(vesa? radeon? radeonhd? fbglx?)

O LCD é um monitor também ou é "só" uma TV LCD?

Essa conexão com o LCD é por HDMI? DVI? S-Video?


2009/7/2 Erick Gomes <eric...@gmail.com>:

[Victório]

Para compilar mplayer com tudo... com tudo o que eu uso =P

a52dec
cuetools
divx4linux
libmp4v2
faad2
libdvdread
---- instalar ----
libdvdnav
libdvdcss
yasm
---- instalar ----
faac
xvidcore
x264
lame
speex
schroedinger
openjpeg (poxa não lembro se esse care é dep no mplayer ou de outro software que eu uso)
---- instalar ----
gst-plugins-good
gst-plugins-ugly
---- instalar ----
ffmpeg
mplayer-codecs-all
---- instalar ----
mplayer
-- fim --

sobre compilação de pacotes, acho que cada um faz do jeito que acha melhor. Eu odeio jogar as coisas no /usr... todos os pacotes que compilo vão com /usr/local e por mim os slackbuilds iriam lá também...

isso me lembra da época dos slack 8.x e 9.x (acho que 10.x tb) .. que o pkg-config e o ldconfig não "pegavam" as libs e includes dos programas que vc compilava no /usr/local.. dae tinha que ajeitar isso ou ir usando --with-PROG-dir=/usr/local/include  ou /usr/local/lib... hum... lembro tb que por coisas assim fiquei 1 madrugada inteira para compilar o e17 =D

###############################################
Victório Felipe
http://www.wa.pro.br
linux user #306117 - counter.li.org

        Slackware Linux                          FreeBSD
              Because it works!                     The Power To Serve
###############################################

2009/7/2 max <mior...@gmail.com>

[Herbert Faleiros]

Qualquer software ou pedaço de código que implique em eventuais problemas com
patentes de software nunca serão inclusos no Slackware. Lembre-se de que a
nação pátria do Volkerding é o pior país do mundo p/ brincar com patentes de
software. Dentre os brinquedos que nunca veremos como default numa instalação
da distro estão o libdvdcss, vários codecs de audio e video, etc ...

Até mesmo o mplayer só foi aparecer agora no current e ainda assim sem muita
coisa interessante funcionando (já descrito a causa acima).

Não adianta reclamar...

--
Herbert

[Erick Gomes]

E aí galera!

E em relação ao transcode?

tem alguém usando ele com o dvd:rip?
juntar estes dois + mplayer + ffmpeg é uma briga boa. Seria bom se
todos estes projetos se unissem num só.....

Ná época do checkinstall era mais fácil resolver, pq era só compilar
tudo e depois criar os pacotes. Vou seguir a sugestão dos colegas e
usar o template do slackBuild.

Em relação ao lcd full hd: é uma televisão de 32",
a qual conecto ao pc pelo cabo dvi.
O driver era o fglrx, que travou todo e agora tenho que usar o vesa
(o driver radeon não sá suporte p/ minha placa, só p/ as mais
antigas).

Já faz um tempo que desisti de usar o linux na tv,
mas sabadão tento ligar de novo e mando uns screenshots p/ vcs verem
do q estou falando.

abraço!

2009/7/2 Herbert Faleiros <her...@faleiros.eti.br>:

[r_linux]

----- Original Message ----
From: Erick Gomes <eric...@gmail.com>
To: slack-u...@googlegroups.com
Sent: Friday, July 3, 2009 1:04:56 PM
Subject: [slack-users] Re: Slack 13 rc1 e linux - desabafo
...
Ná época do checkinstall era mais fácil resolver, pq era só compilar
tudo e depois criar os pacotes. Vou seguir a sugestão dos colegas e
usar o template do slackBuild.

exemplo:

./configure
make
slacktrack -Qp {app_name}-{version}-x86_64-1.txz make install

slacktrack esta dentro de extra, ele usa o makepkg para criar o pacote.

- Computers are like Air Conditioners – They stop working properly if you open Windows -

http://www.facebook.com/reinaldo
GTalk: reinaldo...@gmail.com
Skype: r_linux

[Kenjiro Tanaka]

On Fri, Jul 3, 2009 at 5:35 PM, r_linux <r_l...@yahoo.com> wrote:

----- Original Message ----
From: Erick Gomes <eric...@gmail.com>
To: slack-u...@googlegroups.com
Sent: Friday, July 3, 2009 1:04:56 PM
Subject: [slack-users] Re: Slack 13 rc1 e linux - desabafo
...
Ná época do checkinstall era mais fácil resolver, pq era só compilar
tudo e depois criar os pacotes. Vou seguir a sugestão dos colegas e
usar o template do slackBuild.

exemplo:

./configure
make
slacktrack -Qp {app_name}-{version}-x86_64-1.txz make install

slacktrack esta dentro de extra, ele usa o makepkg para criar o pacote.

E é seguro usar esse slacktrack? Digo... é mais seguro que o checkinstall? hehehe

Se for seguro, certamente é mais facil usá-lo do que ter que editar alguns poucos parâmetros em um slackbuild. Agora se o cidadão quer contribuir com a comunidade, o legal mesmo é criar os slackbuilds.

Kenjiro

[Tiago Melo Casal]

Olá Erick,

Erick Gomes <eric...@gmail.com> escreveu:

> Ná época do checkinstall era mais fácil resolver, pq era só compilar
> tudo e depois criar os pacotes. Vou seguir a sugestão dos colegas e
> usar o template do slackBuild.

Será que serve, esses links?
Código fonte do CheckInstall:
http://www.asic-linux.com.mx/~izto/checkinstall/files/source/checkinstall-1.6.1.tgz
Binários do CheckInstall:
http://www.asic-linux.com.mx/~izto/checkinstall/files/slackware/checkinstall-1.6.1-i386-1.tgz
Instruções para download do código fonte do CheckInstall via git:
http://www.asic-linux.com.mx/~izto/checkinstall/checkinstall.git
Abraços,

Tiago Melo Casal
____
Linux user #422205
E-Mail: t.c...@tutopia.com.br
Página: http://intervox.nce.ufrj.br/~tcasal
Skype: tcasal

[Almir 'm3nd3s']

> E aí galera!
>
Olá Erick ;)

> Em relação ao lcd full hd: é uma televisão de 32",
> a qual conecto ao pc pelo cabo dvi.
> O driver era o fglrx, que travou todo e agora  tenho que usar o vesa
> (o driver radeon não sá suporte p/ minha placa, só p/ as mais
> antigas).

Amigo, o problema não está no Slackaware, a questão é que o driver
mais novo da ATI, o 8.3, simplesmente trava o X mesmo, isso acontece
em qualquer distro, se procurar na internet vai perceber que os
usuários de Ubuntu estão com o mesmo problema.

Eu uso Slackware 12.2, e tenho uma placa ATI, a minha solução foi usar
o driver 8.1, que funciona perfeitamente, porém estou usando o kernel
2.6.28.9. Até onde pude testar o driver ATI não vai funcionar no
kernel >= 2.6.30.

Então minha sugestão para você é que use o driver 8.1, aí você poderá
utilizar o driver oficial da ATI.

--
[[]]'s
by m3nd3s
http://www.almirmendes.net

[Gustavo Tomazi Ludwig]

Opa!

Eu nao sei precisar a "idade" da geracao de placas de video, mas a que
uso aqui eh a ATI Radeon X1300 (tambem nao sei mais nada a respeito dela!).

O problema nao esta no kernel, mas sim no X server. O X server usado no
slackware-12.2 suporta o driver 9-3 (sei por que instalei aqui sem
problemas), mas depois que fiz o upgrade pro -current nao funcionou
mais. Passei boa parte do dia ontem pesquisando sobre o assunto.

Mas me parece que o driver open source radeon esta funcionando de boa,
com uma media de 1270 FPS no glxgears... Ta certo que o glxgears nao eh
um parametro muito bom, mas eh rapido e facil =)

my 2 cents
Gustavo

[Herbert Faleiros]

On Sun 12 Jul 2009 12:57:28 Gustavo Tomazi Ludwig wrote:
> Eu nao sei precisar a "idade" da geracao de placas de video, mas a que
> uso aqui eh a ATI Radeon X1300 (tambem nao sei mais nada a respeito dela!).
>
> O problema nao esta no kernel, mas sim no X server. O X server usado no
> slackware-12.2 suporta o driver 9-3 (sei por que instalei aqui sem
> problemas), mas depois que fiz o upgrade pro -current nao funcionou
> mais. Passei boa parte do dia ontem pesquisando sobre o assunto.
>
> Mas me parece que o driver open source radeon esta funcionando de boa,
> com uma media de 1270 FPS no glxgears... Ta certo que o glxgears nao eh
> um parametro muito bom, mas eh rapido e facil =)

os problemas que tive aqui com as placas de vídeo da ATI foram relacionados ao
DDC (que informa a GPU as configurações detectadas pelo monitor). Aparentemente
o módulo do vídeo (proprietário) não consegue "entender" o que o DDC reporta e
simplesmente "trava" a máquina (que ao meu ver é um erro boçal). Aconteceu no
meu notebook com um mobile radeon (num Vaio) e numa das workstations que
utilizo no trabalho. A workstation resolvi utilizando a versão legada do
módulo proprietário, mas o notebook só com o módulo do X.org mesmo (radeon),
que não é lá essas coisas (a aceleração 3D é ruim), mas é melhor que nada.

A ATI está alguns anos atrasada já em relação ao suporte Linux das suas placas
de vídeo em relação/comparação ao mesmo suporte a hardware proprietário
disponibilizado, por exemplo, pela nvidia (e ficou pior de uns meses p/ cá).

Muito ruim...

--
Herbert

[max]

2009/7/12 Gustavo Tomazi Ludwig <gtl....@gmail.com>:

>
> Opa!
>
> Eu nao sei precisar a "idade" da geracao de placas de video, mas a que
> uso aqui eh a ATI Radeon X1300 (tambem nao sei mais nada a respeito dela!).
>
> O problema nao esta no kernel, mas sim no X server. O X server usado no
> slackware-12.2 suporta o driver 9-3 (sei por que instalei aqui sem
> problemas), mas depois que fiz o upgrade pro -current nao funcionou
> mais. Passei boa parte do dia ontem pesquisando sobre o assunto.
>
> Mas me parece que o driver open source radeon esta funcionando de boa,
> com uma media de 1270 FPS no glxgears... Ta certo que o glxgears nao eh
> um parametro muito bom, mas eh rapido e facil =)
>
> my 2 cents
> Gustavo

1270FPS é ridiculamente baixo no glxgears, com uma GeForce 6200 bem
chinelona e os drivers 185.x.x da nVidia eu consigo 2500 fácil. Em uma
7900GS eu passo dos 5000 FPS.

[Gustavo Tomazi Ludwig]

OK, eu tambem nao gosto de ATI no Linux, mas eh o hardware que eu tenho
a disposicao.

[Marcello Queiroz]

Também possuo uma ATI (Xpress 1100) no meu notebook, sofri bastante para que ela funcionasse no Slack 12.2

Precisei recomplilar o Kernel com a opção BUS PCI => MSI ativada... depois só foi instalr o driver proprietário... Talvez isto ajude...

Abraços!

[max]

A idéia era dizer que "o driver opensource não tá tão bom assim..." ;)

[Erick Gomes]

e o pior: o driver open source não dá suporte ao chip mais novo, o
R700, que é o meu caso (tenho uma radeon 4870 1Gb aqui), então tenho q
continuar com o driver vesa mesmo.......

Não posso voltar p/ o kernel 2.6.28 pq nesse minha placa mãe ainda não
tinha suporte total (A780G).

ou seja né..........

2009/7/12 max <mior...@gmail.com>:

[Herbert Faleiros]

On Sun 12 Jul 2009 21:00:00 Erick Gomes wrote:
> e o pior: o driver open source não dá suporte ao chip mais novo, o
> R700, que é o meu caso (tenho uma radeon 4870 1Gb aqui), então tenho q
> continuar com o driver vesa mesmo

[cut]

dá uma olhada com mais calma na documentação, pois parece que o R700 tem
suporte sim (2D e XVideo já é estável, 3D ainda experimental, mas com certeza
é uma alternativa bem mais funcional que vesa), olha só:

"radeon - Driver for ATI/AMD Radeon based video chips, everything from Radeon
7000 to Radeon HD 4890 series." [1]

"R600/R700 class chips (Radeon HD 2300 – Radeon HD 4890)" [1]

[1] http://www.x.org/wiki/radeon

--
Herbert

[Herbert Faleiros]

On Sun 12 Jul 2009 19:00:36 max wrote:
[cut]

> A idéia era dizer que "o driver opensource não tá tão bom assim..."

o problema com o módulo aberto em questão é o 3D, que ainda é experimental nos
chips mais recentes, além do mais, dificilmente algo open-source será um
concorrente à altura do módulo desenvolvido pelo próprio fabricante (ainda
mais com especificações fechadas e patentes envolvidas na história), mas como
alternativa já temos algo funcional e estável (tirando o 3D nas placas novas).

--
Herbert

[Herbert Faleiros]

On Sun 12 Jul 2009 17:51:42 Marcello Queiroz wrote:
> Precisei recomplilar o Kernel com a opção BUS PCI => MSI ativada...
> depois só foi instalr o driver proprietário... Talvez isto ajude

não resolve por aqui... O módulo proprietário não se entende com o DDC, entrei
em contato com os desenvolvedores do módulo p/ Linux da ATI e reportei os
problemas, vamos ver se pelo menos respondem. Além do mais, no Kernel do
current MSI já está marcado p/ ser utilizado como default, bastando apenas
executar um "make prepare" antes de compilar o módulo:

$ grep -i msi /boot/config
CONFIG_ARCH_SUPPORTS_MSI=y
CONFIG_PCI_MSI=y
CONFIG_MSI_LAPTOP=m

$ uname -rm
2.6.29.5 x86_64

Ah, no port de 8 bytes, sem as libs de compatibilidade p/ 4 nem deixa começar
a instalar... Tem como implementar o que o Emmot fez no Slamd64, mas não
tentei (muito "remendo" p/ o meu gosto p/ ser feito no port oficial), prefiro
aguardar algo também oficial e mais testado a respeito ou que a ATI não force a
compatibilidade como dependência p/ funcionar em 8 bytes.

--
Herbert