Re: Limitação do comando 'date' ?

[Tiago Pigazao]

Ok obrigado pela observação

Em 24 de agosto de 2017 15:18, Linux - Junior Polegato <
li...@juniorpolegato.com.br> escreveu:

> Olá!
>
> Não é um bug, pois o "date" converte para a data local no timezone
> do sistema quanto não especificado um, e a hora é "00:00:00" quando não
> especificado também.
>
> Como não existiu essa data e horário no seu sistema, que creio ser
> tal com o meu timezone (cat /etc/timezone => America/Sao_Paulo), informa
> que data é inválida, pois realmente é, visto que "2010/10/17 00:00:00 -02"
> a "2010/10/17 00:59:59 -02" não existiu no nosso timezone.
>
> Assim sendo pode usar a opção "-u" do "date" para resolver, pois
> existiu "2010/10/17 00:00:00 UTC" (UTC = 00).
>
> --
>
> []'s
>
> Junior Polegato
>
>
>
> Em 24-08-2017 15:00, Tiago Pigazao escreveu:
>
> Excelente  justamente o teste que não fiz , que foi especificando a hora !
> , para o que pretendo ja vai ajudar bastante
> de qualquer forma fica o registro do Bug
>
> Obrigado pessoal
>
> Em 24 de agosto de 2017 14:01, Paulino Kenji Sato <pks...@gmail.com>
> escreveu:
>
>> Ola,
>> Parece ser um bug relacionado com o horário de verão.
>> Mesmo problema com a data 15 de Outubro de 2017, que e o inicio do
>> horário de verão deste ano.
>> date (GNU coreutils) 8.13
>> Acrescentando o fuso horário ou uma hora que não seja 00:mm:ss retorna a
>> data.
>>
>>
>>
>> 2017-08-24 13:07 GMT-03:00 Tiago Pigazao <piga...@gmail.com>:
>>
>>> Bom dia,
>>>
>>> Pessoal, ao fazer alguns testes aqui percebi que o comando date não
>>> reconhece algumas datas por ex:
>>>
>>> quando passo uma determinada data ele deve me retornar o dia da semana,
>>> o dia , mês.., usando o parâmetro '-d'  , o que ocorre é que, quando vou
>>> testar uma determinada data ele me retorna como *data* *invalida *, e
>>> da erro no comando como se fosse a sintaxe errada:
>>>
>>> data que apresentou o problema: (esse dia realmente existe)
>>>
>>> date -d 2010/10/17
>>>
>>> ja tentei mudar a string também como:
>>>
>>> date -d '17 oct 2010'
>>>
>>>
>>> se eu colocar um dia anterior ou posterior , ele funciona sem problemas
>>> , me retornando a saída esperada (dia da semana e etc..):
>>>
>>> date -d 2010/10/16
>>> date -d '16 oct 2010'
>>>
>>> date -d 2010/10/18
>>> date -d '18 oct 2010'
>>>
>>>
>>> outras datas que apresentaram o mesmo efeito, por ex:
>>>
>>> 2000/10/08
>>> 2004/11/02
>>> 2009/10/18
>>>
>>> a questão é isso Seria uma limitação do date ou eu teria que especificar
>>> um parâmetro adicional para a saída esperada ?
>>>
>>>
>

Re: Limitação do comando 'date' ?

[Tiago Pigazao]

Excelente  justamente o teste que não fiz , que foi especificando a hora !
, para o que pretendo ja vai ajudar bastante
de qualquer forma fica o registro do Bug

Obrigado pessoal

Em 24 de agosto de 2017 14:01, Paulino Kenji Sato <pks...@gmail.com>
escreveu:

