Primeiro, certifique-se de ter lido a seção FAZERes e NÃO-FAZERes.
Agora que você está feliz com seu port, a unica coisa restante é coloca-lo na arvore do ports principal do FreeBSD e fazer todos felizes sobre ele também. Nós não necessitamos seu diretório work ou o pacote pkgname.tgz, assim apague-os agora. Próximo, simplesmente inclua a saida do shar `find port_dir` em um relatório do bug e envie-o com o programa send-pr(1) (veja Relatório do Bug e Comentário Geral para mais informações sobre send-pr(1)). Se o port descomprimido é maior que 20KB, você deve comprimi-lo dentro de um arquivo tar e usar o uuencode(1) antes de inclui-lo no relatório do bug (uuencoded tarfiles são aceitáveis mesmo se o relatório do relatório do bug é menor que 20KB mas não são preferidos). Esteja certo ao classificar o relatório do bug como categoria ports e classe change-request (Não marque o relatório como confidential!). Também adicione um curta descrição do programa que você portou ao campo ``Description'' do PR e o arquivo tar do shar ou uuencoded ao campo ``Fix''. A ultima ajuda muito os committers, quem usa scripts para o ports-funcionar.
Uma vez mais, não inclua a fonte original distfile, o diretório work, ou o pacote que você construiu com make package.
Nota: No passado, nos perguntavamos a você para upload novo port submissions em nosso site ftp (ftp.FreeBSD.org). Este não é longer recomendado assim o acesso a leitura é desativado no diretório incoming/ daquele site devido ao grande quantidade de software pirata aparecendo lá.
Depois que você have enviou seu port, por favor seja paciente. As vezes ele pode levar a alguns meses antes que um port seja incluido no FreeBSD, embora possa somente levar alguns dias. Você pode ver a lista de ports esperando para ser committed ao FreeBSD.
Uma vez que nós olharemos seu port, retornaremos para você se necessário, e coloca-lo na arvore. Seu nome também aparecerá na lista de Contribuidores Adicionais do FreeBSD e outros arquivos. Não é ótimo?!? :-)
Nota: Você pode facilitar nosso trabalho, se você usa uma boa descrição na sinopse do relatório do problema. Nós preferimos algo como ``New port: <categoria>/<port> <curta descrição do port>'' para novos ports e ``Update port: <categoria>/<port> <curta descrição da atualização>'' para atualização do port. Se você stick a este esquema, a chance que alguem olhe seu PR cedo é muito maior.