Re: [FUG-BR] [Quem ainda usa csup, se ligue] Fwd: [FreeBSD-Announce] Reminder: Ports CVS EoL on February 28th 2013

2013-01-16 Por tôpico Rafael Ganascim 
Alguém sabe se o svn vai ser incorporado à base do FreeBSD?

Com o csup era moleza, sem dependências.. era por o "minimal install",
conectar na Internet e já sair atualizando

Em 16 de janeiro de 2013 22:22, Tiago Ribeiro  escreveu:

>
>
> Em 16/01/2013, às 20:55, Leonardo Augusto  escreveu:
>
> > Umm e pra atualizar o kernel nao pode mais usar o csup tambem ?
> > Tenho um 9.1-pre-release que preciso atualizar :)
> >
> >
> >
>
> svn, tem um Post muito bom aqui [1].
>
> [1]
> http://www.bsdinfo.com.br/2013/01/05/arvore-subversion-do-freebsd-o-que-nos-mortais-precisamos-saber/
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [Quem ainda usa csup, se ligue] Fwd: [FreeBSD-Announce] Reminder: Ports CVS EoL on February 28th 2013

2013-01-16 Por tôpico Tiago Ribeiro 


Em 16/01/2013, às 20:55, Leonardo Augusto  escreveu:

> Umm e pra atualizar o kernel nao pode mais usar o csup tambem ?
> Tenho um 9.1-pre-release que preciso atualizar :)
> 
> 
> 

svn, tem um Post muito bom aqui [1].

[1] 
http://www.bsdinfo.com.br/2013/01/05/arvore-subversion-do-freebsd-o-que-nos-mortais-precisamos-saber/
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] [Quem ainda usa csup, se ligue] Fwd: [FreeBSD-Announce] Reminder: Ports CVS EoL on February 28th 2013

2013-01-16 Por tôpico Leonardo Augusto 
Umm e pra atualizar o kernel nao pode mais usar o csup tambem ?
Tenho um 9.1-pre-release que preciso atualizar :)



2013/1/11 Welinaldo Lopes Nascimento :
> Boa!
> Ontem atualizei pelo portsnap(8), acho até mais fácil.
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Configurar o Teclado ABNT2 utilizando o hald no FreeBSD

2013-01-16 Por tôpico Paulo Olivier Cavalcanti 
Em 16/01/2013 16:43, Paulo Henrique escreveu:
> [...]
>
> Renato, conheço esse metodo, mais o X ficava instavel quando utilizava o
> teclado sem ser pelo Hal,
> Deve ser alguma cag*** que eu fiz durante a compilação do mesmo.
> Contudo é bom para documentar.
>
> Desde já agradeço a atenção.
>
> Att. Paulo Henrique.

Ótima dica xará, mas para configurar o teclado eu sigo as instruções do
handbook [1] desde o meu primeiro contato com o FreeBSD. Lá está assim:

## /usr/local/etc/hal/fdi/policy/x11-input.fdi ##



  
   
   terminate:ctrl_alt_bksp
   pc102
   br
   
  


#

A única diferença é o local e o nome do arquivo, o resto está praticamente 
igual à sua dica!


[1] http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/x-config.html


-- 
http://about.me/paulocavalcanti

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Configurar o Teclado ABNT2 utilizando o hald no FreeBSD

2013-01-16 Por tôpico Paulo Henrique 
Em 16 de janeiro de 2013 16:23, Renato Botelho  escreveu:

