profile
viewpoint

jazzband/django-voting 38

A generic voting application for Django

koobs/freebsd-user-questions 2

FreeBSD Community and User Questions

koobs/cloudpickle 0

Extended pickling support for Python objects

koobs/dateutil 0

Useful extensions to the standard Python datetime features

koobs/flatbuffers 0

Memory Efficient Serialization Library

koobs/httmock 0

A mocking library for requests

koobs/Limnoria-doc 0

The Limnoria doc source.

koobs/pasta 0

Library to refactor python code through AST manipulation.

koobs/ports 0

Some FreeBSD ports

koobs/prawcore 0

Low-level communication layer for PRAW 4+.

issue commentdevmount/third-stats

Chart Generation Taking a Long Time (or not happening at all)

I'm seeing the same issue on:

  • Windows: 10 Pro x64 (2004, 19041.572)
  • Thunderbird: 82.0b3 (64-bit)
  • Third-Stats: 0.5.0

Additional symptoms to report:

  • The processing hangs after the same number of messages are parsed. In my case: 82,562 (now 82,564 after 2 new messages are received)
  • I see the same errors in debug addons console output as @ryanleesipes

However, when I view the standard console output (not via debug addons), I see some additional errors that dont appear to show up during an 'addon debug' context. This is with the full-page third-stats loading, not just stats via the menu icon.

console-export-2020-10-20_21-33-0.txt

Additional information. Unsure if relevent or related:

  • The processing (count) seems to restart at zero each time the toolbar icon is opened -> closed -> opened (may be intended)
ryanleesipes

comment created time in 8 days

issue commentxournalpp/xournalpp

error: cannot initialize return object of type 'bool' with an rvalue of type 'nullptr_t'

@Febbe I looked at the last 30 days of history on master, but didn't identify anything obvious, but I may have missed it (apologies if i did)

A history on the file in question (toolbarCustomize/ToolbarAdapter.cpp) also showed no recent history.

yurivict

comment created time in a month

issue commentxournalpp/xournalpp

error: cannot initialize return object of type 'bool' with an rvalue of type 'nullptr_t'

@Febbe Thanks for resolving. Can you link the commit that addressed the issue?

yurivict

comment created time in a month

issue commentfalconry/falcon

Make using Cython with Falcon easier

Re shipping .c files, I would be reluctant to litter the source tree with them, and more importantly, to have the burden of keeping them in sync with .py & .pyx.

Which means, if we pursue this, we'd probably have to:

* Accommodate `setup.py` (or other build tool in case we switch as part of PEP 517 migration) to be able to use these `.c` files, if present.

* Generate them in GH release Actions (similarly to building wheels) when generating `sdist`, before uploading `sdist` to PyPy.

Note that the upstream (Cython) recommendation, as it seems your comment/interpretation above eludes to, is not for the source repository to contain the generated C files, but for those to be provided in/by the sdist (as they are, the 'source' distribution)

kgriffs

comment created time in 3 months

more