Bug#699116: ITP: libpam-ldap -- Pluggable Authentication Module for LDAP

[Lucas Castro]

Package: wnpp
Followup-For: Bug #699116
Owner: Lucas Castro <lucascastrobor...@gmail.com>

Bug#808414: ITP: ms-sys -- Program for writing Microsoft compatible boot records

[Lucas Castro]

Package: wnpp
Severity: wishlist
Owner: Lucas Castro <lucascastrobor...@gmail.com>

* Package name: ms-sys
  Version : 0.0.28
  Upstream Author : Henrik Carlqvist <he...@users.sourceforge.net>
* URL : http://ms-sys.sourceforge.net/
* License : GPL-2+
  Programming Lang: C
  Description : Program for writing Microsoft compatible boot records

The program does the same as Microsoft "fdisk /mbr" to a hard disk
 or "sys d:" to a floppy or FAT partition except that it does not copy
 any system files, only the boot record is written.

It's usual in day-to-day of sysadmin the OS installation, 
and with this package become easier to write boot record 
for MS OSes on flashs and so create MS OS bootable flash.  
I'll maintain this package by myself. 

Re: Bug#808414: ITP: ms-sys -- Program for writing Microsoft compatible boot records

[lucas castro]

Thanks Andrew about information,
I'll take a look at ms-sys-free.

On Sat, Dec 19, 2015 at 8:05 PM, Andrew Shadura <and...@shadura.me> wrote:

> On 19 December 2015 at 22:25, Lucas Castro <lucascastrobor...@gmail.com>
> wrote:
> > * Package name: ms-sys
> >   Version : 0.0.28
> >   Upstream Author : Henrik Carlqvist <he...@users.sourceforge.net>
> > * URL : http://ms-sys.sourceforge.net/
> > * License : GPL-2+
> >   Programming Lang: C
> >   Description : Program for writing Microsoft compatible boot records
> >
> > The program does the same as Microsoft "fdisk /mbr" to a hard disk
> >  or "sys d:" to a floppy or FAT partition except that it does not copy
> >  any system files, only the boot record is written.
> >
> > It's usual in day-to-day of sysadmin the OS installation,
> > and with this package become easier to write boot record
> > for MS OSes on flashs and so create MS OS bootable flash.
> > I'll maintain this package by myself.
>
> I'm quite certain this software can't enter Debian main, and I'm
> unsure about non-free, as in includes dumps of boot records apparently
> copyrighted by Microsoft, and even if there wasn't this they don't
> come with the complete source code.
>
> You may try packaging ms-sys-free instead, but I don't know how useful
> that package would be.
>
> --
> Cheers,
>   Andrew
>



-- 
contatos:
Celular: ( 99 ) 99143-5954 - Vivo
skype: lucasd3castro

Re: Pacotes Órfãos

[Lucas Castro]

Ah,  e gostei muito da ideia.

On 17-03-2016 18:29, Giovani Ferreira wrote:
> Olá Kretcheu,
>
> On 17-03-2016 14:34, Paulo wrote:
>> estou interessado em fazer uma pesquisa, descobrir quais pacotes que tenho 
>> instalado e que estão órfãos no Debian.
>> Acho que dessa forma conseguiria encontrar pacotes órfãos para colaborar.
>>
>> Alguém sabe qual comando rodar para saber?
>>
> Apesar de não ser para pacotes órfãos, um comando que também pode ajudar é 
> o rc-alert, ele mostra os bugs RC dos pacotes que estão instalados no seu 
> sistema.
>
> []'s
>

Re: rede na KVM - era - Re: duc: falha na construção em hurd-i386

[Lucas Castro]