> Ola,
> Parece ser um bug relacionado com o horário de verão.
> Mesmo problema com a data 15 de Outubro de 2017, que e o inicio do horário
> de verão deste ano.
> date (GNU coreutils) 8.13
> Acrescentando o fuso horário ou uma hora que não seja 00:mm:ss retorna a
> data.
>
>
>
> 2017-08-24 13:07 GMT-03:00 Tiago Pigazao <piga...@gmail.com>:
>
>> Bom dia,
>>
>> Pessoal, ao fazer alguns testes aqui percebi que o comando date não
>> reconhece algumas datas por ex:
>>
>> quando passo uma determinada data ele deve me retornar o dia da semana, o
>> dia , mês.., usando o parâmetro '-d'  , o que ocorre é que, quando vou
>> testar uma determinada data ele me retorna como *data* *invalida *, e da
>> erro no comando como se fosse a sintaxe errada:
>>
>> data que apresentou o problema: (esse dia realmente existe)
>>
>> date -d 2010/10/17
>>
>> ja tentei mudar a string também como:
>>
>> date -d '17 oct 2010'
>>
>>
>> se eu colocar um dia anterior ou posterior , ele funciona sem problemas ,
>> me retornando a saída esperada (dia da semana e etc..):
>>
>> date -d 2010/10/16
>> date -d '16 oct 2010'
>>
>> date -d 2010/10/18
>> date -d '18 oct 2010'
>>
>>
>> outras datas que apresentaram o mesmo efeito, por ex:
>>
>> 2000/10/08
>> 2004/11/02
>> 2009/10/18
>>
>> a questão é isso Seria uma limitação do date ou eu teria que especificar
>> um parâmetro adicional para a saída esperada ?
>>
>>
>>
>>
>>
>
>
> --
> Paulino Kenji Sato
>

Limitação do comando 'date' ?

[Tiago Pigazao]

Bom dia,

Pessoal, ao fazer alguns testes aqui percebi que o comando date não
reconhece algumas datas por ex:

quando passo uma determinada data ele deve me retornar o dia da semana, o
dia , mês.., usando o parâmetro '-d'  , o que ocorre é que, quando vou
testar uma determinada data ele me retorna como *data* *invalida *, e da
erro no comando como se fosse a sintaxe errada:

data que apresentou o problema: (esse dia realmente existe)

date -d 2010/10/17

ja tentei mudar a string também como:

date -d '17 oct 2010'


se eu colocar um dia anterior ou posterior , ele funciona sem problemas ,
me retornando a saída esperada (dia da semana e etc..):

date -d 2010/10/16
date -d '16 oct 2010'

date -d 2010/10/18
date -d '18 oct 2010'


outras datas que apresentaram o mesmo efeito, por ex:

2000/10/08
2004/11/02
2009/10/18

a questão é isso Seria uma limitação do date ou eu teria que especificar um
parâmetro adicional para a saída esperada ?

Re: Note Samsung

[Tiago Pigazao]

Custo beneficio interessante é Acer mesmo, tenho um a 5 anos e nunca tive
problemas, compatibilidade muito boa com debian, fácil acesso ao
compartimento de memoria , placawifi e HD, sem falar que tem uma garantia
que funciona bem ( já precisei) , se fosse pra escolher outro notebook
atualmente iria de lenovo,, tem todas essas qualidades que citei acima, só
não sei como é a questão de suporte e garantia

Em 19 de abril de 2016 20:02, Carlos Donizete 
escreveu:

> Recomendaria marcas da HP (compaq), Acer ou a Dell.
>
> Enviado do meu smartphone BlackBerry 10.
>   Mensagem original
> De: Fábio Rabelo
> Enviada: terça-feira, 19 de abril de 2016 19:52
> Para: Manoel Pedro de Araújo; debian-user-portuguese@lists.debian.org
> Assunto: Re: Note Samsung
>
> Eu ficaria longe de QUALQUER coisa da Samsung atualmente ...
>
> Pq a Samsung teria saido completamente do mercado europeu no que tange
> a Notebooks ??
>
>
> Fábio Rabelo
>
> Em 19 de abril de 2016 19:48, Manoel Pedro de Araújo
>  escreveu:
> > Olá, Amigos, gostaria de comprar o note book samsung, mas estou com
> receio.
> > Um amigo teve problemas com note samsung ao instalar o
> > ubuntu. Esse problema ja foi solucionado? Li algumas coisas na note a
> > respeito, que os engenheiros da samsung estão trabalhando para
> solucionar o
> > problema.
> >
> >
> >
> > --
> > Manoel
>
>

