On 10/21/06, Ricardo Nabinger Sanchez <[EMAIL PROTECTED]> wrote:
> Hello
Hello! :-)
> [...]
>
> It would be nice to have a HISTORY section, stating since when GoboHide (date
> and/or version) exists. Anyone can provide this info (IIRC, somewhere in
> 2002)?
>From my personal GoboLinux museum, a couple of emails from a loooooong
time ago (when the list used to speak Portuguese).
Enjoy :-)
LMB
----------
From: Lucas Correia Villa Real <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
Subject: Re: [gobo-l] Ocultar arquivos feios?
Date: Fri, 25 Oct 2002 23:28:24 -0200
Sender: [EMAIL PROTECTED]
Organization: Ozzmosis Corp.
X-Mailer: Sylpheed version 0.7.5 (GTK+ 1.2.10; i686-pc-linux-gnu)
On Fri, 25 Oct 2002 18:33:21 -0300
"Hisham H. Muhammad" <[EMAIL PROTECTED]> wrote:
> É um approach "menos proprietário" do que eu havia imaginado (achei
> que fosse hardcoded no Finder). Poderíamos implementar isso no "l"
> facilmente, mas não sei se é uma boa idéia. O que vocês acham?
Opa,
Eu acho que eh mais legal implementar isto em kernel. Fica bem mais
facil de ser utilizado por outras aplicacoes, ate' pq nem sempre eu uso
o "l".
Pensando nisso eu fiz um pequeno patch pro driver reiserfs do 2.4.19.
Ele ta completamente hardcoded, mas a ideia seria utilizar algo deste
genero. O que eu fiz foi pegar o inode number de cada diretorio antigo
da legacy tree (ls -i) e colocar direto no codigo. Se for tentado dar
um readdir() em algum destes inodes, ele simplesmente skipa ele. Note
que isso nao impede que vc entre nele, ou ainda use symlinks para os
diretorios "ocultos".
O patch segue abaixo. Provavelmente seria mais legal colocar algo do
tipo "/.hidden", e fazer um parser simples pra deixar de usar essa
outra coisa feia. Funcionou legal aqui.
Lucas
From: Felipe W Damasio <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
Subject: [gobo-l] [PATCH] ocultar diretorios feios
Date: Tue, 05 Nov 2002 23:59:01 +0000
Sender: [EMAIL PROTECTED]
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020826
Dae,
Bem, ai vao meus $0.02.
Esse patch (against 2.4.19), implementa uma ioctl e uma flag no inode
do diretorio que sao usados para ocultar diretorios indesejados.
O funcionamento e simples:
- Para o conteudo dos diretorios, foi feito um flag na camada VFS para
nem repassar a syscall readdir para a implementacao do sistema de
arquivos (podendo assim, ser utilizada sobre qualquer um).
- Ja para a leitura de um diretorio o qual contem um diretorio que nao
ter que seja visto (eg dar um "ls /" e nao querer ver o "/etc"), eu
acrescentei uma ioctl para incluir o inode desse diretorio numa lista de
hidden directories.
Essa segunda implementacao e FS-dependent, porem eu adicionei e testei
suporte a ReiserFS, Ext2 e Ext3 com sucesso. Adicionar suporte a outros
FS nao deve ser problema (ver "gobolinux_hide" em linux/gobolinux.h)
Como a referencia as modificacoes no VFS e nos sistemas de arquivos sao
utilizados em mais de um arquivo (eg fs/ioctl.c fs/reiserfs/dir.c
fs/ext3/dir.c), eu criei um "modulo" chamado "gobolinux.c", que o
compilado sem que o usuario saiba, exportando essas funcoes (dar um
"grep gobolinux /proc/ksyms").
Com essa versao inicial, tentei proporcionar as almas valentes que
querem se aventurar a modificar o kernel a concentar suas modificacoes
em modulos, mas poder utilizados throughout the kernel (apenas dando um
include no "linux/gobolinux.h" e linkando com "gobolinux.o"), mesmo que
seja no mesmo sub-sistema (coisa que nao poderia ser feita antes).
Porem deve ser notado que mudancas serao necessarias, como por exemplo,
nao permitir que qualquer usuario adicione qualquer diretorio a hide
list (deve ser feito no kernel).
No final do email esta o patch, e no proximo email eu mando uma simples
ferramenta para adicionar e remover diretorios dessa "hide list".
Peco que preservem o Copyright notice nos arquivos, caso modifiquem...
Copyright (C) 2002 CSCience.ORG World Domination Inc.
Enjoy.
Felipe.
_______________________________________________
gobolinux-devel mailing list
gobolinux-devel@lists.gobolinux.org
http://lists.gobolinux.org/mailman/listinfo/gobolinux-devel