> 2013/1/16 Paulo Henrique :
> > Saudações a todos,
> >
> > Sei que muitos, se não quase todos já se adequaram, mais segue um
> > passo-a-passo para poder ficar no historico.
> >
> > Até a pouco tempo sempre utilizei o método ogro resiliente a mudanças
> > para configurar o teclado no X, que conscistia em:
> >
> > Adicionar as Flags do Xserver no xorg.conf para ignorar a ação do Hal
> > e colocar as configurações de layout e modelo do teclado no próprio
> > arquivo do X, ficando com as respectivas configurações:
> >
> > ##/etc/X11/xorg.conf###
> > Section "ServerFlags"
> > Option "AllowEmptyInput" "off"
> > Option "AutoAddDevice" "off"
> > EndSection
> >
> > Section "InputDevice"
> >Identifier  "Keyboard0"
> >Driver  "kbd"
> >Option "XkbModel" "abnt2"
> >Option "XkbLayout" "br"
> >Option "XkbVariant" ""
> > EndSection
> > ###
> >
> > Contudo na ultima instalação do X efetuada no dia 01 de Janeiro, as
> coisas
> > pelo visto mudaram de forma dramática, gerando constantes instabilidades
> e
> > travamento,
> >  no começo achava que o responsavel  era o módulo proprietário da Nvidia
> > que estava
> > interferindo com a operação do X, porém após várias noites e dias de
> > trabalho faltados
> > cheguei no denominador de que o problema era conflito entre o Hal e o
> > modulo kbd, e depois
> > de 4 anos resistindo a mudança do novo método complicado do linux, fui
> > forçado a
> > adequar-me a nova realidade, e aceitar a dominação daquilo que sobre as
> > palavras, do próprio
> > Irado Furioso com tudo, "Ente querido que veio para atormentar as vidas
> dos
> > meros mortais".
> >
> > Bom deixa de ladainha e segue o que se tem que fazer
> >
> >
> > Segue abaixo o arquivo 10-keymap.fdi assim como os comentários para a
> > utilização
> > conforme o novo método adotado pelo X.org.
> >
> >
> ##/usr/local/etc/hal/fdi/policy/10osvendor/10-keymap.fdi
> > 
> > 
> > 
> > hal-setup-keymap
> > 
> >
> > 
> >
> > 
> >  type="string">terminate:ctrl_alt_bksp
> >
> > 
> > base
> > abnt2
> > br
> > 
> >
> > 
> > 
> > 
> >
> ###
> >
> > OBS01: O arquivo /usr/local/etc/hal/fdi/policy/10osvendor/10-keymap.fdi,
> > não existe
> > na instalação do hald disponibilizado pelos ports, não sei quanto via
> pkg,
> > mais via
> > ports eu não o encontrei, no caso criei o arquivo no respectivo caminho e
> > copiei
> > o conteudo apartir de um que achei em algum fórum que não me recordo o
> > nome, fazendo
> > as alterações para o layout abnt2.
> >
> > OBS02: Por medida extrema, copiei o mesmo arquivo para:
> > /usr/local/share/hal/fdi/policy/10osvendor/10-keymap.fdi
> > Vai saber qual o local correto que o hal está buscando a config.
> >
> > OBS03: Se utilizava as configurações anteriores no Xorg, será necessário
> > comentar as
> > respectivas linhas.
> >
> > OBS04: Não adianta após as alterações reiniciar o daemon do hal e o X, é
> > necessário reiniciar
> > a máquina, junto com as frescuras do windows vem tambem as premissas de
> > operação dele.
> >
> >
> > Bom apos tudo isso ai, o teclado estará configurado corretamente.
> >
> >
> > Espero que seja util para alguém.
>
> Oi Paulo,
>
> Não sei se é do seu interesse ou não, mas existe uma maneira que eu
> considero mais simples de configurar o teclado, que é usando o setxkbmap.
>
> Você pode colocar a linha no seu .xinitrc, ou, se você usa gnome/kde/xfce,
> criar um pequeno script na sua home e chamá-lo na inicialização.
>
> Pra ABNT2 use:
>
> # setxkbmap -model abnt2 -layout br
>
> E para us-intl:
>
> # setxkbmap -model us -layout us -variant intl
>
> Acho isso mais simples do que ter que criar regra de HAL, e isso fica
> tudo na sua home.
>
> []s
> --
> Renato Botelho
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>


Renato, conheço esse metodo, mais o X ficava instavel quando utilizava o
teclado sem ser pelo Hal,
Deve ser alguma cag*** que eu fiz durante a compilação do mesmo.
Contudo é bom para documentar.

Desde já agradeço a atenção.

