Chromium para Slackware (DE VERDADE)
Yucatan "Kenjiro" Costa
Tentei baixar um fonte menos gigantesco (142MB) e compilar. Mas essa porcaria ainda está dando pau pra compilar. Se eu conseguir fazer isso funcioinar, daí facilita a criação do SlackBuild.
--
May the Force be with you!
Psycho Mantys
<jedi.k...@gmail.com> escreveu:
Massa Kenjiro!! Muito bom! Confesso que não uso o chromium por causa
do ..... firefox xD.
Acho que para colocar os pacotes e outras coisas, tem o site do
pquilinux que o desenvolvedor faz parte da lista, e provavelmente ele
pode se oferecer né Kynder? xD.
--
Mi blog eres su blog: https://www.lccv.ufal.br/~psycho/
@psycho_mantys : http://twitter.com/psycho_mantys
http://www.slackware.com
U.L. : 450347
Fnord
Cezar Rangel
--
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
--
Cezar
Yucatan "Kenjiro" Costa
Psycho Mantys
<jedi.k...@gmail.com> escreveu:
> Peço desculpas a todos. A tranquera do mediafire parece que não sabe fazer
> sharing de pastas. Eu tentei compartilhar a pasta inteira onde coloquei o
> chromium e as dependencias. A URL que passei dá como vazia.
> Então aqui vão as URLs pra toda a tralha:
> http://www.mediafire.com/file/vbyl100ylastq4b/chromium-7.0.541.0-x86_64-1_ken.txz
> http://www.mediafire.com/file/snphr9cmto7lu3e/GConf-2.28.1-x86_64-1_SBo.txz
> http://www.mediafire.com/file/yh681hz5q2ct7ek/gnome-keyring-2.28.2-x86_64-1_SBo.tgz
> http://www.mediafire.com/file/5yz3en8eh5w7axs/libtasn1-2.8-x86_64-1_SBo.tgz
> http://www.mediafire.com/file/t2uumhwy72oj6q8/ORBit2-2.14.17-x86_64-1_SBo.txz
> Testem lá por favor
>
> Psycho, também gosto do FF, mas ele anda gulosinho demais pro meu gosto.
> Prefiro usar minha RAM para outras coisas ;)
>
>
Bom, vc já colocou no mediafire e ta massa, mas se vc quiser algo com
pastas, tenta o 4share, acho que funciona legal lá :).
PS:. O firefox é tenso mesmo em muitos momentos :/. Culpo sempre o java xD.
Isaac Filho
Mas vale a pena dar uma testada sim e Kenjiro, muito obrigado cara. Vou testar e reportar as coisas blz?
Abração,
yzak
Hudson Figueredo
--
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
Marcelo F Andrade
> (..)
> Bom, como sou teimoso, resolvi que tinha que fazer essa bagaça funcionar.
> Baixei o fonte do chromium por svn (mais de 800MB em fontes) e compilei NO
> SLACKWARE, ou seja usando "a nossa" libjpeg. Funcionou que é uma beleza.
> Upload de jpeg funciona sem explodir. Acessei o site do Banco do Brasil, vi
> video no youtube, acessei site do Terra ... (se tiverem outros testes para
> indicar, pronunciem-se).
Cara, show de bola! Parabéns! Essa é a verdadeira atitude Slacker!
Meu dedo tá coçando pra chegar em casa e testar...
Obrigado por compartilhar!
Keep slacking!
Atts.
--
MARCELO F ANDRADE
Belem, Amazonia, Brazil
"I took the red pill"
Allan Lopes Ferreira
Parabens ao amigo Yucatan, otima iniciativa!
Para aqueles que gostam de usar o 4Shared, fiz o upload dos arquivo, segue o link:
http://www.4shared.com/dir/9w8t13I8/Chromium_-Slackware.html
Abraços,
Allan Ferreira
--
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
--
Allan Ferreira
E-mail: al...@allanlf.com.br
Yucatan "Kenjiro" Costa
--
arthur fontolan
| Kenjiro, Primeiro, quando conseguir completar o slackbuild, disponibiliza ele no slackbuilds. Segundo, me tira uma dúvida: Estou para instalar o Slack64 aqui e estava vendo o wiki sobre a multilib. Uma coisa que é mencionada na compilação de pacotes exclusivamente 32bits é setar a ARCH para X86_64 mesmo que o pacote não aceite. Como que pode?? --- Em sex, 1/10/10, Yucatan "Kenjiro" Costa <jedi.k...@gmail.com> escreveu: |
Yucatan "Kenjiro" Costa
Renato Hormazabal
°v°
/(S)\ SLACKWARE
^ ^ Linux
Yucatan "Kenjiro" Costa
Cezar Rangel
niels.horn
Tem como colocar em outro lugar?
Valeu!
Niels
On Oct 2, 11:48 pm, "Yucatan \"Kenjiro\" Costa"
> Olha eu de novo.
>
> Seguinte, já fiz o slackbuild! Tanto ele quanto os pacotes pra 32 e 64 bits
> estão na minha conta no rapidshare:
>
> Pega aqui (uuui) ->http://rapidshare.com/users/I96CW8/0
>
> O rapidshare andou mudando o funcionamento, então não se assustem. Logo de
> cara vai aparecer primeiro a tela inicial do site, depois ele vai
> redirecionar para o que interessa. Se aparecer uma tela mostrando "Files 0",
> basta clicar ali na direita onde tem dois ícones pra mudar o tipo de
> visualização (o padrão é mostrar em Galleryview, como nao tem imagem alguma,
> ele nao mostra nada).
>
> Quallquer dúvida é só avisar.
>
> Bom final de semana e VOTEM DIREITO HEIN!
>
>
>
> > Kenjiro,
>
> > Magnífico trabalho. Uso aqui o Chrome mais me revolto quando tento fazer o
> > upload de um jpg, ai fico alternando com o FF.
> > Agradeço e mais uma vez obrigado pelo belo trabalho.
>
> > saudações!!
>
> > Renato H.
> > --
> > _
> > °v°
> > /(S)\ SLACKWARE
> > ^ ^ Linux
>
> > Linux User #518400
>
> > --------------------------------------
>
> > Em 1 de outubro de 2010 17:30, Yucatan "Kenjiro" Costa <
> > Nessa fica te devendo, pois não compilei nada para 32bits no slack64. Mas
> >> deve ter alguém aqui na lista que já tenha feito coisas do gênero.
>
> >> E sim, quando o slackbuild ficar melhor (eu testei ele agora, compilou e
> >> empacotou direitinho), mais organizadinho e no padrão do SBO, eu mando pra
> >> lá sim.
>
> >> Kenjiro,
>
> >>> Primeiro, quando conseguir completar o slackbuild, disponibiliza ele no
> >>> slackbuilds.
>
> >>> Segundo, me tira uma dúvida:
>
> >>> Estou para instalar o Slack64 aqui e estava vendo o wiki sobre a
> >>> multilib. Uma coisa que é mencionada na compilação de pacotes exclusivamente
> >>> 32bits é setar a ARCH para X86_64 mesmo que o pacote não aceite. Como que
> >>> pode??
>
> >>> De: Yucatan "Kenjiro" Costa <jedi.kenj...@gmail.com>
> >>> Assunto: Re: [slack-users] Chromium para Slackware (DE VERDADE)
> >>> Para: slack-u...@googlegroups.com
> >>> Data: Sexta-feira, 1 de Outubro de 2010, 15:20
>
> >>> Claro que estou devendo um slackbuild decente, que é pra galera poder
> >>> fazer seu próprio pacote e não ficar pensando "será que esse pacote do
> >>> Kenjiro é confiável?"
>
> >>> Mas estou com falta de tempo pra isso. O script está indo... mas devagar.
>
> >>> Adoro FF mas é um considerável vilão dos processos =P
>
> >>> Parabens ao amigo Yucatan, otima iniciativa!
>
> >>> Para aqueles que gostam de usar o 4Shared, fiz o upload dos arquivo,
> >>> segue o link:
>
> >>>http://www.4shared.com/dir/9w8t13I8/Chromium_-Slackware.html
>
> >>> Abraços,
>
> >>> Allan Ferreira
>
> >>> > escreveu:
>
> >>> 2010/10/1 Yucatan "Kenjiro" Costa <jedi.kenj...@gmail.com<http://mc/compose?to=jedi.kenj...@gmail.com>
> >>> >:
>
> >>> --
> >>> Allan Ferreira
> >>> E-mail: al...@allanlf.com.br <http://mc/compose?to=al...@allanlf.com.br>
> >>> --
> >>> 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:
> >>> --
> >>> May the Force be with you!
>
> >>> Yucatan "Kenjiro" Costa
>
> >>> --
> >>> 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:
> >>> --
> >>> 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:
> >> --
> >> May the Force be with you!
>
> >> Yucatan "Kenjiro" Costa
>
> >> --
> >> 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:
> > --
> > 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:
Yucatan "Kenjiro" Costa
Não consegui pegar o SlackBuils do rapidshare...
Tem como colocar em outro lugar?
Valeu!
Niels
On Oct 2, 11:48 pm, "Yucatan \"Kenjiro\" Costa"
<jedi.kenj...@gmail.com> wrote:
> Olha eu de novo.
>
> Seguinte, já fiz o slackbuild! Tanto ele quanto os pacotes pra 32 e 64 bits
> estão na minha conta no rapidshare:
>
> Pega aqui (uuui) ->http://rapidshare.com/users/I96CW8/0
>
> O rapidshare andou mudando o funcionamento, então não se assustem. Logo de
> cara vai aparecer primeiro a tela inicial do site, depois ele vai
> redirecionar para o que interessa. Se aparecer uma tela mostrando "Files 0",
> basta clicar ali na direita onde tem dois ícones pra mudar o tipo de
> visualização (o padrão é mostrar em Galleryview, como nao tem imagem alguma,
> ele nao mostra nada).
>
> Quallquer dúvida é só avisar.
>
> Bom final de semana e VOTEM DIREITO HEIN!
>
Isaac Filho
"tar: /home/yzak/Downloads/chromium/chromium.r61152.tgz: Cannot open: No such file or directory"
E quando uso o *.txz, ele instala mas não consigo chamar o programa...
Abração
Yucatan "Kenjiro" Costa
--
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
Isaac Filho
Primeira coisa que fui testar foi o bendito upload com jpg no diretório e está eprfeito ;)
Valeu kenjiro.
--
yzak
niels.horn
Bom dia (quase boa tarde já...)
Aqui o rapidshare começou com aquela coisa de esperar 15 minutos,
entrou em loop, etc.
Não tenho muita paciencia com o rapidshare :)
Se puder me mandar por e-mail...
Depois - se quiser - posso colocar no meu servidor para todo mundo
baixar sem muitos cliques e sem propaganda. :)
[]'s,
Niels
On Oct 3, 11:05 am, "Yucatan \"Kenjiro\" Costa"
> Bom dia!
>
> Niels, o que acontece que tu não consegues baixar o arquivo? Testei agora
> mesmo aqui em casa, acessando de um navegador não autenticado no rapidshare
> e baixou direitinho o arquivo. Seguiste as orientações que passei no email
> anterior (pra conseguir ver o arquivo)?
>
Pedro Liberal
--
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
Arkanon
Olha eu de novo.Seguinte, já fiz o slackbuild! Tanto ele quanto os pacotes pra 32 e 64 bits estão na minha conta no rapidshare:Pega aqui (uuui) -> http://rapidshare.com/users/I96CW8/0
Opa!
Ja pensou em colocar no pastebin? A sintaxe colorida vai deixar bem inteligivel o codigo. Experimenta e ve o que que tu acha.
[]
--
(o_ ------------------ __o
//\ ark...@lsd.org.br _`\<,
V_/_ --- www.lsd.org.br (_)/(_)
---------------------------------
Yucatan "Kenjiro" Costa
--
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
arthur fontolan
| Kenjiro, Parabéns pelo Slackbuild. Funcionando okz aqui. Só uma dúvida: o Chrome é mais leve que o Firefox mesmo?? --- Em seg, 4/10/10, Yucatan "Kenjiro" Costa <jedi.k...@gmail.com> escreveu: |
|
Assunto: Re: [slack-users] Chromium para Slackware (DE VERDADE) |
Yucatan "Kenjiro" Costa
Kenjiro,
Parabéns pelo Slackbuild.
Funcionando okz aqui.
Só uma dúvida: o Chrome é mais leve que o Firefox mesmo??
Yucatan "Kenjiro" Costa
Max Miorim
Eu também posso hospedar o pacote e o slackbuild (dificilmente os
fontes, por causa do tamanho), mas sugiro que tu coloque o slackbuild
no github ou algo similar, é bem mais fácil de manter num controle de
versões.
Thiago Yukio Kikuchi Oliveira
[ ]'s
/ Thiago Yukio Kikuchi Oliveira
(=\
\=) Faculdade de Medicina de Ribeirão Preto
/ Laboratório de Genética Molecular e Bioinformática
/=) -----------------------------------------------------------------
(=/ Centro de Terapia Celular/CEPID/FAPESP - Hemocentro de Rib. Preto
/ Rua Tenente Catão Roxo, 2501 CEP 14151-140
(=\ Ribeirão Preto - São Paulo
\=) Fone: 55 16 2101-9300 Ramal: 9603
/ E-mail: str...@lgmb.fmrp.usp.br
/=) stra...@gmail.com
(=/
/ Bioinformatic Team - BiT: http://lgmb.fmrp.usp.br
(=\ Hemocentro de Ribeirão Preto: http://pegasus.fmrp.usp.br
\=)
/ -----------------------------------------------------------------
Max Miorim
> On Wed, Oct 6, 2010 at 6:40 PM, Thiago Yukio Kikuchi Oliveira
> <stra...@gmail.com> wrote:
>> Por que não submete o slackbuild para o SlackBuilds.org?
>
> lugar e na última vez que eu fiz um checkout do repositório tinha
> "apenas" 6GB.
>
> Se tirar todos os metadados do repositório e os testes talvez fique
> bem menor, uns 500MB, bzipado em uns 65-70MB talvez.
>
O navegador matou metade da minha resposta...
...
Mesmo assim, por se tratar do chromium talvez seja aberta uma exceção.
De repente é possível até falar com os caras do chromium ou de distros
como arch e gentoo e ver como que eles fazem para compilar os pacotes,
na pior das hipóteses compila o chromium com a mesma versão do gentoo,
arch ou o que for e usa a URL deles na maior cara de pau. :)
Max Miorim
Provavelmente porque teria que hospedar o fonte do chromium em algum
Yucatan "Kenjiro" Costa
>> Por que não submete o slackbuild para o SlackBuilds.org?--
Yucatan "Kenjiro" Costa
Eu vou submeter pro SBo. É que antes eu tinha que testar bem o script... e até porque tive que alterá-lo, pois antes estava usando aquele source (SVN) com mais de 800MB e agora estou usando os tarballs que eles (chromium) disponibilizam e que por enquanto tem menos de 150MB.
--
Max Miorim
> Seguindo a sugestão do Max (não lembro se alguém mais tinha sugerido a mesma
> coisa, desculpe), meti a tralha toda (menos o source do chromium) no github.
> Então aos interessados:
> http://github.com/yucatan/chromium
> Feeeeitoria, isso deve cortar a reclamação da galera e me poupar tempo
> também ;)
> Valeu pela excelente sugestão.
De repente isso vai ser sugerido pelo cara que vai aprovar (ou não :)
o slackbuild, mas seria bom colocar a parte que ativa os codecs
proprietários como opcional, geralmente estes codecs causam problemas
para usuários de algums paises como os EUA e é meio que uma política
padrão do Slackware vir com estes causadores de problemas desativados
(dois bons exemplso disso são o MPlayer e o repositório de "restricted
slackbuilds" do Eric Hameleers).
Algo bem simples tipo um "ENABLE_RESTRICTED_CODECS" que é "no" por
padrão deve dar conta do recado.
No README seria interessante dizer que precisa de pelo menos 2.5GB de
RAM ou uma memória virtual (swap + ram) maior ou igual a estes 2.5GB,
que é o que o chromium usa na hora de linkar o binário. Ah, falar
sobre o tamanho usado para compilar e que demora também pode evitar
alguns e-mails desaforados de usuários desavisados.
Pedro Liberal
--
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
--
Yucatan "Kenjiro" Costa
vic
wrote:
Eu compilei com a versão que usava um tar (7.0.547.0) de 900mb num
celeron D 1.8 com 1Gb ram + 512Mb de swap. Mandei compilar por volta da
meia-noite e quando vi de manhã estava OK.
O /tmp/SBo/home/chrome-svn/tarball/chromium depois de compilado ficou
com 4Gb.
--
vic
http://choppnerd.com
Max Miorim
Na última vez que eu compilei (era 4.x) eu usei quase 12GB de disco e
os ~2.5GB de ram na hora de linkar, mas eu compilei os testes junto
(antes tinha que mudar um monte de coisas p/ desativar, agora parece
ser possível desativar isso no "configure" deles) e a página deles [1]
ainda diz 10GB. Eu não testei o SlackBuild ainda porque tenho algumas
coisas na fila, antes do chromium e eu contorno o problema da libjpeg
compilando a versão do ubuntu e jogando num lugar que é prefixado no
LD_LIBRARY_PATH do chrome. :)
1 - http://code.google.com/p/chromium/wiki/LinuxBuildInstructionsPrerequisites
Yucatan "Kenjiro" Costa
--
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
Max Miorim
> Max,
> Falei com o erik (lá no #slackbuild) e ele disse que não tem stress do
> slackbuild tentar usar os codecs proprietários. O problema se daria se eles
> hospedassem os binarios. Como não é o caso, "tá sussa". Então voltei o
> chromiumSlackBuild para tentar usar os codecs. Tem comentário lá dizendo
> como desabilitar isso caso o cara não queira usar.
Eu acho que todo mundo (até quem mora nos países onde tem o problema
com as patentes e as leis de exportações) acaba ativamando mesmo, a
observação era mais no sentido de que isso poderia ser algo que
impediria a provação do SlackBuild mesmo. :)
> Como eu disse antes, com esse slackbuild a gente pode compilar à partir de
> um source que tem menos de 150MB (por enquanto). Então... ocupa menos espaço
> que antes. Mas está aí uma coisa que eu não parei pra ver: quanto espaço
> ocupa em disco após compilação ;)
Eu vou colocar as sucatas da honeynet pra compilar isso e acho que no
fim da tarde consigo isso, talvez nem acabe hoje se alguém resolver
compilar coisas com o distcc também.
Yucatan "Kenjiro" Costa
Kenjiro,
Segue um patch para corrigir o exec do seu chromium.desktop.
[]s
Gilcio
Max Miorim
> Obrigado por enviar o path. Porém já foram feitas várias alterações no
> slackbuild e nos arquivos relacionados (incluindo o chromium.desktop).
> Atualmente a linha do Exec está assim:
> Exec=/usr/bin/chrome --enable-plugins %U
> (onde esse chrome é na verdade um symlink para /usr/lib/chromium/chrome)
> Valeu mesmo
Não é o caso de usar um script ao invés de symlink, mais ou menos como
o Firefox faz? No pacote chromium-browser do Debian tem um .sh que faz
um bocado de coisas (em anexo).
Eu só olhei por cima o script deles mas me chamou a atenção um trecho
que define o LD_LIBRARY_PATH de tal forma que o ffmpeg "interno" do
Chromium carregue as libs certas. O resto parece ser supercomplicação
excessiva do Debian mesmo. :)
Yucatan "Kenjiro" Costa
--
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
Max Miorim
> teste(s). Poderiam me indicar algum site para eu visitar usando o chromium
> para ver se ele se comporta direitinho quanto ao ffmpeg? Caso ele se
> comporte bem sem essas "firulas" que o script do debian faz, não há
> necessidade. Caso ele enlouqueça ou algo do gênero, então vale a pena fazer
> a modificação ;)
http://br.youtube.com/html5 ou qualquer coisa que faça stream de
video/audio com HTML5.
Acho que tem que fazer logon no youtube pra ativar html5.
Mesmo assim eu acho que nem precisa abrir uma página, é só dar um ldd
no binário e ver se ele acha as libs certas.
Yucatan "Kenjiro" Costa
--
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
Pedro Liberal
Max Miorim
> browser aguentou mostrar um video da megan fox sem engasgar, gaguejar ou
> capotar... é porque está bem bom ahahahahah
> mas sério, funcionou!
> Dei um "ldd /usr/bin/chrome" e não apareceu referencia a ffmpeg. Então, o
> que me dizes? ;)
Eu ainda não acabei de compilar aqui em casa (acabei de chegar e
também não pude usar a honeynet pra compilar hoje :\) mas parece que o
ffmpeg fica numa outra lib - ffmpegsumo.so - dentro do /usr/lib${arch}
que, nos pacotes que tu colocou la no github, não aparenta ter
problema algum.
Na pior das hipóteses da pra marcar a questão do ffmpeg com um
"worksforme" mas eu diria que funciona e os caras do debian escreveram
um script pra nada. :)
A propósito, que sacanagem usar só uma thread pra compilar isso hein?
Eu mudei o "make chrome" p/ "make -j${NUMJOBS:-1} chrome ..." e pela
primeira vez eu fiz o cooler do i7 ligar, muito mais rápido assim. :P
OBS: Nao fiz commit disso no meu repositório, editei a coisa na mão mesmo.
Quando acabar de compilar eu pego os dados do sar e vejo o pico de
memória (o PC só está fazendo a compilação) e quanto de disco é usado.
Max Miorim
> Eu entrei, ativei o html5.. e todos os videos passaram com tons de rosa
> (aff).
Tu tem o ffmpeg instalado ou é uma instalação "crua"? E tu Kenjiro?
De qualquer forma, tenta executar assim Pedro:
LD_LIBRARY_PATH=/usr/lib/chromium/chromium /usr/bin/chromium
OBS: Troca /usr/lib por /usr/lib64 se tu usa Slack64.
Max Miorim
> Quando acabar de compilar eu pego os dados do sar e vejo o pico de
> memória (o PC só está fazendo a compilação) e quanto de disco é usado.
>
Espaço em disco:
buildbot@deathstar:/home/roots/slack64-multilib-xorg19/tmp/SBo$ du -hs *
1.3G chromium-7.0.544.0
61M package-chromium
Memória na hora de linkar:
11:10:01 PM kbmemfree kbmemused %memused kbbuffers kbcached
kbcommit %commit
11:20:01 PM 3782512 4195736 52.59 622852 2467732
1493008 18.71
Average: 3782512 4195736 52.59 622852 2467732
1493008 18.71
Usou um pouco mais que 4GB de memória e praticamente nada de disco (o
tar ocupa uns 800MB quando extraido, a compilação em si só colocou
mais uns 500MB na história).
Agora vou puxar o pacote p/ a minha máquina e testar, mas não vou sair
revirando strace hoje, só amanhã.
Pedro Liberal
--
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
Max Miorim
> Agora vou puxar o pacote p/ a minha máquina e testar, mas não vou sair
> revirando strace hoje, só amanhã.
>
Ok, instalado... primeiras impressões:
- Eu achei que o navegador (o binário) se chamaria chromium, tive que
ler o doinst.sh pra ver que ele se chama chrome (?). Não é nada
crítico mas parece estranho, o chromium das outras distros se chama
chromium ou chromium-browser. :)
- O video da tartaruga [1] roda perfeito em 360p, se eu tentar trocar
para 720p a aba morre, depois eu vou testar isso com mais calma. Na
verdade, qualquer video com resolução maior que 720p faz com que a aba
se mate depois de uns 2 ou 3 segundos.
- O uso de CPU é monstruoso (95% ou mais) enquanto o video é baixado.
Se esperar todo o dowload e executar não passa de 3%.
- Na primeira vez que eu abri um video o meu PC trancou, tive que
conectar na porta serial e matar o X. Nada nos logs, simplesmente
travou.
- Com o ffmpeg instalado, eu abri o navegador denovo e rodei com um
strace. Olhando por cima não tem nada carregando as libs do sistema,
mas também não mostra nada carregando as libs do ffmpeg do chromium.
Talvez eu tenha que "atachar" (existe isso em portugues? :P) o strace
no PID da aba com o vídeo. Isso fica p/ amanhã...
Eu testei o navegador em um Dell Optiplex 980 com um Intel i5 650
(3.2GHz), 12GB DDR3 em triple, dois discos SSD Intel X25-M em RAID0 e
a VGA on-board do i5 (em termos de performance é mais ou menos a mesma
coisa que a minha antiga GeForce 9600 - muito mais que suficiente pra
videos). O Slackware é 64 bits, multilib com o xorg 1.9 do Robby
Workman, se for o caso eu faço o downgrade p/ "current vanilla" amanhã
mas acho meio improvavel que este seja o caso.
Tudo que eu observei no pacote que eu compilei acontece com o teu,
aquele -j8 que eu coloquei p/ compilar mais rápido no i7 não destruiu
nada. :)
Max Miorim
> Instalação crua mesmo..
Mini interrogatório então:
1 - Slackware 13.1 ou current?
2 - x86_64 ou i686?
3 - Qual placa de vídeo/driver do X?
4 - Com este video http://www.youtube.com/watch?v=ZXYVyrrUZ3c fica tudo rosa?
5 - Aparece "HTML5" e/ou "WEBM" perto dos controles do video no youtube?
6 - Usando o pacote do kenjiro ou compilando a partir do SlackBuild?
7 - Se usar o google-chrome unstable, funciona? E outros navegadores
como FF4 e Opera?
Max Miorim
> Eu testei o navegador em um Dell Optiplex 980 com um Intel i5 650
> (3.2GHz), 12GB DDR3 em triple, dois discos SSD Intel X25-M em RAID0 e
> a VGA on-board do i5 (em termos de performance é mais ou menos a mesma
> coisa que a minha antiga GeForce 9600 - muito mais que suficiente pra
> videos).
s/12GB DDR3 em triple/12GB DDR3 4+4 e 2+2 GB/g, os i5 não tem triple
channel. É tanto monta e demonta que eu quase nem sei mais o que eu
tenho em casa... :)
Yucatan "Kenjiro" Costa
Max Miorim
> Max,
> cara, muito obrigado por todo esse feedback e a trabalheira que tu estás
> tendo pra ajudar a testar. Eu realmente não estou tendo muito tempo para
> fazer testes mais furiosos/tecnicos como tu andaste fazendo, portanto os
> teus testes são muito válidos.
> Ja alterei, no github, o lance do NUMJOBS. Sim, compilar com uma thread só é
> uma puta judiaria hehehe No meu quadcore eu uso -j6 :P
Como regra eu costumo usar numero de cores + 1, -j5 no i5 (que tem só
2 cores, mas tem HT), -j9 no i7 (4 cores + HT) e etc. Na maioria das
vezes isso funciona muito bem porque a compilação de um objeto costuma
ser rápida e assim a "fila" sempre tem pelo menos alguém pronto pra
ser processado. Se usar um número maior eu costumo perceber que o
resto das coisas começa a ficar mais lento, mas isso também deve ser o
BFS tentando balancear as coisas, qualquer dia eu testo isso com o
scheduler padrão do Linux...
> Quanto ao nome dos binários, eu estou simplesmente seguindo a filosofia do
> slackware, ou seja, não fazer alteração de código ou ficar inventando
> macumba que não é necessária. Se eles (google) dizem que o nome do binário é
> 'chrome', então vai ser. Eu até conversei com o pessoal no #slackbuilds
> sobre criar um symlink com o nome de chromium, mas disseram que era
> desnecessário, então....
Eu vi no build/common.gypi que tem um esquema de branding, depois eu
vou ver como as outras distros fazem a construção do pacote, quem sabe
o nome não é dado por um "-Dbranding=Chromium"? Ah, a própria man page
fala em chromium-browser, nada de chromium (que é um outro programa,
na verdade) ou chrome. Vai saber...
Alisson Ceolin
...
Problem Description:
Some vulnerabilities were discovered and corrected in the Linux
2.6 kernel:
fs/namei.c in Linux kernel 2.6.18 through 2.6.34 does not always
follow NFS automount symlinks, which allows attackers to have an
unknown impact, related to LOOKUP_FOLLOW. (CVE-2010-1088)
The tc_fill_tclass function in net/sched/sch_api.c in the tc subsystem
in the Linux kernel 2.4.x before 2.4.37.6 and 2.6.x before 2.6.31-rc9
does not initialize certain (1) tcm__pad1 and (2) tcm__pad2 structure
members, which might allow local users to obtain sensitive information
from kernel memory via unspecified vectors. (CVE-2009-3228)
The do_pages_move function in mm/migrate.c in the Linux kernel before
2.6.33-rc7 does not validate node values, which allows local users
to read arbitrary kernel memory locations, cause a denial of service
(OOPS), and possibly have unspecified other impact by specifying a
node that is not part of the kernel node set. (CVE-2010-0415)
The ATI Rage 128 (aka r128) driver in the Linux kernel before
2.6.31-git11 does not properly verify Concurrent Command Engine (CCE)
state initialization, which allows local users to cause a denial of
service (NULL pointer dereference and system crash) or possibly gain
privileges via unspecified ioctl calls. (CVE-2009-3620)
The wake_futex_pi function in kernel/futex.c in the Linux kernel
before 2.6.33-rc7 does not properly handle certain unlock operations
for a Priority Inheritance (PI) futex, which allows local users to
cause a denial of service (OOPS) and possibly have unspecified other
impact via vectors involving modification of the futex value from
user space. (CVE-2010-0622)
The kvm_arch_vcpu_ioctl_set_sregs function in the KVM in Linux kernel
2.6 before 2.6.30, when running on x86 systems, does not validate
the page table root in a KVM_SET_SREGS call, which allows local
users to cause a denial of service (crash or hang) via a crafted cr3
value, which triggers a NULL pointer dereference in the gfn_to_rmap
function. (CVE-2009-2287)
The handle_dr function in arch/x86/kvm/vmx.c in the KVM subsystem
in the Linux kernel before 2.6.31.1 does not properly verify the
Current Privilege Level (CPL) before accessing a debug register,
which allows guest OS users to cause a denial of service (trap)
on the host OS via a crafted application. (CVE-2009-3722)
The ext4_decode_error function in fs/ext4/super.c in the ext4
filesystem in the Linux kernel before 2.6.32 allows user-assisted
remote attackers to cause a denial of service (NULL pointer
dereference), and possibly have unspecified other impact, via a
crafted read-only filesystem that lacks a journal. (CVE-2009-4308)
The eisa_eeprom_read function in the parisc isa-eeprom component
(drivers/parisc/eisa_eeprom.c) in the Linux kernel before 2.6.31-rc6
allows local users to access restricted memory via a negative ppos
argument, which bypasses a check that assumes that ppos is positive
and causes an out-of-bounds read in the readb function. (CVE-2009-2846)
Multiple buffer overflows in fs/nfsd/nfs4xdr.c in the
XDR implementation in the NFS server in the Linux kernel before
2.6.34-rc6 allow remote attackers to cause a denial of service (panic)
or possibly execute arbitrary code via a crafted NFSv4 compound
WRITE request, related to the read_buf and nfsd4_decode_compound
functions. (CVE-2010-2521)
mm/shmem.c in the Linux kernel before 2.6.28-rc8, when strict
overcommit is enabled and CONFIG_SECURITY is disabled, does not
properly handle the export of shmemfs objects by knfsd, which allows
attackers to cause a denial of service (NULL pointer dereference and
knfsd crash) or possibly have unspecified other impact via unknown
vectors. NOTE: this vulnerability exists because of an incomplete
fix for CVE-2010-1643. (CVE-2008-7256)
The release_one_tty function in drivers/char/tty_io.c in the
Linux kernel before 2.6.34-rc4 omits certain required calls to the
put_pid function, which has unspecified impact and local attack
vectors. (CVE-2010-1162)
mm/shmem.c in the Linux kernel before 2.6.28-rc3, when strict
overcommit is enabled, does not properly handle the export of shmemfs
objects by knfsd, which allows attackers to cause a denial of service
(NULL pointer dereference and knfsd crash) or possibly have unspecified
other impact via unknown vectors. (CVE-2010-1643)
The sctp_process_unk_param function in net/sctp/sm_make_chunk.c
in the Linux kernel 2.6.33.3 and earlier, when SCTP is enabled,
allows remote attackers to cause a denial of service (system crash)
via an SCTPChunkInit packet containing multiple invalid parameters
that require a large amount of error data. (CVE-2010-1173)
The Transparent Inter-Process Communication (TIPC) functionality in
Linux kernel 2.6.16-rc1 through 2.6.33, and possibly other versions,
allows local users to cause a denial of service (kernel OOPS) by
sending datagrams through AF_TIPC before entering network mode,
which triggers a NULL pointer dereference. (CVE-2010-1187)
The sctp_process_unk_param function in net/sctp/sm_make_chunk.c
in the Linux kernel 2.6.33.3 and earlier, when SCTP is enabled,
allows remote attackers to cause a denial of service (system crash)
via an SCTPChunkInit packet containing multiple invalid parameters
that require a large amount of error data. (CVE-2010-1173)
fs/cifs/cifssmb.c in the CIFS implementation in the Linux kernel
before 2.6.34-rc4 allows remote attackers to cause a denial of service
(panic) via an SMB response packet with an invalid CountHigh value,
as demonstrated by a response from an OS/2 server, related to the
CIFSSMBWrite and CIFSSMBWrite2 functions. (CVE-2010-2248)
Buffer overflow in the ecryptfs_uid_hash macro in
fs/ecryptfs/messaging.c in the eCryptfs subsystem in the Linux
kernel before 2.6.35 might allow local users to gain privileges
or cause a denial of service (system crash) via unspecified
vectors. (CVE-2010-2492)
The xfs_swapext function in fs/xfs/xfs_dfrag.c in the Linux kernel
before 2.6.35 does not properly check the file descriptors passed
to the SWAPEXT ioctl, which allows local users to leverage write
access and obtain read access by swapping one file into another
file. (CVE-2010-2226)
The gfs2_dirent_find_space function in fs/gfs2/dir.c in the Linux
kernel before 2.6.35 uses an incorrect size value in calculations
associated with sentinel directory entries, which allows local
users to cause a denial of service (NULL pointer dereference and
panic) and possibly have unspecified other impact by renaming a
file in a GFS2 filesystem, related to the gfs2_rename function in
fs/gfs2/ops_inode.c. (CVE-2010-2798)
The do_anonymous_page function in mm/memory.c in the Linux kernel
before 2.6.27.52, 2.6.32.x before 2.6.32.19, 2.6.34.x before 2.6.34.4,
and 2.6.35.x before 2.6.35.2 does not properly separate the stack
and the heap, which allows context-dependent attackers to execute
arbitrary code by writing to the bottom page of a shared memory
segment, as demonstrated by a memory-exhaustion attack against the
X.Org X server. (CVE-2010-2240)
The drm_ioctl function in drivers/gpu/drm/drm_drv.c in the Direct
Rendering Manager (DRM) subsystem in the Linux kernel before 2.6.27.53,
2.6.32.x before 2.6.32.21, 2.6.34.x before 2.6.34.6, and 2.6.35.x
before 2.6.35.4 allows local users to obtain potentially sensitive
information from kernel memory by requesting a large memory-allocation
amount. (CVE-2010-2803)
Integer overflow in net/can/bcm.c in the Controller Area Network (CAN)
implementation in the Linux kernel before 2.6.27.53, 2.6.32.x before
2.6.32.21, 2.6.34.x before 2.6.34.6, and 2.6.35.x before 2.6.35.4
allows attackers to execute arbitrary code or cause a denial of service
(system crash) via crafted CAN traffic. (CVE-2010-2959)
Double free vulnerability in the snd_seq_oss_open function
in sound/core/seq/oss/seq_oss_init.c in the Linux kernel before
2.6.36-rc4 might allow local users to cause a denial of service or
possibly have unspecified other impact via an unsuccessful attempt
to open the /dev/sequencer device. (CVE-2010-3080)
A vulnerability in Linux kernel caused by insecure allocation of user
space memory when translating system call inputs to 64-bit. A stack
pointer underflow can occur when using the compat_alloc_user_space
method with an arbitrary length input. (CVE-2010-3081)
The IA32 system call emulation functionality in
arch/x86/ia32/ia32entry.S in the Linux kernel before 2.6.36-rc4-git2
on the x86_64 platform does not zero extend the %eax register after
the 32-bit entry path to ptrace is used, which allows local users to
gain privileges by triggering an out-of-bounds access to the system
call table using the %rax register. NOTE: this vulnerability exists
because of a CVE-2007-4573 regression. (CVE-2010-3301)
To update your kernel, please follow the directions located at:
http://www.mandriva.com/en/security/kernelupdate
_______________________________________________________________________
References:
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-1088
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-3228
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-0415
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-3620
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-0622
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-2287
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-3722
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-4308
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-2846
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-2521
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-7256
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-1162
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-1643
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-1173
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-1187
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-1173
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-2248
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-2492
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-2226
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-2798
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-2240
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-2803
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-2959
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-3080
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-3081
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-3301
https://qa.mandriva.com/61084
Max Miorim
Eu reinstalei o Slack64-current numa VM e tudo que eu reportei antes
se repete, usando os meus pacotes [1] ou o teu.
Desta vez a instalação não teve nada de xorg-1.9 ou multilib, full
install + os pacotes do chromium e dependências.
Amanhã eu vou ter tempo pra revirar o chromium do avesso, por hoje é
só isso mesmo...
Max Miorim
Eu achei que teria umas 30000 mensagens reportando problemas e algum
progresso na coisa, parece que ninguém tem o problema dos arquivos
jpeg ou todo mundo tem compilado a mesma versão da libjpeg do debian
também... :)
De qualquer forma, do pouco que eu pude testar:
- Aquela coisa de "inspect element" não funciona (Ctrl+Shift+i), um
colega tentou acessar e me falou, depois percebemos que o chromium
toma tipo um "404" porque ele não acha o chrome://algumacoisa que
mostra isso.
- Com o binário nos snapshots tudo que eu reportei funciona
perfeitamente (inclusive o problema acima), mas o snapshot é compilado
num ubuntu e ai da o problema da libjpeg... Eu vou instalar um arch e
um gentoo numa vm e ver os pacotes deles, agora deve ficar mais fácil
porque tempo não é mais um problema (pelo menos até segunda feira :P).
douglascrp
travando
a coisa rodou perfeita... sem enroscos
só fiquei meio decepcionado com a extensão do deliciuos, que é uma das
que mais uso
a forma como ele "organiza" meus favoritos é uma m%&#@
mas por enquanto tá valendo... pelos comentários q vi no site da
extensão, com tanta gente pedindo os recursos que eles implementaram
para o firefox, acredito q eles façam algo
qq novidade, posto aqui
abraço... e obrigado pelo pacote
fui
On Oct 14, 3:35 pm, Max Miorim <miorim...@gmail.com> wrote:
> 2010/10/9 Max Miorim <miorim...@gmail.com>:
>
>
>
> > 2010/10/8 Max Miorim <miorim...@gmail.com>:
> >> 2010/10/7 Max Miorim <miorim...@gmail.com>:
> > Eu reinstalei o Slack64-current numa VM e tudo que eu reportei antes
> > se repete, usando os meus pacotes [1] ou o teu.
>
> > Desta vez a instalação não teve nada de xorg-1.9 ou multilib, full
> > install + os pacotes do chromium e dependências.
>
> > Amanhã eu vou ter tempo pra revirar o chromium do avesso, por hoje é
> > só isso mesmo...
>
Yucatan "Kenjiro" Costa
--
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
Rodrigo Brito Lira
Yucatan "Kenjiro" Costa
Max Miorim
mas eu não consigo mais fazer buscas com a engine padrão.
Por exemplo, antes era só usar Ctrl + L, digitar a pesquisa e então
[Alt +] Enter p/ pesquisar. Agora o ícone muda p/ a lupa, aparece o
"Google Search" logo depois da palvra chave mas nada acontece. Como
gambiarra temporária eu defini a palavra chave "g" para o google, ai a
busca fica um pouco mais complicada (Ctrl + L, g, tab, digita a busta
e [Alt +] Enter).
Mais tarde eu vou ver se isso é um problema com o pacote ou com o chromium...
Yucatan "Kenjiro" Costa
--
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
Max Miorim
> Max,
> Putz, notei isso ontem também. Só não lembro se na versão que tenho no
> netbook o problema já aparece. Inclusive hoje empacotei a versão 9.x e o
> problema segue.
> Quem descobrir primeiro berra hehehehe
Bom, eu uso internet 1/3g (não faz sentido eu ter ADSL em casa, passo
mais tempo na rua) e tem uma quota muito tosca de 4GB. Depois que a
quota é estourada eu tenho que pagar mais ou me contentar com a
velocidade de 128kbps, assim essa coisa de baixar um tarball de 140mb
toda vez que os caras do Google arrumam uma coisa simples e mudam a
versão do programa acaba atrapalhando um pouco. :\
O que eu acho que vou fazer é reverter p/ a versão 7.x e começar a
usar a ffmpeg do sistema p/ contornar o problema dos videos (na
verdade, eu faria isso de qualquer forma, no meu repositório de
slackbuilds [1] tem um branch onde eu mudo o slackbuild do ffmpeg p/
compilar um snapshot do mesmo e no meu fork do teu slackbuild [2] eu
vou fazer mais ou menos a mesma coisa que eu fiz com o gnome-keyring).
O problema é que eu acho isso inadequado p/ mandar p/ o
slackbuilds.org, acaba virando uma coisa ainda mais não oficial dai.
Ou não, de repente só coloca um aviso no README que videos HTML5 em HD
só funcionam se compilar com o ffmpeg do sistema e o ffmpeg tem que
ser do dia 10/10/2010 ou mais recente...
[1] - http://github.com/miorimmax/slackbuilds/commits/ffmpeg-svn
[2] - http://github.com/miorimmax/chromium/commits/gnome-keyring
Yucatan "Kenjiro" Costa
--
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