Menu
▾
▴
linuxcall-list
|
From: C. <al...@br...> - 2000-09-11 03:10:43
|
Oi Pessoal, Gente sobre a página do projeto, caso ninguém tenha nada contra a versão que está no ar atualmente (www.blinkdesign.f2s.com/lc) eu gostaria de pedir ao Davi, que criasse as outras seções do site... Algumas já dá prá elaborar mesmo sem textos prontos Davi (eu estou escrevendo os textos, estarão prontos em breve) como por exemplo a seção 'download'. Poderíamos colocar já na seção download: * Scripts (sugiro por a versão 0.5.8 - A 0.6.8 tem uns bugs :) ) * XSTEP (já a nova versão 3.5) * BETA da Interface (versão em XSTEP) * BETA da Interface (versão em GTK) o que vcs acham ? A seção screenshots tb já dá prá por algumas coisas... screenshot do LinuxCall é o que naum falta por aki... :P E quanto às outras seções, acho que devíamos criar as páginas sem conteúdo... apenas uma mensagem de "área em contrução" prá não ficar os links quebrados... Bom, aguardo comentários do pessoal... []'s -- André Casteliano Analista de Sistemas - al...@br... +---------------------------------------------+ | Linux User: # 178853 Machine: # 79923 | | Linux Heavy User - Powered by Slackware 7.1 | | http://www.geocities.com/andre_casteliano/ | +---------------------------------------------+ | LINUX CODERS | WYSIWYG editor? VI | |linuxcoders.cjb.net | I see text. I get text | +---------------------------------------------+ |
|
From: Alex B. <ne...@za...> - 2000-09-11 04:01:37
|
Gostei da HP... ta ficando muito boa... só que eu abri agora e tinha uma linha repetida várias vezes: 09/09/2000 - Lançada a versão 0.6.9 do LinuxCall. Confira a seção de Download! té mais.. André Casteliano wrote: > > Oi Pessoal, > > Gente sobre a página do projeto, caso ninguém tenha nada contra a versão > que está no ar atualmente (www.blinkdesign.f2s.com/lc) eu gostaria de > pedir ao Davi, que criasse as outras seções do site... > > Algumas já dá prá elaborar mesmo sem textos prontos Davi (eu estou > escrevendo os textos, estarão prontos em breve) como por exemplo a seção > 'download'. > > Poderíamos colocar já na seção download: > > * Scripts (sugiro por a versão 0.5.8 - A 0.6.8 tem uns bugs :) ) > * XSTEP (já a nova versão 3.5) > * BETA da Interface (versão em XSTEP) > * BETA da Interface (versão em GTK) > > o que vcs acham ? > > A seção screenshots tb já dá prá por algumas coisas... screenshot do > LinuxCall é o que naum falta por aki... :P > > E quanto às outras seções, acho que devíamos criar as páginas sem > conteúdo... apenas uma mensagem de "área em contrução" prá não ficar os > links quebrados... > > Bom, aguardo comentários do pessoal... > > []'s > > -- > André Casteliano > Analista de Sistemas - al...@br... > +---------------------------------------------+ > | Linux User: # 178853 Machine: # 79923 | > | Linux Heavy User - Powered by Slackware 7.1 | > | http://www.geocities.com/andre_casteliano/ | > +---------------------------------------------+ > | LINUX CODERS | WYSIWYG editor? VI | > |linuxcoders.cjb.net | I see text. I get text | > +---------------------------------------------+ > _______________________________________________ > Linuxcall-list mailing list > Lin...@li... > http://lists.sourceforge.net/mailman/listinfo/linuxcall-list -- /------------------------------ \ ____ | Alex Borro - Neo-Linux_Inside | \ \ | Faculdade de Engenharia | |\ >>\ \> | Mecatrônica - UNICAMP |----| \_____\ \_______ >-------------------------------< | L I N U X \ | Powered By LINUX SLACKWARE 7 |----|________ _______/ | Kernel 2.2.14 User: 164956 | / / | e-mail: ne...@ya... | >>/ /> \-------------------------------/ /___/ The box said "Requeries Windows 9x, Windows NT 4, or better", so I installed Linux. |
|
From: Marcelo B. <md...@ma...> - 2000-09-13 06:29:19
|
Em seg, 11 set 2000, André Casteliano escreveu: | Oi Pessoal, | | Gente sobre a página do projeto, caso ninguém tenha nada contra a versão | que está no ar atualmente (www.blinkdesign.f2s.com/lc) eu gostaria de | pedir ao Davi, que criasse as outras seções do site... | | Algumas já dá prá elaborar mesmo sem textos prontos Davi (eu estou | escrevendo os textos, estarão prontos em breve) como por exemplo a seção | 'download'. | | Poderíamos colocar já na seção download: | | * Scripts (sugiro por a versão 0.5.8 - A 0.6.8 tem uns bugs :) ) | * XSTEP (já a nova versão 3.5) | * BETA da Interface (versão em XSTEP) | * BETA da Interface (versão em GTK) | | o que vcs acham ? | | A seção screenshots tb já dá prá por algumas coisas... screenshot do | LinuxCall é o que naum falta por aki... :P | | E quanto às outras seções, acho que devíamos criar as páginas sem | conteúdo... apenas uma mensagem de "área em contrução" prá não ficar os | links quebrados... | | Bom, aguardo comentários do pessoal... | Tem que botar tudo na net, vamos colocar tudo isso na hp, e tb no sourceforge. Pessoal, lanço um objetivo: DIVULGAÇÃO! Convoco a todos por email por icq e por irc, para que até sabado tenhamos os textos em inglês e português para divulgação, e também uma listagem de todos os sites nos quais iremos divulgar o projeto. Vamos elaborar a coisa, discutir em cima, e botar no ar, já demoramos demais gente, tem que ser agora. Mesmo com pouquissíma divulgação, já dá pra sentir que o pessoal está muito interessado, inclusive lá na cnc. Eu acho que simplesmente ainda *não existe* um discador que tenha todas as features do linuxcall, quando o pessoal souber que isso existe vai ser uma loucura. Isso tb é bom para que o lc possa ser testado na maior variedade de ambientes possível. Uma ideía que me passou agora: que tal adaptar o linuxcall tb para poder operar com discagem sob demanda? Não seria fantástico isso? Qual o nível de dificuldade para implementar isso nos scripts Alex? Vou começar a pegar em gtk tb pra dar uma força pro André. O linuxcall terá a facilidade de se comunicar com o modem para verificação das strings ATI's, essa parte do desenvolvimento eu já assumi com o André, pois já trabalhei com porta serial em C. Posso fazer um .c para operação em conjunto com os scripts tb, me diz ai Alex como ficaria melhor a implementação para você interfacear com os scripts. Na sequencia, usar o esquema de CVS para atualização e disponibilização de arquivos será inevitável. É importante que todo o pessoal envolvido com documentação, programação, beta-testers, html, estejam familiarizados com o sourceforge, qualquer problema ou duvida entrem em contato que a gente dá um jeito. Beleza moçada? Um abração a todos, e vamos nessa. []s -- Marcelo D. Beckmann - Linux User #173935 md...@ma... - UIN 53189692 bec...@co... - Suporte Corporativo http://marcelobeckmann.cjb.net .~. 233MMX 64MB 8.4+3.2GB Quantum Fireball /V\ OPL3SAx TGUI9680 2MB 33600 CL4 2.2.12 + Slack7 2.2.13 /(.)\ "Estamos de volta aos tempos em que os homens eram homens ^`~´^ e programavam seus próprios drivers de dispositivo." L.T. |
|
From: Alex B. <ne...@za...> - 2000-09-13 16:00:00
|
Marcelo Beckmann wrote: > > Uma ideía que me passou agora: que tal adaptar o linuxcall tb para > poder operar com discagem sob demanda? Não seria fantástico isso? > Qual o nível de dificuldade para implementar isso nos scripts Alex? Cara, não sei muito sobre discagem em demanda.. Mas quando o LinuxCall estiver funcionando beleza, em todas as distrib, podemos pensar em acrescentar essa feature.. > O linuxcall terá a facilidade de se comunicar com o modem para > verificação das strings ATI's, essa parte do desenvolvimento eu já > assumi com o André, pois já trabalhei com porta serial em C. Posso > fazer um .c para operação em conjunto com os scripts tb, me diz ai > Alex como ficaria melhor a implementação para você interfacear com os > scripts. Eu sinto MUITA falta de um programinha que eu possa RESETAR o modem... atualmente eu dou um echo ATZ > /dev/modem mas de vez em quando não funciona. Queria saber se tem algum jeito de fazer algum programa em C para que ele resetasse "na marra" o modem... ia ajudar MUUUTIIIOOOOOOOOOOO..... a maioria esmagadora dos problemas que estou enfrentando de 1 mes pra cá, é em relação a isso... As vezes o modem simplesmente pára de responder... não sei se é problema no meu modem ou na comunicação mesmo... valeu... -- /------------------------------ \ ____ | Alex Borro - Neo-Linux_Inside | \ \ | Faculdade de Engenharia | |\ >>\ \> | Mecatrônica - UNICAMP |----| \_____\ \_______ >-------------------------------< | L I N U X \ | Powered By LINUX SLACKWARE 7 |----|________ _______/ | Kernel 2.2.14 User: 164956 | / / | e-mail: ne...@ya... | >>/ /> \-------------------------------/ /___/ The box said "Requeries Windows 9x, Windows NT 4, or better", so I installed Linux. |
|
From: C. <al...@br...> - 2000-09-13 21:46:28
|
Marcelo Beckmann wrote: > > Pessoal, lanço um objetivo: > > DIVULGAÇÃO! > Convoco a todos por email por icq e por irc, para que até sabado > tenhamos os textos em inglês e português para divulgação, e também > uma listagem de todos os sites nos quais iremos divulgar o projeto. > Vamos elaborar a coisa, discutir em cima, e botar no ar, já demoramos > demais gente, tem que ser agora. Concordo!!! Há tempos que devíamos ter feito isso... O nosso prog é muito bom gente!!! Vamos divulgar... > Mesmo com pouquissíma divulgação, já dá pra sentir que o pessoal está > muito interessado, inclusive lá na cnc. Eu acho que simplesmente > ainda *não existe* um discador que tenha todas as features do > linuxcall, quando o pessoal souber que isso existe vai ser uma > loucura. Isso tb é bom para que o lc possa ser testado na maior > variedade de ambientes possível. Exatamente. Recebo e-mails com frequência de pessoas que têm problemas com o kpp e os modems OnBoard... já comecei a indicar o LinuxCall prá elas... todas gostaram.... ;-) > Uma ideía que me passou agora: que tal adaptar o linuxcall tb para > poder operar com discagem sob demanda? Não seria fantástico isso? > Qual o nível de dificuldade para implementar isso nos scripts Alex? Aqui eu concordo com o Alex. Vamos concluir o discador primeiro e, numa futura versão, podemos incluir essa feature. Sem falar que eu naum acredito que seja possível através de scripts, pois se trata de um daemon. Ele analisa todos os pacotes que têm como destino um endereço fora da rede, captura-os e inicia a discagem... Não é exatamente fácil de ser implementado... > Vou começar a pegar em gtk tb pra dar uma força pro André. > O linuxcall terá a facilidade de se comunicar com o modem para > verificação das strings ATI's, essa parte do desenvolvimento eu já > assumi com o André, pois já trabalhei com porta serial em C. Posso > fazer um .c para operação em conjunto com os scripts tb, me diz ai > Alex como ficaria melhor a implementação para você interfacear com os > scripts. Beleza cara. Também estou estudando GTK, e uma nova versão da Interface está prestes a sair... O Amauri tb tá fazendo a comunicação com os scripts, de forma que logo logo teremos uma Interface funcional. Aproveitando, pessoal, alguém sabe onde encontro mais informações sobre GTK? Fora a documentação oficial... > Na sequencia, usar o esquema de CVS para atualização e > disponibilização de arquivos será inevitável. É importante que todo o > pessoal envolvido com documentação, programação, beta-testers, html, > estejam familiarizados com o sourceforge, qualquer problema ou duvida > entrem em contato que a gente dá um jeito. Ok. Concordo tb. Os desenvolvedores simplesmente não têm escolha. :) O sistema de CVS vai entrar no ar logo... Pro pessoal que não está acostumado, é uma maneira de acessar o servidor do projeto... Aproveitando tb... Parabéns ao Davi. O site ficou muito legal, as primeiras seções estão sendo criadas, e agora DEFINITIVAMENTE é o momento do pessoal que vai fazer a documentação. Eu escrevi duas seções do site: Características e Colaborador. Na seção colaborador, ainda estão faltando as informações do Alex e do Amauri. E na seção Características, seria interessante se vocês dessem uma olhada e avisassem caso eu tenha esquecido de mencionar alguma coisa. Com relação à página da Source Forge, não vejo necessidade, já que o Zé :) vai hospedar lá na FAI e o Jefferson (anda sumido) tb hospeda lá na WNET. Podemos configurar o Source Forge para que no link do site do projeto ele aponte para a página que quisermos. Quanto aos arquivos, o Jefferson, já criou uma pasta no servidor FTP dele... apesar de que tb podemos pôr na Source Forge. Aliás, logo mais à noite, estarei enviando os BETAs da versão em XSTEP, da versão em GTK, e mais alguns arquivos para lá... Aí eu passo os links pro Davi e ele inclui na página. É isso aí pessoal, vamos agitar !!! :) []'s -- André Casteliano Analista de Sistemas - al...@br... +---------------------------------------------+ | Linux User: # 178853 Machine: # 79923 | | Linux Heavy User - Powered by Slackware 7.1 | | http://www.geocities.com/andre_casteliano/ | +---------------------------------------------+ | LINUX CODERS | WYSIWYG editor? VI | |linuxcoders.cjb.net | I see text. I get text | +---------------------------------------------+ |
|
From: Marcelo B. <md...@ma...> - 2000-09-14 01:31:30
|
Em qua, 13 set 2000, você escreveu: | Exatamente. Recebo e-mails com frequência de pessoas que têm problemas | com o kpp e os modems OnBoard... já comecei a indicar o LinuxCall prá | elas... todas gostaram.... ;-) | | > Uma ideía que me passou agora: que tal adaptar o linuxcall tb para | > poder operar com discagem sob demanda? Não seria fantástico isso? | > Qual o nível de dificuldade para implementar isso nos scripts Alex? Sem falar no seguinte: se conseguirmos concluir o linuxcall a tempo, há grandes chances de conseguirmos encaixá-lo em uma distro oficial, o que acham galera? Não seria uma boa??? Para isso, é fundamental que tenhamos *também* uma versão em GTK da interface, isto é *imprescindível* | Beleza cara. Também estou estudando GTK, e uma nova versão da Interface | está prestes a sair... O Amauri tb tá fazendo a comunicação com os | scripts, de forma que logo logo teremos uma Interface funcional. | Aproveitando, pessoal, alguém sabe onde encontro mais informações sobre | GTK? Fora a documentação oficial... André, aquele link que eu comentei com voce ontem no irc sobre isso, acho que me enganei, não encontrei o danado. Será que seria válido postar algo na prog-br?? | Ok. Concordo tb. Os desenvolvedores simplesmente não têm escolha. :) O | sistema de CVS vai entrar no ar logo... Pro pessoal que não está | acostumado, é uma maneira de acessar o servidor do projeto... É, mais cedo ou mais tarde isso iria acontecer... There is no way without CVS. | Aproveitando tb... | | Parabéns ao Davi. O site ficou muito legal, as primeiras seções estão | sendo criadas, e agora DEFINITIVAMENTE é o momento do pessoal que vai | fazer a documentação. | | Eu escrevi duas seções do site: Características e Colaborador. Na seção | colaborador, ainda estão faltando as informações do Alex e do Amauri. E | na seção Características, seria interessante se vocês dessem uma olhada | e avisassem caso eu tenha esquecido de mencionar alguma coisa. Ok, vou dar uma olhada ainda hoje André, e como sempre, a gente conversa no bat canal tb. | Com relação à página da Source Forge, não vejo necessidade, já que o Zé | :) vai hospedar lá na FAI e o Jefferson (anda sumido) tb hospeda lá na | WNET. Podemos configurar o Source Forge para que no link do site do | projeto ele aponte para a página que quisermos. Quanto aos arquivos, o | Jefferson, já criou uma pasta no servidor FTP dele... apesar de que tb | podemos pôr na Source Forge. Aliás, logo mais à noite, estarei enviando | os BETAs da versão em XSTEP, da versão em GTK, e mais alguns arquivos | para lá... Aí eu passo os links pro Davi e ele inclui na página. Ok, só pense no que eu falei em mail anterior: vamos fazer mirrors!!! Talvez não nesse primeiro momento, já que a página ainda está em constante evolução, mas assim que tivermos uma situação mais estável fica mais fácil de implementar isso. | É isso aí pessoal, vamos agitar !!! :) | | []'s Com certeza galera, a hora é agora e o momento é esse!!! []s -- Marcelo D. Beckmann - Linux User #173935 md...@ma... - UIN 53189692 http://marcelobeckmann.cjb.net .~. 233MMX 64MB 8.4+3.2GB Quantum Fireball /V\ OPL3SAx TGUI9680 2MB 33600 CL4 2.2.12 + Slack7 2.2.13 /(.)\ "Estamos de volta aos tempos em que os homens eram homens ^`~´^ e programavam seus próprios drivers de dispositivo." L.T. |
|
From: Marcelo B. <md...@ma...> - 2000-09-14 01:11:45
|
Em qua, 13 set 2000, Alex Borro escreveu: | Marcelo Beckmann wrote: | > | > Uma ideía que me passou agora: que tal adaptar o linuxcall tb para | > poder operar com discagem sob demanda? Não seria fantástico isso? | > Qual o nível de dificuldade para implementar isso nos scripts Alex? | | Cara, não sei muito sobre discagem em demanda.. Mas quando o LinuxCall | estiver funcionando beleza, em todas as distrib, podemos pensar em | acrescentar essa feature.. Ok, mais interessante para agora é ele funcionar bem com suas premissas básicas, depois vem os adendos. | > O linuxcall terá a facilidade de se comunicar com o modem para | > verificação das strings ATI's, essa parte do desenvolvimento eu já | > assumi com o André, pois já trabalhei com porta serial em C. Posso | > fazer um .c para operação em conjunto com os scripts tb, me diz ai | > Alex como ficaria melhor a implementação para você interfacear com os | > scripts. | | Eu sinto MUITA falta de um programinha que eu possa RESETAR o modem... | atualmente eu dou um echo ATZ > /dev/modem mas de vez em quando não | funciona. Queria saber se tem algum jeito de fazer algum programa em C | para que ele resetasse "na marra" o modem... ia ajudar | MUUUTIIIOOOOOOOOOOO..... a maioria esmagadora dos problemas que estou | enfrentando de 1 mes pra cá, é em relação a isso... As vezes o modem | simplesmente pára de responder... não sei se é problema no meu modem ou | na comunicação mesmo... | valeu... | Alex, seus problemas serão resolvidos! Em C é plenamente possível isso, pois em C voce envia o ATZ e aguarda o retorno do modem confirmando, ai fica mais garantido. Pode deixar que quando eu for implementar os trecos isso ai já será automaticamente implementado tb. Que tal o seguinte Alex: um programinha em C que recebesse argumentos. Ex.: # serial 3 ATZ ATI1 ATI2 ... enviando "ATZ" para ttyS3... OK enviando "ATI1" para ttyS3... resposta_do_modem ... O que acha? []s -- Marcelo D. Beckmann - Linux User #173935 md...@ma... - UIN 53189692 http://marcelobeckmann.cjb.net .~. 233MMX 64MB 8.4+3.2GB Quantum Fireball /V\ OPL3SAx TGUI9680 2MB 33600 CL4 2.2.12 + Slack7 2.2.13 /(.)\ "Estamos de volta aos tempos em que os homens eram homens ^`~´^ e programavam seus próprios drivers de dispositivo." L.T. , , ,( ). | \,--_ / | /_ _ ` / /-.,-.` \ | | \ \ _\x|x | | (___)`--'_ / `.______/` / `.__, ,/ / \ <----. ,___/ __ \ <----|====)))==) \) /===== <----' `--' `.__,' | _ | | / \ \ _ /`-' \/ ,----` \ / \_,-----' \ \________/ |
|
From: Alex B. <ne...@za...> - 2000-09-14 02:26:49
|
Marcelo Beckmann wrote: > > Que tal o seguinte Alex: um programinha em C que recebesse argumentos. > > Ex.: > # serial 3 ATZ ATI1 ATI2 ... > enviando "ATZ" para ttyS3... OK > enviando "ATI1" para ttyS3... resposta_do_modem > ... Prefiro assim: serial <porta> <comando> e ele retornasse um exit status. Por exemplo: serial /dev/ttyS3 ATZ Ai pra saber a saida: echo $? 0 Fica uma coisa mais "profissional" e técnica, já que esse programinha só seria usado em conjunto com outros... Valeu.. -- /------------------------------ \ ____ | Alex Borro - Neo-Linux_Inside | \ \ | Faculdade de Engenharia | |\ >>\ \> | Mecatrônica - UNICAMP |----| \_____\ \_______ >-------------------------------< | L I N U X \ | Powered By LINUX SLACKWARE 7 |----|________ _______/ | Kernel 2.2.14 User: 164956 | / / | e-mail: ne...@ya... | >>/ /> \-------------------------------/ /___/ The box said "Requeries Windows 9x, Windows NT 4, or better", so I installed Linux. |
|
From: Marcelo B. <md...@ma...> - 2000-09-15 03:15:53
|
Em qua, 13 set 2000, Alex Borro escreveu: | Marcelo Beckmann wrote: | | > | > Que tal o seguinte Alex: um programinha em C que recebesse argumentos. | > | > Ex.: | > # serial 3 ATZ ATI1 ATI2 ... | > enviando "ATZ" para ttyS3... OK | > enviando "ATI1" para ttyS3... resposta_do_modem | > ... | | Prefiro assim: | | serial <porta> <comando> | e ele retornasse um exit status. Por exemplo: | | serial /dev/ttyS3 ATZ | | Ai pra saber a saida: | echo $? | 0 | | Fica uma coisa mais "profissional" e técnica, já que esse programinha só | seria usado em conjunto com outros... | Valeu.. Ok Alex, na verdade o que eu passei antes foi só pra dar uma idéia... Agora, que tal o seguinte: um parâmetro adicional que defina com saida na tela ou sem saida na tela? Além de retornar o status, claro... Ai acho que fica bem parametrizável e pode servir para outras funções tb. []s -- Marcelo D. Beckmann - Linux User #173935 md...@ma... - UIN 53189692 http://marcelobeckmann.cjb.net .~. 233MMX 64MB 8.4+3.2GB Quantum Fireball /V\ OPL3SAx TGUI9680 2MB 33600 CL4 2.2.12 + Slack7 2.2.13 /(.)\ "Estamos de volta aos tempos em que os homens eram homens ^`~´^ e programavam seus próprios drivers de dispositivo." L.T. |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X