Bug#1002996: ITP: python-orjson -- fast, correct JSON library for Python

2024-06-29 Thread Daniel Echeverri
Hello Agathe!

El sáb, 29 jun 2024 a la(s) 7:53 a.m., Agathe Porte (gag...@debian.org)
escribió:

> Hi,
>
> 2024-06-21 20:16 CEST, Daniel Echeverri:
> > Since 4.x version glances package depends from python-orjson, do you plan
> > to work on this soon? I could upload the package once it's already.
>
> I am also DD and usually do my own uploads for the Debian Python team.
> Thanks for the proposal nonetheless.
>
> > I was checking the dependencies of python-orjson seems
> > depends of itoap rust library that isn't include in debian yet. For now,
> I
> > will work in can include this rust library in debian, meanwhile I receive
> > news about you.
>
> Nice catch. I am also part of the Debian Rust Team so I packaged
> and uploaded the itoap dependency:
>
>
> https://salsa.debian.org/rust-team/debcargo-conf/-/tree/pending-itoap?ref_type=heads
>
> Now we wait for it to pass the NEW queue before moving on.
> I will upload my preliminary packaging in the DPT namespace on Salsa:
>
> https://salsa.debian.org/python-team/packages/python-orjson
>

Oh great news! Thanks for your work!!  and please let me know if you ever
need any extra help.

Regards

-- 
Daniel Echeverri
Debian Developer
Linux user: #477840
GPG Fingerprint:
D0D0 85B1 69C3 BFD9 4048 58FA 21FC 2950 4B52 30DB


Bug#1074000: RESTful API feature does not work, because of missing "orjson" library