Att. Paulo Henrique.
-- 
:=)><(=:
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Configurar o Teclado ABNT2 utilizando o hald no FreeBSD

2013-01-16 Por tôpico Renato Botelho 
2013/1/16 Paulo Henrique :
> Saudações a todos,
>
> Sei que muitos, se não quase todos já se adequaram, mais segue um
> passo-a-passo para poder ficar no historico.
>
> Até a pouco tempo sempre utilizei o método ogro resiliente a mudanças
> para configurar o teclado no X, que conscistia em:
>
> Adicionar as Flags do Xserver no xorg.conf para ignorar a ação do Hal
> e colocar as configurações de layout e modelo do teclado no próprio
> arquivo do X, ficando com as respectivas configurações:
>
> ##/etc/X11/xorg.conf###
> Section "ServerFlags"
> Option "AllowEmptyInput" "off"
> Option "AutoAddDevice" "off"
> EndSection
>
> Section "InputDevice"
>Identifier  "Keyboard0"
>Driver  "kbd"
>Option "XkbModel" "abnt2"
>Option "XkbLayout" "br"
>Option "XkbVariant" ""
> EndSection
> ###
>
> Contudo na ultima instalação do X efetuada no dia 01 de Janeiro, as coisas
> pelo visto mudaram de forma dramática, gerando constantes instabilidades e
> travamento,
>  no começo achava que o responsavel  era o módulo proprietário da Nvidia
> que estava
> interferindo com a operação do X, porém após várias noites e dias de
> trabalho faltados
> cheguei no denominador de que o problema era conflito entre o Hal e o
> modulo kbd, e depois
> de 4 anos resistindo a mudança do novo método complicado do linux, fui
> forçado a
> adequar-me a nova realidade, e aceitar a dominação daquilo que sobre as
> palavras, do próprio
> Irado Furioso com tudo, "Ente querido que veio para atormentar as vidas dos
> meros mortais".
>
> Bom deixa de ladainha e segue o que se tem que fazer
>
>
> Segue abaixo o arquivo 10-keymap.fdi assim como os comentários para a
> utilização
> conforme o novo método adotado pelo X.org.
>
> ##/usr/local/etc/hal/fdi/policy/10osvendor/10-keymap.fdi
> 
> 
> 
> hal-setup-keymap
> 
>
> 
>
> 
> terminate:ctrl_alt_bksp
>
> 
> base
> abnt2
> br
> 
>
> 
> 
> 
> ###
>
> OBS01: O arquivo /usr/local/etc/hal/fdi/policy/10osvendor/10-keymap.fdi,
> não existe
> na instalação do hald disponibilizado pelos ports, não sei quanto via pkg,
> mais via
> ports eu não o encontrei, no caso criei o arquivo no respectivo caminho e
> copiei
> o conteudo apartir de um que achei em algum fórum que não me recordo o
> nome, fazendo
> as alterações para o layout abnt2.
>
> OBS02: Por medida extrema, copiei o mesmo arquivo para:
> /usr/local/share/hal/fdi/policy/10osvendor/10-keymap.fdi
> Vai saber qual o local correto que o hal está buscando a config.
>
> OBS03: Se utilizava as configurações anteriores no Xorg, será necessário
> comentar as
> respectivas linhas.
>
> OBS04: Não adianta após as alterações reiniciar o daemon do hal e o X, é
> necessário reiniciar
> a máquina, junto com as frescuras do windows vem tambem as premissas de
> operação dele.
>
>
> Bom apos tudo isso ai, o teclado estará configurado corretamente.
>
>
> Espero que seja util para alguém.

Oi Paulo,

Não sei se é do seu interesse ou não, mas existe uma maneira que eu
considero mais simples de configurar o teclado, que é usando o setxkbmap.

Você pode colocar a linha no seu .xinitrc, ou, se você usa gnome/kde/xfce,
criar um pequeno script na sua home e chamá-lo na inicialização.

Pra ABNT2 use:

# setxkbmap -model abnt2 -layout br

E para us-intl:

# setxkbmap -model us -layout us -variant intl

Acho isso mais simples do que ter que criar regra de HAL, e isso fica
tudo na sua home.

[]s
--
Renato Botelho
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] SMB_AUTH autentica apenas usuarios que estao no grupo "Domain Admins"

2013-01-16 Por tôpico Guilherme Ferreira Rosario 
Pessoal apenas para documentar encontrei qual o erro:

