PyDot objects are not pickleble

that comes from https://github.com/pydot/pydot/issues/216:
In [541]: g
Out[541]: <pydot.Dot at 0x7f9c29cd2358>

In [542]: g.prog
Out[542]: 'dot'

In [543]: gg = pickle.loads(pickle.dumps(g))

In [544]: gg == g
Out[544]: False

In [545]: gg.prog
---------------------------------------------------------------------------
AttributeError                            Traceback (most recent call last)
<ipython-input-545-4ab0fd4f9bc9> in <module>()
----> 1 gg.prog

AttributeError: 'Dot' object has no attribute 'prog'

any idea on how to address this is helpful

https://github.com/pydot/pydot/issues/127

i started working on this, but i didnt reach anything useful.  the main problem is the very dynamic nature of how Dot methods are generated.
it's easy enough to write a __reduce__ method in Dot saving __dict__ and returning it; but if you do that, then you're stumble by how pickle is unable to pickle objects with lambda functions, which are used in create_attribute_methods (https://github.com/pydot/pydot/blob/master/pydot.py#L528-L543); you can convert those lambdas in property() getter/setter, but then pickle fails on how the write_/save_XXX methods are created at https://github.com/pydot/pydot/blob/master/pydot.py#L1717-L1736
at this point i gave up, i think a reorganization of pydot code is necessary to be able to pickle Dot objects

with this simple change i am able to serialize objects using dill:
--- pydot.py    2018-12-22 17:10:42.564229985 -0500
+++ pydot.py     2019-10-03 14:36:20.398075364 -0400
@@ -427,7 +427,11 @@

     def __setstate__(self, state):

-        self.obj_dict = state
+        self.obj_dict = state['obj_dict']
+
+    def __reduce__(self):
+        state = self.__dict__.copy()
+        return (Common, (), state, )

     def __get_attribute__(self, attr):
@@ -1743,7 +1747,11 @@

     def __setstate__(self, state):

-        self.obj_dict = state
+        self.obj_dict = state['obj_dict']
+
+    def __reduce__(self):
+        state = self.__dict__.copy()
+        return (Dot, (), state, )

     def set_shape_files(self, file_paths):

it would be helpful if we can include this in pydot

Hi @sandrotosi,
First of all, thank you for maintaining the Debian package for pydot. I use Debian myself, so I have used your package as well. I am currently preparing a pydot 1.4.2 bugfix release and after that will open the master branch for 2.0.0 development. I doubt if we can make a final 2.0.0 release before the next Debian 11 bullseye freeze early 2021 though, because there is still a lot of work to do and I want to combine all the API breaking changes in one release and not have to jump to 3.0.0 within the year again. But we will see, there is still time.
About the pickle changes I am proposing (see below), I am afraid those are too breaking/risky for a mere bugfix release 1.4.2, so I am only planning to merge them for 2.0.0. However, as it is now, the changes are still Python 2 compatible and could apply on the 1.x branch. OTOH, I see you already patched the Debian package with the change you proposed above, so maybe you don't mind keeping that in until 2.0.0 comes out.

i think a reorganization of pydot code is necessary to be able to pickle Dot objects

And that's what I did. Please check out pydot/pydot#242. I think it should solve your pydot/pydot#216 and pydot/pydot#217, as well as the earlier pydot/pydot#127.
I had a look at your solution (comment above) as well. It works because the tuple returned by __reduce__ instructs pickle to call the object constructor Dot() on unpickling. This means that Dot.__init__() and Graph.__init__() get run again, setting Dot.prog and Dot.shape_files and creating all the dynamically created methods for the instance. However, this goes against the idea that __init__ should only get run once and not get called again during unpickling. For links see pydot/pydot@b6758685. It only works on Dot objects, btw, because Common does not have an __init__, but that does not matter because few people would pickle a pure Node or Edge object anyway, I guess. Another thing to note is that the entire object dictionary is pickled (state = self.__dict__.copy()), which makes the pickled representations heavy with all those instance methods (22 KiB vs. 351 bytes for a graph with 1 node), but in the end they are not used because __setstate__ only uses ['obj_dict'] from it. The reason the methods still end up in the unpickled object is not because they were pickled, but because __init__ gets run again, as first described. Finally, the __getstate__ methods could just as well be deleted, because they are not called from __reduce__ as they normally should. If I am not mistaking, this code has the same effect, but results in smaller pickled object representations and then also works with pickle:
def __setstate__(self, state):
    self.obj_dict = state

def __reduce__(self):
    state = self.__dict__['obj_dict'].copy()
    return (Dot, (), state, )

Still, I hope you can also have a look at my proposal in pydot/pydot#242. It does away with all those instance-bound methods, __getstate__, __setstate__ and __reduce__. Hope you can let me know what you think. Thanks again. :)

@sandrotosi: This is in reply to your report in pydot/pydot#256 that with newly released pydot 1.4.2 you get this error when running the unittests:
ERROR: test_graph_pickling (__main__.TestGraphAPI)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/build/pydot-1.4.2/test/pydot_unittest.py", line 114, in test_graph_pickling
    pickle.dumps(g)
AttributeError: Can't pickle local object 'Common.create_attribute_methods.<locals>.<lambda>'

This test does not fail on plain pydot 1.4.2 as we distribute it here on GitHub and on PyPI.org, but only after applying the additional patch for the Debian package debian/patches/serialize-via-dill.patch, applied since Debian pydot 1.4.1-2. The test failure was happening with Debian pydot 1.4.1-2 already, which is why the test suite was disabled for Debian pydot 1.4.1-3.
I reviewed that patch a few months ago (comment of 2020-10-27 above), but did not get any reply. As I wrote back then, full pickle support is planned only for pydot 2.0.0 through PR pydot/pydot#242. In the mean time, I see 4 different solutions for you:

Change the serialize-via-dill.patch as I suggested in https://github.com/pydot/pydot/issues/217#issuecomment-716888903. Keep serializing only obj_dict as before any patch and let __reduce__() call __init__() to ensure the dynamic methods are created on unpacking. Then it also works with pickle. Maybe rename it to something like serialize-with-init.patch:
diff --git a/pydot.py b/pydot.py
index e3f7c6a5..9fe030c9 100644
--- a/pydot.py
+++ b/pydot.py
@@ -420,17 +420,14 @@ class Common(object):
     """

-    def __getstate__(self):
-
-        dict = copy.copy(self.obj_dict)
-
-        return dict
-
-
     def __setstate__(self, state):

         self.obj_dict = state

+    def __reduce__(self):
+        state = self.__dict__['obj_dict'].copy()
+        return (Common, (), state, )
+

     def __get_attribute__(self, attr):
         """Look for default attributes for this node"""
@@ -1746,16 +1743,14 @@ class Dot(Graph):
             name = 'write_{fmt}'.format(fmt=frmt)
             self.__setattr__(name, new_method)

-    def __getstate__(self):
-
-        dict = copy.copy(self.obj_dict)
-
-        return dict
-
     def __setstate__(self, state):

         self.obj_dict = state

+    def __reduce__(self):
+        state = self.__dict__['obj_dict'].copy()
+        return (Dot, (), state, )
+

     def set_shape_files(self, file_paths):
         """Add the paths of the required image files.
diff --git a/test/pydot_unittest.py b/test/pydot_unittest.py
index c2accef6..8b7cd532 100644
--- a/test/pydot_unittest.py
+++ b/test/pydot_unittest.py
@@ -100,18 +100,38 @@ class TestGraphAPI(unittest.TestCase):
         self.assertEqual(g.get_subgraph_list()[0].get_name(),
                          s.get_name())

-
     def test_graph_pickling(self):

-
-        g = pydot.Graph()
+        g = pydot.Dot()
         s = pydot.Subgraph("foo")
         g.add_subgraph(s)
         g.add_edge( pydot.Edge('A','B') )
         g.add_edge( pydot.Edge('A','C') )
-        g.add_edge( pydot.Edge( ('D','E') ) )
+        g.add_edge( pydot.Edge('D','E') )
         g.add_node( pydot.Node( 'node!' ) )
-        pickle.dumps(g)
+        p = pickle.dumps(g)
+        g_new = pickle.loads(p)
+        self.assertEqual(g.create_png(prog=TEST_PROGRAM),
+                         g_new.create_png(prog=TEST_PROGRAM))
+        self.assertEqual(str(g), str(g_new))
+        self.assertEqual(dir(g), dir(g_new))
+        self.assertEqual(g.prog, g_new.prog)
+        self.assertEqual(g.shape_files, g_new.shape_files)
+        self.assertEqual(hasattr(g_new, 'get_bgcolor'), True)
+        #self.assertIs(g.get_bgcolor.__func__, g_new.get_bgcolor.__func__)
+        self.assertEqual(hasattr(g_new, 'set_dpi'), True)
+        #self.assertIs(g.set_dpi.__func__, g_new.set_dpi.__func__)
+        self.assertEqual(hasattr(g_new, 'create_dot'), True)
+        #self.assertIs(g.create_dot.__func__, g_new.create_dot.__func__)
+        self.assertEqual(hasattr(g_new, 'write_png'), True)
+        #self.assertIs(g.write_png.__func__, g_new.write_png.__func__)
+        self.assertEqual(hasattr(g_new, 'write_raw'), True)
+        #self.assertIs(g.write_raw.__func__, g_new.write_raw.__func__)
+        pickle.loads(pickle.dumps(pydot.Graph()))
+        pickle.loads(pickle.dumps(pydot.Subgraph()))
+        pickle.loads(pickle.dumps(pydot.Cluster()))
+        pickle.loads(pickle.dumps(pydot.Edge()))
+        pickle.loads(pickle.dumps(pydot.Node()))

     def test_unicode_ids(self):

Notes:

As you can see, I also added some of the additional pickle tests from PR pydot/pydot#242, but you can choose whether the include those or not. Both the original and the extended test pass with this patch on pydot 1.4.2 and Python 2.7.16 and 3.7.3.
However, this has not had any real world testing yet. I never even made a PR for it, because it was just a suggestion to you for improvement of your patch. I do not know what side effects it might have on other users' workflow.
Same as with your original patch, the dynamically generated methods set_*(), get_*() for Common-subclasses such as Node and Edge are not generated on unpacking, because that is done from the subclass __init__(), not from (the non-existent) Common.__init__(). As said, because __setstate__() still only uses the obj_dict, it also does not unpack these methods from the serialized object. Perhaps the __init__() problem can be solved by replacing return (Common, (), state, ) with something like return (type(self), (), state, ) or return (self.__class__, (), state, ), but I am absolutely not sure and did not even try that out yet.

Drop serialize-via-dill.patch and instead apply PR pydot/pydot#242 already. I just rebased it to current master, which is still basically pydot 1.4.2, so you can take the patch from there. Test suite passes when applied to pydot 1.4.2 on both Python 2.7.16 and 3.7.3. However, again note that PR pydot/pydot#242 has not had any real world testing yet. It contains a major change in how pydot creates its dynamically generated methods (create_*(), write_*(), set_*(), get_*()) and this has not been extensively tested. It has not even be merged to development master yet and I did not get any comments on it yet.

Keep your change the way it is, but then also change the test suite to test with dill instead of pickle. For example, new serialize-via-dill-incl-test.patch:
diff --git a/pydot.py b/pydot.py
index e3f7c6a5..8cedf3c4 100644
--- a/pydot.py
+++ b/pydot.py
@@ -429,7 +429,11 @@ class Common(object):

     def __setstate__(self, state):

-        self.obj_dict = state
+        self.obj_dict = state['obj_dict']
+
+    def __reduce__(self):
+        state = self.__dict__.copy()
+        return (Common, (), state, )

     def __get_attribute__(self, attr):
@@ -1754,7 +1758,11 @@ class Dot(Graph):

     def __setstate__(self, state):

-        self.obj_dict = state
+        self.obj_dict = state['obj_dict']
+
+    def __reduce__(self):
+        state = self.__dict__.copy()
+        return (Dot, (), state, )

     def set_shape_files(self, file_paths):
diff --git a/test/pydot_unittest.py b/test/pydot_unittest.py
index c2accef6..4a26b1bb 100644
--- a/test/pydot_unittest.py
+++ b/test/pydot_unittest.py
@@ -10,7 +10,7 @@ import argparse
 from hashlib import sha256
 import io
 import os
-import pickle
+import dill
 import string
 import subprocess
 import sys
@@ -111,7 +111,7 @@ class TestGraphAPI(unittest.TestCase):
         g.add_edge( pydot.Edge('A','C') )
         g.add_edge( pydot.Edge( ('D','E') ) )
         g.add_node( pydot.Node( 'node!' ) )
-        pickle.dumps(g)
+        dill.dumps(g)

     def test_unicode_ids(self):

Note that this just makes the test suite pass (when applied to pydot 1.4.2, with both Python 2.7.16 and 3.7.3). However, my original objections described in https://github.com/pydot/pydot/issues/217#issuecomment-716888903 still apply:

It does not work with pickle.
It results in much larger serialized objects because the dynamically generated instance methods are serialized as well (even though they are not even used on unpacking).
Same comment as before applies that the dynamically generated methods set_*(), get_*() for Common-subclasses such as Node and Edge are not generated on unpacking. See above for a possible solution.
I think that __getstate__() is not used anymore now that you have __reduce__().

Accept that serialization support (pickle/dill) is lacking in pydot 1.x.x and drop the Debian-specific patch. Just plain pydot 1.4.2. Limited serialization support (dynamically generated methods not available after unpacking), but the test suite passes with both Python 2.7.16 and 3.7.3.

I am not sure which option is best for you. It depends on how you weigh the risk of potential regressions against the benefit of having more or less serialization support. Please be aware that I made a conscious choice to not incorporate any of these patches in pydot 1.4.2 yet, because I wanted it to be a bug-fix release with minimal, targeted bug fixes only, to reduce the risk of regressions.
For at least the next few weeks, my time will be limited due to other obligations. I hope to still be able to answer a quick question now and then, but doing any further testing or investigation (like I did for this comment) will not be possible in the next few weeks. Hope you understand and that you can find a good solution. Please let me know.

@sandrotosi Btw, if you choose that 3rd option (changing the test suite to use dill instead of pickle), you may need to add dill to your build dependencies.


Pass over second section on image layout

This PR contains a pass over the second section on image layout. It's probably worth reading, but there are some TODO items below that need discussion:

[x] I moved loading out of ImageLayout and into the main Frame.load method. This make the already-long load method even longer, which I'm not thrilled with, but at least it parallels existing code and gets all the loading done on initial page load. It also didn't make sense to have a separate download_image method at this point.
[x] I also described EmbedLayout a bit different, as if it's a renamed InputLayout that's been hollowed out. I'm not sure if this is exactly right, but we should try to make it right.
[x] I split the width and height attributes to their own section. I'll maybe merge it back after I pass on that.

Still needs discussion:

[ ] We need to update Chapter 15 to use the unified BlockLayout
[ ] We also don't have good behavior when an image fails to load. At the very least, we need to make that not crash
[ ] I'm not thrilled that we have parallel image, input,text, and iframe methods in InlineLayout soon to be BlockLayout—could reinforce the abstraction layer here.
[ ] It would be nice to clean up load, probably in the Task chapter.

I'll take the first todo on BlockLayout

@chrishtr will do task 2 with a placeholder image

Let's not do Task 4

For Task 3 on unifying input, text, iframes, inputs, @chrishtr will do that. The goal is to unify all of them (maybe with an extra for loop for text) and put the unification text in Chapter 15 (with maybe a forward reference in Chapter 8).

This PR has been split into #752 and #751; closing this one as it's been obsoleted.


Improves performance of calendar view

Fixes #1256
Changes: Computes the width adjustment for calendar view while generation of the web app and removes the width adjustment code from schedule.hbs.
Demo:
https://open-event-web-appp.herokuapp.com/
@mariobehling @aayusharora @Princu7 Please review. Thanks

Codecov Report

Merging #1257 into development will increase coverage by 0.18%.
The diff coverage is 100%.

@@               Coverage Diff               @@
##           development    #1257      +/-   ##
===============================================
+ Coverage        65.28%   65.46%   +0.18%
===============================================
  Files                9        9
  Lines             1515     1523       +8
  Branches           224      225       +1
===============================================
+ Hits               989      997       +8
  Misses             526      526

Impacted Files
Coverage Δ

src/backend/fold.js
85.15% <100%> (+0.23%)
:arrow_up:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 99dc7ff...4de8126. Read the comment docs.

@geekyd For a quick review, Can you please provide the gh-pages version to test.

@geekyd The code is nice and solves a problem but I have to test a live version to get this Merged.
Please provide the live link.

@aayusharora Here is the link to gh-pages
https://geekyd.github.io/eventApplication/

@geekyd Would you be interested to solve the same issue in the Open Event Orga Server? https://github.com/fossasia/open-event-orga-server/issues/3555

@mariobehling Sure I will try to solve it for the orga-server.


Web page is incorrectly including "assets" in the sidebar.

Just noticed today.

That fixed it.

Yes it fixed it, but it prevented the assets from being part of the web site, so I lost my graphics.
Rolled it back.
Working on a fix to omit assets from the sidebar.
I think the problem was I put a README.md in assets, and Jekyll treats that as a page.

This fixed it: https://github.com/williaml33moore/bathtub/commit/b483f65826353f66094210cffd9dad21b9e8fbb6
Added Jekyll YAML front matter to assets/README.md that marks the page with published: false.
Jekyll doesn't render it, and omits it from the side bar.


select 2 version 4 i18n

In a multi lingual site we used to import select2.and its locale in the site. as below:
<script type="text/javascript" src="/js/lib/select2.min.js"></script>
<script type="text/javascript" src="/js/lib/i18n/${locale}.js"></script>

${locale} will be replace at the server, so for "fa" language we will have
<script type="text/javascript" src="/js/lib/i18n/fa.js"></script>

And for "ar" we will have
<script type="text/javascript" src="/js/lib/i18n/ar.js"></script>

It worked fine for version 3.5.
But it is not working for version 4.0 any more. Any comments ?!

Select2 no longer sets the default language when you import the language file. But you can do that in your global setup file (before Select2 is initialized) by including
$.fn.select2.defaults.set('language', '${locale}');

Which will set the default language for all Select2 instances created after setting it.

Thanks I find a very hacky way. ....  I opened the language files changed the
return e.define("select2/i18n/fa"....

to
 return e.define("en" ....

and as before it works by just importing the required language file


Collision.testCylinderCylinder fails on Linux and macOS

From https://github.com/conda-forge/dartsim-feedstock/pull/9, see:
2021-04-02T20:59:12.9243021Z [ RUN      ] Collision.testCylinderCylinder
2021-04-02T20:59:12.9243570Z $SRC_DIR/unittests/comprehensive/test_Collision.cpp:745: Failure
2021-04-02T20:59:12.9244410Z Value of: group->collide(option, &result)
2021-04-02T20:59:12.9244983Z   Actual: false
2021-04-02T20:59:12.9245417Z Expected: true
2021-04-02T20:59:12.9245935Z $SRC_DIR/unittests/comprehensive/test_Collision.cpp:746: Failure
2021-04-02T20:59:12.9246489Z Value of: result.getNumContacts() >= 1u
2021-04-02T20:59:12.9246965Z   Actual: false
2021-04-02T20:59:12.9247387Z Expected: true
2021-04-02T20:59:12.9247875Z [  FAILED  ] Collision.testCylinderCylinder (16 ms)

This was fixed, see https://github.com/conda-forge/dartsim-feedstock/issues/39 .


The user is getting multiple notifications in the channel or DM/GM on MM for a event on Jira when duplicate subscriptions are created.

Summary
The user can create duplicate subscription for an existing subscription and it results in generating same notification the number of times the subscription is duplicated.
Steps to reproduce

Create a subscription using the /jira subscribe edit slash command in any desired channel or DM/GM on MM.
Create a duplicate subscription for the above added subscription using the /jira subscribe edit slash command in the same desired channel or DM/GM on MM.
Create the event on Jira for which the above subscriptions were created in the desired channel or DM/GM on MM.

Expected behavior
The user should get only one notification for the event in the desired channel or DM/GM on MM.
Actual behavior
The user is getting N number of notifications for the event in the desired channel or DM/GM where N is the number of subscriptions created for that event on MM.
Screenshots

Not sure if this is related but after issues with the settings (in Jira, webhook and app permissions) I set up a new app in Jira and deleted the old one. Since then I am receiving duplicate notifications for every action I am subscribed to.

Not sure if this is related but after issues with the settings (in Jira, webhook and app permissions) I set up a new app in Jira and deleted the old one. Since then I am receiving duplicate notifications for every action I am subscribed to.

@mkddostro Did create new subscriptions after setting up the new app?


chore: updating open-api and swagger file

Description
This PR fixes some mistakes in REST APIs and also adds version and title to swagger API.

@Ja7ad could you please close this PR and open a new one.
This is getting old and better you create the new one


Avoid initializing properties if there is no observer. Optimize access.

What does the pull request do?

Quite simple optimization that avoids majority of memory allocations and perf hit caused by it when initializing AvaloniaObject instances.
What is the current behavior?

We are trying to raise initialized events even when there is no listener causing pointless allocations.
What is the updated/expected behavior with this PR?

Only allocate when there is a listener.
How was the solution implemented (if it's not obvious)?

Changed to use HashSet and a List instead of Dictionary for better memory footprint when creating new initialization data cache.
use IDirectPropertyAccessor to avoid going through AvaloniaObject.GetValue that does extra checks and is not needed since all properties must be registered on the object (since we used GetRegistered before).
Avoid doing any work and allocations when there is no Initialized subscribers.
Cache IsDirect to avoid going through virtual function calls all the time.

Old:

Method
Mean
Error
StdDev
Gen 0
Gen 1
Gen 2
Allocated

InitializeButton
4.871 ns
0.0974 ns
0.1042 ns
0.0062
-
-
5 B

New:

Method
Mean
Error
StdDev
Gen 0
Gen 1
Gen 2
Allocated

InitializeButton
1.759 ns
0.0178 ns
0.0167 ns
0.0016
-
-
1 B

Checklist

[ ] Added unit tests (if possible)?
[ ] Added XML documentation to any related classes?
[ ] Consider submitting a PR to https://github.com/AvaloniaUI/Avaloniaui.net with user documentation

Breaking changes

Fixed issues

Fixes #2897
cc: @ahopper

I will run my benchmarks soon and post the results.

This looks like a great improvement. I still wonder if AvaloniaPropertyRegistry.NotifyInitialized can be avoided completely if all it really does is set PsuedoClass defaults but that would be a far more disruptive change.

Added benchmarks, will take a look at failing tests.

It seems that SelectedItems in TreeView lazy functionality was broken and worked only thanks to property registry calling getter early.


After a few minutes server stops loading pages

After 15 or so minutes intercity stops loading server or apps pages and gives the error:
We're sorry, but something went wrong.
If you are the application owner check the logs for more information.
Ubuntu 16.04 fresh install

Hi, this is the Intercity server that is causing the problems? Or is it an app you created with Intercity?

Hey @jvanbaarsen this is the Intercity server. I have reproduced on fresh installs with only intercity installed and setting itself as a server with the IP (not localhost or <IP_ADDRESS>)

It also occurs when adding other servers as well

@francisschmaltz Thanks for the extra information, I'll take a look at this tomorrow morning!

Sounds good! Let me know if you need logs or anything. Thanks!

Too add info, in the nginx log I get this read out
<IP_ADDRESS> - - [26/Oct/2017:17:48:18 +0000] "GET /servers/1/apps HTTP/1.1" 500 1477 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_1) AppleWebKit/604.3.5 (KHTML, like Gecko) Version/11.0.1 Safari/604.3.5"

and from production.log
I, [2017-10-26T17:48:18.275756 #27]  INFO -- : [05880d2d-d542-4f8d-b309-462882f96c79] Started GET "/servers/1/apps" for <IP_ADDRESS> at 2017-10-26 17:48:18 +0000
I, [2017-10-26T17:48:18.276586 #27]  INFO -- : [05880d2d-d542-4f8d-b309-462882f96c79] Processing by AppsController#index as HTML
I, [2017-10-26T17:48:18.276684 #27]  INFO -- : [05880d2d-d542-4f8d-b309-462882f96c79]   Parameters: {"server_id"=>"1"}
D, [2017-10-26T17:48:18.277711 #27] DEBUG -- : [05880d2d-d542-4f8d-b309-462882f96c79]   User Load (0.2ms)  SELECT  "users".* FROM "users" WHERE "users"."id" = $1 LIMIT $2  [["id", 1], ["LIMIT", 1]]
D, [2017-10-26T17:48:18.278829 #27] DEBUG -- : [05880d2d-d542-4f8d-b309-462882f96c79]    (0.3ms)  SELECT COUNT(*) FROM "users"
D, [2017-10-26T17:48:18.279591 #27] DEBUG -- : [05880d2d-d542-4f8d-b309-462882f96c79]   Setting Load (0.3ms)  SELECT  "settings".* FROM "settings" ORDER BY "settings"."id" ASC LIMIT $1  [["LIMIT", 1]]
D, [2017-10-26T17:48:18.280483 #27] DEBUG -- : [05880d2d-d542-4f8d-b309-462882f96c79]   Server Load (0.2ms)  SELECT  "servers".* FROM "servers" WHERE "servers"."id" = $1 LIMIT $2  [["id", 1], ["LIMIT", 1]]
D, [2017-10-26T17:48:18.281249 #27] DEBUG -- : [05880d2d-d542-4f8d-b309-462882f96c79]   CACHE (0.0ms)  SELECT  "servers".* FROM "servers" WHERE "servers"."id" = $1 LIMIT $2  [["id", 1], ["LIMIT", 1]]
D, [2017-10-26T17:48:18.282216 #27] DEBUG -- : [05880d2d-d542-4f8d-b309-462882f96c79]   App Load (0.3ms)  SELECT "apps".* FROM "apps" WHERE "apps"."server_id" = 1
I, [2017-10-26T17:48:18.283653 #27]  INFO -- : [05880d2d-d542-4f8d-b309-462882f96c79]   Rendering apps/index.html.erb within layouts/application
I, [2017-10-26T17:48:18.286086 #27]  INFO -- : [05880d2d-d542-4f8d-b309-462882f96c79]   Rendered servers/_heading.html.erb (2.2ms)
I, [2017-10-26T17:48:18.286187 #27]  INFO -- : [05880d2d-d542-4f8d-b309-462882f96c79]   Rendered apps/index.html.erb within layouts/application (2.4ms)
I, [2017-10-26T17:48:18.286335 #27]  INFO -- : [05880d2d-d542-4f8d-b309-462882f96c79] Completed 500 Internal Server Error in 10ms (ActiveRecord: 1.2ms)
F, [2017-10-26T17:48:18.287148 #27] FATAL -- : [05880d2d-d542-4f8d-b309-462882f96c79]
F, [2017-10-26T17:48:18.287194 #27] FATAL -- : [05880d2d-d542-4f8d-b309-462882f96c79] ActionView::Template::Error (undefined method `[]' for nil:NilClass):
F, [2017-10-26T17:48:18.287322 #27] FATAL -- : [05880d2d-d542-4f8d-b309-462882f96c79]      9:     </ul>
F, [2017-10-26T17:48:18.287362 #27] FATAL -- : [05880d2d-d542-4f8d-b309-462882f96c79]     10:   </div>
F, [2017-10-26T17:48:18.287396 #27] FATAL -- : [05880d2d-d542-4f8d-b309-462882f96c79]     11: </div>
F, [2017-10-26T17:48:18.287427 #27] FATAL -- : [05880d2d-d542-4f8d-b309-462882f96c79]     12: <%= render("servers/outdated", server: server) unless server.up_to_date? %>
F, [2017-10-26T17:48:18.287462 #27] FATAL -- : [05880d2d-d542-4f8d-b309-462882f96c79]     13: <%= render "flashes" -%>
F, [2017-10-26T17:48:18.287495 #27] FATAL -- : [05880d2d-d542-4f8d-b309-462882f96c79]
F, [2017-10-26T17:48:18.287527 #27] FATAL -- : [05880d2d-d542-4f8d-b309-462882f96c79] app/models/server.rb:30:in `up_to_date?'
F, [2017-10-26T17:48:18.287559 #27] FATAL -- : [05880d2d-d542-4f8d-b309-462882f96c79] app/views/servers/_heading.html.erb:12:in `_app_views_servers__heading_html_erb___821151073869839965_47137798292480'
F, [2017-10-26T17:48:18.287593 #27] FATAL -- : [05880d2d-d542-4f8d-b309-462882f96c79] app/views/apps/index.html.erb:1:in `_app_views_apps_index_html_erb__70944554280222757_47137798430220'

@francisschmaltz Thanks for that last log! I'll try to recreate locally.

@francisschmaltz Ok, quick update on this, somehow Dokku is not installed on the server you added via Intercity (Which is a separate issue that I'll look into).
We have a version checker in place to see if your Dokku installation on a server is still up to date, if it's not we will show you a warning.
In order to keep track of this, we have a background job running that checks every 30 minutes if a server is still online, and if it is we fetch the Dokku version.
Since Dokku is not installed, we don't get a version back, and the page is crashing.
For me the next actions are:

Patch Intercity so we fail gracefully if we don;t get a Dokku version back (And thus not showing this error)
Update the Dokku version we are installing with Intercity
Add better checks to see if we actually installed a server properly.

@jvanbaarsen Thanks! Is there a work around in the mean time?

@francisschmaltz Once thing that might help, but I didn't test it myself is to manually install Dokku on your application server. But I've prepared a fix for this crash and will release that this week.


Analysis tools

DO NOT MERGE. This branch is based off atomicswapether because I needed some contracts to play with.

slither.sh, slither-inheritance.sh and truffle run verify all add nice functionality (although I'm not sure what the extent of overlap between slither.sh and truffle run verify is, maybe we only need one).
echidna.sh is much more experimental and I'm not convinced we really need it, but it's an interesting tool to think about and maybe it gives us an extra bit of confidence.
manticore.sh takes ages to run and I haven't delved into the details yet (I've finally got a copy of the results locally so I can take a look next week). It's found some issues not raised by the other tools though so potentially interesting.

Update on the manticore results:

1 case of "Warning TIMESTAMP instruction used" because we use now
4 cases of "Potentially reading uninitialized storage" where we're checking the state in a modifier
1 case of "Reachable ether leak to sender via argument" for the abort function because the sender can trigger the contract to release funds to them

The only real problem here in this case is the timestamp one. I think the uninitialized storage detector is somehow incorporated into slither now. But the reachable ether leak is interesting because it could potentially alert us to problems the other tools wouldn't spot.


Ensuring some fields that Visual Studio debugger need to access will stay there

These are the fields that we know so far that Visual Studio needs during debugging.

Hi @cshung, I'm your friendly neighborhood .NET Foundation Pull Request Bot (You can call me DNFBOT). Thanks for your contribution!
You've already signed the contribution license agreement. Thanks!
The agreement was validated by .NET Foundation and real humans are currently evaluating your PR.
TTYL, DNFBOT;


[Event Request] TAB 38 Purchase Header - Order Address Code - OnValidate()

Could you please add a new event in TAB 38 Fct. "Order Address Code" - OnValidate()?
Order Address Code - OnValidate()
IF "Order Address Code" <> '' THEN BEGIN
	[..]
END ELSE BEGIN
  GetVend("Buy-from Vendor No.");
  "Buy-from Vendor Name" := Vend.Name;
  "Buy-from Vendor Name 2" := Vend."Name 2";
  CopyBuyFromVendorAddressFieldsFromVendor(Vend,TRUE);
  "Registration No." := Vend."Registration No.";

  IF IsCreditDocType THEN BEGIN
    "Ship-to Name" := Vend.Name;
    "Ship-to Name 2" := Vend."Name 2";
    CopyShipToVendorAddressFieldsFromVendor(Vend,TRUE);
    "Ship-to Contact" := Vend.Contact;
    "Shipment Method Code" := Vend."Shipment Method Code";
    // New Event ...
    IsHandled := FALSE;
    OnBeforeUpdateLocationWithVendorLocation(Rec,IsHandled);
    IF NOT IsHandled THEN
    // ... New
      IF Vend."Location Code" <> '' THEN
        VALIDATE("Location Code",Vend."Location Code");
  END
END;

Publisher:
LOCAL [IntegrationEvent] OnBeforeUpdateLocationWithVendorLocation(VAR PurchaseHeader : Record "Purchase Header";VAR IsHandled : Boolean)
many thanks
Stefan

Thanks for reporting this. We agree, and we’ll publish a fix asap, either in an update for the current version or in the next major release. We will update this issue with information about availability.

Thanks for reporting this. We agree, and we’ll publish a fix asap, either in an update for the current version or in the next major release. We will update this issue with information about availability.


cannot unmarshal object into Go struct field GroupPackage.tags of type string

with the following code running towards gitlab.com:
import (
	"fmt"
	"github.com/xanzy/go-gitlab"
	"log"
	"os"
)

client, err := gitlab.NewClient(os.Getenv("GITLAB_READ_API_TOKEN"))

if err != nil {
        log.Fatalf("Failed to create client: %v", err)
}

var listOptions = gitlab.ListOptions{
	Page:    1,
	PerPage: 100,
}
var groupOptions = gitlab.ListGroupPackagesOptions{
	ListOptions:      listOptions,
	ExcludeSubGroups: gitlab.Bool(false),
	PackageType:      gitlab.String("nuget"),
}

packages, response, err := client.Packages.ListGroupPackages("YOUR_GROUP_ID", &groupOptions)

I get the error:
Failed call to group endpoint with error: 'json: cannot unmarshal object into Go struct field GroupPackage.tags of type string'

I guess this is due to that our nuget packages contains tags.
I've used curl to get the response and found one with many tags, hopefully that is some data to test on:
command to get data:
curl --silent --header "PRIVATE-TOKEN: $GITLAB_READ_API_TOKEN" "https://gitlab.com/api/v4/groups/YOUR_GROUP_ID_HERE/packages?exclude_subgroups=false&package_type=nuget&per_page=100&page=1" | jq '.[].tags'

and relevant data from me with IDs replaces with 1 and 2, for having valid data.
...
[
  {
    "id": 1,
    "package_id": 2,
    "name": "convention",
    "created_at": "2021-05-07T11:47:23.118Z",
    "updated_at": "2021-05-07T11:47:23.118Z"
  },
  {
    "id": 1,
    "package_id": 2,
    "name": "package",
    "created_at": "2021-05-07T11:47:23.118Z",
    "updated_at": "2021-05-07T11:47:23.118Z"
  },
  {
    "id": 1,
    "package_id": 2,
    "name": "build",
    "created_at": "2021-05-07T11:47:23.118Z",
    "updated_at": "2021-05-07T11:47:23.118Z"
  },
  {
    "id": 1,
    "package_id": 2,
    "name": "Output",
    "created_at": "2021-05-07T11:47:23.118Z",
    "updated_at": "2021-05-07T11:47:23.118Z"
  },
  {
    "id": 1,
    "package_id": 2,
    "name": "Copy",
    "created_at": "2021-05-07T11:47:23.118Z",
    "updated_at": "2021-05-07T11:47:23.118Z"
  },
  {
    "id": 1,
    "package_id": 2,
    "name": "Targets",
    "created_at": "2021-05-07T11:47:23.118Z",
    "updated_at": "2021-05-07T11:47:23.118Z"
  },
  {
    "id": 1,
    "package_id": 2,
    "name": "Nuget",
    "created_at": "2021-05-07T11:47:23.118Z",
    "updated_at": "2021-05-07T11:47:23.118Z"
  }
]
...

It also seems like response.TotalPages is always 0.

So the output you pasted here only shows the tags of the package right? That would suggest we need to add a PackageTag struct with these fields and update Tags field in the Package struct.

@svanharmelen Hi I think you got lost in the december traffic - sorry!
Yes It seems like the soluton proveded a couple of weeks ago did the trick :) !


customHttp.yml file content not being applied in console

Before opening, please confirm:

[X] I have checked to see if my question is addressed in the FAQ.
[X] I have searched for duplicate or closed issues.
[X] I have read the guide for submitting bug reports.
[X] I have done my best to include a minimal, self-contained set of instructions for consistently reproducing the issue.

App Id
dtwb349cn82m8
Region
eu-west-1
Amplify Console feature
Custom headers
Describe the bug
This is similar to https://github.com/aws-amplify/amplify-console/issues/1317, that was ultimately closed without a clear answer, but in this case, customHttp.yml file was already present at the time of App Creation in Amplify Console.
This is the customHttp.yml in the root of our repository:
customHeaders:
  - pattern: '**/*'
    headers:
      - key: Cache-Control
        value: max-age=86400

The box under "Custom Headers" in Amplify Console is empty (like it didn't recognize the customHttp.yml file in the repo) and obviously no custom headers are present in HTTP responses.
Expected behavior
We expect Amplify Console to correctly recognize customHttp.yml file in repo, to correctly show its content under "Custom Headers" section and to correctly add custom headers to HTTP responses.
Reproduction steps
N/A
Build Settings
version: 1
env:
  variables:
    _LIVE_UPDATES: [{"pkg":"@aws-amplify/cli","type":"npm","version":"latest"},{"pkg":"node","type":"nvm","version":"16.13.1"}]
backend:
  phases:
    preBuild:
      commands:
    build:
      commands:
        - amplifyPush --simple
    postBuild:
      commands:
frontend:
  phases:
    preBuild:
      commands:
        - yarn install
    build:
      commands:
        - yarn run build
  artifacts:
    baseDirectory: build
    discard-paths: yes
    files:
      - '**/*'
  cache:
    paths:
      - node_modules/**/*
test:
  phases:
    preTest:
      commands:
        - yum install -y xorg-x11-server-Xvfb gtk2-devel gtk3-devel libnotify-devel GConf2 nss libXScrnSaver alsa-lib
        - rm -rf node_modules
        - yarn install --frozen-lockfile
        - yarn add<EMAIL_ADDRESS>--dev
        - yarn add<EMAIL_ADDRESS>--dev
        - yarn add<EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS>--dev
        - yarn run cypress:clean
        - yarn run pm2 start 'yarn run start'
        - yarn run wait-on https://localhost:3000
    test:
      commands:
        - yarn run cypress run --reporter mochawesome --reporter-options 'reportDir=cypress/report/mochawesome-report,overwrite=false,html=false,json=true,timestamp=mmddyyyy_HHMMss'
    postTest:
      commands:
        - yarn run mochawesome-merge cypress/report/mochawesome-report/*.json > cypress/report/mochawesome.json
        - yarn run pm2 kill
  artifacts:
    baseDirectory: cypress
    configFilePath: '**/mochawesome.json'
    files:
      - '**/*.png'
      - '**/*.mp4'

Additional information
N/A

Today I went to the "Custom Headers" section and clicked "Download", then I made some changes to my customHttp.yml file (added some CSP directives) and git pushed to my connected branches. Now all headers are present on HTTP responses, but customHttp.yml box under "Custom Header" section is still empty/blank.
The fact that it didn't work when creating the APP remains. And I'm 100% sure the customHttp.yml file was present. The console didn't searched for it or didn't recognized it.
However, current customHttp.yml and amplify.yml behavior in console is misleading. Wouldn't it be better if once detected, no preview is shown in console? Maybe just a reminder that file from repo is being used. It could be that or to show files content in real time with no option to edit through the console.

Hi @ernestostifano 👋🏽 thanks for raising this! I'm working on reproducing this issue. I will report back once I have an update.

Do you have an update on this?

same problem here.
6 months and no update at all....

@hloriana we are having the same issue. We use a customHttp.yml file at root directly and are testing on PR preview builds. We use this file to set a content security policy. When we make a new commit to the PR branch, the new settings are not applied. We have to open a new PR preview build URL for the updated customHttp.yml settings to be applied.
We have manually triggered a new build and the deploy logs verify the file is being read: 2022-12-09T22:54:46 [INFO]: Found customHttp.yml, applying custom headers...
Are there any updates on fixing this bug? I have no confidence in merging these PR builds into our main branch without any evidence the customHttp.yml settings will be applied correctly.

Are you still working on this issue?

Hi @ernestostifano 👋🏽 thanks for raising this! I'm working on reproducing this issue. I will report back once I have an update.

Are you still working on this issue?

@panjiangyi @hloriii

I am also facing the same issue. Others headers are getting applied but not Cache-Control

This issue is still being tracked internally in our backlog and is pending prioritization.

Currently, the custom headers section in the Amplify console will not display settings from the customHttp.yml file. This is expected behavior but we are taking the feedback in this issue under consideration to improve the user experience.

I just tried to reproduce this issue again but I'm able to successfully pass the Cache-Control header and all other headers specified in my customHttp.yml file after redeploying my application. However, we have a known bug where this file is ignored when adding a custom domain.

Also, for anyone who is currently experiencing this issue, please confirm if you are experiencing this behavior before adding a custom domain.

I am also facing the same issue. Others headers are getting applied but not Cache-Control

@mek97 could you provide your app ID and a snippet of your custom headers settings? I was not able to repro your issue. I'm seeing the Cache-Control header passed for my app.

It's weird that after reaching out to AWS tech support, everything works fine immediately, even though the configuration was exactly the same.
@hloriii


Perform more than 15 minutes later

We want to be able to run jobs at a specific time in the future. Since AWS SQS doesn't allow delays more than 15 minutes, we can't do this:
GuestsCleanupJob.set(wait_until: Date.tomorrow.noon).perform_later(guest)

Anybody else need this functionality? What did you do?

@tawan might have a different opinion, but I see this gem as an "instant job queue". SQS is not meant to be a "cron" scheduler, so I guess this gem is not as well. SQS/Worker envs are mostly used to offload async jobs that are part of larger tasks performed on a web environment or so.
In your case it seems you would need a real scheduler to, when the right time comes, use elastic job to actually run the job right away.

Agreed. Unfortunately this means I lose a lot of the simplicity I gained by choosing ActiveElasticJob.
So what I'm looking at now is partially duplicating delayed_job functionality:

Queue jobs into a scheduled_jobs table
Use cron.yaml to run SchedulerJob every minute
SchedulerJob checks the table and runs or queues jobs

Does this sound crazy? I'm considering switching to delayed_job even though most examples get a little hacky somewhere.

active elastic job is really good at instant jobs, ensuring they are not forgotten (SQS) and that you have capacity to run them (elastic beanstalk). If most of your jobs are not instant then, perhaps, active elastic job might not be the best choice for the task (unless you use a lot of capacity to run your tasks, than it is worth chanining another gem with this one to leverage elastic beanstalk).

Thanks @zaaroth I think I'm just reluctant to get into those obscure eb extensions etc. We probably won't have massive volume so we should probably switch to a different solution.
I'm still interested to hear what anyone else has done though.

Hi @mkozono,
You and @zaaroth  are correct.
I will try to sum up and propose a solution:
Must we really frame the GuestsCleanUpJob as a job that has to be queued after a specific event has happened?
Or maybe it is sufficient to look at it as a periodic job that runs every day at noon? I'm thinking of something like this:
# invoke this method every day within a cronjob
def run_everyday
  guests = Guest.where(dirty: true)

  guests.each { |guest| guest.clean_up }
end

If this would work for you, then you don't need this gem actually. You just need to set up the worker environment with an attached SQS queue if you haven't already. Then, as you mentioned, you add a cron.yaml file to your project's root folder as described in the AWS documentation. Inside the cron.yaml you specify the URL that you should be called at noon. Add a controller with an action that listens to this URL. Inside the action you can invoke a method, like the one in my example.

@tawan wouldn't that cause any trouble in case you have 2+ worker environments? I think it could overlap jobs.

@tawan actually we have decided to do something similar to your suggestion (GuestCleanupJob is just an example). But I fear that we are only delaying the issue for ourselves. I'm glad you mentioned this reframing of the problem though.
@zaaroth I believe AWS ensures this is not an issue with cron.yaml. Only one SQS message would be queued at the right time.

On May 19, 2016, at 4:07 AM, zaaroth<EMAIL_ADDRESS>wrote:
@tawan wouldn't that cause any trouble in case you have 2+ worker environments? I think it could overlap jobs.
—
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub

@zaaroth  Not really. You can actually re-use the same worker environment. Active Elastic Job ignores jobs from the queue that do not origin from the gem itself.


corrects proxy search resource

Coverage remained the same at 81.62% when pulling dd6fed2f5d8e02c5be7c1cda93fe71cbc5efd824 on bug/corrects-proxy-search-resource into 88d3e313f07aa2cbcb9cca288e91a00ddb9098db on develop.


nlsModel Error

Project Robyn
Issue :
hi, when I am using the Facebook data test CSV, everything is working well, so the configuration on my computer seems good. then I am trying to run the code on my own data. using a CSV with date with format '2021-12-31' and then 'conversions' and 'spend and impressions by channels as a numeric format.
I get an error when running :
dt_mod <- f.inputWrangling()
the error :
Error in nlsModel(formula, mf, start, wts) :
singular gradient matrix at initial parameter estimates
Dummy data & model configuration
Data CSV lookalike :
$ DATE : IDate, format "2021-12-31"
$ conversion : int , format : 17899
$ Search_S : int , format : 12456
$ TV_I  : int, format 6578
and so on .. with for each channel its spend and the number of impressions by day. for the past 6 month
Configuration :
set_country <- "US"
set_dateVarName <- c("DATE")
set_depVarName <- c("conversion")
set_depVarType <- "conversion"
activate_prophet <- T
set_prophet <- c("trend", "season", "holiday")
set_prophetVarSign <- c("default","default", "default")
activate_baseline <- F
set_baseVarName <- c("competitor_sales_B")
set_baseVarSign <- c("negative")
set_mediaVarName <- c("Search_I","Pinterest_I","Snapchat_I","Tiktok_I","Facebook_I","Instagram_I","TV_I","Search_Brand_I","Youtube_I")
set_mediaVarSign <- c("positive","positive","positive","positive","positive","positive","positive","positive","positive")
set_mediaSpendName <- c("Search_S","Pinterest_S","Snapchat_S","Tiktok_S","Facebook_S","Instagram_S","TV_S","Search_Brand_S","Youtube_S")
set_hyperBoundLocal <- list(
Facebook_I_alphas = c(0.5, 3)
, Facebook_I_gammas = c(0.3, 1)
, Facebook_I_thetas = c(0, 0.3)
, Instagram_I_alphas = c(0.5, 3)
, Instagram_I_gammas = c(0.3, 1)
, Instagram_I_thetas = c(0, 0.3)
, Pinterest_I_alphas = c(0.5, 3)
, Pinterest_I_gammas = c(0.3, 1)
, Pinterest_I_thetas = c(0, 0.3)
, Search_Brand_I_alphas = c(0.5, 3)
, Search_Brand_I_gammas = c(0.3, 1)
, Search_Brand_I_thetas = c(0, 0.3)
, Search_I_alphas = c(0.5, 3)
, Search_I_gammas = c(0.3, 1)
, Search_I_thetas = c(0, 0.3)
, Snapchat_I_alphas = c(0.5, 3)
, Snapchat_I_gammas = c(0.3, 1)
, Snapchat_I_thetas = c(0, 0.3)
, Tiktok_I_alphas = c(0.5, 3)
, Tiktok_I_gammas = c(0.3, 1)
, Tiktok_I_thetas = c(0, 0.3)
, TV_I_alphas = c(0.5, 3)
, TV_I_gammas = c(0.3, 1)
, TV_I_thetas = c(0.3, 0.8)
, Youtube_I_alphas = c(0.5, 3)
, Youtube_I_gammas = c(0.3, 1)
, Youtube_I_thetas = c(0, 0.3)
)
Environment & Robyn version
R version: R 4.1.2
Thanks !
Flora

Hi @floratias Looking at your inputs, it seems you are using Robyn v2. Can you please try installing Robyn as a package (instead of scripts) and try again? I'd recommend you to follow our demo.R file. Let us know if you run into trouble.

when I tried to run the demo.R code you just send me, I get an error running emotes::install_github("facebookexperimental/Robyn/R")
saying :
Error: Failed to install 'Robyn' from GitHub:
lazy-load database '/Library/Frameworks/R.framework/Versions/4.1/Resources/library/pkgbuild/R/pkgbuild.rdb' is corrupt
In addition: Warning messages:
1: In safe_build_package(pkgdir, build_opts, build_manual, build_vignettes,  :
restarting interrupted promise evaluation
2: In safe_build_package(pkgdir, build_opts, build_manual, build_vignettes,  :
internal error -3 in R_decompress1

have you figured it out already? please close ticket if so. thanks!

yes it worked thanks for your help !!


[pre-release alpha] unable to update due to dependency resolver error 'ResolutiontooDeep'

Describe the bug
Attempting to run 'pip install langflow -U --pre' results in PIP resolvers.py error '_vendor.resolvelib.resolvers.ResolutionTooDeep: 200000'
Version

Current installed version 'v1.0.0a32'
Upgrading to 'v1.0.0a42'

To Reproduce

Assumes langflow-ai v1.0.0a32 installed
on a windows machine CMD window enter 'pip install langflow -U --pre'
Allow the dependency resolution process to continue as normal

Additional context
It seems to consistently die once its tries to resolve 'langchain_cohere' versions
Log from most recent attempt
pip install langflow -U --pre Requirement already satisfied: langflow in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (1.0.0a32) Collecting langflow   Using cached langflow-1.0.0a42-py3-none-any.whl.metadata (10 kB) Collecting assemblyai<0.27.0,>=0.26.0 (from langflow)   Using cached assemblyai-0.26.0-py3-none-any.whl.metadata (26 kB) Requirement already satisfied: beautifulsoup4<5.0.0,>=4.12.2 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (4.12.3) Requirement already satisfied: boto3<2.0.0,>=1.34.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (1.34.100) Requirement already satisfied: certifi<2024.0.0,>=2023.11.17 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (2023.11.17) Collecting chromadb<0.6.0,>=0.5.0 (from langflow)   Using cached chromadb-0.5.0-py3-none-any.whl.metadata (7.3 kB) Collecting cohere<6.0.0,>=5.5.3 (from langflow)   Downloading cohere-5.5.4-py3-none-any.whl.metadata (3.6 kB) Collecting couchbase<5.0.0,>=4.2.1 (from langflow)   Using cached couchbase-4.2.1-cp311-cp311-win_amd64.whl.metadata (23 kB) Requirement already satisfied: dspy-ai<3.0.0,>=2.4.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (2.4.9) Requirement already satisfied: elasticsearch<9.0.0,>=8.12.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (8.13.1) Requirement already satisfied: faiss-cpu<2.0.0,>=1.8.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (1.8.0) Requirement already satisfied: fake-useragent<2.0.0,>=1.5.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (1.5.1) Requirement already satisfied: fastavro<2.0.0,>=1.8.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (1.9.4) Collecting google-api-python-client<3.0.0,>=2.130.0 (from langflow)   Using cached google_api_python_client-2.131.0-py2.py3-none-any.whl.metadata (6.7 kB) Requirement already satisfied: google-search-results<3.0.0,>=2.4.1 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (2.4.2) Requirement already satisfied: huggingface-hub<0.21.0,>=0.20.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from huggingface-hub[inference]<0.21.0,>=0.20.0->langflow) (0.20.3) Requirement already satisfied: langchain-anthropic<0.2.0,>=0.1.6 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (0.1.11) Collecting langchain-astradb<0.4.0,>=0.3.0 (from langflow)   Downloading langchain_astradb-0.3.3-py3-none-any.whl.metadata (2.9 kB) Collecting langchain-chroma<0.2.0,>=0.1.1 (from langflow)   Using cached langchain_chroma-0.1.1-py3-none-any.whl.metadata (1.3 kB) Requirement already satisfied: langchain-cohere<0.2.0,>=0.1.0rc1 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (0.1.4) Requirement already satisfied: langchain-google-genai<2.0.0,>=1.0.1 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (1.0.3) Requirement already satisfied: langchain-google-vertexai<2.0.0,>=1.0.3 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (1.0.3) Requirement already satisfied: langchain-groq<0.2.0,>=0.1.3 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (0.1.3) Requirement already satisfied: langchain-mistralai<0.2.0,>=0.1.6 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (0.1.6) Requirement already satisfied: langchain-openai<0.2.0,>=0.1.1 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (0.1.6) Requirement already satisfied: langchain-pinecone<0.2.0,>=0.1.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (0.1.0) Collecting langflow-base<0.0.54,>=0.0.53 (from langflow)   Using cached langflow_base-0.0.53-py3-none-any.whl.metadata (2.3 kB) Collecting langfuse<3.0.0,>=2.33.0 (from langflow)   Using cached langfuse-2.33.1a0-py3-none-any.whl.metadata (3.1 kB) Collecting litellm<2.0.0,>=1.38.0 (from langflow)   Downloading litellm-1.39.3-py3-none-any.whl.metadata (26 kB) Requirement already satisfied: markdown<4.0,>=3.6 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (3.6) Requirement already satisfied: markupsafe<3.0.0,>=2.1.3 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (2.1.5) Requirement already satisfied: metal-sdk<3.0.0,>=2.5.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (2.5.1) Requirement already satisfied: metaphor-python<0.2.0,>=0.1.11 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (0.1.23) Requirement already satisfied: networkx<4.0,>=3.1 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (3.3) Requirement already satisfied: numexpr<3.0.0,>=2.8.6 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (2.10.0) Requirement already satisfied: pgvector<0.3.0,>=0.2.3 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (0.2.5) Requirement already satisfied: pinecone-client<4.0.0,>=3.0.3 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (3.2.2) Requirement already satisfied: psycopg<4.0.0,>=3.1.9 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (3.1.18) Requirement already satisfied: psycopg-binary<4.0.0,>=3.1.9 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (3.1.18) Requirement already satisfied: psycopg2-binary<3.0.0,>=2.9.6 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (2.9.9) Requirement already satisfied: pyarrow<15.0.0,>=14.0.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (14.0.2) Requirement already satisfied: pyautogen<0.3.0,>=0.2.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (0.2.27) Requirement already satisfied: pymongo<5.0.0,>=4.6.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (4.7.2) Requirement already satisfied: pytube<16.0.0,>=15.0.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (15.0.0) Requirement already satisfied: pywin32<307,>=306 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (306) Requirement already satisfied: qdrant-client<2.0.0,>=1.9.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (1.9.1) Requirement already satisfied: qianfan==0.3.5 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (0.3.5) Requirement already satisfied: supabase<3.0.0,>=2.3.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (2.4.5) Requirement already satisfied: types-cachetools<<IP_ADDRESS>,>=<IP_ADDRESS> in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (<IP_ADDRESS>) Requirement already satisfied: weaviate-client in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (4.6.0b1) Requirement already satisfied: wikipedia<2.0.0,>=1.4.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (1.4.0) Collecting youtube-transcript-api<0.7.0,>=0.6.2 (from langflow)   Using cached youtube_transcript_api-0.6.2-py3-none-any.whl.metadata (15 kB) Requirement already satisfied: zep-python<3.0.0,>=2.0.0rc5 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow) (2.0.0rc6) Requirement already satisfied: aiohttp>=3.7.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from qianfan==0.3.5->langflow) (3.9.5) Requirement already satisfied: aiolimiter>=1.1.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from qianfan==0.3.5->langflow) (1.1.0) Requirement already satisfied: bce-python-sdk>=0.8.79 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from qianfan==0.3.5->langflow) (0.9.7) Requirement already satisfied: clevercsv in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from qianfan==0.3.5->langflow) (0.8.2) Requirement already satisfied: ijson in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from qianfan==0.3.5->langflow) (3.2.3) Requirement already satisfied: multiprocess in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from qianfan==0.3.5->langflow) (0.70.15) Requirement already satisfied: numpy>=1.22.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from qianfan==0.3.5->langflow) (1.26.4) Requirement already satisfied: prompt-toolkit>=3.0.38 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from qianfan==0.3.5->langflow) (3.0.43) Requirement already satisfied: pydantic in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from qianfan==0.3.5->langflow) (2.7.1) Requirement already satisfied: python-dateutil<3.0.0,>=2.8.2 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from qianfan==0.3.5->langflow) (2.9.0.post0) Requirement already satisfied: python-dotenv>=1.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from qianfan==0.3.5->langflow) (1.0.1) Requirement already satisfied: pyyaml<7.0.0,>=6.0.1 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from qianfan==0.3.5->langflow) (6.0.1) Requirement already satisfied: requests>=2.24 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from qianfan==0.3.5->langflow) (2.31.0) Requirement already satisfied: rich>=13.0.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from qianfan==0.3.5->langflow) (13.7.1) Requirement already satisfied: tenacity<9.0.0,>=8.2.3 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from qianfan==0.3.5->langflow) (8.3.0) Requirement already satisfied: typer>=0.9.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from qianfan==0.3.5->langflow) (0.12.3) Requirement already satisfied: httpx>=0.19.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from assemblyai<0.27.0,>=0.26.0->langflow) (0.27.0) Requirement already satisfied: typing-extensions>=3.7 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from assemblyai<0.27.0,>=0.26.0->langflow) (4.11.0) Requirement already satisfied: websockets>=11.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from assemblyai<0.27.0,>=0.26.0->langflow) (12.0) Requirement already satisfied: soupsieve>1.2 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from beautifulsoup4<5.0.0,>=4.12.2->langflow) (2.5) Requirement already satisfied: botocore<1.35.0,>=1.34.100 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from boto3<2.0.0,>=1.34.0->langflow) (1.34.100) Requirement already satisfied: jmespath<2.0.0,>=0.7.1 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from boto3<2.0.0,>=1.34.0->langflow) (1.0.1) Requirement already satisfied: s3transfer<0.11.0,>=0.10.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from boto3<2.0.0,>=1.34.0->langflow) (0.10.1) Requirement already satisfied: build>=1.0.3 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from chromadb<0.6.0,>=0.5.0->langflow) (1.2.1) Requirement already satisfied: chroma-hnswlib==0.7.3 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from chromadb<0.6.0,>=0.5.0->langflow) (0.7.3) Requirement already satisfied: fastapi>=0.95.2 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from chromadb<0.6.0,>=0.5.0->langflow) (0.110.3) Requirement already satisfied: uvicorn>=0.18.3 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from uvicorn[standard]>=0.18.3->chromadb<0.6.0,>=0.5.0->langflow) (0.29.0) Requirement already satisfied: posthog>=2.4.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from chromadb<0.6.0,>=0.5.0->langflow) (3.5.0) Requirement already satisfied: onnxruntime>=1.14.1 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from chromadb<0.6.0,>=0.5.0->langflow) (1.17.3) Requirement already satisfied: opentelemetry-api>=1.2.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from chromadb<0.6.0,>=0.5.0->langflow) (1.24.0) Requirement already satisfied: opentelemetry-exporter-otlp-proto-grpc>=1.2.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from chromadb<0.6.0,>=0.5.0->langflow) (1.24.0) Requirement already satisfied: opentelemetry-instrumentation-fastapi>=0.41b0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from chromadb<0.6.0,>=0.5.0->langflow) (0.45b0) Requirement already satisfied: opentelemetry-sdk>=1.2.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from chromadb<0.6.0,>=0.5.0->langflow) (1.24.0) Requirement already satisfied: tokenizers>=0.13.2 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from chromadb<0.6.0,>=0.5.0->langflow) (0.15.2) Requirement already satisfied: pypika>=0.48.9 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from chromadb<0.6.0,>=0.5.0->langflow) (0.48.9) Requirement already satisfied: tqdm>=4.65.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from chromadb<0.6.0,>=0.5.0->langflow) (4.66.4) Requirement already satisfied: overrides>=7.3.1 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from chromadb<0.6.0,>=0.5.0->langflow) (7.7.0) Requirement already satisfied: importlib-resources in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from chromadb<0.6.0,>=0.5.0->langflow) (6.4.0) Requirement already satisfied: grpcio>=1.58.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from chromadb<0.6.0,>=0.5.0->langflow) (1.64.0rc1) Requirement already satisfied: bcrypt>=4.0.1 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from chromadb<0.6.0,>=0.5.0->langflow) (4.0.1) Requirement already satisfied: kubernetes>=28.1.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from chromadb<0.6.0,>=0.5.0->langflow) (29.0.0) Requirement already satisfied: mmh3>=4.0.1 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from chromadb<0.6.0,>=0.5.0->langflow) (4.1.0) Requirement already satisfied: orjson>=3.9.12 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from chromadb<0.6.0,>=0.5.0->langflow) (3.10.0) Requirement already satisfied: httpx-sse<0.5.0,>=0.4.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from cohere<6.0.0,>=5.5.3->langflow) (0.4.0) Requirement already satisfied: types-requests<3.0.0,>=2.0.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from cohere<6.0.0,>=5.5.3->langflow) (<IP_ADDRESS>40406) Requirement already satisfied: backoff~=2.2.1 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from dspy-ai<3.0.0,>=2.4.0->langflow) (2.2.1) Requirement already satisfied: joblib~=1.3.2 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from dspy-ai<3.0.0,>=2.4.0->langflow) (1.3.2) Requirement already satisfied: openai<2.0.0,>=0.28.1 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from dspy-ai<3.0.0,>=2.4.0->langflow) (1.26.0) Requirement already satisfied: pandas in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from dspy-ai<3.0.0,>=2.4.0->langflow) (2.2.0) Requirement already satisfied: regex in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from dspy-ai<3.0.0,>=2.4.0->langflow) (2024.4.28) Requirement already satisfied: ujson in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from dspy-ai<3.0.0,>=2.4.0->langflow) (5.9.0) Requirement already satisfied: datasets<3.0.0,~=2.14.6 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from dspy-ai<3.0.0,>=2.4.0->langflow) (2.14.7) Requirement already satisfied: optuna in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from dspy-ai<3.0.0,>=2.4.0->langflow) (3.6.1) Requirement already satisfied: structlog in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from dspy-ai<3.0.0,>=2.4.0->langflow) (24.1.0) Requirement already satisfied: elastic-transport<9,>=8.13 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from elasticsearch<9.0.0,>=8.12.0->langflow) (8.13.0) Requirement already satisfied: httplib2<1.dev0,>=0.19.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from google-api-python-client<3.0.0,>=2.130.0->langflow) (0.22.0) Requirement already satisfied: google-auth!=2.24.0,!=2.25.0,<3.0.0.dev0,>=1.32.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from google-api-python-client<3.0.0,>=2.130.0->langflow) (2.29.0) Requirement already satisfied: google-auth-httplib2<1.0.0,>=0.2.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from google-api-python-client<3.0.0,>=2.130.0->langflow) (0.2.0) Requirement already satisfied: google-api-core!=2.0.*,!=2.1.*,!=2.2.*,!=2.3.0,<3.0.0.dev0,>=1.31.5 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from google-api-python-client<3.0.0,>=2.130.0->langflow) (2.19.0) Requirement already satisfied: uritemplate<5,>=3.0.1 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from google-api-python-client<3.0.0,>=2.130.0->langflow) (4.1.1) Requirement already satisfied: filelock in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from huggingface-hub<0.21.0,>=0.20.0->huggingface-hub[inference]<0.21.0,>=0.20.0->langflow) (3.14.0) Requirement already satisfied: fsspec>=2023.5.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from huggingface-hub<0.21.0,>=0.20.0->huggingface-hub[inference]<0.21.0,>=0.20.0->langflow) (2023.10.0) Requirement already satisfied: packaging>=20.9 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from huggingface-hub<0.21.0,>=0.20.0->huggingface-hub[inference]<0.21.0,>=0.20.0->langflow) (23.2) Requirement already satisfied: anthropic<1,>=0.23.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langchain-anthropic<0.2.0,>=0.1.6->langflow) (0.25.8) Requirement already satisfied: defusedxml<0.8.0,>=0.7.1 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langchain-anthropic<0.2.0,>=0.1.6->langflow) (0.7.1) Requirement already satisfied: langchain-core<0.2.0,>=0.1.43 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langchain-anthropic<0.2.0,>=0.1.6->langflow) (0.1.52) Collecting astrapy<2.0,>=1.2 (from langchain-astradb<0.4.0,>=0.3.0->langflow)   Using cached astrapy-1.2.0-py3-none-any.whl.metadata (12 kB) Requirement already satisfied: google-generativeai<0.6.0,>=0.5.2 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langchain-google-genai<2.0.0,>=1.0.1->langflow) (0.5.2) Requirement already satisfied: google-cloud-aiplatform<2.0.0,>=1.47.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langchain-google-vertexai<2.0.0,>=1.0.3->langflow) (1.51.0) Requirement already satisfied: google-cloud-storage<3.0.0,>=2.14.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langchain-google-vertexai<2.0.0,>=1.0.3->langflow) (2.16.0) Requirement already satisfied: types-protobuf<<IP_ADDRESS>,>=<IP_ADDRESS> in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langchain-google-vertexai<2.0.0,>=1.0.3->langflow) (<IP_ADDRESS>40417) Requirement already satisfied: groq<1,>=0.4.1 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langchain-groq<0.2.0,>=0.1.3->langflow) (0.5.0) Requirement already satisfied: tiktoken<1,>=0.5.2 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langchain-openai<0.2.0,>=0.1.1->langflow) (0.6.0) Requirement already satisfied: alembic<2.0.0,>=1.13.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow-base<0.0.54,>=0.0.53->langflow) (1.13.1) Requirement already satisfied: asyncer<0.0.6,>=0.0.5 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow-base<0.0.54,>=0.0.53->langflow) (0.0.5) Requirement already satisfied: cachetools<6.0.0,>=5.3.1 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow-base<0.0.54,>=0.0.53->langflow) (5.3.3) Requirement already satisfied: cryptography<43.0.0,>=42.0.5 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow-base<0.0.54,>=0.0.53->langflow) (42.0.7) Requirement already satisfied: docstring-parser<0.16,>=0.15 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow-base<0.0.54,>=0.0.53->langflow) (0.15) Requirement already satisfied: duckdb<0.11.0,>=0.10.2 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow-base<0.0.54,>=0.0.53->langflow) (0.10.3.dev848) Collecting emoji<3.0.0,>=2.12.0 (from langflow-base<0.0.54,>=0.0.53->langflow)   Using cached emoji-2.12.1-py3-none-any.whl.metadata (5.4 kB) Collecting fastapi>=0.95.2 (from chromadb<0.6.0,>=0.5.0->langflow)   Using cached fastapi-0.111.0-py3-none-any.whl.metadata (25 kB) Requirement already satisfied: gunicorn<23.0.0,>=22.0.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow-base<0.0.54,>=0.0.53->langflow) (22.0.0) Collecting langchain<0.3.0,>=0.2.0 (from langflow-base<0.0.54,>=0.0.53->langflow)   Using cached langchain-0.2.1-py3-none-any.whl.metadata (13 kB) Requirement already satisfied: langchain-experimental in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow-base<0.0.54,>=0.0.53->langflow) (0.0.58) Requirement already satisfied: langchainhub<0.2.0,>=0.1.15 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow-base<0.0.54,>=0.0.53->langflow) (0.1.15) Requirement already satisfied: loguru<0.8.0,>=0.7.1 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow-base<0.0.54,>=0.0.53->langflow) (0.7.2) Requirement already satisfied: nest-asyncio<2.0.0,>=1.6.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow-base<0.0.54,>=0.0.53->langflow) (1.6.0) Requirement already satisfied: passlib<2.0.0,>=1.7.4 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow-base<0.0.54,>=0.0.53->langflow) (1.7.4) Requirement already satisfied: pillow<11.0.0,>=10.2.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow-base<0.0.54,>=0.0.53->langflow) (10.3.0) Requirement already satisfied: platformdirs<5.0.0,>=4.2.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow-base<0.0.54,>=0.0.53->langflow) (4.2.1) Requirement already satisfied: pydantic-settings<3.0.0,>=2.2.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow-base<0.0.54,>=0.0.53->langflow) (2.2.1) Requirement already satisfied: pypdf<5.0.0,>=4.2.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow-base<0.0.54,>=0.0.53->langflow) (4.2.0) Collecting pyperclip<2.0.0,>=1.8.2 (from langflow-base<0.0.54,>=0.0.53->langflow)   Using cached pyperclip-1.8.2.tar.gz (20 kB)   Installing build dependencies ... done   Getting requirements to build wheel ... done   Installing backend dependencies ... done   Preparing metadata (pyproject.toml) ... done Requirement already satisfied: python-docx<2.0.0,>=1.1.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow-base<0.0.54,>=0.0.53->langflow) (1.1.2) Requirement already satisfied: python-jose<4.0.0,>=3.3.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow-base<0.0.54,>=0.0.53->langflow) (3.3.0) Requirement already satisfied: python-multipart<0.0.8,>=0.0.7 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow-base<0.0.54,>=0.0.53->langflow) (0.0.7) Requirement already satisfied: python-socketio<6.0.0,>=5.11.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langflow-base<0.0.54,>=0.0.53->langflow) (5.11.2) Collecting sqlmodel<0.0.19,>=0.0.18 (from langflow-base<0.0.54,>=0.0.53->langflow)   Using cached sqlmodel-0.0.18-py3-none-any.whl.metadata (9.8 kB) Requirement already satisfied: pytz>=2020.1 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from pandas->dspy-ai<3.0.0,>=2.4.0->langflow) (2024.1) Requirement already satisfied: tzdata>=2022.7 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from pandas->dspy-ai<3.0.0,>=2.4.0->langflow) (2024.1) Requirement already satisfied: idna<4.0,>=3.7 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langfuse<3.0.0,>=2.33.0->langflow) (3.7) Requirement already satisfied: wrapt<2.0,>=1.14 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langfuse<3.0.0,>=2.33.0->langflow) (1.16.0) Requirement already satisfied: click in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from litellm<2.0.0,>=1.38.0->langflow) (8.1.7) Requirement already satisfied: importlib-metadata>=6.8.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from litellm<2.0.0,>=1.38.0->langflow) (7.0.0) Requirement already satisfied: jinja2<4.0.0,>=3.1.2 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from litellm<2.0.0,>=1.38.0->langflow) (3.1.4) Collecting openai<2.0.0,>=0.28.1 (from dspy-ai<3.0.0,>=2.4.0->langflow)   Downloading openai-1.30.5-py3-none-any.whl.metadata (21 kB) Requirement already satisfied: urllib3>=1.26.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from pinecone-client<4.0.0,>=3.0.3->langflow) (2.2.1) Requirement already satisfied: diskcache in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from pyautogen<0.3.0,>=0.2.0->langflow) (5.6.3) Requirement already satisfied: docker in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from pyautogen<0.3.0,>=0.2.0->langflow) (7.0.0) Requirement already satisfied: flaml in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from pyautogen<0.3.0,>=0.2.0->langflow) (2.1.2) Requirement already satisfied: termcolor in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from pyautogen<0.3.0,>=0.2.0->langflow) (2.4.0) Requirement already satisfied: dnspython<3.0.0,>=1.16.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from pymongo<5.0.0,>=4.6.0->langflow) (2.6.1) Requirement already satisfied: grpcio-tools>=1.41.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from qdrant-client<2.0.0,>=1.9.0->langflow) (1.63.0rc1) Requirement already satisfied: portalocker<3.0.0,>=2.7.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from qdrant-client<2.0.0,>=1.9.0->langflow) (2.8.2) Requirement already satisfied: gotrue<3.0,>=1.3 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from supabase<3.0.0,>=2.3.0->langflow) (2.4.2) Requirement already satisfied: postgrest<0.17.0,>=0.14 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from supabase<3.0.0,>=2.3.0->langflow) (0.16.4) Requirement already satisfied: realtime<2.0.0,>=1.0.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from supabase<3.0.0,>=2.3.0->langflow) (1.0.4) Requirement already satisfied: storage3<0.8.0,>=0.5.3 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from supabase<3.0.0,>=2.3.0->langflow) (0.7.4) Requirement already satisfied: supafunc<0.5.0,>=0.3.1 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from supabase<3.0.0,>=2.3.0->langflow) (0.4.5) Requirement already satisfied: validators==0.28.1 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from weaviate-client->langflow) (0.28.1) Requirement already satisfied: authlib<2.0.0,>=1.2.1 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from weaviate-client->langflow) (1.3.0) Requirement already satisfied: grpcio-health-checking<2.0.0,>=1.57.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from weaviate-client->langflow) (1.63.0rc1) Requirement already satisfied: aiosignal>=1.1.2 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from aiohttp>=3.7.0->qianfan==0.3.5->langflow) (1.3.1) Requirement already satisfied: attrs>=17.3.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from aiohttp>=3.7.0->qianfan==0.3.5->langflow) (23.2.0) Requirement already satisfied: frozenlist>=1.1.1 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from aiohttp>=3.7.0->qianfan==0.3.5->langflow) (1.4.1) Requirement already satisfied: multidict<7.0,>=4.5 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from aiohttp>=3.7.0->qianfan==0.3.5->langflow) (6.0.5) Requirement already satisfied: yarl<2.0,>=1.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from aiohttp>=3.7.0->qianfan==0.3.5->langflow) (1.9.4) Requirement already satisfied: SQLAlchemy>=1.3.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from alembic<2.0.0,>=1.13.0->langflow-base<0.0.54,>=0.0.53->langflow) (2.0.30) Requirement already satisfied: Mako in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from alembic<2.0.0,>=1.13.0->langflow-base<0.0.54,>=0.0.53->langflow) (1.3.3) Requirement already satisfied: anyio<5,>=3.5.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from anthropic<1,>=0.23.0->langchain-anthropic<0.2.0,>=0.1.6->langflow) (4.3.0) Requirement already satisfied: distro<2,>=1.7.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from anthropic<1,>=0.23.0->langchain-anthropic<0.2.0,>=0.1.6->langflow) (1.9.0) Requirement already satisfied: sniffio in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from anthropic<1,>=0.23.0->langchain-anthropic<0.2.0,>=0.1.6->langflow) (1.3.1) Collecting bson<0.6.0,>=0.5.10 (from astrapy<2.0,>=1.2->langchain-astradb<0.4.0,>=0.3.0->langflow)   Using cached bson-0.5.10.tar.gz (10 kB)   Installing build dependencies ... done   Getting requirements to build wheel ... done   Installing backend dependencies ... done   Preparing metadata (pyproject.toml) ... done Requirement already satisfied: cassio<0.2.0,>=0.1.4 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from astrapy<2.0,>=1.2->langchain-astradb<0.4.0,>=0.3.0->langflow) (0.1.7) Requirement already satisfied: deprecation<2.2.0,>=2.1.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from astrapy<2.0,>=1.2->langchain-astradb<0.4.0,>=0.3.0->langflow) (2.1.0) Requirement already satisfied: toml<0.11.0,>=0.10.2 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from astrapy<2.0,>=1.2->langchain-astradb<0.4.0,>=0.3.0->langflow) (0.10.2) Collecting uuid6<2024.2.0,>=2024.1.12 (from astrapy<2.0,>=1.2->langchain-astradb<0.4.0,>=0.3.0->langflow)   Using cached uuid6-2024.1.12-py3-none-any.whl.metadata (8.6 kB) Requirement already satisfied: pycryptodome>=3.8.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from bce-python-sdk>=0.8.79->qianfan==0.3.5->langflow) (3.20.0) Requirement already satisfied: future>=0.6.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from bce-python-sdk>=0.8.79->qianfan==0.3.5->langflow) (1.0.0) Requirement already satisfied: six>=1.4.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from bce-python-sdk>=0.8.79->qianfan==0.3.5->langflow) (1.16.0) Requirement already satisfied: pyproject_hooks in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from build>=1.0.3->chromadb<0.6.0,>=0.5.0->langflow) (1.1.0) Requirement already satisfied: colorama in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from build>=1.0.3->chromadb<0.6.0,>=0.5.0->langflow) (0.4.6) Requirement already satisfied: cffi>=1.12 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from cryptography<43.0.0,>=42.0.5->langflow-base<0.0.54,>=0.0.53->langflow) (1.16.0) Requirement already satisfied: pyarrow-hotfix in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from datasets<3.0.0,~=2.14.6->dspy-ai<3.0.0,>=2.4.0->langflow) (0.6) Requirement already satisfied: dill<0.3.8,>=0.3.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from datasets<3.0.0,~=2.14.6->dspy-ai<3.0.0,>=2.4.0->langflow) (0.3.7) Requirement already satisfied: xxhash in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from datasets<3.0.0,~=2.14.6->dspy-ai<3.0.0,>=2.4.0->langflow) (3.4.1) Requirement already satisfied: starlette<0.38.0,>=0.37.2 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from fastapi>=0.95.2->chromadb<0.6.0,>=0.5.0->langflow) (0.37.2) Collecting fastapi-cli>=0.0.2 (from fastapi>=0.95.2->chromadb<0.6.0,>=0.5.0->langflow)   Using cached fastapi_cli-0.0.4-py3-none-any.whl.metadata (7.0 kB) Collecting email_validator>=2.0.0 (from fastapi>=0.95.2->chromadb<0.6.0,>=0.5.0->langflow)   Using cached email_validator-2.1.1-py3-none-any.whl.metadata (26 kB) Requirement already satisfied: googleapis-common-protos<2.0.dev0,>=1.56.2 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from google-api-core!=2.0.*,!=2.1.*,!=2.2.*,!=2.3.0,<3.0.0.dev0,>=1.31.5->google-api-python-client<3.0.0,>=2.130.0->langflow) (1.63.0) Requirement already satisfied: protobuf!=3.20.0,!=3.20.1,!=4.21.0,!=4.21.1,!=4.21.2,!=4.21.3,!=4.21.4,!=4.21.5,<5.0.0.dev0,>=3.19.5 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from google-api-core!=2.0.*,!=2.1.*,!=2.2.*,!=2.3.0,<3.0.0.dev0,>=1.31.5->google-api-python-client<3.0.0,>=2.130.0->langflow) (4.25.3) Requirement already satisfied: proto-plus<2.0.0dev,>=1.22.3 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from google-api-core!=2.0.*,!=2.1.*,!=2.2.*,!=2.3.0,<3.0.0.dev0,>=1.31.5->google-api-python-client<3.0.0,>=2.130.0->langflow) (1.24.0.dev1) Requirement already satisfied: pyasn1-modules>=0.2.1 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from google-auth!=2.24.0,!=2.25.0,<3.0.0.dev0,>=1.32.0->google-api-python-client<3.0.0,>=2.130.0->langflow) (0.4.0) Requirement already satisfied: rsa<5,>=3.1.4 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from google-auth!=2.24.0,!=2.25.0,<3.0.0.dev0,>=1.32.0->google-api-python-client<3.0.0,>=2.130.0->langflow) (4.9) Requirement already satisfied: google-cloud-bigquery!=3.20.0,<4.0.0dev,>=1.15.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from google-cloud-aiplatform<2.0.0,>=1.47.0->langchain-google-vertexai<2.0.0,>=1.0.3->langflow) (3.22.0) Requirement already satisfied: google-cloud-resource-manager<3.0.0dev,>=1.3.3 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from google-cloud-aiplatform<2.0.0,>=1.47.0->langchain-google-vertexai<2.0.0,>=1.0.3->langflow) (1.12.3) Requirement already satisfied: shapely<3.0.0dev in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from google-cloud-aiplatform<2.0.0,>=1.47.0->langchain-google-vertexai<2.0.0,>=1.0.3->langflow) (2.0.4) Requirement already satisfied: google-cloud-core<3.0dev,>=2.3.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from google-cloud-storage<3.0.0,>=2.14.0->langchain-google-vertexai<2.0.0,>=1.0.3->langflow) (2.4.1) Requirement already satisfied: google-resumable-media>=2.6.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from google-cloud-storage<3.0.0,>=2.14.0->langchain-google-vertexai<2.0.0,>=1.0.3->langflow) (2.7.0) Requirement already satisfied: google-crc32c<2.0dev,>=1.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from google-cloud-storage<3.0.0,>=2.14.0->langchain-google-vertexai<2.0.0,>=1.0.3->langflow) (1.5.0) Requirement already satisfied: google-ai-generativelanguage==0.6.2 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from google-generativeai<0.6.0,>=0.5.2->langchain-google-genai<2.0.0,>=1.0.1->langflow) (0.6.2) Requirement already satisfied: setuptools in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from grpcio-tools>=1.41.0->qdrant-client<2.0.0,>=1.9.0->langflow) (69.5.1) Requirement already satisfied: pyparsing!=3.0.0,!=3.0.1,!=3.0.2,!=3.0.3,<4,>=2.4.2 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from httplib2<1.dev0,>=0.19.0->google-api-python-client<3.0.0,>=2.130.0->langflow) (2.4.7) Requirement already satisfied: httpcore==1.* in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from httpx>=0.19.0->assemblyai<0.27.0,>=0.26.0->langflow) (1.0.5) Requirement already satisfied: h11<0.15,>=0.13 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from httpcore==1.*->httpx>=0.19.0->assemblyai<0.27.0,>=0.26.0->langflow) (0.14.0) Requirement already satisfied: h2<5,>=3 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from httpx[http2]>=0.20.0->qdrant-client<2.0.0,>=1.9.0->langflow) (4.1.0) Requirement already satisfied: zipp>=0.5 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from importlib-metadata>=6.8.0->litellm<2.0.0,>=1.38.0->langflow) (3.18.1) Requirement already satisfied: websocket-client!=0.40.0,!=0.41.*,!=0.42.*,>=0.32.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from kubernetes>=28.1.0->chromadb<0.6.0,>=0.5.0->langflow) (1.8.0) Requirement already satisfied: requests-oauthlib in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from kubernetes>=28.1.0->chromadb<0.6.0,>=0.5.0->langflow) (2.0.0) Requirement already satisfied: oauthlib>=3.2.2 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from kubernetes>=28.1.0->chromadb<0.6.0,>=0.5.0->langflow) (3.2.2) INFO: pip is looking at multiple versions of langchain to determine which version is compatible with other requirements. This could take a while. Collecting langchain<0.3.0,>=0.2.0 (from langflow-base<0.0.54,>=0.0.53->langflow)   Using cached langchain-0.2.0-py3-none-any.whl.metadata (13 kB) Requirement already satisfied: dataclasses-json<0.7,>=0.5.7 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langchain<0.3.0,>=0.2.0->langflow-base<0.0.54,>=0.0.53->langflow) (0.6.5) Collecting langchain-pinecone<0.2.0,>=0.1.0 (from langflow)   Using cached langchain_pinecone-0.1.1-py3-none-any.whl.metadata (1.4 kB) Requirement already satisfied: jsonpatch<2.0,>=1.33 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langchain-core<0.2.0,>=0.1.43->langchain-anthropic<0.2.0,>=0.1.6->langflow) (1.33) Requirement already satisfied: langsmith<0.2.0,>=0.1.0 in c:\users\hpzws2\appdata\local\programs\python\python311\lib\site-packages (from langchain-core<0.2.0,>=0.1.43->langchain-anthropic<0.2.0,>=0.1.6->langflow) (0.1.55)   Using cached langchain_pinecone-0.1.0-py3-none-any.whl.metadata (1.4 kB) Collecting langchain-openai<0.2.0,>=0.1.1 (from langflow)   Downloading langchain_openai-0.1.8-py3-none-any.whl.metadata (2.5 kB) INFO: pip is looking at multiple versions of langchain-openai to determine which version is compatible with other requirements. This could take a while.   Using cached langchain_openai-0.1.8rc1-py3-none-any.whl.metadata (2.5 kB)   Using cached langchain_openai-0.1.7-py3-none-any.whl.metadata (2.5 kB) Collecting tiktoken<1,>=0.7 (from langchain-openai<0.2.0,>=0.1.1->langflow)   Using cached tiktoken-0.7.0-cp311-cp311-win_amd64.whl.metadata (6.8 kB) INFO: pip is still looking at multiple versions of langchain to determine which version is compatible with other requirements. This could take a while. Collecting langchain-openai<0.2.0,>=0.1.1 (from langflow)   Using cached langchain_openai-0.1.6-py3-none-any.whl.metadata (2.5 kB) INFO: This is taking longer than usual. You might need to provide the dependency resolver with stricter constraints to reduce runtime. See https://pip.pypa.io/warnings/backtracking for guidance. If you want to abort this run, press Ctrl + C.   Using cached langchain_openai-0.1.5-py3-none-any.whl.metadata (2.5 kB) INFO: pip is still looking at multiple versions of langchain-openai to determine which version is compatible with other requirements. This could take a while.   Using cached langchain_openai-0.1.4-py3-none-any.whl.metadata (2.5 kB)   Using cached langchain_openai-0.1.3-py3-none-any.whl.metadata (2.5 kB)   Using cached langchain_openai-0.1.3rc1-py3-none-any.whl.metadata (2.5 kB) INFO: This is taking longer than usual. You might need to provide the dependency resolver with stricter constraints to reduce runtime. See https://pip.pypa.io/warnings/backtracking for guidance. If you want to abort this run, press Ctrl + C.   Using cached langchain_openai-0.1.2-py3-none-any.whl.metadata (2.5 kB)   Using cached langchain_openai-0.1.1-py3-none-any.whl.metadata (2.5 kB) Collecting langchain-mistralai<0.2.0,>=0.1.6 (from langflow)   Using cached langchain_mistralai-0.1.7-py3-none-any.whl.metadata (2.2 kB)   Downloading langchain_mistralai-0.1.6-py3-none-any.whl.metadata (2.2 kB) Collecting langchain-groq<0.2.0,>=0.1.3 (from langflow)   Using cached langchain_groq-0.1.4-py3-none-any.whl.metadata (2.8 kB)   Using cached langchain_groq-0.1.3-py3-none-any.whl.metadata (2.8 kB) Collecting langchain-google-vertexai<2.0.0,>=1.0.3 (from langflow)   Using cached langchain_google_vertexai-1.0.4-py3-none-any.whl.metadata (3.6 kB)   Using cached langchain_google_vertexai-1.0.3-py3-none-any.whl.metadata (3.7 kB) Collecting langchain-google-genai<2.0.0,>=1.0.1 (from langflow)   Using cached langchain_google_genai-1.0.5-py3-none-any.whl.metadata (3.8 kB) INFO: pip is looking at multiple versions of langchain-google-genai to determine which version is compatible with other requirements. This could take a while.   Using cached langchain_google_genai-1.0.4-py3-none-any.whl.metadata (3.8 kB)   Using cached langchain_google_genai-1.0.3-py3-none-any.whl.metadata (3.8 kB)   Using cached langchain_google_genai-1.0.2-py3-none-any.whl.metadata (3.8 kB)   Using cached langchain_google_genai-1.0.1-py3-none-any.whl.metadata (3.8 kB) Collecting google-generativeai<0.5.0,>=0.4.1 (from langchain-google-genai<2.0.0,>=1.0.1->langflow)   Using cached google_generativeai-0.4.1-py3-none-any.whl.metadata (6.2 kB) Collecting google-ai-generativelanguage==0.4.0 (from google-generativeai<0.5.0,>=0.4.1->langchain-google-genai<2.0.0,>=1.0.1->langflow)   Using cached google_ai_generativelanguage-0.4.0-py3-none-any.whl.metadata (5.1 kB) Collecting langchain-cohere<0.2.0,>=0.1.0rc1 (from langflow)   Using cached langchain_cohere-0.1.5-py3-none-any.whl.metadata (6.4 kB) INFO: pip is still looking at multiple versions of langchain-google-genai to determine which version is compatible with other requirements. This could take a while.   Using cached langchain_cohere-0.1.4-py3-none-any.whl.metadata (6.4 kB) INFO: This is taking longer than usual. You might need to provide the dependency resolver with stricter constraints to reduce runtime. See https://pip.pypa.io/warnings/backtracking for guidance. If you want to abort this run, press Ctrl + C.   Using cached langchain_cohere-0.1.4rc1-py3-none-any.whl.metadata (6.4 kB)   Using cached langchain_cohere-0.1.4rc0-py3-none-any.whl.metadata (6.4 kB)   Using cached langchain_cohere-0.1.3-py3-none-any.whl.metadata (6.4 kB) ERROR: Exception: Traceback (most recent call last):   File "C:\Users\HPZWS2\AppData\Local\Programs\Python\Python311\Lib\site-packages\pip\_internal\cli\base_command.py", line 180, in exc_logging_wrapper     status = run_func(*args)              ^^^^^^^^^^^^^^^   File "C:\Users\HPZWS2\AppData\Local\Programs\Python\Python311\Lib\site-packages\pip\_internal\cli\req_command.py", line 245, in wrapper     return func(self, options, args)            ^^^^^^^^^^^^^^^^^^^^^^^^^   File "C:\Users\HPZWS2\AppData\Local\Programs\Python\Python311\Lib\site-packages\pip\_internal\commands\install.py", line 377, in run     requirement_set = resolver.resolve(                       ^^^^^^^^^^^^^^^^^   File "C:\Users\HPZWS2\AppData\Local\Programs\Python\Python311\Lib\site-packages\pip\_internal\resolution\resolvelib\resolver.py", line 95, in resolve     result = self._result = resolver.resolve(                             ^^^^^^^^^^^^^^^^^   File "C:\Users\HPZWS2\AppData\Local\Programs\Python\Python311\Lib\site-packages\pip\_vendor\resolvelib\resolvers.py", line 546, in resolve     state = resolution.resolve(requirements, max_rounds=max_rounds)             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^   File "C:\Users\HPZWS2\AppData\Local\Programs\Python\Python311\Lib\site-packages\pip\_vendor\resolvelib\resolvers.py", line 457, in resolve     raise ResolutionTooDeep(max_rounds) pip._vendor.resolvelib.resolvers.ResolutionTooDeep: 200000

could you retry with the latest version? If the problem is still there, please re-open the issue.

@nicoloboschi ... CONFIRMED!
Release of Langflow 1.0.5 resolved our issue... thank you!


ISTITUTO COMPRENSIVO I SAN MAURO

@gabrielemilan Please provide us with:

the school official website URL
the school official full name
the school street address, including city and country
an URL of a page on the official website where the school offers an IT-related long-term (>1 year) course
a proof, which shows that the school recognizes the domain you are submitting as an official email domain for the students.

@gabrielemilan You might miss my previous comment. Please react.

@gabrielemilan I am sorry, this request remains unanswered for a while. I have to close it without merging. Please reopen and comment if you have an update regarding the aforementioned issue. Thank you for your understanding!


Awq re implementation

SUMMARY:
"please provide a brief summary"
TEST PLAN:
"please outline how the changes were tested"

Note that we should update the list of supported algorithms in the readme when this lands