2024-06-21 Thread Daniel Echeverri
te.handle(scope,
> receive, send)
>
> Jun 21 14:23:41 mapout glances[1168]:   File
> "/usr/lib/python3/dist-packages/starlette/routing.py", line 297, in handle
>
> Jun 21 14:23:41 mapout glances[1168]: await self.app(scope, receive,
> send)
>
> Jun 21 14:23:41 mapout glances[1168]:   File
> "/usr/lib/python3/dist-packages/starlette/routing.py", line 77, in app
>
> Jun 21 14:23:41 mapout glances[1168]: await
> wrap_app_handling_exceptions(app, request)(scope, receive, send)
>
> Jun 21 14:23:41 mapout glances[1168]:   File
> "/usr/lib/python3/dist-packages/starlette/_exception_handler.py", line 64,
> in wrapped_app
>
> Jun 21 14:23:41 mapout glances[1168]: raise exc
>
> Jun 21 14:23:41 mapout glances[1168]:   File
> "/usr/lib/python3/dist-packages/starlette/_exception_handler.py", line 53,
> in wrapped_app
>
> Jun 21 14:23:41 mapout glances[1168]: await app(scope, receive, sender)
>
> Jun 21 14:23:41 mapout glances[1168]:   File
> "/usr/lib/python3/dist-packages/starlette/routing.py", line 72, in app
>
> Jun 21 14:23:41 mapout glances[1168]: response = await func(request)
>
> Jun 21 14:23:41 mapout glances[1168]:^^^
>
> Jun 21 14:23:41 mapout glances[1168]:   File
> "/usr/lib/python3/dist-packages/fastapi/routing.py", line 278, in app
>
> Jun 21 14:23:41 mapout glances[1168]: raw_response = await
> run_endpoint_function(
>
> Jun 21 14:23:41 mapout glances[1168]:
> 
>
> Jun 21 14:23:41 mapout glances[1168]:   File
> "/usr/lib/python3/dist-packages/fastapi/routing.py", line 193, in
> run_endpoint_function
>
> Jun 21 14:23:41 mapout glances[1168]: return await
> run_in_threadpool(dependant.call, **values)
>
> Jun 21 14:23:41 mapout glances[1168]:
> ^
>
> Jun 21 14:23:41 mapout glances[1168]:   File
> "/usr/lib/python3/dist-packages/starlette/concurrency.py", line 42, in
> run_in_threadpool
>
> Jun 21 14:23:41 mapout glances[1168]: return await
> anyio.to_thread.run_sync(func, *args)
>
> Jun 21 14:23:41 mapout glances[1168]:
> ^^^
>
> Jun 21 14:23:41 mapout glances[1168]:   File
> "/usr/lib/python3/dist-packages/anyio/to_thread.py", line 56, in run_sync
>
> Jun 21 14:23:41 mapout glances[1168]: return await
> get_async_backend().run_sync_in_worker_thread(
>
> Jun 21 14:23:41 mapout glances[1168]:
> 
>
> Jun 21 14:23:41 mapout glances[1168]:   File
> "/usr/lib/python3/dist-packages/anyio/_backends/_asyncio.py", line 2144, in
> run_sync_in_worker_thread
>
> Jun 21 14:23:41 mapout glances[1168]: return await future
>
> Jun 21 14:23:41 mapout glances[1168]:
>
> Jun 21 14:23:41 mapout glances[1168]:   File
> "/usr/lib/python3/dist-packages/anyio/_backends/_asyncio.py", line 851, in
> run
>
> Jun 21 14:23:41 mapout glances[1168]: result = context.run(func, *args)
>
> Jun 21 14:23:41 mapout glances[1168]:  
>
> Jun 21 14:23:41 mapout glances[1168]:   File
> "/usr/lib/python3/dist-packages/glances/outputs/glances_restful_api.py",
> line 361, in _api_status
>
> Jun 21 14:23:41 mapout glances[1168]: return
> ORJSONResponse({'version': __version__})
>
> Jun 21 14:23:41 mapout glances[1168]:
> 
>
> Jun 21 14:23:41 mapout glances[1168]:   File
> "/usr/lib/python3/dist-packages/starlette/responses.py", line 184, in
> __init__
>
> Jun 21 14:23:41 mapout glances[1168]: super().__init__(content,
> status_code, headers, media_type, background)
>
> Jun 21 14:23:41 mapout glances[1168]:   File
> "/usr/lib/python3/dist-packages/starlette/responses.py", line 41, in
> __init__
>
> Jun 21 14:23:41 mapout glances[1168]: self.body = self.render(content)
>
> Jun 21 14:23:41 mapout glances[1168]: 
>
> Jun 21 14:23:41 mapout glances[1168]:   File
> "/usr/lib/python3/dist-packages/fastapi/responses.py", line 45, in render
>
> Jun 21 14:23:41 mapout glances[1168]: assert orjson is not None,
> "orjson must be installed to use ORJSONResponse"
>
> Jun 21 14:23:41 mapout glances[1168]:^^
>
> Jun 21 14:23:41 mapout glances[1168]: AssertionError: orjson must be
> installed to use ORJSONResponse
>

Thanks for your report!

Yes, you are right, unfortunately, python-orjson isn't included in debian
archive yet[1], so I will work to can include this to fix this problem.

Regards.

[1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1002996


-- 
Daniel Echeverri
Debian Developer
Linux user: #477840
GPG Fingerprint:
D0D0 85B1 69C3 BFD9 4048 58FA 21FC 2950 4B52 30DB


Bug#1002996: ITP: python-orjson -- fast, correct JSON library for Python

2024-06-21 Thread Daniel Echeverri
Hello!

Since 4.x version glances package depends from python-orjson, do you plan
to work on this soon? I could upload the package once it's already.  For
the other hand, I was checking the dependencies of python-orjson seems
depends of itoap rust library that isn't include in debian yet. For now, I
will work in can include this rust library in debian, meanwhile I receive
news about you.

Thank you very much!

-- 
Daniel Echeverri
Debian Developer
Linux user: #477840
GPG Fingerprint:
D0D0 85B1 69C3 BFD9 4048 58FA 21FC 2950 4B52 30DB


Bug#1015278: ITP Status

2024-06-12 Thread Daniel Echeverri
Hello!

I am interested in include this python app in Debian archive, are you
working on this? Is there a git repo where you are working on this? If you
want, I could give you a hand and upload these packages. Please let me know
how I can help you with this.

Regards.

-- 
Daniel Echeverri
Debian Developer
Linux user: #477840
GPG Fingerprint:
D0D0 85B1 69C3 BFD9 4048 58FA 21FC 2950 4B52 30DB


Bug#1070030: RM: erfs -- ROM; no longer functional

2024-04-28 Thread Daniel Echeverri
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove

Hello

The erfs service was shut down and this tool is no longer functional. It
should be removed.

-- 
Daniel Echeverri
Debian Developer
Linux user: #477840
GPG Fingerprint:
D0D0 85B1 69C3 BFD9 4048 58FA 21FC 2950 4B52 30DB


Bug#1065241: O: pylint -- Python 3 code static checker and UML diagram generator

2024-04-28 Thread Daniel Echeverri
retitle 1065241 RFA: pylint -- Python 3 code static checker and UML diagram
generator
noowner 1065241 !
thanks

Hello

I have seen that you recently uploaded the new version of pylint and added
yourself as an uploader. I had become the owner of this bug because I was
working on the package, and I was waiting to solve the tests that had been
failing, (I see that you solved it by removing the tests that are failing).
(I  am not sure if it's the best way) Anyway, you can be de maintainer,
just go ahead

Regards


-- 
Daniel Echeverri
Debian Developer
Linux user: #477840
GPG Fingerprint:
D0D0 85B1 69C3 BFD9 4048 58FA 21FC 2950 4B52 30DB


Bug#1065237: O: astroidmail -- graphical notmuch email client

2024-03-11 Thread Daniel Echeverri
Hi Jonas, Nilesh!

El dom, 10 mar 2024 a la(s) 1:13 a.m., Jonas Smedegaard (jo...@jones.dk)
escribió:

> Control: reopen -1
>
> Quoting Jonas Smedegaard (2024-03-10 07:03:27)
> > I will now close this bugreport, interpreting it as bogus (unfortunately
> > without the consent of the bugreporter).
>
> Ah, turns out that the bugreporter did respond, just only silently to
> the bugreport, without informing me.
>
> Sorry for the added confusion - I will reopen the bugreport, which is
> now tied to the correct package, src:astroid.
>
> My recommendations abut renaming the source package and generally using
> prefix "python-" for python-specific packages stand.
>
> Kind regards,
>
>  - Jonas
>
> --
>  * Jonas Smedegaard - idealist & Internet-arkitekt
>  * Tlf.: +45 40843136  Website: http://dr.jones.dk/
>  * Sponsorship: https://ko-fi.com/drjones
>
>  [x] quote me freely  [ ] ask before reusing  [ ] keep private


Sorry for the confusion, I am trying to adopt astroid package not
astroidmail, Can I go ahead?

Regards
-- 
Daniel Echeverri
Debian Developer
Linux user: #477840
GPG Fingerprint:
D0D0 85B1 69C3 BFD9 4048 58FA 21FC 2950 4B52 30DB


Bug#1053428: RFP: k9s -- Kubernetes CLI To Manage Your Clusters In Style!

2024-01-28 Thread Daniel Echeverri
Hello!

Thanks for starting with this! I don't have high golang skills but I really
want to help [1] :)

Regards.

[1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1061720
-- 
Daniel Echeverri
Debian Developer
Linux user: #477840
GPG Fingerprint:
D0D0 85B1 69C3 BFD9 4048 58FA 21FC 2950 4B52 30DB


Bug#1061720: ITP: grype -- A vulnerability scanner for container images and filesystems

2024-01-28 Thread Daniel Echeverri
Package: wnpp
Owner: Daniel Echeverri 
Severity: wishlist

* Package name : grype
* Version : 0.74.3
* Upstream Author : Anchore, Inc.
* URL or Web page : https://github.com/anchore/grype
* License : ASL-2.0
* Description : A vulnerability scanner for container images and
filesystems.

Scan the contents of a container image or filesystem to find known
vulnerabilities.
Find vulnerabilities for major operating system packages:
- Alpine
- Amazon Linux
- BusyBox
- CentOS
- CBL-Mariner
- Debian
- Distroless
- Oracle Linux
- Red Hat (RHEL)
- Ubuntu
Find vulnerabilities for language-specific packages:
- Ruby (Gems)
- Java (JAR, WAR, EAR, JPI, HPI)
- JavaScript (NPM, Yarn)
- Python (Egg, Wheel, Poetry, requirements.txt/setup.py files)
- Dotnet (deps.json)
- Golang (go.mod)
- PHP (Composer)
- Rust (Cargo)
- Supports Docker, OCI and Singularity image formats.

-- 
Daniel Echeverri
Debian Developer
Linux user: #477840
GPG Fingerprint:
D0D0 85B1 69C3 BFD9 4048 58FA 21FC 2950 4B52 30DB


Bug#1056544: glances: Strange glances display

2023-12-10 Thread Daniel Echeverri
tags 1056544 + moreinfo
thanks

Hello!!!

El mié, 22 nov 2023 a la(s) 11:39, Richard Levitte (rich...@levitte.org)
escribió:

> Package: glances
> Version: 3.4.0.3+dfsg-1
> Severity: important
> X-Debbugs-Cc: rich...@levitte.org
>
> Dear Maintainer,
>
> After upgrading my laptop (running Debian unstable), glances is showing
> a very strange display, see attached picture.  That particular instance
> was started like this:
>
> urxvt -T 'local glances' -n 'local glances'  -name urxvt-root \
>   -sl 2048 -sb +is -geometry 170x80+0+0 \
>   -fn 'xft:DejaVu Sans Mono:size=5' \
>   -e glances -1 --enable-plugin sensors,smart
>
>
> I've ruled out the terminal program by running glances on remote
> machines from other instances of that same terminal program.  They don't
> exhibit this strange display.  I've also tried running with another
> terminal program (xterm), and I still see the same sort of strange
> display.
>
> I have also checked I have the font in question.  I have all the
> font-dejavu packages installed.
>
> -- System Information:
> Debian Release: trixie/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
> 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 6.0.0-6-amd64 (SMP w/8 CPU threads; PREEMPT)
> Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
> TAINT_UNSIGNED_MODULE
> Locale: LANG=sv_SE.utf8, LC_CTYPE=sv_SE.utf8 (charmap=UTF-8), LANGUAGE not
> set
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
>
> Versions of packages glances depends on:
> ii  adduser3.137
> ii  init-system-helpers1.65.2
> ii  python33.11.4-5+b1
> ii  python3-defusedxml 0.7.1-2
> ii  python3-packaging  23.2-1
> ii  python3-pkg-resources  68.1.2-2
> ii  python3-psutil 5.9.5-1
> ii  python3-ujson  5.8.0-1
> ii  sysvinit-utils 3.08-3
>
> Versions of packages glances recommends:
> ii  lm-sensors  1:3.6.0-8
> ii  python3-bottle  0.12.25-1
> ii  python3-docker  5.0.3-1
> ii  python3-influxdb5.3.1-4
> pn  python3-matplotlib  
> ii  python3-netifaces   0.11.0-2+b1
> ii  python3-pysnmp4 4.4.12-2
> ii  python3-pystache0.6.0-1
>
> Versions of packages glances suggests:
> ii  glances-doc 3.4.0.3+dfsg-1
> pn  python3-pynvml  
>
> -- debconf-show failed
>
> --
> Richard Levitte rich...@levitte.org
> http://richard.levitte.org/
>
> "Life is a tremendous celebration - and I'm invited!"
> -- from a friend's blog, translated from Swedish
>
>
Thanks for your report!, but unfortunately I can't reproduce this. I tried
a fresh SID install and glances seems work fine.. If you use
another terminal emulator does it work?

Regards!


-- 
Daniel Echeverri
Debian Developer
Linux user: #477840
GPG Fingerprint:
D0D0 85B1 69C3 BFD9 4048 58FA 21FC 2950 4B52 30DB


Bug#1056235: openfortivpn: not working anymore after upgrading from 1.20.5-1

2023-11-19 Thread Daniel Echeverri
tags 1056235 + moreinfo
thanks

Hello!

Thanks for your report, but unfortunately I can't reproduce this. I
upgraded openfortivpn to 1.21.0-1 in a sid box and it works fine. Could you
make a try with -v and share with me the output?

El dom, 19 nov 2023 a la(s) 05:18, Patrice Duroux (patrice.dur...@gmail.com)
escribió:

> Package: openfortivpn
> Version: 1.21.0-1
> Severity: normal
>
> Dear Maintainer,
>
> On a Debian Sid system, after upgrading from 1.20.5-1 and activating a
> previously working VPN config,
> I am not able to connect (ssh) any host by IP or name.
> And downgrading to 1.20.5-1 solves this.
> I do not see any message in the journal log that may be different from the
> working version.
> Unless that systemd-resolved is then not able to connect the VPN DNS.
> Looking at the upstream issues, may be this is something new?!
>
> Regards,
> Patrice
>
>
> -- System Information:
> Debian Release: trixie/sid
>   APT prefers unstable-debug
>   APT policy: (500, 'unstable-debug'), (500, 'oldstable-updates'), (500,
> 'oldstable-security'), (500, 'unstable'), (500, 'oldstable'), (1,
> 'experimental-debug'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 6.5.0-4-amd64 (SMP w/12 CPU threads; PREEMPT)
> Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE
> not set
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
>
> Versions of packages openfortivpn depends on:
> ii  libc62.37-12
> ii  libssl3  3.0.12-2
> ii  libsystemd0  255~rc2-2
> ii  ppp  2.4.9-1+1.1+b1
>
> openfortivpn recommends no packages.
>
> Versions of packages openfortivpn suggests:
> ii  systemd-resolved [resolvconf]  255~rc2-2
>
>
Also, Are you using a config file? Could you check if this file has the
correct permissions??


> -- Configuration Files:
> /etc/openfortivpn/config [Errno 13] Permission non accordée:
> '/etc/openfortivpn/config'
>
> -- no debconf information
>

Regards!


-- 
Daniel Echeverri
Debian Developer
Linux user: #477840
GPG Fingerprint:
D0D0 85B1 69C3 BFD9 4048 58FA 21FC 2950 4B52 30DB


Bug#1022114: RFH: highlight -- Universal source code to formatted text converter

2022-11-21 Thread Daniel Echeverri
Hello David!

El lun, 7 nov 2022 a la(s) 21:14, Daniel Echeverri (epsi...@debian.org)
escribió:

> Hello Again!
>
> El lun, 7 nov 2022 a la(s) 13:57, Daniel Echeverri (epsi...@debian.org)
> escribió:
>
>> Hello!
>>
>> El jue, 20 oct 2022 a la(s) 05:33, David Bremner (brem...@debian.org)
>> escribió:
>>
>>> Package: wnpp
>>> Severity: normal
>>> X-Debbugs-Cc: debian-de...@lists.debian.org
>>> Control: affects -1 src:highlight
>>>
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA256
>>>
>>> I request assistance with maintaining the highlight package.
>>>
>>> I have not really been keeping up with new upstream releases and could
>>> use a co-maintainer.
>>>
>>> The package description is:
>>>  A utility that converts sourcecode to HTML, XHTML, RTF, LaTeX, TeX,
>>>  SVG, XML or terminal escape sequences with syntax highlighting.  It
>>>  supports several programming and markup languages.  Language
>>>  descriptions are configurable and support regular expressions.  The
>>>  utility offers indentation and reformatting capabilities.  It is
>>>  easily possible to create new language definitions and colour themes.
>>>
>>>
>>> -BEGIN PGP SIGNATURE-
>>>
>>> iQIzBAEBCAAdFiEEkiyHYXwaY0SiY6fqA0U5G1WqFSEFAmNRIyoACgkQA0U5G1Wq
>>> FSGyjQ/8CbUEHtTj0Rad0xZAdVULj9B3EqJN9H35YyUatq85rbdJ69p1cMLgWiu0
>>> hQbypoCRyn+swf30+Slc7X8tIlmKoqxkDJOiqGl5uLdgEUmMB5Ael89ZUCQU+yh5
>>> m2BPAYWb6AuU0uJPPXBGIfIcw54ZtzzGMarvgd7PTlxEOYBaSZo+mkzO4YB/AoXc
>>> xLSSXUp8mW3kqQoQEtyJ5NlwfFVoaERUIJcJXHurtd3wWk8NCbqau+10/m/oyem8
>>> AzRHzEzu8FsIadYlK6jyvCtcuHY6WwEVnA++qsWd92CjBza2nmb2bjS8bgRRC/JS
>>> K/gcK2bf2zA2J4o6BKJgfSmTO9rzp0hb4CwYv/91ecM/rNB8mBvUIYzZn1caKbGZ
>>> N758k9HcyMDywEdZ8Ue2fl0hmYg0/skO7FJEB2TIfnAhqJlQ6n+MexRLIVTAJ8zW
>>> 1omcULUhnW3c6IdK8WmM6DuX76iO1QGkrslMU3opsKvy8G4jOyp8l3qh3oqd6uWj
>>> hXknT5lPaE936qd6xDn2dy4niB07W0FhSWBpb9jb3nb5G1pkoWbx/iRjmRT+v0KU
>>> QB50EoNYZDVWw9AyI0wTkU3NwanWWIggG6lpripCoirxaqlDkkJxe5VH0N9fZncZ
>>> irLYONNifkBHonshPaDgIYGTN5U55NlaVPs58p95GGvNw+61dmg=
>>> =GkDM
>>> -END PGP SIGNATURE-
>>>
>>>
>> My perl skills maybe aren't the highest but my desire to help is yes :)
>> so  if you agree I could co-maintain highlight with you,
>>
>> I am working in a new revision, I will push the changes to Salsa soon.
>>
>> Regards.
>>
>>
>
>  Could you give me access to salsa repo? or Do you agree if we move this
> repo to Debian Group?
>
> Regards.
>
> --
> Daniel Echeverri
> Debian Developer
> Linux user: #477840
> GPG Fingerprint:
> D0D0 85B1 69C3 BFD9 4048 58FA 21FC 2950 4B52 30DB
>

Could I move the repo to the Debian Group?

Regards

-- 
Daniel Echeverri
Debian Developer
Linux user: #477840
GPG Fingerprint:
D0D0 85B1 69C3 BFD9 4048 58FA 21FC 2950 4B52 30DB


Bug#1022114: RFH: highlight -- Universal source code to formatted text converter

2022-11-07 Thread Daniel Echeverri
Hello Again!

El lun, 7 nov 2022 a la(s) 13:57, Daniel Echeverri (epsi...@debian.org)
escribió:

> Hello!
>
> El jue, 20 oct 2022 a la(s) 05:33, David Bremner (brem...@debian.org)
> escribió:
>
>> Package: wnpp
>> Severity: normal
>> X-Debbugs-Cc: debian-de...@lists.debian.org
>> Control: affects -1 src:highlight
>>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA256
>>
>> I request assistance with maintaining the highlight package.
>>
>> I have not really been keeping up with new upstream releases and could
>> use a co-maintainer.
>>
>> The package description is:
>>  A utility that converts sourcecode to HTML, XHTML, RTF, LaTeX, TeX,
>>  SVG, XML or terminal escape sequences with syntax highlighting.  It
>>  supports several programming and markup languages.  Language
>>  descriptions are configurable and support regular expressions.  The
>>  utility offers indentation and reformatting capabilities.  It is
>>  easily possible to create new language definitions and colour themes.
>>
>>
>> -BEGIN PGP SIGNATURE-
>>
>> iQIzBAEBCAAdFiEEkiyHYXwaY0SiY6fqA0U5G1WqFSEFAmNRIyoACgkQA0U5G1Wq
>> FSGyjQ/8CbUEHtTj0Rad0xZAdVULj9B3EqJN9H35YyUatq85rbdJ69p1cMLgWiu0
>> hQbypoCRyn+swf30+Slc7X8tIlmKoqxkDJOiqGl5uLdgEUmMB5Ael89ZUCQU+yh5
>> m2BPAYWb6AuU0uJPPXBGIfIcw54ZtzzGMarvgd7PTlxEOYBaSZo+mkzO4YB/AoXc
>> xLSSXUp8mW3kqQoQEtyJ5NlwfFVoaERUIJcJXHurtd3wWk8NCbqau+10/m/oyem8
>> AzRHzEzu8FsIadYlK6jyvCtcuHY6WwEVnA++qsWd92CjBza2nmb2bjS8bgRRC/JS
>> K/gcK2bf2zA2J4o6BKJgfSmTO9rzp0hb4CwYv/91ecM/rNB8mBvUIYzZn1caKbGZ
>> N758k9HcyMDywEdZ8Ue2fl0hmYg0/skO7FJEB2TIfnAhqJlQ6n+MexRLIVTAJ8zW
>> 1omcULUhnW3c6IdK8WmM6DuX76iO1QGkrslMU3opsKvy8G4jOyp8l3qh3oqd6uWj
>> hXknT5lPaE936qd6xDn2dy4niB07W0FhSWBpb9jb3nb5G1pkoWbx/iRjmRT+v0KU
>> QB50EoNYZDVWw9AyI0wTkU3NwanWWIggG6lpripCoirxaqlDkkJxe5VH0N9fZncZ
>> irLYONNifkBHonshPaDgIYGTN5U55NlaVPs58p95GGvNw+61dmg=
>> =GkDM
>> -END PGP SIGNATURE-
>>
>>
> My perl skills maybe aren't the highest but my desire to help is yes :) so
>  if you agree I could co-maintain highlight with you,
>
> I am working in a new revision, I will push the changes to Salsa soon.
>
> Regards.
>
>

 Could you give me access to salsa repo? or Do you agree if we move this
repo to Debian Group?

Regards.

-- 
Daniel Echeverri
Debian Developer
Linux user: #477840
GPG Fingerprint:
D0D0 85B1 69C3 BFD9 4048 58FA 21FC 2950 4B52 30DB


Bug#1022114: RFH: highlight -- Universal source code to formatted text converter

2022-11-07 Thread Daniel Echeverri
Hello!

El jue, 20 oct 2022 a la(s) 05:33, David Bremner (brem...@debian.org)
escribió:

> Package: wnpp
> Severity: normal
> X-Debbugs-Cc: debian-de...@lists.debian.org
> Control: affects -1 src:highlight
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> I request assistance with maintaining the highlight package.
>
> I have not really been keeping up with new upstream releases and could
> use a co-maintainer.
>
> The package description is:
>  A utility that converts sourcecode to HTML, XHTML, RTF, LaTeX, TeX,
>  SVG, XML or terminal escape sequences with syntax highlighting.  It
>  supports several programming and markup languages.  Language
>  descriptions are configurable and support regular expressions.  The
>  utility offers indentation and reformatting capabilities.  It is
>  easily possible to create new language definitions and colour themes.
>
>
> -BEGIN PGP SIGNATURE-
>
> iQIzBAEBCAAdFiEEkiyHYXwaY0SiY6fqA0U5G1WqFSEFAmNRIyoACgkQA0U5G1Wq
> FSGyjQ/8CbUEHtTj0Rad0xZAdVULj9B3EqJN9H35YyUatq85rbdJ69p1cMLgWiu0
> hQbypoCRyn+swf30+Slc7X8tIlmKoqxkDJOiqGl5uLdgEUmMB5Ael89ZUCQU+yh5
> m2BPAYWb6AuU0uJPPXBGIfIcw54ZtzzGMarvgd7PTlxEOYBaSZo+mkzO4YB/AoXc
> xLSSXUp8mW3kqQoQEtyJ5NlwfFVoaERUIJcJXHurtd3wWk8NCbqau+10/m/oyem8
> AzRHzEzu8FsIadYlK6jyvCtcuHY6WwEVnA++qsWd92CjBza2nmb2bjS8bgRRC/JS
> K/gcK2bf2zA2J4o6BKJgfSmTO9rzp0hb4CwYv/91ecM/rNB8mBvUIYzZn1caKbGZ
> N758k9HcyMDywEdZ8Ue2fl0hmYg0/skO7FJEB2TIfnAhqJlQ6n+MexRLIVTAJ8zW
> 1omcULUhnW3c6IdK8WmM6DuX76iO1QGkrslMU3opsKvy8G4jOyp8l3qh3oqd6uWj
> hXknT5lPaE936qd6xDn2dy4niB07W0FhSWBpb9jb3nb5G1pkoWbx/iRjmRT+v0KU
> QB50EoNYZDVWw9AyI0wTkU3NwanWWIggG6lpripCoirxaqlDkkJxe5VH0N9fZncZ
> irLYONNifkBHonshPaDgIYGTN5U55NlaVPs58p95GGvNw+61dmg=
> =GkDM
> -END PGP SIGNATURE-
>
>
My perl skills maybe aren't the highest but my desire to help is yes :) so
 if you agree I could co-maintain highlight with you,

I am working in a new revision, I will push the changes to Salsa soon.

Regards.

-- 
Daniel Echeverri
Debian Developer
Linux user: #477840
GPG Fingerprint:
D0D0 85B1 69C3 BFD9 4048 58FA 21FC 2950 4B52 30DB


Bug#1006833: glances: add an option to run as a daemon into debconf

2022-04-16 Thread Daniel Echeverri
tags 1006833 + moreinfo
thanks

Hello!

El dom, 6 mar 2022 a la(s) 03:42, Alex Volkov (a...@bootes.sytes.net)
escribió:

> Package: glances
> Version: 3.2.4.2+dfsg-1~bpo11+1
> Severity: wishlist
>
> Dear Maintainer,
>
> I get that taking a look into the /etc/init.d/glances and creating
> /etc/default/glances if one doesn't need the daemon feature isn't
> particularly
> hard, but it would be probably more beneficial to ask a user about it at
> the
> installation time through debconf.
>
>
> -- System Information:
> Debian Release: 11.2
>   APT prefers stable-security
>   APT policy: (991, 'stable-security'), (991, 'stable'), (99, 'testing'),
> (90,
> 'unstable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 5.15.15-bootes1-p-1000-snddeb (SMP w/8 CPU threads; PREEMPT)
> Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
> TAINT_UNSIGNED_MODULE
> Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8),
> LANGUAGE=en_GB:en_US
> Shell: /bin/sh linked to /bin/dash
> Init: sysvinit (via /sbin/init)
> LSM: AppArmor: enabled
>
> Versions of packages glances depends on:
> ii  adduser3.118
> ii  init-system-helpers1.60
> ii  lsb-base   11.1.0
> ii  python33.9.2-3
> ii  python3-defusedxml 0.6.0-2
> ii  python3-future 0.18.2-5
> ii  python3-packaging  20.9-2
> ii  python3-pkg-resources  52.0.0-4
> ii  python3-psutil 5.8.0-1
>
> Versions of packages glances recommends:
> ii  lm-sensors  1:3.6.0-7
> ii  python3-bottle  0.12.19-1
> pn  python3-docker  
> pn  python3-influxdb
> ii  python3-matplotlib  3.3.4-1
> ii  python3-netifaces   0.10.9-0.2+b3
> pn  python3-pysnmp4 
> pn  python3-pystache
>
> Versions of packages glances suggests:
> ii  glances-doc 3.2.4.2+dfsg-1~bpo11+1
> ii  python3-pynvml  7.352.0-7
>

I'm not sure if I understood correctly, but glances already run as Daemon,
we use systemd  as services manager by default, if you need user init.v you
must change it manually. What would you like to ask in the debconf template?

Regards


-- 
Daniel Echeverri
Debian Developer
Linux user: #477840
GPG Fingerprint:
D0D0 85B1 69C3 BFD9 4048 58FA 21FC 2950 4B52 30DB


Bug#1006320: openfortivpn: VPN connection fails in version 1.15 but is resolved in version 1.17, please update to stable

2022-03-05 Thread Daniel Echeverri
tags 1006320 + moreinfo unreproducible
thanks

Hello! Thanks for your report, but unfortunately I can't reproduce that, I
tried openfortivpn in stable and it runs ok, Could you give more details?
What is the issue exactly? There is an error message?

Regards!

-- 
Daniel Echeverri
Debian Developer
Linux user: #477840
GPG Fingerprint:
D0D0 85B1 69C3 BFD9 4048 58FA 21FC 2950 4B52 30DB


Bug#1000116: hydra: depends on obsolete pcre3 library

2022-02-27 Thread Daniel Echeverri
forwarded 1000116 https://github.com/vanhauser-thc/thc-hydra/issues/729
thanks

-- 
Daniel Echeverri
Debian Developer
Linux user: #477840
GPG Fingerprint:
D0D0 85B1 69C3 BFD9 4048 58FA 21FC 2950 4B52 30DB


Bug#1003263: why does guake warn about a non-existing custom_command.json file ?

2022-02-23 Thread Daniel Echeverri
Hello!

This messages is completely normal, it appear when you don't have any
custom command configured in guake. In the other hand, in the next upload
the manpage will be generate from the upstream files, so you will can
search the documentation about custom commands there. (If you can't get
anything about that, feel free to submit a bugreport to upstream in github
to update the documentation)

Regards

-- 
Daniel Echeverri
Debian Developer
Linux user: #477840
GPG Fingerprint:
D0D0 85B1 69C3 BFD9 4048 58FA 21FC 2950 4B52 30DB


Bug#1001935: calamaris: Calamaris stopped to recognise squid logs

2021-12-19 Thread Daniel Echeverri
Hello!

El dom, 19 dic 2021 a la(s) 07:33, Cord Beermann (c...@debian.org) escribió:

> Hallo! Du (Cord Beermann) hast geschrieben:
>
> I uploaded an update to Github https://github.com/C0RD/calamaris


>
> the fix that make it work is here in calamaris:
>
> old:
> m#^\s*\d+\.\d+\s+\d+\s+[\w\-\.:]+\s+\w+/\d+\s+\d+\s+\w+\s+\S+\s+\S+\s+\w+/\S+\s+\S+$#
> new:
> m#^\s*\d+\.\d+\s+\d+\s+[\w\-\.:]+\s+\w+/\d+\s+\d+\s+[\w-]+\s+\S+\s+\S+\s+\w+/\S+\s+\S+$#
>
> Cord
>

Could you make a release or create a tag in Github repo with this new
version to package it?

Thanks!

-- 
Daniel Echeverri
Debian Developer
Linux user: #477840
GPG Fingerprint:
D0D0 85B1 69C3 BFD9 4048 58FA 21FC 2950 4B52 30DB


Bug#990340: glances: contains prebuilt javascript without source

2021-08-29 Thread Daniel Echeverri
Hello!

El mar, 10 de ago. de 2021 a la(s) 14:54, Alexis Murzeau (amub...@gmail.com)
escribió:

> Control: tag -1 + patch
>
> On Tue, 29 Jun 2021 01:44:06 +0530 Pirate Praveen <
> prav...@onenetbeyond.org> wrote:
> > It uses webpack to build.
> >
> >
> https://github.com/nicolargo/glances/blob/develop/glances/outputs/static/package.json#L28
> >
> > cd glances/outputs/static && webpack
> >
> > in debian/rules with required build dependencies added should work. Most
> build dependencies are already packaged.
> > --
> > Sent from my p≡p for Android.
>
> Most (non-dev) dependencies are not in Debian [0] (like angular) so
> I've made a MR [1] that simply remove pre-built files.
>
> This makes the remote web interface probably useless, but the package
> can still be used for most usages (I guess, in standalone mode for
> example, which is the only mode I use).
>
> [1] npm2deb output on package.json (modified to add required "name" key):
> Dependencies:
> NPM   Debian
> glances-web-ui (FIX_ME version)   None
> ├─ angular (^1.7.9)   None
> ├─ angular-hotkeys (^1.7.0)   None
> ├─ bootstrap (^3.4.1) None
> ├─ favico.js (^0.3.10)None
> └─ lodash (^4.17.15)  node-lodash
> (4.17.21+dfsg+~cs8.31.189.20210220-1)
>
> Build dependencies:
> NPM   Debian
> clean-webpack-plugin (^0.1.19)None
> copy-webpack-plugin (^4.6.0)  node-copy-webpack-plugin
> (5.1.2+~cs9.0.2-4)
> css-loader (^0.28.11) node-css-loader
> (5.0.1+~cs14.0.5-2)
> del (^2.2.1)  node-del (5.1.0-2)
> exports-loader (^0.7.0)   node-exports-loader
> (1.1.1-2)
> file-loader (^1.1.11) node-file-loader
> (6.2.0-2)
> html-loader (^0.5.5)  None
> less (^3.10.3)less.js (3.13.0+dfsg-5)
> less-loader (^4.1.0)  node-less-loader
> (5.0.1-2)
> ngtemplate-loader (^2.0.1)None
> node-sass (^4.14.0)   node-node-sass
> (4.14.1+git20200512.e1fc158+dfsg-4)
> sass-loader (^6.0.7)  None
> style-loader (^0.20.3)node-style-loader
> (2.0.0-2)
> url-loader (^0.6.2)   node-url-loader (4.1.1-3)
> webpack (^3.12.0) node-webpack
> (5.6.0+~cs6.4.0-1~exp2)
>
>
> [0] https://salsa.debian.org/debian/glances/-/merge_requests/2
>
> --
> Alexis Murzeau
> PGP: B7E6 0EBB 9293 7B06 BDBC  2787 E7BD 1904 F480 937F|
>
>
This week, I will work to new revision of glances to fix this problem.

Alexis, really Thanks you very much for the MR!!, although I don't like the
idea of break web interface, I think we don't have many options.

Johannes Schauer Marin Rodrigues, Do you agree with this solution?

Regards

-- 
Daniel Echeverri
Debian Developer
Linux user: #477840
GPG Fingerprint:
D0D0 85B1 69C3 BFD9 4048 58FA 21FC 2950 4B52 30DB


Bug#987488: unblock: ircci/20210314-1

2021-04-28 Thread Daniel Echeverri
Hi!

El dom, 25 de abr. de 2021 a la(s) 11:08, Jan Wagner (w...@cyconet.org)
escribió:

> Hi there,
>
> Am 25.04.21 um 09:35 schrieb Graham Inggs:
> > Control: retitle -1 unblock: ircii/20210314-1
> > Contro: tags -1 + moreinfo
> >
> > Hi Jan
> >
> > On Sat, 24 Apr 2021 at 16:21, Jan Wagner  wrote:
> >> [ Risks ]
> >> While the diffstat looks huge, a significant part is removed code.
> >
> > This debdiff is unreviewable.  Please provide a filtered debdiff along
> > with the command used to filter it.
> >
> > ++ Bump Debhelper-compat to 13.
> >
> > Bumping the debehlper compat level is not accepted at this stage of
> > the release [1].
> > Please revert this change.
>
> security stated, that ircii might not qualify to be released with
> bullseye (see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=987537#10
> ).
>
> I think I would leave it up to Daniel, who did the QA upload, if it's
> worth to work on this. If nobody is caring about ircii in bullseye, we
> should close this bug here.
>
> With kind regards, Jan.
>

I will go to work in this, but I'm not sure how is the best way in the
case. Could you give a orientation? I think I can't make a complete debdiff
because  in version unstable I bumped debhelper to 13 and this change is
not accepted at this stage of the release.

Thanks for your help!

-- 
Daniel Echeverri
Debian Developer
Linux user: #477840
GPG Fingerprint:
D0D0 85B1 69C3 BFD9 4048 58FA 21FC 2950 4B52 30DB


Bug#986297: ITP: gsocket -- Allows two users behind NAT/Firewall to establish a TCP connection with each other. Securely.

2021-04-02 Thread Daniel Echeverri
Package: wnpp
Owner: Daniel Echeverri 
Severity: wishlist

* Package name: gsocket
* Version : 1.4.28
* Upstream Author : skyper
* URL or Web page : https://github.com/hackerschoice/gsocket
* License : BSD-2-Clause
* Description : Allows two users behind NAT/Firewall to establish a TCP
connection with each other. Securely.

Abandon the thought of IP Addresses and Port Numbers. Instead start
thinking that two programs should be able to communicate with each other as
long as they know the same secret (rather than each other's IP Address and
Port Number). The Global Socket library facilitates this: It locally
derives temporary session keys and IDs and connects two programs through
the Global Socket Relay Network (GSRN) regardless and independent of the
local IP Address or geographical location. Once connected the library then
negotiates a secure TLS connection(End-2-End). The secret never leaves your
workstation. The GSRN sees only the encrypted traffic.

The GSRN is a free cloud service and is free to use by anyone.

The Global Socket Toolkit comes with a set of tools:

gsocket - Makes an existing program (behind firewall or NAT) accessible
from anywhere in the world. It does so by analyzing the program and
replacing the IP-Layer with its own Gsocket-Layer. A client connection to a
hostname ending in '*.gsocket' then gets automatically redirected (via the
GSRN) to this program.
gs-netcat - Netcat on steroids. Turn gs-netcat into an AES-256 encrypted
reverse backdoor via TOR (optional) with a true PTY/interactive command
shell (gs-netcat -s MySecret -i), integrated file-transfer, spawn a
Socks4/4a/5 proxy or forward TCP connections or give somebody temporary
shell access.
gs-sftp - sftp server & client between two firewalled workstations (gs-sftp
-s MySecret)
gs-mount - Access and mount a remote file system (gs-mount -s MySecret
~/mnt/warez)
blitz - Copy data from workstation to workstation (blitz -s MySecret
/usr/share/*)
...many more examples and tools.

Regards!

-- 
Daniel Echeverri
Debian Developer
Linux user: #477840
GPG Fingerprint:
D0D0 85B1 69C3 BFD9 4048 58FA 21FC 2950 4B52 30DB


Bug#970999: buster-pu: package glances/3.1.0-1+deb10u1

2020-09-25 Thread Daniel Echeverri
Package: release.debian.org
Severity: normal
Tags: buster
User: release.debian@packages.debian.org
Usertags: pu

Dear Stable release team,

Currently, the glances version in buster listen 0.0.0.0 by default. For
more info please see[1]

The debdiff attached brings patch to fix it.

Regards

[1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=970812

-- 
Daniel Echeverri
Debian Developer
Linux user: #477840
GPG Fingerprint:
D0D0 85B1 69C3 BFD9 4048 58FA 21FC 2950 4B52 30DB


debdiff
Description: Binary data


Bug#970812: closed by Daniel Echeverri (Re: Bug#970812: glances: systemd service starting unrestricted listener on 0.0.0.0:61209 by default)

2020-09-25 Thread Daniel Echeverri
Hi Salvatore!

El jue., 24 de sep. de 2020 a la(s) 23:24, Salvatore Bonaccorso (
car...@debian.org) escribió:

> Hi Daniel,
>
> > Hi!
> >
> > El mié., 23 de sep. de 2020 a la(s) 12:54, compositiv GmbH (
> > i...@compositiv.com) escribió:
> >
> > > Package: glances
> > > Version: 3.1.0-1
> > > Severity: important
> > >
> > > Dear Maintainer,
> > >
> > > when changing the service file structure from SysVinit to systemd on
> > > Debian 10 (Buster), a security issue was introduced:
> > > The service unit file is enabled by default without explicitly defining
> > > the bind address as localhost or implementing any other form of access
> > > control.  Thus, the service is exposed to the whole network and any
> > > compatible client can connect and gather an extensive amount of data
> from
> > > the system.
> > >
> > > This behaviour was not given in previous Debian releases, where
> execution
> > > of the listener was disabled through /etc/default/glances by default
> > > (RUN="false").
> > >
> > > The issue is known since Fri, 11 Oct 2019 and has been fixed with
> upstream
> > > release 3.1.3-1 on Fri, 17 Jan 2020 in testing/unstable (see
> > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=942162), but has
> never
> > > been backported to stable ever since, hence the renewed bug report.
> > >
> > > Any of the following would be an acceptable solution:
> > > - disable the service by default (previous behaviour, service is not
> > > required for connection to localhost anyway)
> > > - configure the bind address to 127.0.0.1
> > > - implement another restriction like setting a random password on
> > > installation
> > >
> > > Kind regards,
> > >   David Winterstein
> > >
> > > compositiv GmbH
> > > Hammer Deich 30
> > > 20537 Hamburg
> > > Tel: +49 40 6094349 0
> > > Fax: +49 40 6094349 40
> > > Web: www.compositiv.com
> > > Mail: i...@compositiv.com
> > >
> > > Geschäftsführer Matthias Krawen
> > > Amtsgericht Hamburg - HRB 122540
> > > USt.-IdNr: DE282432834
> > >
> > >
> >
> > The version fixed will be  in stable when bullseye become stable
>
> As an additional note, as we got reached out on this bug report: Such
> an issue can (if possible) as well be fixed in a current stable
> release (not only via DSAs when they do not warrant it, and this one
> is likely such a no-dsa candidate), but as well via the regular point
> releases.
>
> Information for that is in
>
> https://www.debian.org/doc/manuals/developers-reference/pkgs.en.html#special-case-uploads-to-the-stable-and-oldstable-distributions
>
> Hope this helps,
>
> Regards,
> Salvatore
>

You are right, I will work in this.

Thanks.

-- 
Daniel Echeverri
Debian Developer
Linux user: #477840
GPG Fingerprint:
D0D0 85B1 69C3 BFD9 4048 58FA 21FC 2950 4B52 30DB


Bug#958155: please package the new version of Guake 3.7.0 and fix the debian/watchfile

2020-04-22 Thread Daniel Echeverri
tags 958155 + pending
thanks

Hi!

I see the d/watch fine, and I can't upload this version, because it
introduces this bugs.[1][2]

Regards.


[1]:https://github.com/Guake/guake/issues/1740
[2]:https://github.com/Guake/guake/issues/1739

-- 
Daniel Echeverri
Debian Developer
Linux user: #477840
GPG Fingerprint:
D0D0 85B1 69C3 BFD9 4048 58FA 21FC 2950 4B52 30DB