Re: diferença entre sh e ./

[Tiago Pigazao]

Boa Noite ,

eu fiz os testes que o @listeiro propôs e realmente ficou bem esclarecido ,
essa questão das Shells

Obrigado a todos !

Em 23 de maio de 2015 03:20, Listeiro 037 listeiro_...@yahoo.com.br
escreveu:


 Tenho a proposta de um exercício se você topar e tiver um
 tempo. Experimenta apagar a primeira linha com she-bang do script
 (deixar a linha em branco) e põe ele prá rodar:

 1) com ./script
 1) com sh script
 2) com sh ./script
 3) com bash script
 4) com bash ./script

 Depois você elimina a permissão de escrita com um chmod -x script e
 refazestes testes, executando. Depois você digita sh no prompt e aperta
 enter prá entrar no dash e refaz os testes.

 A variável $PATH de seu ambiente terminal possui vários diretórios de
 arquivos binários para a execução. Diretórios como /bin /usr/bin e se
 você for root também terá /sbin e /usr/sbin e outros
 como /usr/local/bin podem entrar nessa lista.

 Para confirmar basta você executar um echo $PATH e irá ver como está
 sua variável PATH de busca de caminhos de execução.

 Agora se você adicionar no seu $PATH um caminho para seu
 diretório /home/usuario (supondo seu usuário ter o nome de usuario),
 então o script rodará sem o ./ para você. Ele rodará que nem um ls, que
 não precisa de um /bin/ls prá rodar como o script precisa de
 um ./script para rodar.

 Não é recomendado colocar na variável PATH o diretório home por
 questões de segurança (até onde sei, pelo que aprendi). Continue
 executando comandos dentro de home com ./



 Em Sat, 23 May 2015 00:04:40 -0300
 Tiago Pigazao piga...@gmail.com escreveu:

  então independente do que for usado na execução sh ou ./ ele de certa
  forma não vai considerar aquele sha-bang do inicio #!bin/bash ?
 
  Em 22 de maio de 2015 23:34, Listeiro 037 listeiro_...@yahoo.com.br
  escreveu:
 
  
   Olá.
  
   sh é um link em /bin/sh. No Debiian aponta para /bin/dash.
   Dash é uma implementação do Almqvist Shell (ash) para o Debian. É
   shell diferente do Bash.
  
   ./ executa o script com shell do ambiente
  
   Dash entende as coisas diferentes do que Bash entende. São como que
   linguagens de scripts diferentes.
  
   Por isso é que há uma orientação prá se escrever scripts que
   funcionem não apenas com bash ou zsh, mas com csh, ksh, dash e
   muitos outros. No caso do if há dois comandos prá serem usados
   junto com ele chamado expr e test.
  
   Uma versão do seu script para Dash seria:
  
   #!/bin/sh
   for var in $(seq 100) ; do
   if test $(expr $var % 2) -eq 0
   then
   echo $var
   fi ;
   done
  
  
   Em Fri, 22 May 2015 23:04:25 -0300
   Tiago Pigazao piga...@gmail.com escreveu:
  
Boa noite
   
Pessoal alguem sabe, qual é a diferença de se executar um shell
script com sh ou com ./ ?
   
estou com o seguinte cenário..
   
tenho um script com permissão de execução ok , ao executar com
sh ele não funciona (da problema na linha do if), agora se
executar com ./  funciona ok... segue script abaixo :
   
#!/bin/bash
for var in $(seq 100) ; do
if (( $var % 2 == 0 ))
then
echo $var
fi ; done
  
  
   --
   To UNSUBSCRIBE, email to
   debian-user-portuguese-requ...@lists.debian.org with a subject of
   unsubscribe. Trouble? Contact listmas...@lists.debian.org
   Archive:
   https://lists.debian.org/887903.3626...@smtp234.mail.gq1.yahoo.com
  
  


 --
 To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive:
 https://lists.debian.org/983881.16648...@smtp233.mail.gq1.yahoo.com

diferença entre sh e ./

[Tiago Pigazao]

Boa noite

Pessoal alguem sabe, qual é a diferença de se executar um shell script com
sh ou com ./ ?