Todos os usuarios precisam estar dentro do grupo "Domain Users".

Abraco
Em Qua, 2013-01-16 às 12:28 -0500, Guilherme Ferreira Rosario escreveu:
> Senhores Boa tarde,
> 
> Estou enfrentando o seguinte problema,
> 
> Utilizo samba4 e um squid que se autentica nesse samba4.
> 
> Utilizo smb_auth.
> 
> Porem apenas usuarios que estao do grupo "Domain Admins" conseguem se
> autenticar caso contrario ele retorna ERR.
> 
> Alguem ja passou pelo mesmo problema?
> 
> Erro:
> 
> root@viviani:/usr/local/samba4/bin # /usr/local/bin/smb_auth -W
> VIVIANI-JAU -U viviani.abasetelecom.com.br -d
> guilherme **
> Domain name: VIVIANI-JAU
> Pass-through authentication: no
> Query address options: -U viviani.abasetelecom.com.br -R
> Domain controller IP address: 192.168.208.189
> Domain controller NETBIOS name: VIVIANI
> Contents of //VIVIANI/NETLOGON/proxyauth: 
> ERR
> 
> root@viviani:/usr/local/samba4/bin # /usr/local/bin/smb_auth -W
> VIVIANI-JAU -U viviani.abasetelecom.com.br -d
> Administrator ***
> Domain name: VIVIANI-JAU
> Pass-through authentication: no
> Query address options: -U viviani.abasetelecom.com.br -R
> Domain controller IP address: 192.168.208.189
> Domain controller NETBIOS name: VIVIANI
> Contents of //VIVIANI/NETLOGON/proxyauth: allow
> OK
> 
> 
> Ambos usuarios existem e funcionam quando me logo no dominio.
> 
> 
> Obrigado um abraco
> 
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Configurar o Teclado ABNT2 utilizando o hald no FreeBSD

2013-01-16 Por tôpico Paulo Henrique 
Saudações a todos,

Sei que muitos, se não quase todos já se adequaram, mais segue um
passo-a-passo para poder ficar no historico.

Até a pouco tempo sempre utilizei o método ogro resiliente a mudanças
para configurar o teclado no X, que conscistia em:

Adicionar as Flags do Xserver no xorg.conf para ignorar a ação do Hal
e colocar as configurações de layout e modelo do teclado no próprio
arquivo do X, ficando com as respectivas configurações:

##/etc/X11/xorg.conf###
Section "ServerFlags"
Option "AllowEmptyInput" "off"
Option "AutoAddDevice" "off"
EndSection

Section "InputDevice"
   Identifier  "Keyboard0"
   Driver  "kbd"
   Option "XkbModel" "abnt2"
   Option "XkbLayout" "br"
   Option "XkbVariant" ""
EndSection
###

Contudo na ultima instalação do X efetuada no dia 01 de Janeiro, as coisas
pelo visto mudaram de forma dramática, gerando constantes instabilidades e
travamento,
 no começo achava que o responsavel  era o módulo proprietário da Nvidia
que estava
interferindo com a operação do X, porém após várias noites e dias de
trabalho faltados
cheguei no denominador de que o problema era conflito entre o Hal e o
modulo kbd, e depois
de 4 anos resistindo a mudança do novo método complicado do linux, fui
forçado a
adequar-me a nova realidade, e aceitar a dominação daquilo que sobre as
palavras, do próprio
Irado Furioso com tudo, "Ente querido que veio para atormentar as vidas dos
meros mortais".

Bom deixa de ladainha e segue o que se tem que fazer


Segue abaixo o arquivo 10-keymap.fdi assim como os comentários para a
utilização
conforme o novo método adotado pelo X.org.

##/usr/local/etc/hal/fdi/policy/10osvendor/10-keymap.fdi



hal-setup-keymap





terminate:ctrl_alt_bksp


base
abnt2
br





###

OBS01: O arquivo /usr/local/etc/hal/fdi/policy/10osvendor/10-keymap.fdi,
não existe
na instalação do hald disponibilizado pelos ports, não sei quanto via pkg,
mais via
ports eu não o encontrei, no caso criei o arquivo no respectivo caminho e
copiei
o conteudo apartir de um que achei em algum fórum que não me recordo o
nome, fazendo
as alterações para o layout abnt2.

