[Bug 246618] textproc/py-sphinx: fails to build with static bsdtar(1) after r534966

2020-05-23 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246618

--- Comment #10 from Tijl Coosemans  ---
(In reply to Jan Beich from comment #8)
> Tijl, why bug 215882 limits USE_LOCALE to configure and build phases? This 
> port needs to set UTF-8 locale during extract phase.

The logic behind that was that there's ports tree code and upstream code.  That
commit forces the C locale for the ports tree.  USE_LOCALE can then be used to
set a different locale for the upstream code.

I agree it would make sense to extract files using the upstream locale, but I
find it strange that tar worries about encoding.  It should just treat file
names as binary data like the file system does.  How else can it handle packing
and extracting /home with users using different locales?

The error with static tar is probably because it cannot load modules from
/usr/lib/i18n.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-python@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-python
To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"


[Bug 230414] security/py-certifi: add option to use certificate bundle from ca_root_nss

2020-05-23 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230414

--- Comment #7 from Michael Osipov  ---
(In reply to Kubilay Kocak from comment #6)

While I share your view on having this solved upstream, even if this is
supported one has to maintain yet another cert store. I maintain for OpenSSL,
annoyingy for Java (already initiated a change to  RFC 7468, see
https://bugs.openjdk.java.net/browse/JDK-8224891) and now for Python,
eventhough it uses OpenSSL? This is actually a maintanence nightmare.
Especially because for our entprise I need to consolidate three sources: NSS,
Quo Vadis and Siemens. Consider that FreeBSD, RHEL, Windows, macOS already
provide means to maintain a store. That shall be enough. (see also my issues
with certctl(8))

I am also fully aware of the issue on GitHub. I have already left a few
comments. Christian Heimes has also mentioned you about previous work. I'd be
very helpful if you could leave a comment from your POV regarding Python on
FreeBSD which can help to move this forward. Moreover, 3.0.0 may take some
serious time to land. I do not really want to reinvent the wheel meantime. One
would need to introduce py-certifi-unix just like py-certifi-win32 which probes
for the Unix version and patches appropriate bits.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
freebsd-python@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-python
To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"


[Bug 246618] textproc/py-sphinx: fails to build with static bsdtar(1) after r534966

2020-05-23 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246618

--- Comment #11 from Tijl Coosemans  ---
(In reply to Tijl Coosemans from comment #10)
> I find it strange that tar worries about encoding.  It should just treat file 
> names as binary data like the file system does.  How else can it handle 
> packing and extracting /home with users using different locales?

Apparently one can package a /home like that using tar cf home.tar --option
hdrcharset=BINARY /home.  Without that option tar converts all file names from
the current locale to UTF-8.

If "EXTRACT_CMD=${SETENV} LC_ALL=en_US.UTF-8 ${TAR}" in the port Makefile works
I would use that for now.  If more ports require this we can do something in
bsd.port.mk.  When FreeBSD 11 goes EOL we can also use C.UTF-8 as the ports
tree locale.

Dynamically linked tar may not error but it will try to convert the UTF-8
characters to US-ASCII and replace any character that fails with a question
mark so whatever fix you choose you shouldn't condition it on QEMU_EMULATING.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-python@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-python
To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"


Re: [Flo de Trusthunter] - Solicitud de publicación de artículo

2020-05-23 Thread Florian Felsing
 Re: [Flo de Trusthunter] - Solicitud de publicación de artículo
Estimado Freebsd-Team,

Espero que se encuentre muy bien. ¿Recibió mi correo respecto a la
publicación de un artículo en freebsd.org?

A continuación, podrá encontrar ejemplos de artículos de invitado que
realizamos hace poco:

•
https://eldia.es/canarias/2019-03-21/29-Seis-funciones-ocultas-teclado-ordenador.htm

• https://elcosmonauta.es/remedios-y-alimentos-contra-la-resaca/
•
https://www.atlantico.net/articulo/salud/refuerzo-sistema-inmunologico/20190416100807702828.html


Como mencioné, esos son nada más ejemplos. Todos nuestros artículos son
adaptados al estilo de narración y redacción de las respectivas páginas
web. Me gustaría volver mencionar que esto representa un coste cero para
ustedes y nosotros nos hacemos cargo de todos los procesos y costos de
redacción.

Lo único que nos bastaría es incluir un enlace hacia alguna de nuestras
páginas web. Actualmente manejamos las siguientes:

Reviewbox.es
Reviewbox.com.mx

Como puede ver, contamos con un amplio número de dominios tanto en España
como en Latinoamérica que también van en línea con su nicho. Además, no
empezamos a redactar hasta tener su aprobación del enlace a incluir.

Para nosotros sería importante que:

=> Los enlaces sean DoFollow
=> El artículo no esté marcado como publicidad
=> El artículo se publique dentro de una categoría
=> El artículo y los enlaces permanezcan por un mínimo de 2 años

¡Sin más que agregar, agradezco su tiempo y espero sus comentarios!

¡Saludos cordiales desde Alemania!

Flo


*Florian Felsing*
*VP Publisher Relations*



*E-Mail: *f...@trusthunter.org
*Web: *https://trusthunter.net


*LinkedIn: *Trusthunter



On Mon, May 18, 2020 at 9:39 PM "Florian Felsing" 
wrote:
Estimado Freebsd-Team,

Mi nombre es Flo, Director de Relaciones Editoriales de la Agencia Alemana
de Marketing Digital Trusthunter.

He visto que en su sitio web freebsd.org es posible publicar un artículo de
invitado. De ser así, estaríamos encantados en escribir uno o varios
artículos para ustedes :)

Es importante recalcar, que todos nuestros artículos son adaptados a la
línea editorial de las respectivas páginas web. Es decir, serían artículos
totalmente naturales, en línea con el contenido de su página web y
definitivamente relevantes para su audiencia. Me gustaría mencionar que
esto representa un coste cero para ustedes y nosotros nos hacemos cargo de
todos los procesos y costos de redacción.

Lo único que nos bastaría es incluir un enlace hacia alguno de nuestros
dominios (o subdominios). Actualmente manejamos los siguientes:


   - Reviewbox.es
   - Monederosmart.com
   - Reviewbox.com.mx


Como puede ver, contamos con un amplio número de dominios tanto en España
como en Latinoamérica que también van en línea con su nicho. Además, no
empezamos a redactar hasta tener su aprobación del enlace a incluir.

Para nosotros sería importante que:

=> Los enlaces sean DoFollow
=> El artículo no esté marcado como publicidad
=> El artículo se publique dentro de una categoría
=> El artículo y los enlaces permanezcan por un mínimo de 2 años

¡Sin más que agregar agradezco su tiempo y espero sus comentarios!

¡Saludos cordiales desde Alemania!

Flo




*Florian Felsing*
*VP Publisher Relations*



*E-Mail: *f...@trusthunter.org
*Web: *https://trusthunter.net


*LinkedIn: *Trusthunter

___
freebsd-python@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-python
To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"


[Bug 241565] [NEW PORT] textproc/py-iso3166: Standalone ISO 3166-1 country definitions

2020-05-23 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241565

--- Comment #13 from Matthias Andree  ---
Kyle, ping?

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
freebsd-python@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-python
To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"