On 06-04-2016 15:23, Lucas Castro wrote:
>
> On 06-04-2016 14:47, Herbert Fortes (hpfn) wrote:
>>>> Tinha algo errado sim.
>>>>
>>>> Tinha uma virbr0 que não conseguia tirar. Além
>>>> da eth0 também ter ip. Reiniciei o pc e o 'ifconfig'
>>>> está mais limpo. E com a eth0 sem ip. Só a br0.
>>>>  
>>> Então, como está usando a bridge configurada direto no seu
>>> Debian(recomendo),
>>> desabilite essa interface virbr0, na sua vm, lá em ver > detalhe,
>>> quando selecionar a NIC vm , você poderá selecionar pra usar diretamente
>>> a sua bridge br0.
>>> [1] http://s23.postimg.org/8wjejk26z/bridge.png
>> Não acho nada igual a bridge.png.
>>
>> Na VM:
>>
>> Em atividades -> 'digitar "ver"' -> clicar em 'detalhes',
>> tenho apenas:
>>
>> - visão geral
>> - aplicativos padrões
>> - mídia removível
>>
>> Se for em 'Configurações' -> rede
>>
>> Tenho apenas 'Proxy'. Posso clicar
>> em '+' e aparece a opção 'Ponte', entre
>> outras. Mas não é simples como na bridge.png
>>
>> No momento não está ruim, apenas o /etc/network/interfaces,
>> na VM, editado.
>>
>>
>>
>> abraço,
> Mandei apenas um pedaço da janela, acho que foi um erro isso.
> segue tela completa.
> Muito estranho ter apenas esses três itens.
>
> meu /etc/network/interfaces no hospedeiro.
>
> iface eth0 inet manual
>
> iface br0 inet manual
> bridge_ports eth0
> bridge_stp off
>
> aqui tem imagem completa da configuração da vm.
> veja que fiz upload pra ver que não tenho nenhuma rede virtual ativa.
> http://postimg.org/gallery/hvd6qkw2/ 
>
> Sua máquina tem suporte a virtualização em hardware?
> está habilitado?
>
>
>
Só para constar, segue lista de pacotes e versões que estou usando:

libvirt-bin 1.2.20-1
libvirt-clients 1.3.1-2
libvirt-daemon 1.3.1-2
libvirt-daemon-system 1.3.1-2
libvirt-glib-1.0-0:amd64 0.2.3-2
libvirt0 1.3.1-2
python-libvirt 1.3.1-1+b1
virt-manager 1:1.3.2-3
virt-viewer 1.0-1
virtinst 1:1.3.2-3




signature.asc
Description: OpenPGP digital signature

Re: rede na KVM - era - Re: duc: falha na construção em hurd-i386

[Lucas Castro]

On 08-04-2016 10:31, Herbert Fortes (hpfn) wrote:
>
> >> aqui tem imagem completa da configuração da vm.
> >> veja que fiz upload pra ver que não tenho nenhuma rede virtual ativa.
> >> http://postimg.org/gallery/hvd6qkw2/
> >>
>
> É, não tenho isso aqui.
>
> > Só para constar, segue lista de pacotes e versões que estou usando:
>
> > libvirt-bin 1.2.20-1
>
> não tem na testing
>
> > libvirt-clients 1.3.1-2
>
> igual
>
> > libvirt-daemon 1.3.1-2
>
> igual
>
> > libvirt-daemon-system 1.3.1-2
>
> igual
>
> > libvirt-glib-1.0-0:amd64 0.2.3-2
>
> igual
>
> > libvirt0 1.3.1-2
>
> igual
>
> > python-libvirt 1.3.1-1+b1
>
> igual
>
> > virt-manager 1:1.3.2-3
>
> Tem também o gir1.2-libvirt-glib-1.0:amd64   0.2.3-2
>
> > virt-viewer 1.0-1
>
> igual
>
> > virtinst 1:1.3.2-3
>
> igual
>
> Sistema atualizado hoje de manhã.
>
>
> abraço,
>  
>
>
>
Estou usando a versão testing:amd64, estranho.



signature.asc
Description: OpenPGP digital signature

Re: Pacotes Órfãos

[Lucas Castro]

Por favor, troque no arquivo orfa.py
esta linha

if ('Package: %s' % package) in line:

por

if ('Package: %s' % package) == line:

de qualquer forma, está ai o arquivo corrigido.


On 18-03-2016 02:25, Paulo wrote:
> Opa,
>
> gostei desse, pois aí não precisa manter o devscripts instalado na minha 
> máquina "normal".
>
> []'s
> kretcheu
> :x
>
>
> Em 18-03-2016 02:00, Lucas Castro escreveu:
>> dpkg --list | grep ii | awk '{ print $2}' | cut -d ':' -f1 | xargs  -I
>> {} ./orfa.py {}
>> /var/lib/apt/lists/ftp.br.debian.org_debian_dists_testing_main_source_Sources
>>
>> acho que esse script em python com esse awk deve ajudar.
>> Porém como percebe ele não consulta o wnpp online,
>> apenas verifica os pacotes instalados e cruza com o arquivo que é passado,
>>  procurando por QA Group no campo de Maintainer.
>>
>> On 17-03-2016 18:29, Giovani Ferreira wrote:
>>> Olá Kretcheu,
>>>
>>> On 17-03-2016 14:34, Paulo wrote:
>>>> estou interessado em fazer uma pesquisa, descobrir quais pacotes que tenho 
>>>> instalado e que estão órfãos no Debian.
>>>> Acho que dessa forma conseguiria encontrar pacotes órfãos para colaborar.
>>>>
>>>> Alguém sabe qual comando rodar para saber?
>>>>
>>> Apesar de não ser para pacotes órfãos, um comando que também pode ajudar é 
>>> o rc-alert, ele mostra os bugs RC dos pacotes que estão instalados no seu 
>>> sistema.
>>>
>>> []'s
>>>

#!/usr/bin/env python

import sys 
argv = sys.argv[1:]


package = argv[0]
file_path = argv[1]

lines = open(file_path).readlines()

#print package, file_path
installed = False

print 'checking for package %s' % package 
for line in lines:
line = line.strip()

if not line: 
installed = False 

if ('Package: %s' % package) == line:
pkg = line
installed = True

if '<packa...@qa.debian.org>' in line:
if installed: 
print '---'
print pkg
print line
print '---'

Re: RFS: libpam-ldap -- Pluggable Authentication Module for LDAP

[Lucas Castro]

On 01-04-2016 21:59, Giovani Ferreira wrote:
> Olá Lucas,
>
> On 01-04-2016 10:10, Lucas Castro wrote:
>> Preciso de um sponsor para meu pacote.
>>
>> segue link do mentors.
>> http://mentors.debian.net/debian/pool/main/libp/libpam-ldap/libpam-ldap_186-1.dsc
> Eu não posso ser sponsor mas fiz uma rápida revisão em seu pacote, seguem 
> algumas considerações: 
>
> d/changelog
>
> - Sua release está com data de outubro, seria bom atualizá-la;
realmente, comecei esse pacote na latinoware, mas agora que parei para
testar e revisar alguns bugs.
> - É bom organizar as alterações por ordem de importância e ordem 
> alfabética, aqui tem um bom exemplo[0].
> - Você precisa dar reconhecimento (acknowledgment) à quem fez NMU,fechando
> novamente todos os bugs dos NMUs, exemplo:
>   * Acknowledge NMUs. (Closes: #706185, #653681, #654163, #655320...)
Não tinha conhecimento disso, vlw!
> - Faltou citar as mudanças no campo Build-Depends em d/control.
>
> [0] https://tracker.debian.org/media/packages/h/httperf/changelog-0.9.0-4
>
Ops.
> d/control
>
> - A Standards-Version vigente é 3.9.7
Minha jaula estava desatualizada.
> - Priority: A policy diz que a prioridade extra é usada quando o pacote 
> conflita com outros ou em arquivos de debug. Por favor, mude para 
> optional.
>
>
> d/copyright
>
> - Você terá que revisar o copyright dos arquivos novamente porque tem 
> algumas datas que não batem e pessoas não citadas, inclusive tem arquivos 
> sob outras licenças, alguns exemplos que encontrei com o comando: 
> egrep -sriA25 '(public dom|copyright)' | less
>
>   pam_ldap.h: * Copyright (C) 1998-2004 Luke Howard.
>   chsh:# Copyright (C) 2000 Tom Lear <t...@trap.mtview.ca.us>  
>   md5.h:  Copyright (C) 1999 Aladdin Enterprises.  All rights reserved.
>
> - Nas entradas de copyright sempre usar a sequência: ano, nome e email.
> - Seria bom atualizar homepage do campo source de acordo com o endereço que
> está em d/control.
> - Colocar 2016 seu nome no bloco debian/*
> - Ainda bloco debian/*, Considerar apenas os mantenedores, não há 
> necessidade de citar quem fez NMU.
>
Também não sabia disso, inclusive o site que me mandou ajudou bastante,
codesearch.debian.net.
>
> d/patches/manpage_fix_spell.patch
>
> - Atualizar a data do patch. Me parece que você começou a trabalhar neste 
> pacote em outubro de 2015, como se passaram quase 6 meses e não foi feito 
> upload, é interessante atualizar as datas do seu trabalho para 2016
>
>
> d/rules
>
> - Você pode deixar comentada a linha: export DH_VERBOSE=1
>
>
> d/watch
>
> - Atualizar para versão 4
> - Remover linhas extras e comentadas.
>
> Espero ter ajudado,
>
> []'s
>
Subi o pacote revisado, desculpem pelos transtornos.



signature.asc
Description: OpenPGP digital signature

Re: rede na KVM - era - Re: duc: falha na construção em hurd-i386

[Lucas Castro]

On 04-04-2016 16:39, Herbert Fortes (hpfn) wrote:
> Oi,
>
>> Talvez isso lhe ajude:
>>
>> https://eriberto.pro.br/wiki/index.php?title=Virtualiza%C3%A7%C3%A3o_com_KVM_no_Debian_Jessie
>>
> A configuração do interfaces parece
> estar correta (dhcp). A diferença está na
> eth0 que tem ip.
>
> Achei um post falando para trocar o driver
> usado na VM. Fiz:
>
> # virsh edit guest
>
> e alterei, em 'interface type' de
> 'virtio' para 'e1000'.
>
> Ao reiniciar a VM recebi um ip, 192.168.0.19,
> da rede e o resolv.conf foi preenchido. Pingo
> o roteador, 192.168..0.1, da rede. Parece tudo bem,
> mas a rota padrão está '192.168.122.1'.
>
> Desconectei e editei o interfaces, colocando
> a eth0 como static e definido o gateway.
> Funcionou!
>
> Não sei como será nas próximmas vezes.
>
> Obrigado.
>
>
>
> abraço,
Parece que tem alguma coisa na sua configuração de rede mal configurada,
pois essa rota padrão que recebeu, normalmente é da rede nat.
Se você for usar bridge, recomendo que desative a sua rede nat.
eu uso driver virtio sem problemas.



signature.asc
Description: OpenPGP digital signature

Re: libpam-ldap bugs que acredito que podem ser fechados.

[Lucas Castro]

On 31-03-2016 13:58, SamuelOPH wrote:
> Olá,
>
> Eu acredito que você tenha que fechar o bug diretamente, enviando um
> email com as tags de control.
> Fechar no changelog apenas bugs que você está corrigindo naquela
> ocasião, e adicionar a tag #closes em uma entrada antiga do changelog
> não é recomendado, embora eu já tenha visto pelo menos uma pessoa
> falando que faz isso numa outra lista.
>
Não cogito fechar o bug editando entradas antigas,
vou dar uma olhadas nas tags do control e como usar.
>
>
> Samuel Henrique O. P. [samueloph]
>
> Em 31 de março de 2016 13:50, Lucas Castro
> <lucascastrobor...@gmail.com <mailto:lucascastrobor...@gmail.com>>
> escreveu:
>
> Estou revisando os bugs listados no libpam-ldap e
> creio que alguns deles foram abertos em versões bem anteriores em que
> alguém corrigiu e não fechou o bug. Como é o caso do #387891 e do
> #408937.
>
> Como devo prosseguir com casos como esses?
> quero subir a nova versão que corrige alguns bugs do upstream,
> tenho consciência que o nss-pam-ldapd é um substituto ao libpam-ldap e
> libnss-ldap,
> porém creio que é importante manter a lista dos bugs atualizados
> e a ultima versão do upstream, já que o pacote ainda é mantido
> pelo Debian.
>
> se alguém quiser dar uma revisada no pacote, segue o link do mentors.
> Eu testei o funcionamento do pacote, não só apenas construção.
> Fiz deploy dele em um ambiente de testes.
> 
> http://mentors.debian.net/debian/pool/main/libp/libpam-ldap/libpam-ldap_186-1.dsc
>
>
>

RFS: libpam-ldap -- Pluggable Authentication Module for LDAP

[Lucas Castro]

Preciso de um sponsor para meu pacote.

segue link do mentors.
http://mentors.debian.net/debian/pool/main/libp/libpam-ldap/libpam-ldap_186-1.dsc

fonte do upstream com pasta debian

[Lucas Castro]

O que fazer quando o upstream fornece uma pasta debian/ dentro do source?



signature.asc
Description: OpenPGP digital signature

Re: fonte do upstream com pasta debian

[Lucas Castro]

On 22-04-2016 11:00, Herbert Fortes (hpfn) wrote:
> Olá,
>
> > O que fazer quando o upstream fornece uma pasta debian/ dentro do
> source?
>
>
> Eu pedi para remover.
>
Então Hebert,
Eu postei aqui depois falei com o pessoal no irc pelo de na lista do
delay ser um pouco maior,
mas estou trabalhando no pacote já.
> No caso do webcamoid[0], o uptream colocou como
> um subdiretório de 'ports'. Aonde existem outros
> sub diretórios para outras distros. E repasso para
> ele o que fiz. Caso tenha algo direfente.
>
> Mas pode ser em outra branch do repositório do
> upstream.
>
>
>
> abraço,
>




signature.asc
Description: OpenPGP digital signature

email adicional

[Lucas Castro]

Olá,
Estou migrando de email,
pra pessoal que já assinaram minha chave com este email,
precisarei encontrá-las novamente pra assinar o novo endereço?
Apenas mandar um email assinado através do outro email resolve?



signature.asc
Description: OpenPGP digital signature

Re: Pacotes Órfãos

[Lucas Castro]

On 17-03-2016 14:34, Paulo wrote:
> Olá,
>
> estou interessado em fazer uma pesquisa, descobrir quais pacotes que tenho 
> instalado e que estão órfãos no Debian.
> Acho que dessa forma conseguiria encontrar pacotes órfãos para colaborar.
>
> Alguém sabe qual comando rodar para saber?
>
> Acredito que tenha ouvido durante a mini-debconf de Curitiba sobre isso.
>
> Obrigado.
>
> []'s
> kretcheu
> :x
>
>
Lembrando deste tópico, tem o wnpp-alert que vem no pacote devscripts.



signature.asc
Description: OpenPGP digital signature

ITP: node-babel -- Generic multi-purpose compiler for JavaScript

[Lucas Castro]

Package: wnpp
Severity: wishlist
Owner: Lucas de Castro Borges 


* Package name: node-babel
  Version : 6.5.2
  Upstream Author : Sebastian McKenzie 
* URL : https://babeljs.io/
* License : Expat
  Programming Lang: JavaScript
  Description : Generic multi-purpose compiler for JavaScript

 Babel is a generic multi-purpose compiler for JavaScript.
 Using Babel you can use (and create) the next generation of JavaScript,
 as well as the next generation of JavaScript tooling.
 .
 Node.js is an event-based server-side JavaScript engine.



signature.asc
Description: OpenPGP digital signature

Bug#842857: ITP: node-js-tokens -- Regex that tokenizes JavaScript

[Lucas Castro]

Package: wnpp
Severity: wishlist
Owner: Lucas Castro <lu...@gnuabordo.com.br>

* Package name: node-js-tokens
  Version : 2.0.0
  Upstream Author : Simon Lydell <>
* URL : https://github.com/lydell/js-tokens/blob/master/readme.md
* License : MIT/X
  Description : Regex that tokenizes JavaScript


 js-tokens provides a regex with the g flag that matches JavaScript
 tokens.

RFS: libpam-ldap/186-2

[Lucas Castro]

  Package: sponsorship-requests
  Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package "libpam-ldap"

 * Package name: libpam-ldap
   Version : 186-2
   Upstream Author : [fill in name and email of upstream]
 * URL : [fill in URL of upstreams web site]
 * License : [fill in]
   Section : admin

  It builds those binary packages:

libpam-ldap - Pluggable Authentication Module for LDAP

  To access further information about this package, please visit the
following URL:

  https://mentors.debian.net/package/libpam-ldap


  Alternatively, one can download the package with dget using this command:

dget -x
https://mentors.debian.net/debian/pool/main/libp/libpam-ldap/libpam-ldap_186-2.dsc


  Changes since the last upload:

  It fixes #844666 bug.
 

  Regards,
   Lucas Castro



signature.asc
Description: OpenPGP digital signature

Bug#852835: ITP: sigrok-firmware-fx2lafw -- Firmware for Cypress FX2(LP) based logic analyzers

[Lucas Castro]

Package: wnpp
Followup-For: Bug #852835
Owner: Lucas Castro <lu...@gnuabordo.com.br>

Re: wiki.d.o returns "403 Forbidden"

[Lucas Castro]

Em 23-02-2018 01:51, Georg Faerber escreveu:

...at least for me. Could someone forward this to DSA?

Everything just just fine for, is it really on home page?


(I would have contacted them directly via ITC, but currently traveling
without access to IRC.)

Thanks,
Georg

--
Lucas Castro

Re: Debian Brasília - Contribuições de Janeiro

[Lucas Castro]

On 1/29/21 9:53 AM, Lucas Kanashiro wrote:

Olá a todos e todas,

Não sei se todo mundo sabe mas no grupo local que temos aqui em 
Brasília iniciamos um grupo de estudos sobre empacotamento Debian no 
final do ano passado (que tem tido presença constante de pessoas não 
só de Brasília). Retomamos as atividades esse ano e achamos legal 
compartilhar com o restante da comunidade o que a gente vêm fazendo, 
talvez isso possa incentivar outros grupos locais a fazerem atividades 
similares. Abaixo segue o link para um blog post detalhando melhor as 
nossas contribuições:


https://debianbrasilia.org/contribuicao/2021/01/28/contribuicoes-de-janeiro.html 


Esse cms é do próprio Gitlab?


Nosso plano é divulgar o que estivermos fazendo mensalmente, tanto no 
nosso blog do Debian Brasília quanto aqui que é a nossa lista de 
desenvolvimento.


Caso alguem esteja interessado em se juntar ao nosso grupo basta 
entrar no canal do IRC #debian-bsb no OFTC e trocar uma idea com a gente.


Abraço!


Muito bacana, parabéns pela iniciativa (continuação!).



--
Lucas Castro

Re: Bug#995189: RFH: isc-dhcp

[Lucas Castro]

Em 28/09/2021 03:29, Richard Laager escreveu:

On 9/27/21 9:15 PM, Marco d'Itri wrote:

On Sep 28, Noah Meyerhans  wrote:

Should it be mentioned what the new recommended DHCP server for general
use will be?


ISC Kea?

I haven't converted to it, but that's their replacement for dhcpd.


I had never experience ISC Kea, but its features don't mention ldap 
support,


I don't think good idea deployment in ISP and enterprise deployment.


BTW I don't think the thread focus is on the server side.

By default on debian installation, my guess is the tiniest, better.





I think that a good default would be systemd-networkd for servers and
NetworkManager for systems with Wi-Fi or a GUI.


Would systemd-* just wapped what service/system/command and run what 
it's needed?


If so, It should still required service/system behind the scene.



That seems reasonable.


I don't think we should install something
like netplan by default.



I agree: it only adds complexity.


I personally use netplan everywhere.

As to what should be the distro default, I'm not sure I am convinced 
either way, but to argue the other side... There is some value in 
using netplan by default. Some random thoughts:


This default would match Ubuntu. (I value reducing that delta. Not 
everyone does, and that's fine.)


netplan can configure both systemd-networkd and NetworkManager (though 
I've only used it with systemd-networkd).


In my non-trivial configurations, the netplan YAML input is half as 
many lines as its networkd output. This is with the input including a 
bit of comments and the boilerplate, disabling dhcp, and using YAML's 
more verbose list syntax (separate lines vs one line). I don't see 
anything wrong with its output that I could simplify.


Again, in this non-trivial configuration, I think it's more useful to 
have one netplan YAML file than 24 separate networkd files. This is 
especially true when I'm building this file from an Ansible template 
and most of it (by volume) is built by loops.


In the trivial case, it's 19 lines of netplan (16 if you exclude the 
stock comment) vs 25 lines of systemd-networkd, both in single files. 
That's not a huge difference.




OpenPGP_signature
Description: OpenPGP digital signature

Re: DDs/DMs em BH

[Lucas Castro]

Em 25/10/2022 22:53, Marcelo Jorge Vieira escreveu:

Olá Paulo,

On Sat, 2022-10-22 at 11:16 -0300, Paulo Henrique de Lima Santana
wrote:

Olá pessoal,

Algum DD ou DM morando em Belo Horizonte atualmente?

Planejando algo phls?

Estou morando em BH.



OpenPGP_signature
Description: OpenPGP digital signature

Re: Bug#1017079: ITP: netbox -- WebUI based tool designed to manage and document computer networks

[Lucas Castro]

Carsten,

It seems like a good project,

Tell me if you need on this.


Em 13/08/2022 04:59, Carsten Schoenert escreveu:

Package: wnpp
Severity: wishlist
Owner: Carsten Schoenert 
X-Debbugs-Cc: debian-devel@lists.debian.org

* Package name: netbox
   Version : 3.2.8
   Upstream Author : Jeremy Stretch 
* URL : https://github.com/netbox-community/netbox
* License : Apache-2.0 and MIT/X
   Programming Lang: Python
   Description : WebUI based tool designed to manage and document computer 
networks

  NetBox is a Django based web application, initially conceived by the network
  engineering team at DigitalOcean, NetBox was developed specifically to address
  the needs of network and infrastructure engineers. It encompasses the 
following
  aspects of network management:
  .
   * Hierarchical regions, site groups, sites, and locations
   * Racks, devices, and device components
   * Cables and wireless connections
   * Power distribution
   * Data circuits and providers
   * Virtual machines and clusters
   * IP prefixes, ranges, and addresses
   * VRFs and route targets
   * FHRP groups (VRRP, HSRP, etc.)
   * AS numbers
   * VLANs and scoped VLAN groups
   * Organizational tenants and contacts
  .
  In addition to its extensive built-in models and functionality, NetBox can
  be customized and extended through the use of:
  .
   * Custom fields
   * Custom links
   * Configuration contexts
   * Custom model validation rules
   * Reports
   * Custom scripts
   * Export templates
   * Conditional webhooks
   * Plugins
   * Single sign-on (SSO) authentication
   * NAPALM integration
   * Detailed change logging
  .
  NetBox also features a complete REST API as well as a GraphQL API for easily
  integrating with other tools and systems.
  .
  While NetBox strives to cover many areas of network management, the scope of
  its feature set is necessarily limited. This ensures that development focuses
  on core functionality and that scope creep is reasonably contained. To that
  end, it might help to provide some examples of functionality that NetBox does
  not provide:
  .
   * Network monitoring
   * DNS server
   * RADIUS server
   * Configuration management
   * Facilities management


I plan to maintain netbox within the Debian Python Team ideally together
with some more interested people in managing the maintenance.
Right now all needed build and binary package dependencies are
fulfilled, as NetBox is getting actively developed it constantly
bugfixes and new added features which might need new dependencies in the
near future which are not packed yet. I'd like to see (if possible) the
netbox package within the bookworm release.

The NetBox UI is using some comprehensive JS files which are shipped as
minimized files. Currently I'm unable to drop the shipped minimized code
and rebuild all the needed files from scratch. If possible I'd like to
get some help on this, currently netbox will need to go into non-free due
the non rebuild-able minimized files.
OTOH netbox can't go into main as it requires at least one package from
non-free, it requires drf-yasg-nonfree for some Swagger functionality.

Regards
Carsten