estou com o seguinte cenário..

tenho um script com permissão de execução ok , ao executar com sh ele não
funciona (da problema na linha do if), agora se executar com ./  funciona
ok... segue script abaixo :

#!/bin/bash
for var in $(seq 100) ; do
if (( $var % 2 == 0 ))
then
echo $var
fi ; done

Re: diferença entre sh e ./

[Tiago Pigazao]

então independente do que for usado na execução sh ou ./ ele de certa forma
não vai considerar aquele sha-bang do inicio #!bin/bash ?

Em 22 de maio de 2015 23:34, Listeiro 037 listeiro_...@yahoo.com.br
escreveu:


 Olá.

 sh é um link em /bin/sh. No Debiian aponta para /bin/dash.
 Dash é uma implementação do Almqvist Shell (ash) para o Debian. É
 shell diferente do Bash.

 ./ executa o script com shell do ambiente

 Dash entende as coisas diferentes do que Bash entende. São como que
 linguagens de scripts diferentes.

 Por isso é que há uma orientação prá se escrever scripts que funcionem
 não apenas com bash ou zsh, mas com csh, ksh, dash e muitos outros. No
 caso do if há dois comandos prá serem usados junto com ele chamado
 expr e test.

 Uma versão do seu script para Dash seria:

 #!/bin/sh
 for var in $(seq 100) ; do
 if test $(expr $var % 2) -eq 0
 then
 echo $var
 fi ;
 done


 Em Fri, 22 May 2015 23:04:25 -0300
 Tiago Pigazao piga...@gmail.com escreveu:

  Boa noite
 
  Pessoal alguem sabe, qual é a diferença de se executar um shell
  script com sh ou com ./ ?
 
  estou com o seguinte cenário..
 
  tenho um script com permissão de execução ok , ao executar com sh
  ele não funciona (da problema na linha do if), agora se executar com
  ./  funciona ok... segue script abaixo :
 
  #!/bin/bash
  for var in $(seq 100) ; do
  if (( $var % 2 == 0 ))
  then
  echo $var
  fi ; done


 --
 To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive:
 https://lists.debian.org/887903.3626...@smtp234.mail.gq1.yahoo.com

Re: diferença entre sh e ./

[Tiago Pigazao]

ou melhor ele só ira considerar o a shell bash especificada no script ,
executando com o ./

Em 23 de maio de 2015 00:04, Tiago Pigazao piga...@gmail.com escreveu:

 então independente do que for usado na execução sh ou ./ ele de certa
 forma não vai considerar aquele sha-bang do inicio #!bin/bash ?

 Em 22 de maio de 2015 23:34, Listeiro 037 listeiro_...@yahoo.com.br
 escreveu:


 Olá.

 sh é um link em /bin/sh. No Debiian aponta para /bin/dash.
 Dash é uma implementação do Almqvist Shell (ash) para o Debian. É
 shell diferente do Bash.

 ./ executa o script com shell do ambiente

 Dash entende as coisas diferentes do que Bash entende. São como que
 linguagens de scripts diferentes.

 Por isso é que há uma orientação prá se escrever scripts que funcionem
 não apenas com bash ou zsh, mas com csh, ksh, dash e muitos outros. No
 caso do if há dois comandos prá serem usados junto com ele chamado
 expr e test.

 Uma versão do seu script para Dash seria:

 #!/bin/sh
 for var in $(seq 100) ; do
 if test $(expr $var % 2) -eq 0
 then
 echo $var
 fi ;
 done


 Em Fri, 22 May 2015 23:04:25 -0300
 Tiago Pigazao piga...@gmail.com escreveu:

  Boa noite
 
  Pessoal alguem sabe, qual é a diferença de se executar um shell
  script com sh ou com ./ ?
 
  estou com o seguinte cenário..
 
  tenho um script com permissão de execução ok , ao executar com sh
  ele não funciona (da problema na linha do if), agora se executar com
  ./  funciona ok... segue script abaixo :
 
  #!/bin/bash
  for var in $(seq 100) ; do
  if (( $var % 2 == 0 ))
  then
  echo $var
  fi ; done


 --
 To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive:
 https://lists.debian.org/887903.3626...@smtp234.mail.gq1.yahoo.com