OBS02: Por medida extrema, copiei o mesmo arquivo para:
/usr/local/share/hal/fdi/policy/10osvendor/10-keymap.fdi
Vai saber qual o local correto que o hal está buscando a config.

OBS03: Se utilizava as configurações anteriores no Xorg, será necessário
comentar as
respectivas linhas.

OBS04: Não adianta após as alterações reiniciar o daemon do hal e o X, é
necessário reiniciar
a máquina, junto com as frescuras do windows vem tambem as premissas de
operação dele.


Bom apos tudo isso ai, o teclado estará configurado corretamente.


Espero que seja util para alguém.

Att.

-- 
NoRm4nD.
UnixBSD.com.br
Fone:+5502196835433
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] SMB_AUTH autentica apenas usuarios que estao no grupo "Domain Admins"

2013-01-16 Por tôpico Guilherme Ferreira Rosario 
Senhores Boa tarde,

Estou enfrentando o seguinte problema,

Utilizo samba4 e um squid que se autentica nesse samba4.

Utilizo smb_auth.

Porem apenas usuarios que estao do grupo "Domain Admins" conseguem se
autenticar caso contrario ele retorna ERR.

Alguem ja passou pelo mesmo problema?

Erro:

root@viviani:/usr/local/samba4/bin # /usr/local/bin/smb_auth -W
VIVIANI-JAU -U viviani.abasetelecom.com.br -d
guilherme **
Domain name: VIVIANI-JAU
Pass-through authentication: no
Query address options: -U viviani.abasetelecom.com.br -R
Domain controller IP address: 192.168.208.189
Domain controller NETBIOS name: VIVIANI
Contents of //VIVIANI/NETLOGON/proxyauth: 
ERR

root@viviani:/usr/local/samba4/bin # /usr/local/bin/smb_auth -W
VIVIANI-JAU -U viviani.abasetelecom.com.br -d
Administrator ***
Domain name: VIVIANI-JAU
Pass-through authentication: no
Query address options: -U viviani.abasetelecom.com.br -R
Domain controller IP address: 192.168.208.189
Domain controller NETBIOS name: VIVIANI
Contents of //VIVIANI/NETLOGON/proxyauth: allow
OK


Ambos usuarios existem e funcionam quando me logo no dominio.


Obrigado um abraco

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Lançado Samba 4.0.1

2013-01-16 Por tôpico Jose Nilton 
Lançado Samba4: 4.0.1

http://ftp.samba.org/pub/samba/stable/samba-4.0.1.tar.gz


http://www.samba.org/samba/history/samba-4.0.1.html
Samba 4.0.1 Available for Download

   =
   Release Notes for Samba 4.0.1
  January 15, 2013
   =


This is a security release in order to address CVE-2013-0172.

o  CVE-2013-0172:
   Samba 4.0.0 as an AD DC may provide authenticated users with write access
   to LDAP directory objects.

   In AD, Access Control Entries can be assigned based on the objectClass
   of the object.  If a user or a group the user is a member of has any
   access based on the objectClass, then that user has write access to that
   object.

   Additionally, if a user has write access to any attribute on the object,
   they may have access to write to all attributes.

   An important mitigation is that anonymous access is totally disabled by
   default.  The second important mitigation is that normal users are
   typically only given the problematic per-objectClass right via the
   "pre-windows 2000 compatible access" group, and Samba 4.0.0 incorrectly
   does not make "authenticated users" part of this group.

Changes since 4.0.0:


o   Andrew Bartlett 
* Bug 9554 - CVE-2013-0172 - Samba 4.0 as an AD DC may provide authenticated
  users with write access to LDAP directory objects.




-- 
..
*Com Deus todas as coisas são possíveis* :::
LinuxPro

*"A qualidade nunca se obtém por acaso; ela é sempre o resultado do esforço
inteligente." (John Ruskin)
"A mente que se abre a uma nova ideia jamais volta ao seu tamanho original"
(Albert Einstein)*
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd