meta[name=theme-color]' is not supported by Firefox, Firefox for Android.

What is the current behavior?

above is the affected resource which is not working for firefox or firefox for android
If the current behavior is a bug, please provide the steps to reproduce.
1.visit https://webpack.js.org/
2.clone the code
3.change the meta name or make valid changes for the issue
What is the expected behavior?
the name  proposed should be such that it supoorts firefox guidelines for meta and should then be easily accessed by end users in their androids or webs

The theme-color meta tag has limited support, we can't do much until firefox itself starts supporting it.


WayBackMachine backup toggle in web GUI

Type

[ ] General question or discussion
[x] Propose a brand new feature
[ ] Request modification of existing behavior or design

What is the problem that your feature request solves

Being able to quickly switch the ability to backup content with and without WBM enabled.
Describe the ideal specific solution you'd want, and whether it fits into any broader scope of changes

An option in the add page of the web GUI to enable / disable WBM ?
If this is doable it would be nice to have another settings in the admin panel to enable / disable a confirmation while backing up links to WBM to prevent potential mistakes, having this setting would allow people to choose so no one would be annoyed from a confirmation before each time they archive.
What hacks or alternative solutions have you tried to solve the problem?

Well, beside changing the configuration every times I don't see what else I could do.
Mainly looking for something more efficient than editing the conf each time I need to toggle WBM backups
How badly do you want this new feature?

[ ] It's an urgent deal-breaker, I can't live without it
[ ] It's important to add it in the near-mid term future
[x] It would be nice to have eventually

[ ] I'm willing to contribute dev time / money to fix this issue
[x] I like ArchiveBox so far / would recommend it to a friend
[ ] I've had a lot of difficulty getting ArchiveBox set up

There is already an option on the add page to select the archive methods, just Ctrl + A to select them all then deselect the way back machine.

Oh, I did not notice that.
Sorry for the useless issue then and thank you for maintaining the project !

No, I'm just on an extended vacation / travel for the last year+ and haven't been coding. This is still a main project for me long-term though, full intention to continue maintaining and improving it over the next 5+ years.
The dev branch is also fairly active with contributor fixes (but I haven't rolled a master release in a while).


CASSCF Energy change between Version 1.6.6 and Version 1.7.5

We recently installed v 1.7.5 on our system and I wanted to check that the CASSCF functionality remained the same. However, when I tested a very simple CASSCF calculation of an FE3+ Ion with an active space of 11 electrons and 12 orbitals, I get different results between the versions, despite using the exact same input. The UHF calculation I am using to base the CASSCF on starts with a different initial guess, which was also in the changelog, but converges on the same value. The CASSCF based on it, however, seems to be doing something a bit differently, as all the values are a bit different.
Basically, these are my results:
V 1.6.6:
converged SCF energy = -1260.59051270702  <S^2> = 8.7512185  2S+1 = 6.0004061
CASSCF energy = -1260.66802556375
V 1.7.5
converged SCF energy = -1260.59051270701  <S^2> = 8.7512185  2S+1 = 6.0004061
CASSCF energy = -1260.6568519401
I am quite sure that the energy value of the older version is correct, as I have also done the same calculation in gaussian and gotten the same result as the old version. It does look like there is a bit of a plateau near 1260.65685 as also the V1.6.6 calculations DE gets close to the convergence criteria.
I have found nothing in the changelog that would explain why the casscf is being handled differently in the new version.

mcscf code basically was not updated in version 1.7.
With mol.verbose=4, the program can print more details of the mcscf optimization procedure. How many iterations does each version take? What is the earliest iteration you find the discrepancy?

The discrepancy starts at the first iteration. The old version takes 27 macro iterations, and arrives at the correct result.  The new version only takes 15 iterations. As I mentioned, the old version gets close to the convergence criteria near the incorrect result from the new version, but manages to move past it. I suppose the changed initial guess for the UHF might lead to a slight change in orbitals in the UHF result, despite reaching the same energies? And this change is just the difference between getting stuck on the energy gradient plateau or not?
Here is the entire CASSCF output for each:
Old (1.6.6):
CASCI E = -1260.6149875982  S^2 = 8.7500000
Set conv_tol_grad to 0.000316228
macro iter 1 (21 JK  4 micro), CASSCF E = -1260.6230589926  dE = -0.0080713944  S^2 = 8.7500000
|grad[o]|=0.182  |grad[c]|= 0.03036148034582199  |ddm|=0.00985
macro iter 2 (21 JK  4 micro), CASSCF E = -1260.63264320316  dE = -0.0095842106  S^2 = 8.7500000
|grad[o]|=0.0846  |grad[c]|= 0.02432924428991468  |ddm|=0.00405
macro iter 3 (21 JK  4 micro), CASSCF E = -1260.63779140592  dE = -0.0051482028  S^2 = 8.7500000
|grad[o]|=0.0381  |grad[c]|= 0.008664788644685593  |ddm|=0.000585
macro iter 4 (19 JK  4 micro), CASSCF E = -1260.6389241838  dE = -0.0011327779  S^2 = 8.7500000
|grad[o]|=0.0141  |grad[c]|= 0.009877089053069277  |ddm|=0.00101
macro iter 5 (21 JK  4 micro), CASSCF E = -1260.64288962231  dE = -0.0039654385  S^2 = 8.7500000
|grad[o]|=0.00238  |grad[c]|= 0.03764896965491646  |ddm|=0.00288
macro iter 6 (21 JK  4 micro), CASSCF E = -1260.64689163615  dE = -0.0040020138  S^2 = 8.7500000
|grad[o]|=0.00701  |grad[c]|= 0.02806660194845578  |ddm|=0.0017
macro iter 7 (15 JK  4 micro), CASSCF E = -1260.64795262275  dE = -0.0010609866  S^2 = 8.7500000
|grad[o]|=0.00303  |grad[c]|= 0.02285268891908047  |ddm|=0.00043
macro iter 8 (16 JK  4 micro), CASSCF E = -1260.6501477152  dE = -0.0021950924  S^2 = 8.7500000
|grad[o]|=0.00278  |grad[c]|= 0.039049066956228035  |ddm|=0.00207
macro iter 9 (21 JK  4 micro), CASSCF E = -1260.65401005108  dE = -0.0038623359  S^2 = 8.7500000
|grad[o]|=0.00399  |grad[c]|= 0.04807491890313109  |ddm|=0.00287
macro iter 10 (20 JK  4 micro), CASSCF E = -1260.65657020584  dE = -0.0025601548  S^2 = 8.7500000
|grad[o]|=0.00488  |grad[c]|= 0.03542342722105583  |ddm|=0.00153
macro iter 11 (17 JK  4 micro), CASSCF E = -1260.65684844557  dE = -0.00027823973  S^2 = 8.7500000
|grad[o]|=0.00219  |grad[c]|= 0.005588977977353016  |ddm|=0.000747
macro iter 12 (10 JK  2 micro), CASSCF E = -1260.65684999807  dE = -1.5524997e-06  S^2 = 8.7500000
|grad[o]|=0.000231  |grad[c]|= 0.001180119546604894  |ddm|=6.98e-05
macro iter 13 (5 JK  1 micro), CASSCF E = -1260.65685044267  dE = -4.4460648e-07  S^2 = 8.7500000
|grad[o]|=7.21e-05  |grad[c]|= 0.0012773565875196082  |ddm|=2.13e-05
macro iter 14 (4 JK  1 micro), CASSCF E = -1260.6568569472  dE = -6.5045244e-06  S^2 = 8.7500000
|grad[o]|=8.13e-05  |grad[c]|= 0.005275926199960345  |ddm|=1.89e-05
macro iter 15 (6 JK  2 micro), CASSCF E = -1260.65699767054  dE = -0.00014072334  S^2 = 8.7500000
|grad[o]|=0.000365  |grad[c]|= 0.004841471672782884  |ddm|=8.46e-05
macro iter 16 (21 JK  4 micro), CASSCF E = -1260.66120258425  dE = -0.0042049137  S^2 = 8.7500000
|grad[o]|=0.00171  |grad[c]|= 0.033865371076891616  |ddm|=0.000981
macro iter 17 (21 JK  4 micro), CASSCF E = -1260.66608943373  dE = -0.0048868495  S^2 = 8.7500000
|grad[o]|=0.00687  |grad[c]|= 0.02227783530433245  |ddm|=0.00139
macro iter 18 (20 JK  4 micro), CASSCF E = -1260.66797425497  dE = -0.0018848212  S^2 = 8.7500000
|grad[o]|=0.00508  |grad[c]|= 0.01757669654838406  |ddm|=0.00115
macro iter 19 (16 JK  4 micro), CASSCF E = -1260.66802093246  dE = -4.6677491e-05  S^2 = 8.7500000
|grad[o]|=0.000746  |grad[c]|= 0.0038373642556216586  |ddm|=0.000138
macro iter 20 (4 JK  1 micro), CASSCF E = -1260.66802267079  dE = -1.7383284e-06  S^2 = 8.7500000
|grad[o]|=0.000125  |grad[c]|= 0.00237814992183392  |ddm|=6.45e-06
macro iter 21 (3 JK  1 micro), CASSCF E = -1260.66802376963  dE = -1.0988413e-06  S^2 = 8.7500000
|grad[o]|=0.000104  |grad[c]|= 0.0018954749648721762  |ddm|=5.22e-06
macro iter 22 (3 JK  1 micro), CASSCF E = -1260.66802447273  dE = -7.0309716e-07  S^2 = 8.7500000
|grad[o]|=7.91e-05  |grad[c]|= 0.0015195030428667917  |ddm|=4.28e-06
macro iter 23 (3 JK  1 micro), CASSCF E = -1260.66802492837  dE = -4.5564161e-07  S^2 = 8.7500000
|grad[o]|=6.28e-05  |grad[c]|= 0.0012261772361484781  |ddm|=3.53e-06
macro iter 24 (3 JK  1 micro), CASSCF E = -1260.66802522783  dE = -2.99455e-07  S^2 = 8.7500000
|grad[o]|=5.09e-05  |grad[c]|= 0.0009968202979168208  |ddm|=2.94e-06
macro iter 25 (3 JK  1 micro), CASSCF E = -1260.66802542777  dE = -1.999399e-07  S^2 = 8.7500000
|grad[o]|=4.15e-05  |grad[c]|= 0.0008172416655599634  |ddm|=2.48e-06
macro iter 26 (3 JK  1 micro), CASSCF E = -1260.66802556375  dE = -1.3598924e-07  S^2 = 8.7500000
|grad[o]|=3.42e-05  |grad[c]|= 0.000676787178512065  |ddm|=2.12e-06
macro iter 27 (1 JK  1 micro), CASSCF E = -1260.66802556375  dE = -4.5474735e-13  S^2 = 8.7500000
|grad[o]|=2.85e-05  |grad[c]|= 1.6468224239433465e-06  |ddm|=1.24e-08
1-step CASSCF converged in 27 macro (339 JK 74 micro) steps
CASSCF canonicalization
Density matrix diagonal elements [1.99428267e+00 1.99428622e+00 1.99429792e+00 1.00135835e+00
1.00166460e+00 1.00136256e+00 1.00233772e+00 1.00187848e+00
1.90385231e-03 2.23224536e-03 2.19372069e-03 2.20166570e-03]
CASSCF energy = -1260.66802556375
CASCI E = -1260.66802556375  E(CI) = -87.9092283645355  S^2 = 8.7500000
New (1.7.5):
CASCI E = -1260.61498757866  S^2 = 8.7500000
Set conv_tol_grad to 0.000316228
macro iter 1 (21 JK  4 micro), CASSCF E = -1260.62258817908  dE = -0.0076006004  S^2 = 8.7500000
|grad[o]|=0.182  |grad[c]|= 0.02866698295704086  |ddm|=0.00955
macro iter 2 (21 JK  4 micro), CASSCF E = -1260.6317083363  dE = -0.0091201572  S^2 = 8.7500000
|grad[o]|=0.0882  |grad[c]|= 0.023933720153686878  |ddm|=0.00422
macro iter 3 (21 JK  4 micro), CASSCF E = -1260.63755820962  dE = -0.0058498733  S^2 = 8.7500000
|grad[o]|=0.0419  |grad[c]|= 0.010071480594901169  |ddm|=0.000783
macro iter 4 (18 JK  4 micro), CASSCF E = -1260.63869128748  dE = -0.0011330779  S^2 = 8.7500000
|grad[o]|=0.0158  |grad[c]|= 0.0039762232222423435  |ddm|=0.00101
macro iter 5 (19 JK  4 micro), CASSCF E = -1260.64038590752  dE = -0.00169462  S^2 = 8.7500000
|grad[o]|=0.000786  |grad[c]|= 0.03354157219541263  |ddm|=0.00187
macro iter 6 (21 JK  4 micro), CASSCF E = -1260.64433151585  dE = -0.0039456083  S^2 = 8.7500000
|grad[o]|=0.0057  |grad[c]|= 0.027305866253606502  |ddm|=0.00197
macro iter 7 (21 JK  4 micro), CASSCF E = -1260.64711662142  dE = -0.0027851056  S^2 = 8.7500000
|grad[o]|=0.00629  |grad[c]|= 0.022619755399085548  |ddm|=0.00108
macro iter 8 (16 JK  4 micro), CASSCF E = -1260.64810813246  dE = -0.00099151104  S^2 = 8.7500000
|grad[o]|=0.0024  |grad[c]|= 0.017998043639900655  |ddm|=0.0006
macro iter 9 (20 JK  4 micro), CASSCF E = -1260.65037048389  dE = -0.0022623514  S^2 = 8.7500000
|grad[o]|=0.00288  |grad[c]|= 0.038069040630025926  |ddm|=0.00213
macro iter 10 (21 JK  4 micro), CASSCF E = -1260.65325679035  dE = -0.0028863065  S^2 = 8.7500000
|grad[o]|=0.00407  |grad[c]|= 0.03608076575556534  |ddm|=0.00223
macro iter 11 (21 JK  4 micro), CASSCF E = -1260.65572987357  dE = -0.0024730832  S^2 = 8.7500000
|grad[o]|=0.00448  |grad[c]|= 0.029448075692723247  |ddm|=0.00145
macro iter 12 (20 JK  4 micro), CASSCF E = -1260.65681827756  dE = -0.001088404  S^2 = 8.7500000
|grad[o]|=0.00319  |grad[c]|= 0.02140682507387789  |ddm|=0.000943
macro iter 13 (11 JK  3 micro), CASSCF E = -1260.65685155113  dE = -3.3273575e-05  S^2 = 8.7500000
|grad[o]|=0.000818  |grad[c]|= 0.0018355224280295543  |ddm|=0.000283
macro iter 14 (5 JK  1 micro), CASSCF E = -1260.65685186085  dE = -3.0972387e-07  S^2 = 8.7500000
|grad[o]|=0.000114  |grad[c]|= 0.0009164512643802021  |ddm|=1.7e-05
macro iter 15 (4 JK  1 micro), CASSCF E = -1260.6568519401  dE = -7.9244046e-08  S^2 = 8.7500000
|grad[o]|=4.96e-05  |grad[c]|= 0.0004664053789121825  |ddm|=6.81e-06
1-step CASSCF converged in 15 macro (260 JK 53 micro) steps
CASSCF canonicalization
Density matrix diagonal elements [1.99477088e+00 1.99477093e+00 1.99392427e+00 1.00262441e+00
1.00262441e+00 1.00170802e+00 1.00170802e+00 1.00098957e+00
4.82790728e-04 2.19682699e-03 2.09991858e-03 2.09994626e-03]
CASSCF energy = -1260.6568519401
CASCI E = -1260.6568519401  E(CI) = -87.975145412775  S^2 = 8.7500000

@HehnLukas Have you tried running these calculations multiple times? We have observed that the CASSCF code in PySCF sometimes produces nondeterministic results. What you are seeing may not be related to a particular version, but may be a result of such nondeterministic behavior.
My student is about to post a separate GitHub issue with a simple example of such reproducible nondeterministic behavior of the CASSCF code. This may or may not be linked to the problem that you're seeing, therefore we decided to post this as separate issue.

See issue #912

@HehnLukas Have you tried running these calculations multiple times? We have observed that the CASSCF code in PySCF sometimes produces nondeterministic results. What you are seeing may not be related to a particular version, but may be a result of such nondeterministic behavior.
My student is about to post a separate GitHub issue with a simple example of such reproducible nondeterministic behavior of the CASSCF code. This may or may not be linked to the problem that you're seeing, therefore we decided to post this as separate issue.

I don't think this is the same problem for me, I ran it 3 times on both versions and each versions result was completely consistent, the results files were completely identical down to the last decimal point.

I'm sorry for the delayed response, but it seems to not be related to the Problem in issue #912, as I now did 9 repetitions with each version and the result remained the same

Have you tried starting from different guess orbitals? Sometimes using orbitals from a different method (like DFT) or a different reference electronic state helps. Following the discussion in #912 , it is possible that due to small differences in two versions the optimization paths of the two calculations diverge leading to two different results.

@HehnLukas, i'd like to look closer into this problem. Ccould you please share your input?

@HehnLukas, i'd like to look closer into this problem. Ccould you please share your input?

Sorry, this is quite delayed. I have since moved on, and I assume it is just based on a somewhat different initial guess leading to a convergence at an energy plateau in the newer version, which by chance gets avoided in the old version. If you want to look into it further, my code is below, but I don't think it is necessarily worthwhile, and I have realised since that using an UHF calculation as a reference for a CAS is not particularily useful, as the beta mo_coeff just get dropped.
`from pyscf.scf import uhf,rhf,rohf
from pyscf import mcscf
from molecularData import Geometry
from PyGer import pyger
from pyscf.tools import mo_mapping
system = 'Fe'
geom = {'Fe' : Geometry()}
energy = {}
print('Calculation for {0}'.format(system))
mol = geom[system].mol
SCF calculation
mf = uhf.UHF(mol)
mf.kernel()
E_SCF = mf.e_tot
energy[(system, 'SCF')] = E_SCF
CASSCF
electrons = 11
orbitals = 12
mc = mcscf.CASSCF(mf,orbitals,electrons)
print(str(mc))
mc.kernel()`
with this code for the geometry (from molecularData):
`from abc import ABC, abstractmethod
from pyscf.gto import Mole
class _Geometry(ABC):
"""
Abstract base class to handle functionality.
"""
def __init__(self, basis, charge, spin, verbose, output):
    """
    Keywords:

    basis   (str) : PySCF basis string (e.g. 'def2-TZVP')
    charge  (int) : Total charge
    spin    (int) : Number of unpaired electrons, as per PySCF convention!
    verbose (int) : PySCF verbosity
    output  (str) : optional output file
    """
    mol = Mole()
    mol.atom = self._getAtom()
    mol.basis = basis
    mol.charge = charge
    mol.spin = spin
    mol.verbose = verbose
    if output is not None:
        mol.output = output
    mol.build()
    self.mol = mol

@abstractmethod
def _getAtom(self):
    """
    Keywords : None

    Returns (str) : atomic positions
    """
    return ''

class Geometry(_Geometry):
def __init__(self, basis='def2-TZVP', charge=0, spin=0,
             verbose=4, output=None):
    """
    Keywords:

    basis   (str)    : PySCF basis string (e.g. 'def2-TZVP')
    charge  (int)    : Total charge
    spin    (int)    : Number of unpaired electrons, as per PySCF convention!
    verbose (int)    : PySCF verbosity
    output  (str)    : optional output file
    """
    charge = 3
    spin = 5
    super().__init__(basis, charge, spin, verbose, output)

def _getAtom(self):
    return '''
    Fe    0.0000000    0.0000000    0.0000000
'''`


Tenta Browser

Tenta Browser - https://github.com/WhichBrowser/Parser-PHP/issues/194

Coverage remained the same at 100.0% when pulling b3d37f8093a4246ea712b5d2b73a514a2ac892f7 on ayumi-cloud:Tenta into 4899110cd2f87b01e04ced62dbb9dec541031dee on WhichBrowser:master.


perf(array): optimize iteration of struct and list type (#9532)

I hereby agree to the terms of the RisingWave Labs, Inc. Contributor License Agreement.
What's changed and what's your intention?
See #9494 .
There are some minor cherry-pick conflicts. Please confirm if the modification is correct. Thanks @BugenZhao
Documentation

[x] My PR DOES NOT contain user-facing changes.

Click here for Documentation
Types of user-facing changes
Please keep the types that apply to your changes, and remove the others.

Installation and deployment
Connector (sources & sinks)
SQL commands, functions, and operators
RisingWave cluster configuration changes
Other (please specify in the release note below)

Release note

LGTM. BTW, have we observed performance improvement on this PR? 🤩

haha, no query using list/array in the nexmark right now I suppose, time to come up with a nexmark q107 🤣


1.3.2 angular-meteor.auth

Hi,
I've updated angular meteor to 1.3.2
I tried to load the module angular-meteor.auth like this :
angular.module('app', [
        'angular-meteor',
        'angular-meteor.auth'
]);

Here is the error I got :
Error: [$injector:modulerr] Failed to instantiate module app due to:
Error: [$injector:modulerr] Failed to instantiate module angular-meteor.auth due to:
Error: [$injector:nomod] Module 'angular-meteor.auth' is not available! You either misspelled the module name or forgot to load it. If registering a module ensure that you specify the dependencies as the second argument.

Am I missing something?

you need to add the auth package
meteor add angular-meteor-auth

@blackpr Thanks !


#31: Upgrade to Go 1.23.0

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Project coverage is 45.55%. Comparing base (98a26fe) to head (bd3dc2d).

Additional details and impacted files
@@            Coverage Diff             @@
##             main      #32      +/-   ##
==========================================
- Coverage   55.23%   45.55%   -9.69%
==========================================
  Files          12       15       +3
  Lines         668      810     +142
==========================================
  Hits          369      369
- Misses        264      406     +142
  Partials       35       35

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


[GenISA] The precision encoding of the GenISA DPAS intrinsic is not consistent across different IGC version.

The precision encoding of the GenISA DPAS intrinsic is not consistent across different IGC version.
The one set of encoding worked for the rolling IGC driver is:
I32EnumAttrCase<"TF32",   8,  "tf32">,
I32EnumAttrCase<"BF16",   9,  "bf16">,
I32EnumAttrCase<"FP16",   10, "fp16">

The new one for the IGC driver version libigc1_1.0.24641.15944-igc_amd64.deb is:
I32EnumAttrCase<"TF32",   10,  "tf32">,
I32EnumAttrCase<"BF16",   11,  "bf16">,
I32EnumAttrCase<"FP16",   12, "fp16">

This is not problem with OpenCL interface because the precision of OpenCL is part of the function name.

@whitneywhtsang can we switch to using the OpenCL function calls ?

@whitneywhtsang can we switch to using the OpenCL function calls (for the rolling driver) ?

Yes, we can change to use the OCL builtin functions for DPAS.

OpenCL function API aren't yet ready. Moving it to the next iteration.

Depends on #842.


7.13.0 release changelog

7.13.0

7.13.0 as default version.

PR
Author
Title

#1205
@jmlrt
[meta] update backport config for 7.13 branch (#1198)

#1197
@jmlrt
[meta] Initiate 7.13 branch

#1194
@jmlrt
[meta] remove gke 1.16 tests (#1184)

#1175
@nittyy
[7.x][logstash] Add option loadBalancerIP to service (#1099)

#1174
@jmlrt
[7.x] Bump py from 1.8.0 to 1.10.0 (#1155)

#1171
@jmlrt
[7.x] Bump py from 1.8.0 to 1.10.0 in /helpers/helm-tester (#1154)

#1162
@jmlrt
[7.x] [meta] add helm 3.5.3 support (#1128)

#1168
@jmlrt
[7.x] [elasticsearch] Mark esMajorVersion as deprecated (#1109)

#1165
@jmlrt
[7.x] [meta] update backport config for 7.12 branch (#1112)

#1159
@jmlrt
[7.x] [elasticsearch] heap size is no longer defaulted to 1g (#1135)

#1147
@jmlrt
[7.x] [meta] update PyYAML dependencies (#1140)

#1144
@jmlrt
[7.x] [meta] add tests for k8s 1.18 and remove 1.15 (#1141)

Conky5
Remove slack notification

#1114
@jmlrt
[meta] bump 7.x branch to 7.13.0-SNAPSHOT

known issues with metricbeat


How to create a copy of MIP?

Hi! I had a problem reproducing your code -- I could not create a copy of MIP:
MIP_model_copy3, MIP_copy_vars3, success3 = MIP_model.createCopy(             problemName='GNN+reset',             origcopy=False)
I didn't find a way to copy MIP in pyscipopt. Do you have any good solution for this, please?

The code runs in the same environment as yours.

I also encountered this problem, can you please solve it


cbor_decode: Fix memory issues found by Simon Johansson

The code could read past the payload buffer.
Signed-off-by: Øyvind Rønningstad<EMAIL_ADDRESS>

Hi,
Did you also look at this one?
https://github.com/NordicSemiconductor/cddl-gen/blob/master/src/cbor_decode.c#L241
And if there are other places in the code where similar can occur. Compiling for 32 bit makes it possible for the pointer to overflow based on the incomming CBOR data.

Hi,
Did you also look at this one?
https://github.com/NordicSemiconductor/cddl-gen/blob/master/src/cbor_decode.c#L241
And if there are other places in the code where similar can occur. Compiling for 32 bit makes it possible for the pointer to overflow based on the incomming CBOR data.

Thanks, yes I will look into that as well.


Exception in adpaters when the date format is incorect

When a user marks a property as a timestamp, there is the possibility to provide a regex to convert the timestamp represented as a String into the internal representation of a UNIX timestamp in milliseconds. As long as the date in the events is formatted according to the regex this works properly. When there is an error in the data an exception is thrown and the adapter stops producing data. In this case the adapter should ignore the event instead and continue with the next event.
Imported from Jira STREAMPIPES-57. Original Jira may contain additional context.
Reported by: zehnder.

Closing the issue as it is inadvertently in open status due to migration from JIRA.


No module named pilot

What i did:
According to the readme document step by step, there is still this problem.
Issue:
Traceback (most recent call last):   File "/home/xx/workspace/pycharm_projects/DB-GPT/pilot/server/llmserver.py", line 10, in <module>     from pilot.model.inference import generate_stream ModuleNotFoundError: No module named 'pilot'

See https://github.com/csunny/DB-GPT/issues/48#issuecomment-1550773775


ExecuteAsyncReturnsIResult

When you implement this system you lose the ability for auto wiring up 401, 403 and 400/validator detection.
            if (Definition.ExecuteAsyncReturnsIResult)
            {
#if NET7_0_OR_GREATER
                b.Add(eb => ProducesMetaForResultOfResponse.AddMetadata(eb, tResponse));
#endif
            }
            else
            {
                if (tResponse == Types.Object || tResponse == Types.EmptyResponse)
                    b.Produces<TResponse>(200, "text/plain", "application/json");
                else
                    b.Produces<TResponse>(200, "application/json");

                if (Definition.AnonymousVerbs?.Any() is not true)
                    b.Produces(401);

                if (Definition.RequiresAuthorization())
                    b.Produces(403);

                if (Conf.ErrOpts.ProducesMetadataType is not null && Definition.ValidatorType is not null)
                {
                    b.Produces(
                        Conf.ErrOpts.StatusCode,
                        Conf.ErrOpts.ProducesMetadataType,
                        "application/problem+json");
                }
            }

While I see why it does this, I still think there needs to be a better way to get this automatically rather than having to manually add these 3 result types to the Results generic (which doesn't even work because not all implement PopulateMetadata).
To bring back the 401, you have to either override configure and add Produces(401) or you need to implement your own version on an Unauthorized : IResult, IEndPointMetadataProvider so that it can be used as a result type. (Note: NotFound properly implements IEndPointMetadataProvider)
Furthermore, its not ideal to have to include these when they are handled outside of our ExecuteAsync method further up the pipeline.
I should note there are a few places where something such as Unauthorized could be included in the results and that would be on an Anonymous endpoint that is validating the inputs and doesn't want to leak data. For example, an oAuth endpoint could return Unauthorized to an anonymous endpoint when an invalid clientid or secret is passed.

huh... wonder why not all result types returned by TypedResults static class implement IEndPointMetadataProvider. didn't realize that was the case. thanks for pointing that out. wonder why MS does it that way?
sooo... any ideas on how to improve the situation? a PR would be highly appreciated.
hopefully something that doesn't break existing swagger spec of people's projects ;-)
even though the current implementation is not ideal considering all scenarios, i think it's not a big deal since the user has control over what Produces Metadata is added to their endpoints.

this seems to be MS's stance on the matter: https://github.com/dotnet/aspnetcore/issues/47705#issuecomment-1544808236

@mehdihadeli did you ever figure out a clean solution to the issue of not all TypedResults implementing IEndPointMetadataProvider? or are we just stuck with MS's stubbornnes? 🤣

Hi,
I think, they don't have a plan for that, maybe became it makes their apis dirty. I had to implement it my self for my apps like this. I don't know doing this is a good design for fastendpoint or not?

yeah i guess that would be the way forward unless they don't wanna offer a consistent experience :-(

I actually have a few ideas on this project that might be useful and would probably need a real discussion rather than over comments, I will try to jump on the discord server when I have time.
I'm very interested in this project but feel that Endpoint.cs has far too much logic and too many things are coupled together rather than added on (like validation and the httpcontext for example).
As for this specific issue, I think the easiest way is to add an additional interface that works like UserConfigAction but is global and allows you to override the configuration for all endpoints. Something like this would then allow you to move all of the initial logic like AllowAnonymous, ResponseCaching, EndpointSummary out of the main code path and applied as configuration layers that could just be included by default.

but is global and allows you to override the configuration for all endpoints

we have that already: https://fast-endpoints.com/docs/configuration-settings#global-endpoint-options
ah sorry you've seen that now.
so we good for now? i'll close this issue for now. feel free to re-open or create a new one in case you wanna take it further.
thanks!


Allow the expected size of the cluster to be specified

From @bboreham on September 8, 2016 11:10
Currently we have a bit of a risk of cliques forming at startup.
Suppose you fire up 10 nodes A, B, ... J.  When A runs kube-peers it gets back A, B, and when J runs kube-peers it gets back all 10.  It is possible (though rare) for A to form consensus with B, and for J to form consensus with E, F, G, H and I.
If the user can configure their expectation that there will be 10 nodes, we can pass this through and avoid the A, B clique.
Copied from original issue: weaveworks/weave-kube#2

From @zilman on September 8, 2016 16:12
Cluster of initial size 10.
Nodes come online, become 'Ready', all receive the Weave DaemonSet, quorum is reached, ipam ready check is ok, Weave Service is ready. Conditionally on that we can deploy things into the cluster now, great, better than before.
We go up to 11, as it were. Node11 is 'Ready', receives a pod, Job, or anything else, prior to the Weave DaemonSet. Pod starts without networking being ready, unexpected behavior ensues.
Shortly thereafter the networking will start working on that Node (and for the pod hopefully) but in the meantime? (Yes, most things I can think of would be resilient to that, at worst fail and retry, but it seems brittle)
Also, what about things that were not written with our Weave service in mind and don't know to rely on that readiness check?

From @zilman on September 8, 2016 15:47
So another concern I didn't mention when we discussed this, as follows:
There's a window where nodes are marked 'ready' but the Weave overlay might not be operational yet either cluster wide because consensus has yet to be achieved or the Weave DaemonSet hasn't been deployed fully on a node yet.
I think at the very least there should be a Service defined with a readiness check that only flips on as appropriate. Otherwise a user might end up deploying things unto a cluster in an incoherent state.
P.S. - The ideal would be of course to hook into the node lifecycle.

From @bboreham on September 8, 2016 15:53
OK; that's really a separate issue.  I don't think the state can be temporarily incoherent, but it can be that the network is not ready yet, and k8s will retry periodically for all pods that are supposed to be attached.
A readiness check for "ipam ready" should be straightforward to add.

From @bboreham on September 9, 2016 8:44

Pod starts without networking being ready

This can't happen.  If the Weave daemonset hasn't installed the CNI config file yet, Kubelet will refuse to create the pod.
If it has, Kubelet fires the Weave CNI plugin; either it succeeds or it waits or it fails.  If it fails kubelet will destroy the pod and try again later.

From @zilman on September 9, 2016 9:29
Ah, aces! That's exactly how it should be, didn't know that plumbing is there.


reference dataset

Provide a reference dataset(s) to show QCML in action.

Original issue reported on code.google.com by<EMAIL_ADDRESS>on 5 Feb 2013 at 2:49

Merged with #11


UnicodeDecodeError with Python3 in Docker container

Trying to install packages via pipenv inside a Python 3.5/3.6 Docker container throws a UnicodeDecodeError.
Note: I'm installing from a specific commit, otherwise it's not finding the correct python binary as mentioned in #1002  - I know this isn't a release version, but figured it best to bring this up just in case that's about to be.
Describe your environment

macOS 10.13.2
Python versions: $ 3.5x or $ 3.6x
Pipenv version: See the commit hash in the Dockerfile
Docker version: 17.12.0-ce-mac49 (21995)

Expected result
Expected some packages to be installed.
Actual result
Failed building wheel for markupsafe
Exception:
Traceback (most recent call last):
  File "/root/.local/share/virtualenvs/app-4PlAip0Q/lib/python3.6/site-packages/pip/compat/__init__.py", line 73, in console_to_str
    return s.decode(sys.__stdout__.encoding)
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xb5 in position 1: invalid start byte

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/root/.local/share/virtualenvs/app-4PlAip0Q/lib/python3.6/site-packages/pip/basecommand.py", line 215, in main
    status = self.run(options, args)
  File "/root/.local/share/virtualenvs/app-4PlAip0Q/lib/python3.6/site-packages/pip/commands/install.py", line 342, in run
    prefix=options.prefix_path,
  File "/root/.local/share/virtualenvs/app-4PlAip0Q/lib/python3.6/site-packages/pip/req/req_set.py", line 784, in install
    **kwargs
  File "/root/.local/share/virtualenvs/app-4PlAip0Q/lib/python3.6/site-packages/pip/req/req_install.py", line 878, in install
    spinner=spinner,
  File "/root/.local/share/virtualenvs/app-4PlAip0Q/lib/python3.6/site-packages/pip/utils/__init__.py", line 676, in call_subprocess
    line = console_to_str(proc.stdout.readline())
  File "/root/.local/share/virtualenvs/app-4PlAip0Q/lib/python3.6/site-packages/pip/compat/__init__.py", line 75, in console_to_str
    return s.decode('utf_8')
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xb5 in position 1: invalid start byte

Steps to replicate
docker build this file
FROM python:3.6 as builder

RUN set -ex && pip install pip git+git://github.com/pypa/pipenv.git@8378a1b104f2d817790a05da370bef0a1b00f452 --upgrade
RUN set -ex && mkdir -p /srv/app
WORKDIR /srv/app
COPY Pipfile Pipfile
RUN set -ex && pipenv install --deploy --system

With this Pipfile
[[source]]

url = "https://pypi.python.org/simple"
verify_ssl = true
name = "pypi"

[dev-packages]

[packages]
wrapt = "*"
markupsafe = "*"
pycrypto = "*"
pyyaml = "*"
simplejson = "*"

[requires]

python_version = "3.6"

Side note, I did try the recommended Dockerfile with the ONBUILD commands in, but nothing got installed at all, it just skipped straight past the pipenv install line. I've also tried explicitly setting various env vars like
ENV LC_ALL C.UTF-8 and ENV LANG C.UTF-8
Apologies if this is either a) a known issue or b) my own stupidity.

/cc @techalchemy

Side note, I did try the recommended Dockerfile with the ONBUILD commands in, but nothing got installed at all, it just skipped straight past the pipenv install line.

Just to clarify - to get the Dockerfile to work, you need to use it in a FROM clause, e.g.:
FROM kennethreitz/pipenv
# do whatever

then it'll actually execute the ONBUILD instructions. docker build <Dockerfile-with-ONBUILD> will save the ONBUILD instructions into the built image to be used later

ah sorry, my bad misread that you already had that in Dockerfile - nvm

@drcongo do you have your own locale settings set? Can you supply the full output?

@techalchemy No locale settings set as far as I know. Here's the full output of two variations of the docker file...
Without ONBUILD
FROM python:3.6 as builder
ADD . /srv/app
WORKDIR /srv/app
RUN set -ex && pip install pip git+git://github.com/pypa/pipenv.git@8378a1b104f2d817790a05da370bef0a1b00f452 --upgrade
RUN set -ex && mkdir -p /srv/app

COPY Pipfile Pipfile
RUN set -ex && pipenv install --deploy --system

Sending build context to Docker daemon  4.096kB
Step 1/7 : FROM python:3.6 as builder
 ---> c1e459c00dc3
Step 2/7 : ADD . /srv/app
 ---> 7487b3e089f4
Step 3/7 : WORKDIR /srv/app
Removing intermediate container 00b1ae4c8a92
 ---> 45fed1d5897d
Step 4/7 : RUN set -ex && pip install pip git+git://github.com/pypa/pipenv.git@8378a1b104f2d817790a05da370bef0a1b00f452 --upgrade
 ---> Running in bab376aa7b39
+ pip install pip git+git://github.com/pypa/pipenv.git@8378a1b104f2d817790a05da370bef0a1b00f452 --upgrade
Collecting git+git://github.com/pypa/pipenv.git@8378a1b104f2d817790a05da370bef0a1b00f452
  Cloning git://github.com/pypa/pipenv.git (to 8378a1b104f2d817790a05da370bef0a1b00f452) to /tmp/pip-1q5umtrg-build
  Could not find a tag or branch '8378a1b104f2d817790a05da370bef0a1b00f452', assuming commit.
Requirement already up-to-date: pip in /usr/local/lib/python3.6/site-packages
Collecting virtualenv (from pipenv==9.0.3)
  Downloading virtualenv-15.1.0-py2.py3-none-any.whl (1.8MB)
Collecting pew>=0.1.26 (from pipenv==9.0.3)
  Downloading pew-1.1.2-py2.py3-none-any.whl
Collecting requests>2.18.0 (from pipenv==9.0.3)
  Downloading requests-2.18.4-py2.py3-none-any.whl (88kB)
Collecting flake8>=3.0.0 (from pipenv==9.0.3)
  Downloading flake8-3.5.0-py2.py3-none-any.whl (69kB)
Collecting urllib3>=1.21.1 (from pipenv==9.0.3)
  Downloading urllib3-1.22-py2.py3-none-any.whl (132kB)
Collecting setuptools>=17.1 (from pew>=0.1.26->pipenv==9.0.3)
  Downloading setuptools-38.5.1-py2.py3-none-any.whl (489kB)
Collecting virtualenv-clone>=0.2.5 (from pew>=0.1.26->pipenv==9.0.3)
  Downloading virtualenv-clone-0.2.6.tar.gz
Collecting chardet<3.1.0,>=3.0.2 (from requests>2.18.0->pipenv==9.0.3)
  Downloading chardet-3.0.4-py2.py3-none-any.whl (133kB)
Collecting idna<2.7,>=2.5 (from requests>2.18.0->pipenv==9.0.3)
  Downloading idna-2.6-py2.py3-none-any.whl (56kB)
Collecting certifi>=2017.4.17 (from requests>2.18.0->pipenv==9.0.3)
  Downloading certifi-2018.1.18-py2.py3-none-any.whl (151kB)
Collecting pyflakes<1.7.0,>=1.5.0 (from flake8>=3.0.0->pipenv==9.0.3)
  Downloading pyflakes-1.6.0-py2.py3-none-any.whl (227kB)
Collecting mccabe<0.7.0,>=0.6.0 (from flake8>=3.0.0->pipenv==9.0.3)
  Downloading mccabe-0.6.1-py2.py3-none-any.whl
Collecting pycodestyle<2.4.0,>=2.0.0 (from flake8>=3.0.0->pipenv==9.0.3)
  Downloading pycodestyle-2.3.1-py2.py3-none-any.whl (45kB)
Building wheels for collected packages: virtualenv-clone
  Running setup.py bdist_wheel for virtualenv-clone: started
  Running setup.py bdist_wheel for virtualenv-clone: finished with status 'done'
  Stored in directory: /root/.cache/pip/wheels/24/51/ef/93120d304d240b4b6c2066454250a1626e04f73d34417b956d
Successfully built virtualenv-clone
Installing collected packages: virtualenv, setuptools, virtualenv-clone, pew, chardet, idna, certifi, urllib3, requests, pyflakes, mccabe, pycodestyle, flake8, pipenv
  Found existing installation: setuptools 38.2.4
    Uninstalling setuptools-38.2.4:
      Successfully uninstalled setuptools-38.2.4
  Running setup.py install for pipenv: started
    Running setup.py install for pipenv: finished with status 'done'
Successfully installed certifi-2018.1.18 chardet-3.0.4 flake8-3.5.0 idna-2.6 mccabe-0.6.1 pew-1.1.2 pipenv-9.0.3 pycodestyle-2.3.1 pyflakes-1.6.0 requests-2.18.4 setuptools-38.5.1 urllib3-1.22 virtualenv-15.1.0 virtualenv-clone-0.2.6
Removing intermediate container bab376aa7b39
 ---> 45766572b518
Step 5/7 : RUN set -ex && mkdir -p /srv/app
 ---> Running in c1b57cf6f03d
+ mkdir -p /srv/app
Removing intermediate container c1b57cf6f03d
 ---> f557a9b5a6da
Step 6/7 : COPY Pipfile Pipfile
 ---> a06cbf48a345
Step 7/7 : RUN set -ex && pipenv install --deploy --system
 ---> Running in 5aae43a7e46b
+ pipenv install --deploy --system
Pipfile.lock not found, creating…
Locking [dev-packages] dependencies…
Locking [packages] dependencies…
Updated Pipfile.lock (fd93bb)!
Installing dependencies from Pipfile.lock (fd93bb)…
An error occurred while installing markupsafe==1.0! Will try again.
An error occurred while installing pycrypto==2.6.1! Will try again.
An error occurred while installing pyyaml==3.12! Will try again.
An error occurred while installing simplejson==3.13.2! Will try again.
An error occurred while installing wrapt==1.10.11! Will try again.
Installing initially–failed dependencies…
  Failed building wheel for markupsafe
Exception:
Traceback (most recent call last):
  File "/usr/local/lib/python3.6/site-packages/pip/compat/__init__.py", line 73, in console_to_str
    return s.decode(sys.__stdout__.encoding)
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xb5 in position 1: invalid start byte

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/local/lib/python3.6/site-packages/pip/basecommand.py", line 215, in main
    status = self.run(options, args)
  File "/usr/local/lib/python3.6/site-packages/pip/commands/install.py", line 342, in run
    prefix=options.prefix_path,
  File "/usr/local/lib/python3.6/site-packages/pip/req/req_set.py", line 784, in install
    **kwargs
  File "/usr/local/lib/python3.6/site-packages/pip/req/req_install.py", line 878, in install
    spinner=spinner,
  File "/usr/local/lib/python3.6/site-packages/pip/utils/__init__.py", line 676, in call_subprocess
    line = console_to_str(proc.stdout.readline())
  File "/usr/local/lib/python3.6/site-packages/pip/compat/__init__.py", line 75, in console_to_str
    return s.decode('utf_8')
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xb5 in position 1: invalid start byte

Collecting markupsafe==1.0
  Using cached MarkupSafe-1.0.tar.gz
Building wheels for collected packages: markupsafe
  Running setup.py bdist_wheel for markupsafe: started
  Running setup.py bdist_wheel for markupsafe: finished with status 'error'
  Running setup.py clean for markupsafe
Failed to build markupsafe
Installing collected packages: markupsafe
  Running setup.py install for markupsafe: started
  Running setup.py install for markupsafe: finished with status 'error'

The command '/bin/sh -c set -ex && pipenv install --deploy --system' returned a non-zero code: 2

With ONBUILD
FROM python:3.6 as builder
ADD . /srv/app
WORKDIR /srv/app
RUN set -ex && pip install pip git+git://github.com/pypa/pipenv.git@8378a1b104f2d817790a05da370bef0a1b00f452 --upgrade
RUN set -ex && mkdir -p /srv/app

ONBUILD COPY Pipfile Pipfile
ONBUILD RUN set -ex && pipenv install --deploy --system
ONBUILD RUN set -ex && pip freeze

Sending build context to Docker daemon  4.096kB
Step 1/8 : FROM python:3.6 as builder
 ---> c1e459c00dc3
Step 2/8 : ADD . /srv/app
 ---> bab22bbc92ca
Step 3/8 : WORKDIR /srv/app
Removing intermediate container 64c4041bf406
 ---> 82d4cef5803e
Step 4/8 : RUN set -ex && pip install pip git+git://github.com/pypa/pipenv.git@8378a1b104f2d817790a05da370bef0a1b00f452 --upgrade
 ---> Running in 41520a116f6f
+ pip install pip git+git://github.com/pypa/pipenv.git@8378a1b104f2d817790a05da370bef0a1b00f452 --upgrade
Collecting git+git://github.com/pypa/pipenv.git@8378a1b104f2d817790a05da370bef0a1b00f452
  Cloning git://github.com/pypa/pipenv.git (to 8378a1b104f2d817790a05da370bef0a1b00f452) to /tmp/pip-5mvprnj8-build
  Could not find a tag or branch '8378a1b104f2d817790a05da370bef0a1b00f452', assuming commit.
Requirement already up-to-date: pip in /usr/local/lib/python3.6/site-packages
Collecting virtualenv (from pipenv==9.0.3)
  Downloading virtualenv-15.1.0-py2.py3-none-any.whl (1.8MB)
Collecting pew>=0.1.26 (from pipenv==9.0.3)
  Downloading pew-1.1.2-py2.py3-none-any.whl
Collecting requests>2.18.0 (from pipenv==9.0.3)
  Downloading requests-2.18.4-py2.py3-none-any.whl (88kB)
Collecting flake8>=3.0.0 (from pipenv==9.0.3)
  Downloading flake8-3.5.0-py2.py3-none-any.whl (69kB)
Collecting urllib3>=1.21.1 (from pipenv==9.0.3)
  Downloading urllib3-1.22-py2.py3-none-any.whl (132kB)
Collecting setuptools>=17.1 (from pew>=0.1.26->pipenv==9.0.3)
  Downloading setuptools-38.5.1-py2.py3-none-any.whl (489kB)
Collecting virtualenv-clone>=0.2.5 (from pew>=0.1.26->pipenv==9.0.3)
  Downloading virtualenv-clone-0.2.6.tar.gz
Collecting chardet<3.1.0,>=3.0.2 (from requests>2.18.0->pipenv==9.0.3)
  Downloading chardet-3.0.4-py2.py3-none-any.whl (133kB)
Collecting certifi>=2017.4.17 (from requests>2.18.0->pipenv==9.0.3)
  Downloading certifi-2018.1.18-py2.py3-none-any.whl (151kB)
Collecting idna<2.7,>=2.5 (from requests>2.18.0->pipenv==9.0.3)
  Downloading idna-2.6-py2.py3-none-any.whl (56kB)
Collecting mccabe<0.7.0,>=0.6.0 (from flake8>=3.0.0->pipenv==9.0.3)
  Downloading mccabe-0.6.1-py2.py3-none-any.whl
Collecting pyflakes<1.7.0,>=1.5.0 (from flake8>=3.0.0->pipenv==9.0.3)
  Downloading pyflakes-1.6.0-py2.py3-none-any.whl (227kB)
Collecting pycodestyle<2.4.0,>=2.0.0 (from flake8>=3.0.0->pipenv==9.0.3)
  Downloading pycodestyle-2.3.1-py2.py3-none-any.whl (45kB)
Building wheels for collected packages: virtualenv-clone
  Running setup.py bdist_wheel for virtualenv-clone: started
  Running setup.py bdist_wheel for virtualenv-clone: finished with status 'done'
  Stored in directory: /root/.cache/pip/wheels/24/51/ef/93120d304d240b4b6c2066454250a1626e04f73d34417b956d
Successfully built virtualenv-clone
Installing collected packages: virtualenv, setuptools, virtualenv-clone, pew, urllib3, chardet, certifi, idna, requests, mccabe, pyflakes, pycodestyle, flake8, pipenv
  Found existing installation: setuptools 38.2.4
    Uninstalling setuptools-38.2.4:
      Successfully uninstalled setuptools-38.2.4
  Running setup.py install for pipenv: started
    Running setup.py install for pipenv: finished with status 'done'
Successfully installed certifi-2018.1.18 chardet-3.0.4 flake8-3.5.0 idna-2.6 mccabe-0.6.1 pew-1.1.2 pipenv-9.0.3 pycodestyle-2.3.1 pyflakes-1.6.0 requests-2.18.4 setuptools-38.5.1 urllib3-1.22 virtualenv-15.1.0 virtualenv-clone-0.2.6
Removing intermediate container 41520a116f6f
 ---> 900e68b3d45d
Step 5/8 : RUN set -ex && mkdir -p /srv/app
 ---> Running in 0fdde80e1512
+ mkdir -p /srv/app
Removing intermediate container 0fdde80e1512
 ---> d893e84f821d
Step 6/8 : ONBUILD COPY Pipfile Pipfile
 ---> Running in c14bdd1d24e9
Removing intermediate container c14bdd1d24e9
 ---> 052ddf7c646e
Step 7/8 : ONBUILD RUN set -ex && pipenv install --deploy --system
 ---> Running in da726f0ebf76
Removing intermediate container da726f0ebf76
 ---> 643e558ae509
Step 8/8 : ONBUILD RUN set -ex && pip freeze
 ---> Running in 66f001da2540
Removing intermediate container 66f001da2540
 ---> 2f519ec60505
Successfully built 2f519ec60505
Successfully tagged hactar/testcase:latest

As a double check, I decided to try the original Dockerfile with a requirements.txt file and a straight up pip install and I'm getting similar errors but with a bit more detail...
FROM python:3.6 as builder
ADD . /srv/app
WORKDIR /srv/app
RUN set -ex && pip install pip git+git://github.com/pypa/pipenv.git@8378a1b104f2d817790a05da370bef0a1b00f452 --upgrade
RUN set -ex && mkdir -p /srv/app

COPY requirements.txt requirements.txt
RUN set -ex && pip install -r requirements.txt
RUN set -ex && pip freeze

Full output
Sending build context to Docker daemon   5.12kB
Step 1/8 : FROM python:3.6 as builder
 ---> c1e459c00dc3
Step 2/8 : ADD . /srv/app
 ---> 1db16e829171
Step 3/8 : WORKDIR /srv/app
Removing intermediate container 1d846da3b330
 ---> 32f6d2153ae0
Step 4/8 : RUN set -ex && pip install pip git+git://github.com/pypa/pipenv.git@8378a1b104f2d817790a05da370bef0a1b00f452 --upgrade
 ---> Running in e593cb6241bc
+ pip install pip git+git://github.com/pypa/pipenv.git@8378a1b104f2d817790a05da370bef0a1b00f452 --upgrade
Collecting git+git://github.com/pypa/pipenv.git@8378a1b104f2d817790a05da370bef0a1b00f452
  Cloning git://github.com/pypa/pipenv.git (to 8378a1b104f2d817790a05da370bef0a1b00f452) to /tmp/pip-9qeqmjzz-build
  Could not find a tag or branch '8378a1b104f2d817790a05da370bef0a1b00f452', assuming commit.
Requirement already up-to-date: pip in /usr/local/lib/python3.6/site-packages
Collecting virtualenv (from pipenv==9.0.3)
  Downloading virtualenv-15.1.0-py2.py3-none-any.whl (1.8MB)
Collecting pew>=0.1.26 (from pipenv==9.0.3)
  Downloading pew-1.1.2-py2.py3-none-any.whl
Collecting requests>2.18.0 (from pipenv==9.0.3)
  Downloading requests-2.18.4-py2.py3-none-any.whl (88kB)
Collecting flake8>=3.0.0 (from pipenv==9.0.3)
  Downloading flake8-3.5.0-py2.py3-none-any.whl (69kB)
Collecting urllib3>=1.21.1 (from pipenv==9.0.3)
  Downloading urllib3-1.22-py2.py3-none-any.whl (132kB)
Collecting virtualenv-clone>=0.2.5 (from pew>=0.1.26->pipenv==9.0.3)
  Downloading virtualenv-clone-0.2.6.tar.gz
Collecting setuptools>=17.1 (from pew>=0.1.26->pipenv==9.0.3)
  Downloading setuptools-38.5.1-py2.py3-none-any.whl (489kB)
Collecting chardet<3.1.0,>=3.0.2 (from requests>2.18.0->pipenv==9.0.3)
  Downloading chardet-3.0.4-py2.py3-none-any.whl (133kB)
Collecting certifi>=2017.4.17 (from requests>2.18.0->pipenv==9.0.3)
  Downloading certifi-2018.1.18-py2.py3-none-any.whl (151kB)
Collecting idna<2.7,>=2.5 (from requests>2.18.0->pipenv==9.0.3)
  Downloading idna-2.6-py2.py3-none-any.whl (56kB)
Collecting mccabe<0.7.0,>=0.6.0 (from flake8>=3.0.0->pipenv==9.0.3)
  Downloading mccabe-0.6.1-py2.py3-none-any.whl
Collecting pyflakes<1.7.0,>=1.5.0 (from flake8>=3.0.0->pipenv==9.0.3)
  Downloading pyflakes-1.6.0-py2.py3-none-any.whl (227kB)
Collecting pycodestyle<2.4.0,>=2.0.0 (from flake8>=3.0.0->pipenv==9.0.3)
  Downloading pycodestyle-2.3.1-py2.py3-none-any.whl (45kB)
Building wheels for collected packages: virtualenv-clone
  Running setup.py bdist_wheel for virtualenv-clone: started
  Running setup.py bdist_wheel for virtualenv-clone: finished with status 'done'
  Stored in directory: /root/.cache/pip/wheels/24/51/ef/93120d304d240b4b6c2066454250a1626e04f73d34417b956d
Successfully built virtualenv-clone
Installing collected packages: virtualenv, virtualenv-clone, setuptools, pew, chardet, certifi, urllib3, idna, requests, mccabe, pyflakes, pycodestyle, flake8, pipenv
  Found existing installation: setuptools 38.2.4
    Uninstalling setuptools-38.2.4:
      Successfully uninstalled setuptools-38.2.4
  Running setup.py install for pipenv: started
    Running setup.py install for pipenv: finished with status 'done'
Successfully installed certifi-2018.1.18 chardet-3.0.4 flake8-3.5.0 idna-2.6 mccabe-0.6.1 pew-1.1.2 pipenv-9.0.3 pycodestyle-2.3.1 pyflakes-1.6.0 requests-2.18.4 setuptools-38.5.1 urllib3-1.22 virtualenv-15.1.0 virtualenv-clone-0.2.6
Removing intermediate container e593cb6241bc
 ---> bbbe827b9477
Step 5/8 : RUN set -ex && mkdir -p /srv/app
 ---> Running in 1724bc860377
+ mkdir -p /srv/app
Removing intermediate container 1724bc860377
 ---> 332f0aad9e73
Step 6/8 : COPY requirements.txt requirements.txt
 ---> a50510b04971
Step 7/8 : RUN set -ex && pip install -r requirements.txt
 ---> Running in 82705cdc848b
+ pip install -r requirements.txt
Collecting wrapt (from -r requirements.txt (line 1))
  Downloading wrapt-1.10.11.tar.gz
Collecting markupsafe (from -r requirements.txt (line 2))
  Downloading MarkupSafe-1.0.tar.gz
Collecting pycrypto (from -r requirements.txt (line 3))
  Downloading pycrypto-2.6.1.tar.gz (446kB)
Collecting pyyaml (from -r requirements.txt (line 4))
  Downloading PyYAML-3.12.tar.gz (253kB)
Collecting simplejson (from -r requirements.txt (line 5))
  Downloading simplejson-3.13.2.tar.gz (79kB)
Building wheels for collected packages: wrapt, markupsafe, pycrypto, pyyaml, simplejson
  Running setup.py bdist_wheel for wrapt: started
  Running setup.py bdist_wheel for wrapt: finished with status 'error'
  Failed building wheel for wrapt
  Running setup.py clean for wrapt
  Running setup.py bdist_wheel for markupsafe: started
  Running setup.py bdist_wheel for markupsafe: finished with status 'error'
  Failed building wheel for markupsafe
  Running setup.py clean for markupsafe
  Running setup.py bdist_wheel for pycrypto: started
  Running setup.py bdist_wheel for pycrypto: finished with status 'error'
  Complete output from command /usr/local/bin/python -u -c "import setuptools, tokenize;__file__='/tmp/pip-build-4v98takr/pycrypto/setup.py';f=getattr(tokenize, 'open', open)(__file__);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, __file__, 'exec'))" bdist_wheel -d /tmp/tmptzfvkmp0pip-wheel- --python-tag cp36:
  running bdist_wheel
  running build
  running build_py
  creating build
  creating build/lib.linux-x86_64-3.6
  creating build/lib.linux-x86_64-3.6/Crypto
  copying lib/Crypto/pct_warnings.py -> build/lib.linux-x86_64-3.6/Crypto
  copying lib/Crypto/__init__.py -> build/lib.linux-x86_64-3.6/Crypto
  creating build/lib.linux-x86_64-3.6/Crypto/Hash
  copying lib/Crypto/Hash/SHA512.py -> build/lib.linux-x86_64-3.6/Crypto/Hash
  copying lib/Crypto/Hash/SHA384.py -> build/lib.linux-x86_64-3.6/Crypto/Hash
  copying lib/Crypto/Hash/MD2.py -> build/lib.linux-x86_64-3.6/Crypto/Hash
  copying lib/Crypto/Hash/HMAC.py -> build/lib.linux-x86_64-3.6/Crypto/Hash
  copying lib/Crypto/Hash/__init__.py -> build/lib.linux-x86_64-3.6/Crypto/Hash
  copying lib/Crypto/Hash/MD5.py -> build/lib.linux-x86_64-3.6/Crypto/Hash
  copying lib/Crypto/Hash/RIPEMD.py -> build/lib.linux-x86_64-3.6/Crypto/Hash
  copying lib/Crypto/Hash/hashalgo.py -> build/lib.linux-x86_64-3.6/Crypto/Hash
  copying lib/Crypto/Hash/MD4.py -> build/lib.linux-x86_64-3.6/Crypto/Hash
  copying lib/Crypto/Hash/SHA.py -> build/lib.linux-x86_64-3.6/Crypto/Hash
  copying lib/Crypto/Hash/SHA224.py -> build/lib.linux-x86_64-3.6/Crypto/Hash
  copying lib/Crypto/Hash/SHA256.py -> build/lib.linux-x86_64-3.6/Crypto/Hash
  creating build/lib.linux-x86_64-3.6/Crypto/Cipher
  copying lib/Crypto/Cipher/CAST.py -> build/lib.linux-x86_64-3.6/Crypto/Cipher
  copying lib/Crypto/Cipher/DES3.py -> build/lib.linux-x86_64-3.6/Crypto/Cipher
  copying lib/Crypto/Cipher/__init__.py -> build/lib.linux-x86_64-3.6/Crypto/Cipher
  copying lib/Crypto/Cipher/ARC2.py -> build/lib.linux-x86_64-3.6/Crypto/Cipher
  copying lib/Crypto/Cipher/AES.py -> build/lib.linux-x86_64-3.6/Crypto/Cipher
  copying lib/Crypto/Cipher/PKCS1_OAEP.py -> build/lib.linux-x86_64-3.6/Crypto/Cipher
  copying lib/Crypto/Cipher/PKCS1_v1_5.py -> build/lib.linux-x86_64-3.6/Crypto/Cipher
  copying lib/Crypto/Cipher/XOR.py -> build/lib.linux-x86_64-3.6/Crypto/Cipher
  copying lib/Crypto/Cipher/ARC4.py -> build/lib.linux-x86_64-3.6/Crypto/Cipher
  copying lib/Crypto/Cipher/blockalgo.py -> build/lib.linux-x86_64-3.6/Crypto/Cipher
  copying lib/Crypto/Cipher/DES.py -> build/lib.linux-x86_64-3.6/Crypto/Cipher
  copying lib/Crypto/Cipher/Blowfish.py -> build/lib.linux-x86_64-3.6/Crypto/Cipher
  creating build/lib.linux-x86_64-3.6/Crypto/Util
  copying lib/Crypto/Util/Counter.py -> build/lib.linux-x86_64-3.6/Crypto/Util
  copying lib/Crypto/Util/RFC1751.py -> build/lib.linux-x86_64-3.6/Crypto/Util
  copying lib/Crypto/Util/_number_new.py -> build/lib.linux-x86_64-3.6/Crypto/Util
  copying lib/Crypto/Util/__init__.py -> build/lib.linux-x86_64-3.6/Crypto/Util
  copying lib/Crypto/Util/asn1.py -> build/lib.linux-x86_64-3.6/Crypto/Util
  copying lib/Crypto/Util/number.py -> build/lib.linux-x86_64-3.6/Crypto/Util
  copying lib/Crypto/Util/py3compat.py -> build/lib.linux-x86_64-3.6/Crypto/Util
  copying lib/Crypto/Util/winrandom.py -> build/lib.linux-x86_64-3.6/Crypto/Util
  copying lib/Crypto/Util/randpool.py -> build/lib.linux-x86_64-3.6/Crypto/Util
  creating build/lib.linux-x86_64-3.6/Crypto/Random
  copying lib/Crypto/Random/__init__.py -> build/lib.linux-x86_64-3.6/Crypto/Random
  copying lib/Crypto/Random/random.py -> build/lib.linux-x86_64-3.6/Crypto/Random
  copying lib/Crypto/Random/_UserFriendlyRNG.py -> build/lib.linux-x86_64-3.6/Crypto/Random
  creating build/lib.linux-x86_64-3.6/Crypto/Random/Fortuna
  copying lib/Crypto/Random/Fortuna/FortunaGenerator.py -> build/lib.linux-x86_64-3.6/Crypto/Random/Fortuna
  copying lib/Crypto/Random/Fortuna/__init__.py -> build/lib.linux-x86_64-3.6/Crypto/Random/Fortuna
  copying lib/Crypto/Random/Fortuna/FortunaAccumulator.py -> build/lib.linux-x86_64-3.6/Crypto/Random/Fortuna
  copying lib/Crypto/Random/Fortuna/SHAd256.py -> build/lib.linux-x86_64-3.6/Crypto/Random/Fortuna
  creating build/lib.linux-x86_64-3.6/Crypto/Random/OSRNG
  copying lib/Crypto/Random/OSRNG/rng_base.py -> build/lib.linux-x86_64-3.6/Crypto/Random/OSRNG
  copying lib/Crypto/Random/OSRNG/fallback.py -> build/lib.linux-x86_64-3.6/Crypto/Random/OSRNG
  copying lib/Crypto/Random/OSRNG/__init__.py -> build/lib.linux-x86_64-3.6/Crypto/Random/OSRNG
  copying lib/Crypto/Random/OSRNG/posix.py -> build/lib.linux-x86_64-3.6/Crypto/Random/OSRNG
  creating build/lib.linux-x86_64-3.6/Crypto/SelfTest
  copying lib/Crypto/SelfTest/st_common.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest
  copying lib/Crypto/SelfTest/__init__.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest
  creating build/lib.linux-x86_64-3.6/Crypto/SelfTest/Cipher
  copying lib/Crypto/SelfTest/Cipher/test_pkcs1_15.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Cipher
  copying lib/Crypto/SelfTest/Cipher/test_Blowfish.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Cipher
  copying lib/Crypto/SelfTest/Cipher/test_ARC2.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Cipher
  copying lib/Crypto/SelfTest/Cipher/test_XOR.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Cipher
  copying lib/Crypto/SelfTest/Cipher/common.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Cipher
  copying lib/Crypto/SelfTest/Cipher/test_pkcs1_oaep.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Cipher
  copying lib/Crypto/SelfTest/Cipher/__init__.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Cipher
  copying lib/Crypto/SelfTest/Cipher/test_AES.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Cipher
  copying lib/Crypto/SelfTest/Cipher/test_CAST.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Cipher
  copying lib/Crypto/SelfTest/Cipher/test_ARC4.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Cipher
  copying lib/Crypto/SelfTest/Cipher/test_DES3.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Cipher
  copying lib/Crypto/SelfTest/Cipher/test_DES.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Cipher
  creating build/lib.linux-x86_64-3.6/Crypto/SelfTest/Hash
  copying lib/Crypto/SelfTest/Hash/test_SHA224.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Hash
  copying lib/Crypto/SelfTest/Hash/common.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Hash
  copying lib/Crypto/SelfTest/Hash/test_MD5.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Hash
  copying lib/Crypto/SelfTest/Hash/test_RIPEMD.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Hash
  copying lib/Crypto/SelfTest/Hash/test_SHA384.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Hash
  copying lib/Crypto/SelfTest/Hash/__init__.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Hash
  copying lib/Crypto/SelfTest/Hash/test_SHA256.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Hash
  copying lib/Crypto/SelfTest/Hash/test_SHA512.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Hash
  copying lib/Crypto/SelfTest/Hash/test_HMAC.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Hash
  copying lib/Crypto/SelfTest/Hash/test_MD2.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Hash
  copying lib/Crypto/SelfTest/Hash/test_MD4.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Hash
  copying lib/Crypto/SelfTest/Hash/test_SHA.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Hash
  creating build/lib.linux-x86_64-3.6/Crypto/SelfTest/Protocol
  copying lib/Crypto/SelfTest/Protocol/__init__.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Protocol
  copying lib/Crypto/SelfTest/Protocol/test_rfc1751.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Protocol
  copying lib/Crypto/SelfTest/Protocol/test_KDF.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Protocol
  copying lib/Crypto/SelfTest/Protocol/test_AllOrNothing.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Protocol
  copying lib/Crypto/SelfTest/Protocol/test_chaffing.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Protocol
  creating build/lib.linux-x86_64-3.6/Crypto/SelfTest/PublicKey
  copying lib/Crypto/SelfTest/PublicKey/test_importKey.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/PublicKey
  copying lib/Crypto/SelfTest/PublicKey/test_RSA.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/PublicKey
  copying lib/Crypto/SelfTest/PublicKey/test_DSA.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/PublicKey
  copying lib/Crypto/SelfTest/PublicKey/__init__.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/PublicKey
  copying lib/Crypto/SelfTest/PublicKey/test_ElGamal.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/PublicKey
  creating build/lib.linux-x86_64-3.6/Crypto/SelfTest/Random
  copying lib/Crypto/SelfTest/Random/test__UserFriendlyRNG.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Random
  copying lib/Crypto/SelfTest/Random/test_rpoolcompat.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Random
  copying lib/Crypto/SelfTest/Random/__init__.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Random
  copying lib/Crypto/SelfTest/Random/test_random.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Random
  creating build/lib.linux-x86_64-3.6/Crypto/SelfTest/Random/Fortuna
  copying lib/Crypto/SelfTest/Random/Fortuna/test_FortunaGenerator.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Random/Fortuna
  copying lib/Crypto/SelfTest/Random/Fortuna/test_FortunaAccumulator.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Random/Fortuna
  copying lib/Crypto/SelfTest/Random/Fortuna/__init__.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Random/Fortuna
  copying lib/Crypto/SelfTest/Random/Fortuna/test_SHAd256.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Random/Fortuna
  creating build/lib.linux-x86_64-3.6/Crypto/SelfTest/Random/OSRNG
  copying lib/Crypto/SelfTest/Random/OSRNG/test_winrandom.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Random/OSRNG
  copying lib/Crypto/SelfTest/Random/OSRNG/__init__.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Random/OSRNG
  copying lib/Crypto/SelfTest/Random/OSRNG/test_fallback.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Random/OSRNG
  copying lib/Crypto/SelfTest/Random/OSRNG/test_nt.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Random/OSRNG
  copying lib/Crypto/SelfTest/Random/OSRNG/test_generic.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Random/OSRNG
  copying lib/Crypto/SelfTest/Random/OSRNG/test_posix.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Random/OSRNG
  creating build/lib.linux-x86_64-3.6/Crypto/SelfTest/Util
  copying lib/Crypto/SelfTest/Util/test_number.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Util
  copying lib/Crypto/SelfTest/Util/test_winrandom.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Util
  copying lib/Crypto/SelfTest/Util/__init__.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Util
  copying lib/Crypto/SelfTest/Util/test_asn1.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Util
  copying lib/Crypto/SelfTest/Util/test_Counter.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Util
  creating build/lib.linux-x86_64-3.6/Crypto/SelfTest/Signature
  copying lib/Crypto/SelfTest/Signature/test_pkcs1_15.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Signature
  copying lib/Crypto/SelfTest/Signature/test_pkcs1_pss.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Signature
  copying lib/Crypto/SelfTest/Signature/__init__.py -> build/lib.linux-x86_64-3.6/Crypto/SelfTest/Signature
  creating build/lib.linux-x86_64-3.6/Crypto/Protocol
  copying lib/Crypto/Protocol/KDF.py -> build/lib.linux-x86_64-3.6/Crypto/Protocol
  copying lib/Crypto/Protocol/__init__.py -> build/lib.linux-x86_64-3.6/Crypto/Protocol
  copying lib/Crypto/Protocol/Chaffing.py -> build/lib.linux-x86_64-3.6/Crypto/Protocol
  copying lib/Crypto/Protocol/AllOrNothing.py -> build/lib.linux-x86_64-3.6/Crypto/Protocol
  creating build/lib.linux-x86_64-3.6/Crypto/PublicKey
  copying lib/Crypto/PublicKey/ElGamal.py -> build/lib.linux-x86_64-3.6/Crypto/PublicKey
  copying lib/Crypto/PublicKey/_DSA.py -> build/lib.linux-x86_64-3.6/Crypto/PublicKey
  copying lib/Crypto/PublicKey/__init__.py -> build/lib.linux-x86_64-3.6/Crypto/PublicKey
  copying lib/Crypto/PublicKey/RSA.py -> build/lib.linux-x86_64-3.6/Crypto/PublicKey
  copying lib/Crypto/PublicKey/_slowmath.py -> build/lib.linux-x86_64-3.6/Crypto/PublicKey
  copying lib/Crypto/PublicKey/pubkey.py -> build/lib.linux-x86_64-3.6/Crypto/PublicKey
  copying lib/Crypto/PublicKey/DSA.py -> build/lib.linux-x86_64-3.6/Crypto/PublicKey
  copying lib/Crypto/PublicKey/_RSA.py -> build/lib.linux-x86_64-3.6/Crypto/PublicKey
  creating build/lib.linux-x86_64-3.6/Crypto/Signature
  copying lib/Crypto/Signature/__init__.py -> build/lib.linux-x86_64-3.6/Crypto/Signature
  copying lib/Crypto/Signature/PKCS1_v1_5.py -> build/lib.linux-x86_64-3.6/Crypto/Signature
  copying lib/Crypto/Signature/PKCS1_PSS.py -> build/lib.linux-x86_64-3.6/Crypto/Signature
  Skipping optional fixer: buffer
  Skipping optional fixer: idioms
  Skipping optional fixer: set_literal
  Skipping optional fixer: ws_comma
  running build_ext
  running build_configure
  checking for gcc... gcc
  checking whether the C compiler works... yes
  checking for C compiler default output file name... a.out
  checking for suffix of executables...
  checking whether we are cross compiling... configure: error: in `/tmp/pip-build-4v98takr/pycrypto':
  configure: error: cannot run C compiled programs.
  If you meant to cross compile, use `--host'.
  See `config.log' for more details
  Traceback (most recent call last):
    File "<string>", line 1, in <module>
    File "/tmp/pip-build-4v98takr/pycrypto/setup.py", line 456, in <module>
      core.setup(**kw)
    File "/usr/local/lib/python3.6/distutils/core.py", line 148, in setup
      dist.run_commands()
    File "/usr/local/lib/python3.6/distutils/dist.py", line 955, in run_commands
      self.run_command(cmd)
    File "/usr/local/lib/python3.6/distutils/dist.py", line 974, in run_command
      cmd_obj.run()
    File "/usr/local/lib/python3.6/site-packages/wheel/bdist_wheel.py", line 204, in run
      self.run_command('build')
    File "/usr/local/lib/python3.6/distutils/cmd.py", line 313, in run_command
      self.distribution.run_command(command)
    File "/usr/local/lib/python3.6/distutils/dist.py", line 974, in run_command
      cmd_obj.run()
    File "/usr/local/lib/python3.6/distutils/command/build.py", line 135, in run
      self.run_command(cmd_name)
    File "/usr/local/lib/python3.6/distutils/cmd.py", line 313, in run_command
      self.distribution.run_command(command)
    File "/usr/local/lib/python3.6/distutils/dist.py", line 974, in run_command
      cmd_obj.run()
    File "/tmp/pip-build-4v98takr/pycrypto/setup.py", line 251, in run
      self.run_command(cmd_name)
    File "/usr/local/lib/python3.6/distutils/cmd.py", line 313, in run_command
      self.distribution.run_command(command)
    File "/usr/local/lib/python3.6/distutils/dist.py", line 974, in run_command
      cmd_obj.run()
    File "/tmp/pip-build-4v98takr/pycrypto/setup.py", line 278, in run
      raise RuntimeError("autoconf error")
  RuntimeError: autoconf error

  ----------------------------------------
  Failed building wheel for pycrypto
  Running setup.py clean for pycrypto
  Running setup.py bdist_wheel for pyyaml: started
  Running setup.py bdist_wheel for pyyaml: finished with status 'error'
  Failed building wheel for pyyaml
  Running setup.py clean for pyyaml
  Running setup.py bdist_wheel for simplejson: started
  Running setup.py bdist_wheel for simplejson: finished with status 'error'
  Failed building wheel for simplejson
  Running setup.py clean for simplejson
Failed to build wrapt markupsafe pycrypto pyyaml simplejson
Installing collected packages: wrapt, markupsafe, pycrypto, pyyaml, simplejson
  Running setup.py install for wrapt: started
  Running setup.py install for wrapt: finished with status 'error'
Exception:
Traceback (most recent call last):
  File "/usr/local/lib/python3.6/site-packages/pip/compat/__init__.py", line 73, in console_to_str
    return s.decode(sys.__stdout__.encoding)
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xb5 in position 1: invalid start byte

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/local/lib/python3.6/site-packages/pip/basecommand.py", line 215, in main
    status = self.run(options, args)
  File "/usr/local/lib/python3.6/site-packages/pip/commands/install.py", line 342, in run
    prefix=options.prefix_path,
  File "/usr/local/lib/python3.6/site-packages/pip/req/req_set.py", line 784, in install
    **kwargs
  File "/usr/local/lib/python3.6/site-packages/pip/req/req_install.py", line 878, in install
    spinner=spinner,
  File "/usr/local/lib/python3.6/site-packages/pip/utils/__init__.py", line 676, in call_subprocess
    line = console_to_str(proc.stdout.readline())
  File "/usr/local/lib/python3.6/site-packages/pip/compat/__init__.py", line 75, in console_to_str
    return s.decode('utf_8')
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xb5 in position 1: invalid start byte
The command '/bin/sh -c set -ex && pip install -r requirements.txt' returned a non-zero code: 2

This is starting to look more like an issue with my Docker than pipenv so feel free to close. If anyone more familiar with docker than me can point me at what I'm doing wrong though it would be hugely appreciated.


Bump version to 8.0.0-SNAPSHOT

Hi @romartin @yesamer @karreiro! We're bumping the versions of the modules of this repo to 8.0.0-SNAPSHOT, so we don't clash with the BC stream. Please tell us if it's okay or if you'd like to use a different version.

Hey @tiagobento  @caponetto
For me bumping to 8.x is ifne, although I need to clarify first how to keep working on our lienzo "new" versions on top of this repo.
As you know lienzo is still in a separate repo [1, 2], we're now trying to see if we can just these modules into this repository, this way all its stuff will follow same conventions and NPM, so build will be easier for everyone... anyway, on the MEANWHILE, we have to continue working with lienzo dependencies on this new repo, and we need to use a dfferent versions than the BC stream, is that possible right guys? Shouls we just change some pom here, in case we need to upgrade lienzo versions?
Thx!
[1] https://github.com/kiegroup/lienzo-core
[2] https://github.com/kiegroup/lienzo-tests

@romartin Right now Lienzo is being treated as an "external" dependency, so its version is fixed to 7.53.0.Final. As we spoke, you can create a new stream on Lienzo called 8.x and have this repo depend on Lienzo 8.0.0-SNAPSHOT or something like that. But generally, yeah, just change the POM files as you please :) A lot of this stuff is new, so we'll have to figure out a new workflow.

@tiagobento ok thanks for confirmation :) Makes sense to me.  I understand for now I can just override the version property for lienzo like done here:
https://github.com/kiegroup/kogito-editors-java/blob/main/pom.xml#L161
and that's it right? at least for local...
Anyway I don't want to block this PR and this migration, I assume we can properly move forward with our tasks, so let's go ahead guys. Approving

@caponetto  @tiagobento I'm testing this PR locally.... will let you know ASAP


[lit-html] is dev mode warning all over is this really needed ? it's polluting the console.log

Description
Not a massive fan of having so many unnecessary warning in the dev console. (see attached screenshot)

lit-html version
<EMAIL_ADDRESS>Steps to Reproduce

Add this to your rollup config

{
  plugins: [
    nodeResolve({
      exportConditions: ['development'],
    }),
  ];
}

See this output...

Expected Results
Ultimately would like no warnings
Actual Results
(see attached screenshot)
Browsers Affected

[x] Chrome
[x] Firefox
[x] Edge
[x] Safari

Is there a way to keep the dev mode on and not see those console warnings? It goes toward the principle of the broken window, if we have many console warnings our team will get used to ignore warnings etc...

I have one library compiled with rollup that is linked into another project also using lit trough a workspace, so I guess there are 2 version of lit-element and causing the doubling down on those warnings

This is good feedback, thanks. There are a few things we can do to make this better.

Loading multiple versions is something that should be avoided, but we can add a dev mode warning for this as well.
We can probably have one set of dev mode warnings.
The render warning is confusing and needs to say static render. We also need to make sure this is issued once per unique implementation.

Any update?


Add django

Hi,
Django could be considered as a python alternative to Rails.
It will be interseting to compare Django to Rails as flask could be compared to sinatra.
Regards,

@tbrand done in PR #120


Four dir error fix

About the PR

#27510 aims to solve an error that was being thrown on the server when people lag and try to do things at the very start of activating harm mode
When the client-side MouseRotatorSystem throws a predicted event requesting mouse angle, ensured the MouseRotatorComponent exists in SharedMouseRotatorSystem so that it wouldn't throw an error on the server terminal regarding the server-side entity not yet having the MouseRotatorComponent
Why / Balance

apparently it was spamming grafana
Media

[x] I have added screenshots/videos to this PR showcasing its changes ingame, or this PR does not require an ingame showcase

Before:
https://github.com/space-wizards/space-station-14/assets/58439124/4d6a03b0-9224-403c-87ed-e9a5a0884b43
After:
https://github.com/space-wizards/space-station-14/assets/58439124/01684765-518c-4052-b697-4709af5f89b0
Changelog

not player facing

I got inspiration from #27601 as to how to fix this particular error...

SharedCombatModeSystem ensures the MouseRotatorComponent on the player whenever combat mode is toggled on or off
Client-side, the MouseRotatorComponent will of course get added first
The client-side MouseRotatorSystem then immediately every frame/tick checks for the MouseRotatorComp and then sends a predictive RequestMouseRotatorRotationSimpleEvent
if this predictive event gets received by the server before the server-side components for the player gets the MouseRotatorComp, it throws an error
to alleviate the error, if the event is ever raised and received by the server before the server-side component gets set, we ensure the comp exists anyways in the event handling


Thread left running

This simple test case, leaves a thread running:
@Test
public void checkThreadsLeft() throws Exception {
await("asdf").until(() -> true);
}
Stack trace of the thread that has been left:
Thread[Thread-0,5,main]
at java.lang.Thread.sleep(Native Method)
at org.awaitility.core.ConditionAwaiter$1.run(ConditionAwaiter.java:163)
at java.lang.Thread.run(Thread.java:745)
Is there a way to terminate this thread?

After a little bit of debugging this is what I found out:
In
org.awaitility.core.ConditionAwaiter#await
the executor is shut down and then there is a wait time of 1 sec.
Only after that shutdownNow() is called.
What should/could be done:

immediately call shutdownNow()
or at least add awaitTermination() after the call to shutdownNow().

Thanks for the investigation and reporting. I've tried sleeping after "shutdownNow", please try if this alleviates the problem by using version 2.0.1-SNAPSHOT after having added the following maven repo:
<repositories>
        <repository>
            <id>sonatype</id>
            <url>https://oss.sonatype.org/content/repositories/snapshots/</url>
            <snapshots />
        </repository>
</repositories>

In version 3.0.0-rc1 the problem still exists:
Thread[awaitility-poll-scheduling,5,main]
at java.lang.Thread.sleep(Native Method)
at org.awaitility.core.ConditionAwaiter$1.run(ConditionAwaiter.java:172)
at java.lang.Thread.run(Thread.java:745)

Thanks for trying it out


Feature Request: Error-prone case Pattern

This code
isLen2 l
  = let is2 = 2
    in case length l of
         is2 -> True
         _ -> False

t = isLen2 []

is error-prone because someone, for example me :-) can badly assume this semantic
isLen2' l
  = case length l of
         2 -> True
         _ -> False

t' = isLen2' []

but instead the case in f returns always True because (correctly), a new is2 identifier is defined by the case condition.
I don't know what is the policy for feature-requests, but obviously I'm not pretending nothing, and many many thanks for the very good work on this utility!!!

Generally HLint tries to do the things that GHC doesn't do, and GHC does a lot of pattern match checking in its warnings, so it's starting to stray to the boundary where I'd suggest it go in as a GHC warning. That said, perhaps having a sweet spot of warnings to eliminate successive branches if a previous branch matches everything is a good idea.

GHC does a lot of pattern match checking in its warnings,

you are right: for this code GHC already signal a warning.
By the way I didn't noticed the error in my production code, because it generates some warnings that are instead "false warnings" and so I ignored also this true warning. But this is completely my fault: I had to remove all warning from my code, otherwise these type of things can happen.
IMHO you can close this issue because GHC warned me.

I'm not a great fan of GHC's pattern match warnings - they tend to be too dumb to be helpful most of the time - but given they exist and do warn about this I'm going to leave it to GHC HQ to improve them, rather than try and reinvent them in HLint.


ux: fix picking.

It was last verified working about 3 months ago (probably directly before the compositor changes).

working pretty decently now..


feat: add OTEL_EXPORTER_OTLP_PROTOCOL and OTEL_EXPORTER_OTLP_TRACES_PROTOCOL env var

trying this one last time...(hooray cla took)
Addresses https://github.com/open-telemetry/opentelemetry-ruby/issues/1088, by adding 'OTEL_EXPORTER_OTLP_TRACES_PROTOCOL', 'OTEL_EXPORTER_OTLP_PROTOCOL' environment variable support for the otlp exporter (and defaulting+only supporting http/protobuf)
I think this is the last remaining open item before we can 1.0 the exporter.
The implementation here is kinda of pointless beside for specification purposes, since afaik our plan of action is to have multiple exporter gems for http/protobuf, grpc, http/json, (should we choose to implement those down the line), and there's really no need to expose protocol as an instance variable on the exporter at the moment, but it's possible it could be useful in the future, and it keeps the approach in line with the other configuration options.
At the very least what this does is it will loudly raise if the user tries to use a different protocol, which I think is useful, since we should make sure the user's knows what is/isn't possible as an export option for otlp at the moment.

@plantfansam makes sense, added a todo about METRICS and also future work if/when we add other protocol options.

Oh good, I was just working on this and went to comment on the issue when I saw this :). The only difference is I included 2 different exceptions depending on what the user supplied protocol was:
          raise ArgumentError, "invalid protocol #{protocol}" if invalid_protocol?(protocol)
          raise ArgumentError, "unsupported protocol #{protocol}" if unsupported_protocol?(protocol)

        def invalid_protocol?(protocol)
          protocol == 'http/protobuf' || protocol == 'grpc' || protocol == 'http/json'
        end

        def unsupported_protocol?(protocol)
          protocol != 'http/protobuf'
        end

(@robertlaurin is going to add this bit in the configurator to some other work being done in the short term, closing this for now)


Dev UI - provide link to Replay UI from the GitHub App tile

Dev UI - provide link to Replay UI from the GitHub App tile
One needs to find out about http://localhost:8080/replay/ URL from the docs.
GitHub App tile in Dev console could use inspiration from SmallRye Health

@melloware wondering if you would be interested in helping here? :)

I can do this if you assign it to me.

I was wondering if at some point it would make sense to implement the Replay UI as an integral part of the Dev UI but I'm not sure it's worth the hassle given we have something simple and working (but with an old version of Vue).
Having a simple link to /replay is a good first step IMO.
Feedback welcome.

+1 to add link for now
Rework into DevUI would give better experience, I understand it's a lot of work because different front-end framework is used, etc. We should probably come up with other reasons to rework this :) But I have just the "unified experience" topic.
From pure Quarkus dev side, it could be good experiment to see how hard it is to maintain external component for DevUI :)

I know this may be a dumb question but is there a way to run mvn quarkus:dev without needing all the setup in the startup guide just so I can test?  If not i may build this card blind and have you guys test it if that is OK?

@melloware I think having the following in the application.properties should be enough:
quarkus.github-app.app-id=0
quarkus.github-app.private-key=-----BEGIN RSA PRIVATE KEY-----\
MIIEogIBAAKCAQEA30YvyuZAd+kGDT0nm/XAa93CqsDvC/iYOc4KsKsfBQs1MWjH\
royuVDfQj2fJvueFnOgZApM3viaCz188D/j3tUMNByIKOfMLiEm/R1tqe7Q6xRRn\
uwpfT+wv+/x4cNvPxTscwo43LVR9Pno71UfZZywnYN03GS71ttNCiiBKXwCSnHez\
/t79iAmMnym7ViNsKzA0aS5EwAw9A3GeTnxpRef0y0vDNE2aXBNCe+f1ZnFq1Fhe\
PJIlKs/qlM136A2co+WRaPghacZJMuwQr1vajuMSBjMEroIPOfSG3x3Oitvnukjp\
EwuhXjmZeaLc+60rYaMRwf+bje8KmaAVOMWkHQIDAQABAoIBAA+d8SnYARpiCjJS\
3Lpj7hmdYUhgRlgoAz3H06eX0IuhxQ63rX/gBzGM1eGx+MKJnybidR1g/r0mJHAs\
0R6s42aiUf71upFjFqNpxR9QnZoZeSLf0oGasB/+/Tw65JHATkAVamWRXPqmtjvw\
gM7iP6qfxAFad8gjKLyo+jZ/G7SZTCMwnp+sRynirNpycxaAn/xK6Pe43+nyQVWT\
E0J8bvCzrFD47CM5zZaBQlLWTMjY4Rr3U6BMTGwQWJzGkeGn+2JsHVUch0k7+NRa\
e3FKjT+57dZqQTnGPVSpBFWEXVO9KLEuLBLyRx0348TZBHzIM9IigN4QS2AaWTJw\
1kp3VWECgYEA/3P/nsL+RL/yqYvENZ7XqEkXRNH6YHOe8h/lFoYHStCl9y0T8O+z\
ooJq9hEq7QcYs2bHvBWj8B9he7+bZ5ZOMAM6oIgrgB5FzSvL7JzXhEdONxe/j2TI\
GbQuC+NxdJtx4Y6yF9Lrb1UyKX+HzR4de+v6b5hER7x8x4gQn1sCYmsCgYEA38CN\
bTtE3RKY98m33a1Cd6hNXHSyy5GOK5/XGDn0XoGfFe5YJnnh2lia2V4xqUH9d1Mu\
bB0bEUhfbac5SX5SIW+NBVxzehqfMkrZj/rzN8Wd7TrYAHSldSMhkPTuwuuzfnHL\
sJLe2gyoqq+sooeE7eCH2fpPIN0wg5U+jc60hZcCgYBHtmrGSPtUlYYr7p6wZt0n\
0w0DNudQ+GRgmG+ZeRrG9/f/gdodQ01si6w3U+53CAz5IBtmQ7T4Dfcx5EJePCXK\
+L0Wn+OGXfk+ddMTo5wk+FeOw831FVfPT3O1xq3tDE5WAdchNQb/BC3G1JRtEs04\
IrD1bwuMD+//m8T+12+97QKBgDko0XhEGdV3+MfkKiphJoe24Pxre3lxl6YhUSuJ\
Mpop9t/9YVuC62WCGRzKaVlZ2ExxXXyU+uMxX999Rq81q/mKq7Xg5kcdIeoRIP8d\
FqD6xNtjmuaS5enErcCAMbZtzA7TNzvGaVO+xB/GfQ2QHS8/mrTesvQsTUZwC+ji\
E0/FAoGATJvuAfgy9uiKR7za7MigYVacE0u4aD1sF7v6D4AFqBOGquPQQhePSdz9\
G/UUwySoo+AQ+rd2EPhyexjqXBhRGe+EDGFVFivaQzTT8/5bt/VddbTcw2IpmXYj\
LW6V8BbcP5MRhd2JQSRh16nWwSQJ2BdpUZFwayEEQ6UcrMfqvA0=\
-----END RSA PRIVATE KEY-----

If not, yeah, push a PR and I'll have a look.

thanks let me try

PR submitted but here is what is strange.  The Replay UI is not available in Dev Mode?  Its only available in NON Dev mode so the link goes no where but to a 404.


EVP_PKEY_keygen is not working when ctx is created from EC key

I am suggested to create new issue from https://github.com/openssl/openssl/issues/11549#issuecomment-635630125 which is similar issue.
EVP_PKEY_keygen is not working when ctx is created from EC key.
prompt$ gcc -o t t.c -lcrypto -DDIRECTLY
prompt$ ./t
prompt$ gcc -o t t.c -lcrypto
prompt$ ./t
t.c:23: OpenSSL internal error: EVP_PKEY_keygen
Aborted
prompt$ cat t.c
#include <openssl/evp.h>
#include <openssl/rsa.h>

int main(void)
{
        EVP_PKEY_CTX *ctx;
        EVP_PKEY *pkey = NULL;
#ifdef DIRECTLY
        ctx = EVP_PKEY_CTX_new_id(EVP_PKEY_EC, NULL);
#else
        EVP_PKEY *tkey;
        tkey = EVP_PKEY_new();
        EVP_PKEY_set_type(tkey, EVP_PKEY_EC);
        ctx = EVP_PKEY_CTX_new(tkey, NULL);
#endif
        if (!ctx)
                OpenSSLDie(__FILE__, __LINE__, "EVP_PKEY_CTX_new_id");
        if (EVP_PKEY_keygen_init(ctx) <= 0)
                OpenSSLDie(__FILE__, __LINE__, "EVP_PKEY_keygen_init");
        if (EVP_PKEY_CTX_ctrl_str(ctx, "ec_paramgen_curve", "P-256") <= 0)
                OpenSSLDie(__FILE__, __LINE__, "EVP_PKEY_CTX_ctrl_str");
        if (EVP_PKEY_keygen(ctx, &pkey) <= 0)
                OpenSSLDie(__FILE__, __LINE__, "EVP_PKEY_keygen");
        OPENSSL_assert(pkey);
        return 0;
}
prompt$

Is it only with EC keys, or is it the same with other types?

Ah, actually, this isn't a bug, it's misuse.  I changed the test code a little bit, to see if I get any error records:
#include <stdio.h>
#include <openssl/err.h>
#include <openssl/evp.h>
#include <openssl/rsa.h>

#define T(cond)                                                         \
    (void)((cond)                                                       \
           ? 0                                                          \
           : (ERR_print_errors_fp(stderr),                              \
              OPENSSL_die("assertion failed: " #cond, __FILE__, __LINE__)))

int main(void)
{
    EVP_PKEY_CTX *ctx;
    EVP_PKEY *pkey = NULL;
#ifdef DIRECTLY
    ctx = EVP_PKEY_CTX_new_id(EVP_PKEY_EC, NULL);
#else
    EVP_PKEY *tkey;
    tkey = EVP_PKEY_new();
    EVP_PKEY_set_type(tkey, EVP_PKEY_EC);
    ctx = EVP_PKEY_CTX_new(tkey, NULL);
#endif

    T(ctx != NULL);
    T(EVP_PKEY_keygen_init(ctx) > 0);
    T(EVP_PKEY_CTX_ctrl_str(ctx, "ec_paramgen_curve", "P-256") > 0);
    T(EVP_PKEY_keygen(ctx, &pkey) > 0);
    T(pkey != NULL);
    return 0;
}

... and tried it against 1.1.1, just to see if it's supposed to work there:
$ cc -g -O0 -fsanitize=address -o 11990 ../master/11990.c -I ../1.1.1/include -I include/ -L. -lcrypto
$ ./util/shlib_wrap.sh ./11990
139979927808960:error:06067067:digital envelope routines:EVP_PKEY_copy_parameters:missing parameters:../1.1.1/crypto/evp/p_lib.c:86:
../master/11990.c:28: OpenSSL internal error: assertion failed: EVP_PKEY_keygen(ctx, &pkey) > 0
Avbruten (SIGABRT)

You see, what you're doing when you create the ctx "indirectly", it's not only used to set the key type in ctx, but also keeps pkey to be used as a template for the keygen operation, i.e. it's supposed to contain (domain) parameters.  Since the key you gave EVP_PKEY_CTX_new() is unassigned, it's not usable, and the key generation fails.
The documentation about this could be a bit better, perhaps...  so I'm re-labeling it as a documentation issue.

IC. But, and to clarify,

I took this code from old gost-engine sign benchmarker, which was working good for gost algos, and assumed it should work for other algos too.
Also this worked good for RSA.
But not for EC.

PoC:
$ gcc -o tt tt.c -I ../openssl -L ../openssl -lcrypto
$ ./tt gost2012_256 paramset A
-----BEGIN PRIVATE KEY-----
MEYCAQAwHwYIKoUDBwEBAQEwEwYHKoUDAgIjAQYIKoUDBwEBAgIEIFl1PkYLYF5A
zWcarzh+ur1yC0vxsEh7Gf2RNRx0W/zr
-----END PRIVATE KEY-----
$ ./tt rsa rsa_keygen_bits 512
-----BEGIN PRIVATE KEY-----
MIIBVQIBADANBgkqhkiG9w0BAQEFAASCAT8wggE7AgEAAkEAw+WgpzISsPPjzret
TE8MGylWsT5aO+ElSB/vV7bN4QpSoYUT2Nib/fbGn2kWK7OatjMmjP05D1F13Akp
ocENAwIDAQABAkEAwjSEpxxqEUlIP6gyQqNfAhJiYobJF/HlbvJR6ihNRFmmM0/j
9zDzDSzScj3PE86YQHi7jvEU/X9d7Nmo+mqfOQIhAOf8tUTPgGSe+McJREF0NjCZ
7lDn34qB47hh3D0TBDDPAiEA2CyWYQJuCkth2FRwkItqeD1i8Q/z1UJGhH0u+kLn
5Y0CIQCeB8Pj0AaChNirnWBlxih0CygQ7SOWUs0xeVhyMlYUeQIgN4U8Gi5FlN9H
gggt4PHtpnQdtUwjk+IxulVse1oztQECIFxTpUFGgmd08gffkSd4TOH9trFHrP/h
IP+Q8zU77A8W
-----END PRIVATE KEY-----
$ ./tt ec ec_paramgen_curve P-256
tt.c:35: OpenSSL internal error: assertion failed: EVP_PKEY_keygen(ctx, &pkey) > 0
Aborted
$ cat tt.c
#include <openssl/engine.h>
#include <openssl/err.h>
#include <openssl/evp.h>
#include <openssl/pem.h>
#include <openssl/rsa.h>
#include <stdio.h>

#define T(cond)                                                         \
    (void)((cond)                                                       \
           ? 0                                                          \
           : (ERR_print_errors_fp(stderr),                              \
              OPENSSL_die("assertion failed: " #cond, __FILE__, __LINE__)))

int main(int argc, char **argv)
{
    OPENSSL_add_all_algorithms_conf();
    ERR_load_crypto_strings();

    EVP_PKEY_CTX *ctx;
    EVP_PKEY *pkey = NULL;
    T(argc == 4);

    EVP_PKEY *tkey;
    tkey = EVP_PKEY_new();
    EVP_PKEY_set_type_str(tkey, argv[1], -1);
    ctx = EVP_PKEY_CTX_new(tkey, NULL);

    T(ctx != NULL);
    T(EVP_PKEY_keygen_init(ctx) > 0);
    T(EVP_PKEY_CTX_ctrl_str(ctx, argv[2], argv[3]) > 0);
    T(EVP_PKEY_keygen(ctx, &pkey) > 0);
    T(pkey != NULL);
    BIO *bp = BIO_new_fd(1, BIO_NOCLOSE);
    PEM_write_bio_PrivateKey(bp, pkey, NULL, NULL, 0, NULL, NULL);

    return 0;
}
$

See the parameter can be set later for RSA (and fot gost).
I don't say you should fix it if you don't want. But, JFYI.

Additionally,

139979927808960:error:06067067:digital envelope routines:EVP_PKEY_copy_parameters:missing parameters:../1.1.1/crypto/evp/p_lib.c:86:

This error message is explanatory and helpful, if compiled on 1.1.1, but there is no such message on master.
$ gcc -o t1 t1.c -lcrypto
$ ./t1
140423103582464:error:06067067:digital envelope routines:EVP_PKEY_copy_parameters:missing parameters:crypto/evp/p_lib.c:86:
t1.c:28: OpenSSL internal error: assertion failed: EVP_PKEY_keygen(ctx, &pkey) > 0
Aborted
$ gcc -o t1 t1.c -I ../openssl -L ../openssl -lcrypto
$ ./t1
t1.c:28: OpenSSL internal error: assertion failed: EVP_PKEY_keygen(ctx, &pkey) > 0
Aborted
$

t1.c is your code example.

OK I want to fix keygen for gost-engine. What is a proper way to keygen?

EVP_PKEY_new, EVP_PKEY_set_type_str, EVP_PKEY_CTX_new, EVP_PKEY_keygen_init, EVP_PKEY_CTX_ctrl_str, EVP_PKEY_keygen - was simple method which turned out to be wrong.
genpkey is doing - EVP_PKEY_asn1_find_str, EVP_PKEY_asn1_get0_info, EVP_PKEY_CTX_new_id, EVP_PKEY_keygen_init, EVP_PKEY_CTX_ctrl_str, EVP_PKEY_keygen

Is there simpler method to keygen? (With algo name and parameter being passed as strings.)

The minimal sequence for a key type that doesn't need domain parameters is EVP_PKEY_CTX_new_id, EVP_PKEY_keygen_init, EVP_PKEY_keygen.  For more generation-specific stuff, the appropriate EVP_PKEY_CTX_ctrl_str calls should be made between EVP_PKEY_keygen_init and EVP_PKEY_keygen.
The minimal sequence for a key type that does need domain parameters, then you have to do EVP_PKEY_CTX_new instead of EVP_PKEY_CTX_new_id, with the EVP_PKEY that contains those domain parameters.

I agree that error messages are lacking in 3.0...  We will have to do a sweep and add those, at the very least when 3.0 is in beta.

It seems that people cannot find how to attach parameters to a new key, that why they try to attach them to ctx.

The reason why you're getting that error with EC keys is that key generation of EC keys require an EVP_PKEY with domain parameters...  for EC keys, there's only one domain parameter, the curve.
In your test program, you use a key that contains nothing, not even a curve, and that's why you get an error.
RSA keys do not depend on domain parameters, and the backend code doesn't even check if you happened to give a template EVP_PKEY (i.e. made the ctx from a pkey)...  that's simply ignored, and that's the reason RSA keygen went through without errors.

I understand cause already (EVP_PKEY_CTX_new wants parameters), now thinking how to fix old code without too much changes.
ps. Btw, If I am EVP_PKEY_CTX_new I would create empty context (just with the key type, how EVP_PKEY_CTX_new_id does it already) if there is no parameters in the key allowing parameters set later. That would give more flexibility to the people, and will allow code to be same for different key types.
Also, there is no way to create new EVP_PKEY with parameters (at least for up to 1.1.1 which I want tests to remain compatible).

Also, there is no way to create new EVP_PKEY with parameters (at least for up to 1.1.1 which I want tests to remain compatible).

Not true.  You generate those with EVP_PKEY_paramgen_init / EVP_PKEY_paramgen, which work very much like the keygen functions, but they don't care about any template EVP_PKEY.

I don't understant how EVP_PKEY_paramgen, which already needs ctx, would help to create template EVP_PKEY (with particular parameters), which then could be used finally to create ctx for EVP_PKEY_keygen. But, I abandoned this idea altogether, and closing this issue. Thanks for discussion!


Failed to get pointer data. Error code: '0x80004005'.

Overview
Developing for MR Headset (Acer), when you run the scene from the editor, have the HMD tilted up and the motion controller on the table, after a few seconds the console gets spammed with these warnings.
Expected Behavior
no warnings, the controller is just out of sight.
Actual Behavior
spam
Unity Editor Version
MRTP5
Mixed Reality Toolkit Release Version
latest Dev Branch

Can you please provide the output for us to see?

What do you mean by output other than "Failed to get pointer data. Error code: '0x80004005'"

So then there's no stack trace?

No reproduction steps?

I'm afraid not. Here:

While these errors occur,, the InteractionManager just goes haywire, sending every event every frame (PointerUp, PointerDown...)

Filed a bug report: Case 978556

I have this error just running the MotionControllerTest scene - error is followed by
transform.localRotation assign attempt for 'LeftController' is not valid. Input rotation is { 0.000000, 0.000000, NaN, 0.000000 }.
UnityEngine.Transform:set_localRotation(Quaternion)
HoloToolkit.Unity.InputModule.MotionControllerVisualizer:UpdateControllerState() (at Assets/HoloToolkit/Input/Scripts/Utilities/MotionControllerVisualizer.cs:168)
HoloToolkit.Unity.InputModule.MotionControllerVisualizer:Update() (at Assets/HoloToolkit/Input/Scripts/Utilities/MotionControllerVisualizer.cs:105)


[Permissions] Alter use of READ_EXTERNAL_STORAGE permission from permissions samples.

fixes #1679.
RequestMultiplePermissionsSample was using READ_EXTERNAL_STORAGE, but this permission was removed at API Level 33 for more detailed items. It leads to the state where rememberMultiplePermissionsState() never count it as approved whereas launchMultiplePermissionRequest() will never ask the user for it as a valid permission, and the entire sample never gets to the "both approved" state.
Use another permission entry which is still valid at any API level.

Thank you for this fix!


feat: Introduce Store trait

closes #174
In order to work towards #128, this PR adds a Store trait which can be implemented.
This does not yet generalize the Client, which still will use SqliteStore directly, as this is probably best left for a follow-up PR (especially considering that more sections of the code are being abstracted).
As part of this PR, I'm also removing a couple of public store account-related methods that were not really needed (getters for account code, vault and storage, since those can be retrieved by building the proper, full Account anyway). Additionally, some comments were refactored and various others were added.
~Also, it refactors the seed and makes it a nullable field on the SQL model to simplify the insertion of new account states (since we don't need to store the seed again once the account changes states). It also adds a constraint that verifies that no row has a nonce that equals 0 and a null seed.~ <- These changes were left for a separate PR, https://github.com/0xPolygonMiden/miden-client/pull/177

I think the store trait is missing the update_account function. It's used by the client's update_account function. Is that intentional?

Forgot to mention I updated the trait to include it


Consider adding license

Hey, great work.
Please consider adding a license to the repo.
You might not be aware of this, but without a license, no one can use your code legally.
This is a helpful resource regarding licensing.

@rank-and-files , thanks for bringing this up - we're planning to fully release the public repo within the next 48 hrs and will add the appropriate licenses!


Failed to display image from local while loading image from internet

I am using UIL for loading image from local and internet, both were working very well. Here is the code i am using:
// display local image from gallery
ImageLoader.getInstance().displayImage(ImageDownloader.Scheme.FILE.wrap(path), picture, options);
// display image from network
ImageLoader.getInstance().displayImage(url, picture, options);
I need to load static map, which is image, in my detail fragment, and show a gridview with image in another fragment.
The issue i found is, if the image loading from internet is very slow in my detail fragment, and i open the detail fragment like three times, which means the loading from internet got called three times, then the gridview in other fragment will not display the images which are loading from local gallery.
I set the thread pool size to 3.
Is that a issue or something is missing from my code?

i have same issue. have you got any solution?


Installing version 2.3.0 = npm ERR! cb() never called!

It looks like version 2.3.0 of gifify is broken when you try to install it via npm or yarn.
$ npm i gifify -d:
npm info it worked if it ends with ok
npm info using<EMAIL_ADDRESS>npm info using<EMAIL_ADDRESS>npm info attempt registry request try #1 at 1:13:35 PM
npm http request GET https://registry.npmjs.org/gifify
npm http 304 https://registry.npmjs.org/gifify
npm info addNameTag [ 'gifify', 'latest' ]
npm ERR! cb() never called!

$ yarn add gifify:
yarn add v0.21.3
info No lockfile found.
[1/4] 🔍  Resolving packages...
[2/4] 🚚  Fetching packages...
error An unexpected error occurred: "https://registry.yarnpkg.com/gifify/-/gifify-2.3.0.tgz: invalid tar file".
info If you think this is a bug, please open a bug report with the information provided in "/Users/keith/Desktop/t/yarn-error.log".
info Visit https://yarnpkg.com/en/docs/cli/add for documentation about this command.

I downloaded versions 2.2.2 and 2.3.0 and extracted the archives manually to see if I could find the problem and it looks like the only difference between the 2 versions (other than the src code) is a missing yarn.lock file and .npmignore.
2.2.2:
2.2.2
├── .npmignore   <---
├── HISTORY.md
├── LICENSE.md
├── README.md
├── bin
│   └── gifify
├── index.js
├── package.json
└── yarn.lock    <---

1 directory, 8 files

2.3.0:
2.3.0
├── HISTORY.md
├── LICENSE.md
├── README.md
├── bin
│   └── gifify
├── index.js
└── package.json

1 directory, 6 files

I found this reported issue on yarn's github repo: https://github.com/yarnpkg/yarn/issues/2764.
It looks like publishing via yarn breaks things for some reason currently and it can be fixed by deleting the old yarn file and regenerating it (https://github.com/yarnpkg/yarn/issues/2764#issuecomment-283669792)

Yes, I have this issue also, and I must set version as 2.2.2.
Could you be kind to fix this?
Thanks.

Just released 2.4.0, happy gifying, sorry for the mess.