Re: touchpad em computador dell

[Tiago Pigazao]

Bom dia

Acredito que isso seja apenas uma configuração via GUI , depende qual
ambiente gráfico você tem instalado ai , vai ter que procurar/instalar o
pacote relativo a configuração de mouse/touchpad, dai sim lá você fará os
ajustes dessas funcões


Em 16 de maio de 2015 00:46, Fred Maranhão fred.maran...@gmail.com
escreveu:

 2015-05-16 0:11 GMT-03:00 Fred Maranhão fred.maran...@gmail.com:
  Caros,
 
  comprei um computador dell que veio com ubuntu. no ubuntu o touchpad
  funciona normalmente, mas no debian jessie ao pressionar o botão e
  mover o ponteiro (para arrastar) o ponteiro não funciona.

 na verdade notei uma coisa. quando eu boto um dedo no touchpad e
 arrasto um segundo, o que acontece é uma rolagem (scroll). como o
 touchpad é daqueles que a parte dos botões não é secregada, eu aperto
 o botão com um dedo e arrasto com outro e ele interpreta que eu estou
 fazendo uma rolagem com dois dedos.


 --
 To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive:
 https://lists.debian.org/capr829wle7xro8zwe9uwbkomk_goy8yd8oprcvab3mjwjd...@mail.gmail.com

Re: dropbox nao sinconiza

[Tiago Pigazao]

Bom dia

Manoel , pelo que entendi as pastas que estão dentro do dropbox não
sincronizam ? se for isso abre o as *Preferencias *pelo icone do dropbox
que deve estar aparecendo ai na sua barra, vá em *Conta* e clique em
*Sincronização
Seletiva *e verifique se as pastas e subpastas estão setados

Em 15 de maio de 2015 15:23, Paulino Kenji Sato pks...@gmail.com escreveu:

 Ola

 2015-05-15 14:59 GMT-03:00 Manoel Pedro de Araújo mpara...@gmail.com:
  Acho que voce nao entendeu o meu problema. Quando eu deleto ou arrasto um
  pdf simples para o drobpox ele sincroniza.
  Porem quando faço o mesmo processo em uma dentro do dropox ele nao
  sincroniza.
 

 O que dentro do dropbox?

 O dropbox e um serviço na nuvem.
 Ele não tem um lugar especifico chamado dropbox.
 Para interagir com o dropbox existem duas formas básicas.
 Acessando diretamente pelo site, nesse caso não tem nada de diferente
 de servidor ftp.
 O principal meio de interação e via um cliente, para computadores
 grandes ou para dispositivos moveis.
 Nesse caso, se especifica um diretório que será sincronizado com o que
 esta na nuvem. Esse diretório e arbitrário, não precisa ter o mesmo
 nome em todos os locais.
 O cliente pode ser configurado para não sincronizar todo o conteúdo.

 Assim sendo, quando você manipula os arquivos locais, esse vai para a
 nuvem.
 Mas, quando mexe os arquivos na nuvem (site ou outro cliente) não
 ocorre a atualização?



 --
 Paulino Kenji Sato


 --
 To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive:
 https://lists.debian.org/camm-fmj4a-anr5whov+x5uya2lybdzsevpyq3auyzom0bpv...@mail.gmail.com

Re: dropbox nao sinconiza

[Tiago Pigazao]

Boa noite !

Manoel o dropbox só ira sincronizar se haver alguma alteração quando você
por exemplo arrastar/criar  algum arquivo ou diretório novo pra dentro da
pasta dropbox

Em 14 de maio de 2015 18:48, Manoel Pedro de Araújo mpara...@gmail.com
escreveu:

 Olá, estou com seguinte problema. Quando instalo o dropbox, ao colocar
 algum arquivo nas pastas que criei no dropbox estas sincronizam
 normalmente. Porem ao reiniciar a o PC as pastas nao sincronizam mais,
 quando eu ponho fora da pasta o dropbox sincroniza normalmente.

 Alguem sabe como resolver este problemaw



 --
 Manoel