text:
Cannot install openai~=1.3.3 and openai~=1.6.1

MacOS Sonoma 14.2.1
Apple M2 Pro
Cant install the requirements, getting an error
ERROR: Cannot install openai~=1.3.3 and openai~=1.6.1 because these package versions have conflicting dependencies.

Full log:

 ✝  Documents/Github/gpt-researcher   master  pip install -r requirements.txt

DEPRECATION: Loading egg at /Library/Frameworks/Python.framework/Versions/3.12/lib/python3.12/site-packages/commix-3.9.dev0-py3.12.egg is deprecated. pip 24.3 will enforce this behaviour change. A possible replacement is to use pip for package installation.. Discussion can be found at https://github.com/pypa/pip/issues/12330
DEPRECATION: Loading egg at /Library/Frameworks/Python.framework/Versions/3.12/lib/python3.12/site-packages/dnsgen-1.0.4-py3.12.egg is deprecated. pip 24.3 will enforce this behaviour change. A possible replacement is to use pip for package installation.. Discussion can be found at https://github.com/pypa/pip/issues/12330
DEPRECATION: Loading egg at /Library/Frameworks/Python.framework/Versions/3.12/lib/python3.12/site-packages/xnLinkFinder-4.1-py3.12.egg is deprecated. pip 24.3 will enforce this behaviour change. A possible replacement is to use pip for package installation.. Discussion can be found at https://github.com/pypa/pip/issues/12330
DEPRECATION: Loading egg at /Library/Frameworks/Python.framework/Versions/3.12/lib/python3.12/site-packages/ghauri-1.2.7-py3.12.egg is deprecated. pip 24.3 will enforce this behaviour change. A possible replacement is to use pip for package installation.. Discussion can be found at https://github.com/pypa/pip/issues/12330
DEPRECATION: Loading egg at /Library/Frameworks/Python.framework/Versions/3.12/lib/python3.12/site-packages/LinkFinder-1.0-py3.12.egg is deprecated. pip 24.3 will enforce this behaviour change. A possible replacement is to use pip for package installation.. Discussion can be found at https://github.com/pypa/pip/issues/12330
DEPRECATION: Loading egg at /Library/Frameworks/Python.framework/Versions/3.12/lib/python3.12/site-packages/urless-1.0-py3.12.egg is deprecated. pip 24.3 will enforce this behaviour change. A possible replacement is to use pip for package installation.. Discussion can be found at https://github.com/pypa/pip/issues/12330
DEPRECATION: Loading egg at /Library/Frameworks/Python.framework/Versions/3.12/lib/python3.12/site-packages/wafw00f-2.2.0-py3.12.egg is deprecated. pip 24.3 will enforce this behaviour change. A possible replacement is to use pip for package installation.. Discussion can be found at https://github.com/pypa/pip/issues/12330
DEPRECATION: Loading egg at /Library/Frameworks/Python.framework/Versions/3.12/lib/python3.12/site-packages/py_altdns-1.0.2-py3.12.egg is deprecated. pip 24.3 will enforce this behaviour change. A possible replacement is to use pip for package installation.. Discussion can be found at https://github.com/pypa/pip/issues/12330
DEPRECATION: Loading egg at /Library/Frameworks/Python.framework/Versions/3.12/lib/python3.12/site-packages/Interlace-1.9.8-py3.12.egg is deprecated. pip 24.3 will enforce this behaviour change. A possible replacement is to use pip for package installation.. Discussion can be found at https://github.com/pypa/pip/issues/12330
DEPRECATION: Loading egg at /Library/Frameworks/Python.framework/Versions/3.12/lib/python3.12/site-packages/cloud_enum-0.0.0-py3.12.egg is deprecated. pip 24.3 will enforce this behaviour change. A possible replacement is to use pip for package installation.. Discussion can be found at https://github.com/pypa/pip/issues/12330
DEPRECATION: Loading egg at /Library/Frameworks/Python.framework/Versions/3.12/lib/python3.12/site-packages/DNSValidator-0.1-py3.12.egg is deprecated. pip 24.3 will enforce this behaviour change. A possible replacement is to use pip for package installation.. Discussion can be found at https://github.com/pypa/pip/issues/12330
DEPRECATION: Loading egg at /Library/Frameworks/Python.framework/Versions/3.12/lib/python3.12/site-packages/cmseek-1.1.3-py3.12.egg is deprecated. pip 24.3 will enforce this behaviour change. A possible replacement is to use pip for package installation.. Discussion can be found at https://github.com/pypa/pip/issues/12330
DEPRECATION: Loading egg at /Library/Frameworks/Python.framework/Versions/3.12/lib/python3.12/site-packages/waymore-1.28-py3.12.egg is deprecated. pip 24.3 will enforce this behaviour change. A possible replacement is to use pip for package installation.. Discussion can be found at https://github.com/pypa/pip/issues/12330
Collecting asyncio==3.4.3 (from -r requirements.txt (line 2))
  Using cached asyncio-3.4.3-py3-none-any.whl (101 kB)
Collecting beautifulsoup4==4.12.2 (from -r requirements.txt (line 3))
  Using cached beautifulsoup4-4.12.2-py3-none-any.whl (142 kB)
Requirement already satisfied: colorama==0.4.6 in /Library/Frameworks/Python.framework/Versions/3.12/lib/python3.12/site-packages (from -r requirements.txt (line 4)) (0.4.6)
Collecting duckduckgo_search==4.1.1 (from -r requirements.txt (line 5))
  Using cached duckduckgo_search-4.1.1-py3-none-any.whl.metadata (19 kB)
Collecting md2pdf==1.0.1 (from -r requirements.txt (line 6))
  Using cached md2pdf-1.0.1.tar.gz (6.4 kB)
  Preparing metadata (setup.py) ... done
Collecting openai~=1.3.3 (from -r requirements.txt (line 7))
  Using cached openai-1.3.9-py3-none-any.whl.metadata (17 kB)
Collecting playwright==1.40.0 (from -r requirements.txt (line 8))
  Using cached playwright-1.40.0-py3-none-macosx_11_0_arm64.whl.metadata (3.6 kB)
ERROR: Cannot install openai~=1.3.3 and openai~=1.6.1 because these package versions have conflicting dependencies.

The conflict is caused by:
    The user requested openai~=1.3.3
    The user requested openai~=1.6.1

To fix this you could try to:
1. loosen the range of package versions you've specified
2. remove package versions to allow pip attempt to solve the dependency conflict

ERROR: ResolutionImpossible: for help visit https://pip.pypa.io/en/latest/topics/dependency-resolution/#dealing-with-dependency-conflicts

Same Issue with Docker image

✘ ✝  Documents/Github/gpt-researcher   master  docker-compose up

WARN[0000] The "TAVILY_API_KEY" variable is not set. Defaulting to a blank string.
[+] Running 1/1
 ! gpt-researcher Warning                                                  2.0s
[+] Building 53.7s (12/14)                                                                                docker:desktop-linux
 => [gpt-researcher internal] load .dockerignore                                                                                0.0s
 => => transferring context: 81B                                                                                0.0s
 => [gpt-researcher internal] load build definition from Dockerfile                                                                                0.0s
 => => transferring dockerfile: 1.04kB                                                                                0.0s
 => [gpt-researcher internal] load metadata for docker.io/library/python:3.11.4-slim-bullseye                                                       2.7s
 => [gpt-researcher auth] library/python:pull token for registry-1.docker.io                                                                        0.0s
 => [gpt-researcher install-browser 1/3] FROM docker.io/library/python:3.11.4-slim-bullseye@sha256:40319d0a897896e746edf877783ef39685d44e90e1e6de8  3.0s
 => => resolve docker.io/library/python:3.11.4-slim-bullseye@sha256:40319d0a897896e746edf877783ef39685d44e90e1e6de8d964d0382df0d4952                0.0s
 => => sha256:40589f858a36548f3a99431b7b0d983ba27e5350bd0a032910f956dc14bc77a3 1.06MB / 1.06MB                                                      0.4s
 => => sha256:ebfe57ae3ec3cd387f0f58f3246abacb367501246ba38834c134db2e117a9922 12.03MB / 12.03MB                                                    1.5s
 => => sha256:40319d0a897896e746edf877783ef39685d44e90e1e6de8d964d0382df0d4952 1.65kB / 1.65kB                                                      0.0s
 => => sha256:295605814c6beef84ee8d2bc80e42348ba4c4d0bb01425c6d5262c3849d3ba48 1.37kB / 1.37kB                                                      0.0s
 => => sha256:a52167001c4fe71875dd1c847ca252944583d73eec2fb93451a11b0024f5161e 6.94kB / 6.94kB                                                      0.0s
 => => sha256:41f92d5a73b9bee296c7b4a3817b28098b22fb60112608b42bb03570ca296115 30.06MB / 30.06MB                                                    1.5s
 => => sha256:0cffb447bcdc453d0e4f501f9b8a46080ccf47c1945e63b39801bdea23c38cdf 242B / 242B                                                          0.8s
 => => sha256:f09dc7ca5e15b356f3b324046a9fac4bba7214fd246ff86d6be85d380930cffa 3.38MB / 3.38MB                                                      1.4s
 => => extracting sha256:41f92d5a73b9bee296c7b4a3817b28098b22fb60112608b42bb03570ca296115                                                           0.9s
 => => extracting sha256:40589f858a36548f3a99431b7b0d983ba27e5350bd0a032910f956dc14bc77a3                                                           0.0s
 => => extracting sha256:ebfe57ae3ec3cd387f0f58f3246abacb367501246ba38834c134db2e117a9922                                                           0.3s
 => => extracting sha256:0cffb447bcdc453d0e4f501f9b8a46080ccf47c1945e63b39801bdea23c38cdf                                                           0.0s
 => => extracting sha256:f09dc7ca5e15b356f3b324046a9fac4bba7214fd246ff86d6be85d380930cffa                                                           0.2s
 => [gpt-researcher internal] load build context                                                                                0.1s
 => => transferring context: 2.91MB                                                                                0.0s
 => [gpt-researcher install-browser 2/3] RUN apt-get update     && apt-get satisfy -y     "chromium, chromium-driver (>= 115.0)"     && chromium   32.4s
 => [gpt-researcher install-browser 3/3] RUN apt-get install -y firefox-esr wget     && wget https://github.com/mozilla/geckodriver/releases/down  10.4s
 => [gpt-researcher gpt-researcher-install 1/4] RUN mkdir /usr/src/app                                                                              0.1s
 => [gpt-researcher gpt-researcher-install 2/4] WORKDIR /usr/src/app                                                                                0.0s
 => [gpt-researcher gpt-researcher-install 3/4] COPY ./requirements.txt ./requirements.txt                                                          0.0s
 => ERROR [gpt-researcher gpt-researcher-install 4/4] RUN pip install -r requirements.txt                                                           5.0s
------
 > [gpt-researcher gpt-researcher-install 4/4] RUN pip install -r requirements.txt:
1.027 Collecting asyncio==3.4.3 (from -r requirements.txt (line 2))
1.365   Downloading asyncio-3.4.3-py3-none-any.whl (101 kB)
1.466      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 101.8/101.8 kB 973.0 kB/s eta 0:00:00
1.582 Collecting beautifulsoup4==4.12.2 (from -r requirements.txt (line 3))
1.660   Downloading beautifulsoup4-4.12.2-py3-none-any.whl (142 kB)
1.694      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 143.0/143.0 kB 4.7 MB/s eta 0:00:00
1.803 Collecting colorama==0.4.6 (from -r requirements.txt (line 4))
1.869   Downloading colorama-0.4.6-py2.py3-none-any.whl (25 kB)
1.999 Collecting duckduckgo_search==4.1.1 (from -r requirements.txt (line 5))
2.069   Downloading duckduckgo_search-4.1.1-py3-none-any.whl (26 kB)
2.159 Collecting md2pdf==1.0.1 (from -r requirements.txt (line 6))
2.228   Downloading md2pdf-1.0.1.tar.gz (6.4 kB)
2.247   Preparing metadata (setup.py): started
3.211   Preparing metadata (setup.py): finished with status 'done'
3.313 Collecting openai~=1.3.3 (from -r requirements.txt (line 7))
3.384   Downloading openai-1.3.9-py3-none-any.whl (221 kB)
3.414      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 221.4/221.4 kB 7.8 MB/s eta 0:00:00
3.570 Collecting playwright==1.40.0 (from -r requirements.txt (line 8))
3.641   Downloading playwright-1.40.0-py3-none-manylinux_2_17_aarch64.manylinux2014_aarch64.whl (37.0 MB)
4.715      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 37.0/37.0 MB 31.5 MB/s eta 0:00:00
4.739 ERROR: Cannot install openai~=1.3.3 and openai~=1.6.1 because these package versions have conflicting dependencies.
4.739
4.739 The conflict is caused by:
4.739     The user requested openai~=1.3.3
4.739     The user requested openai~=1.6.1
4.739
4.739 To fix this you could try to:
4.739 1. loosen the range of package versions you've specified
4.739 2. remove package versions to allow pip attempt to solve the dependency conflict
4.739
4.739 ERROR: ResolutionImpossible: for help visit https://pip.pypa.io/en/latest/topics/dependency-resolution/#dealing-with-dependency-conflicts
4.984
4.984 [notice] A new release of pip is available: 23.1.2 -> 23.3.2
4.984 [notice] To update, run: pip install --upgrade pip
------
failed to solve: process "/bin/sh -c pip install -r requirements.txt" did not complete successfully: exit code: 1

@maorkuriel Thanks it is resolved now. Issue was caused due to PR bot

authors: assafelovic maorkuriel

repo: assafelovic/gpt-researcher


text:
openai.error.InvalidRequestError: The model: gpt-4 does not exist

I thought this will work with GPT-3.5 and also thought that OpenAI made it possible to anyone to use GPT-4 API but after several hours tinkering with this I am not able to get it to work, I see the webpage but it keeps throwing an error after another (fixed them all) but I am unable to make it work because of this error

I have the same problem.

Hi! I’m one of the founders of Sweep, a github app that solves issues(like small bugs) by writing pull requests.
This looks like a good issue for Sweep https://github.com/sweepai/sweep to try. It might need more details from the maintainers though.
We have onboarding instructions here, I’m also happy to help you onboard directly :)

I have the same error "openai.error.InvalidRequestError: The model: gpt-4 does not exist" just stopped.

The model is configured here
https://github.com/assafelovic/gpt-researcher/blob/master/config/config.py#L25
By accessing an enviroment variable
self.smart_llm_model = os.getenv("SMART_LLM_MODEL", "gpt-4")
If you are having issues with access to gpt-4, you can set an environment variable with a model name that you do have access to e.g. gpt-3.5-turbo
For example:
export  SMART_LLM_MODEL="gpt-3.5-turbo"

Hi!
By making the following modifications, I was able to resolve the issue:

In gpt-researcher/config/config.py, substitute in line 25 "gpt-4" with "gpt-3.5-turbo-16k"
In gpt-researcher/config/config.py, substitute in line 27: 8000 with 4000

Upon executing this modified script, I encountered another error: "json.decoder.JSONDecodeError: Extra data: line 2 column 1 (char 58)". So, if you also get the same error, all you need to do is:
In gpt-researcher/agent/research_agent.py line 92, substitute "return json.loads(result)" with " return result". This avoids the double-parsing as result itself is a JSON Object.
Hope this helps!

@madiha1ahmed I did it your way and it worked. thanks!

It works for me now. Thanks

source: gharchive/issue

license_type: permissive

license_source: github-api


text:
Integrate Granary as Middleware for AT Protocol Interoperability

Summary
This proposal outlines a plan to integrate Granary as middleware within ActivityPods to enable interoperability with the AT Protocol. The goal is to bridge ActivityPods, which utilises ActivityPub and Solid standards, with the emerging AT Protocol, thereby enhancing cross-platform communication and user interaction across decentralised social networks.  https://github.com/snarfed/granary
Background
Granary is a library that converts data between different social web formats, including ActivityStreams, microformats, HTML, and JSON. Extending Granary to support AT Protocol (https://github.com/bluesky-social/atproto)and integrating it as middleware in ActivityPods can achieve seamless interoperability between ActivityPods-based applications and AT Protocol platforms.
Objectives

Enhance Interoperability: Enable ActivityPods applications to communicate with AT Protocol platforms, breaking down silos in the decentralised social web.
User Empowerment: Allow users to interact across different platforms without duplicating their social graph or content.
Developer Support: Provide developers with tools to build applications that can operate across different decentralised social networking protocols.

Proposed Approach
Phase 1: Planning and Analysis

Understand the protocols (ActivityPub, Solid, AT Protocol) and identify key integration points.
Map common entities and actions between ActivityStreams and AT Protocol lexicons.

Phase 2: Extension of Granary

Develop AT Protocol support in Granary, focusing on conversion logic for core entities like users and posts.
Handle extensions and custom fields specific to ActivityStreams and AT Protocol.

Phase 3: Middleware Integration

Design and implement middleware architecture within ActivityPods to utilise Granary for data conversion.
Adapt ActivityPods' API endpoints for AT Protocol communication, focusing on authentication and data flow.

Phase 4: Testing and Validation

Conduct comprehensive testing, including unit, functional, and interoperability tests.
Set up a test environment for real-world scenario testing.

Phase 5: Documentation and Deployment

Document the integration process, API usage, and contribution guidelines.
Develop a deployment strategy and monitor the integration's performance.

Request for Comments
I invite the ActivityPods community to discuss this proposal. Feedback on the approach, potential challenges, and additional benefits are welcome. Collaboration is key to achieving interoperability and enhancing the decentralised social web.
Conclusion
Integrating Granary as middleware to achieve interoperability with AT Protocol represents a significant step towards a more interconnected and user-centric decentralised social web. This proposal aims to start a collaborative effort towards this goal, leveraging the strengths of ActivityPods, Granary, and the broader open-source community.
Thank you for considering this proposal. I look forward to your feedback and the opportunity to work together on this exciting integration.

I understand this a large undertaking. I in no way believe this to be addressed nor completed anytime soon but the possibilities are incredible. ActivityPods would garner rapid adoption

Adding this to provide context for Granary and what it covers.
Granary is a library and REST API that fetches and converts between a wide variety of social data sources and formats:
Facebook, Flickr, GitHub, Instagram, Mastodon, and Twitter native APIs
Instagram and Facebook scraped HTML
ActivityStreams 1.0 and 2.0 JSON, including ActivityPub
HTML and JSON with microformats2
Atom, RSS 2.0, JSON Feed
Plain XML
Bluesky/AT Protocol
Nostr, with many NIPs
Free yourself from silo API chaff and expose the sweet social data foodstuff inside in standard formats and protocols!

Thanks for the idea and vote of support @outlaw-dame!
Granary can indeed convert social data to Bluesky format, ie the app.bsky.* lexicons, which can then be served over AT Protocol. Actually supporting AT Protocol  itself, ie acting as a full fledged PDS, is a bigger lift: you need to store and serve MST nodes and a repo commit chain over websocket. You can do that with eg https://github.com/snarfed/arroba , which integrates well with granary, or you can write your data to a standalone PDS, either one you run (the official one is open source) or someone else's like the official https://bsky.social/ .

Thanks for the idea and vote of support @outlaw-dame!
Granary can indeed convert social data to Bluesky format, ie the app.bsky.* lexicons, which can then be served over AT Protocol. Actually supporting AT Protocol itself, ie acting as a full fledged PDS, is a bigger lift: you need to store and serve MST nodes and a repo commit chain over websocket. You can do that with eg https://github.com/snarfed/arroba , which integrates well with granary, or you can write your data to a standalone PDS, either one you run (the official one is open source) or someone else's like the official https://bsky.social/ .

How would this be used to map the data/PDS to the Pod Store which is the ActivityPods backend and where user data is housed

You'd integrate arroba into the ActivityPods backend to create ATProto users, repos and create, update, and delete records in those repos when you do the corresponding things for native ActivityPods users. You could optionally also write a new implementation of arroba's Storage class that stores repo data in the ActivityPods data store.
However, it looks like ActivityPods is JavaScript, and arroba is Python, so you'd have to use cross-language bindings, which can sometimes be awkward. The official PDS is JavaScript, so you might want to look at using that instead.

authors: outlaw-dame snarfed

repo: assemblee-virtuelle/activitypods


text:
fix(filter): Take redactions into account for Array elides

Verified this against cargo in rewriting some tests
Fixes #352

Pull Request Test Coverage Report for Build 10395049619
Details

7 of 7 (100.0%)  changed or added relevant lines in 1 file are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 51.251%

Totals

Change from base Build 10303311497:
0.0%

Covered Lines:
1393

Relevant Lines:
2718

💛  - Coveralls

source: gharchive/pull-request

authors: coveralls epage

repo: assert-rs/snapbox


text:
Breaking change: Extracting within SoftAssertions now throws an assertion error if actual is null

Check List:

Unit tests : YES
Javadoc with a code example (on API only) : NA
PR meets the contributing guidelines : Should be, but feel free to notify me if not!

#2401 introduced extracting to throw an assertion error if actual is null, but it's not effective when using SoftAssertions. So I've fixed it.
Actually, I think I should also see related #2411 and #2412. I will process if my approach is right.

Weirdly, the Pull request list page doesn't show this. @scordio Can I get some review?

Sure @KENNYSOFT, I had already a first look.
I would like to check our Byte Buddy configuration, it might be that we can solve this issue directly there.
I'll play with BB during the weekend and get back to you.

Wow, sounds great! Looking forward to see the issue resolved in any form.

@KENNYSOFT I'm still working on this topic and I might need a few more days for it.

Thanks for the update. Hope you finish well.
By the way, I now learned JUnit's @ParameterizedTest and it resolves my actual issue in some different way; I used SoftAssertions in the loop to check all violations within the given list, but now the loop is iterated by JUnit and I just use a simple Assertion. 😉

authors: KENNYSOFT scordio

repo: assertj/assertj-core

license_source: bigquery


text:
Docs should recommend creating a new GCP project?

AFAICT a GCP project can only have one Oauth consent form. If another app is configured to use Oauth in a user's sole GCP project, it means Harvester would need to share that same form. This appears to be possible (i.e. you can add multiple Redirect URIs and Authorized domains), but I believe they would need to share the same user verification screen and related metadata about user policy, etc.
Might be a good idea to instruct users to create a new GCP project specifically for Harvester.

Yes this is a great point. The new version of the docs recommend creating a new project so I'm going to close this:
https://harvester.readthedocs.io/en/latest/google_credentials/#google-cloud-platform-project

authors: andrewmilligan zstumgoren

repo: associatedpress/harvester

license: ISC


text:
All types are inferred as string

Type inference error for request and response: I tried to build an OpenAPI using this library in combination with hono.js and Next.js. However, after defining the schema, I discovered that when calling the API from the Next.js client, type errors occur. All request parameters and response types have become string types, including date and number types.
response type error
export const postSchema = z
    .object({
        id: z.string(),
        title: z.string(),
        thumb: z.string(),
        summary: z.string().nullable().optional(),
        keywords: z.string().nullable().optional(),
        description: z.string().nullable().optional(),
        slug: z.string().nullable().optional(),
        body: z.string(),
        createdAt: z.coerce.date(),
        updatedAt: z.coerce.date(),
    })
    .strict();
app .openapi(
            createRoute({
                tags: ['文章操作'],
                method: 'get',
                path: '/:item',
                request: {
                    params: z.object({
                        item: z.string(),
                    }),
                },
                responses: {
                    200: {
                        content: {
                            'application/json': {
                                schema: postSchema,
                            },
                        },
                        description: '文章查询结果',
                    },
                },
            }),
            async (c) => {
                try {
                    const { item } = c.req.param();
                    const result = await queryPostItem(item);
                    return c.json(result) as any;
                } catch (error) {
                    return c.json({ error }, 500);
                }
            },
        )

 const result = await apiClient.api.posts[':item'].$get({ param: { item: params.item } });
    if (!result.ok) return notFound();
    const post = await result.json();
// ...

                                <AiOutlineCalendar />

                            <time className="tw-ellips">
                                {!isNil(post.updatedAt)
                                    ? formatChineseTime(post.updatedAt)
                                    : formatChineseTime(post.createdAt)}
                            </time>

request type error
export const postPaginateQuerySchema = z.object({
    page: z.coerce.number().optional().openapi({ type: 'number' }),
    limit: z.coerce.number().optional().openapi({ type: 'number' }),
    orderBy: z.enum(['asc', 'desc']).optional(),
});
export const postPaginateResultSchema = z.object({
    items: z.array(postSchema),
    meta: z.object({
        itemCount: z.coerce.number(),
        totalItems: z.coerce.number(),
        perPage: z.coerce.number(),
        totalPages: z.coerce.number(),
        currentPage: z.coerce.number(),
    }),
});
export type PostPaginate = z.infer<typeof postPaginateResultSchema>;

 const res = await apiClient.api.posts.$get({
        query: { page, limit },
    });
    const { items, meta } = (await res.json()) as any as PostPaginate;

    if (meta.totalPages && meta.totalPages > 0 && page > meta.totalPages) {
        return redirect('/');
    }
// ...

@pincman this is not an issue with our library in terms of your integration.

The date. z.date() does validate dates. However in terms of "specification" (Open API) there is no date representation - there is only a string with some specific formatting but it still a string.
The second screenshot with page and limit is probably correct - I think the documentation would say that it is a number. However in general over HTTP requests the query parameters are all strings. So I imagine what you are seeing is caused by the Next.JS (or something else on your stack) type system and it has nothing to do with our library.

I am going to close this issue but if you happen to notice that is wrongly generated feel free to open up a new issue or reopen this one. Good luck!

I'm encountering the same issue. @pincman how did you go about resolving response values that are dates/numbers being converted to strings?

authors: AGalabov paulwongx pincman

repo: asteasolutions/zod-to-openapi

license: MIT


text:
Fix handling of trailing target comment

Summary
This PR fixes an issue where Ruff moved a trailing target comment past the statement end
c = b[dddddd, aaaaaa] =  (
    a[
        aaaaaaa,
        bbbbbbbbbbbbbbbbbbb
    ]
    # comment 2
) = xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

Before
c = b[dddddd, aaaaaa] = a[
    aaaaaaa, bbbbbbbbbbbbbbbbbbb
] = xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
# comment 2

Now
c = b[dddddd, aaaaaa] = (
    a[aaaaaaa, bbbbbbbbbbbbbbbbbbb]
    # comment 2
) = xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

Which matches black's formatting
Test Plan
Added test

Current dependencies on/for this PR:

main

PR #9051   👈

This stack of pull requests is managed by Graphite.

repo: astral-sh/ruff


text:
problems building wheel for dlib

(tmp) starenka /tmp % uv pip install 'dlib==19.24.2'
Resolved 1 package in 2ms
error: Failed to download distributions
  Caused by: Failed to fetch wheel: dlib==19.24.2
  Caused by: Failed to build: dlib==19.24.2
  Caused by: Build backend failed to build wheel through `build_wheel()`:
--- stdout:
running bdist_wheel
running build
running build_ext
Building extension for Python 3.12.2 (main, Feb  7 2024, 20:47:03) [GCC 13.2.0]
Invoking CMake setup: 'cmake /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/tools/python -DCMAKE_LIBRARY_OUTPUT_DIRECTORY=/home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/build/lib.linux-x86_64-cpython-312 -DPYTHON_EXECUTABLE=/tmp/.tmpPJiyRY/.venv/bin/python -DCMAKE_BUILD_TYPE=Release'
-- pybind11 v2.10.0
-- Found PythonInterp: /tmp/.tmpPJiyRY/.venv/bin/python (found suitable version "3.12.2", minimum required is "3.6")
-- Found PythonLibs: python3.12
-- Using CMake version: 3.28.3
-- Compiling dlib version: 19.24.2
-- SSE4 instructions can be executed by the host processor.
-- AVX instructions can be executed by the host processor.
-- Enabling AVX instructions
-- Found system copy of libpng: /usr/lib/x86_64-linux-gnu/libpng.so;/usr/lib/x86_64-linux-gnu/libz.so
-- Found system copy of libjpeg: /usr/lib/x86_64-linux-gnu/libjpeg.so
-- Configuring done (0.8s)
-- Generating done (0.0s)
-- Build files have been written to: /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/build/temp.linux-x86_64-cpython-312
Invoking CMake build: 'cmake --build . --config Release -- -j8'
[  1%] Linking CXX static library libdlib.a
[ 70%] Built target dlib
[ 71%] Building CXX object CMakeFiles/_dlib_pybind11.dir/src/dlib.cpp.o
[ 72%] Building CXX object CMakeFiles/_dlib_pybind11.dir/src/matrix.cpp.o
[ 73%] Building CXX object CMakeFiles/_dlib_pybind11.dir/src/vector.cpp.o
[ 75%] Building CXX object CMakeFiles/_dlib_pybind11.dir/src/svm_c_trainer.cpp.o
[ 75%] Building CXX object CMakeFiles/_dlib_pybind11.dir/src/svm_rank_trainer.cpp.o
[ 76%] Building CXX object CMakeFiles/_dlib_pybind11.dir/src/decision_functions.cpp.o
[ 77%] Building CXX object CMakeFiles/_dlib_pybind11.dir/src/other.cpp.o
[ 78%] Building CXX object CMakeFiles/_dlib_pybind11.dir/src/basic.cpp.o
--- stderr:
<string>:208: SyntaxWarning: invalid escape sequence '\('
<string>:209: SyntaxWarning: invalid escape sequence '\('
<string>:210: SyntaxWarning: invalid escape sequence '\('
CMake Deprecation Warning at /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/CMakeLists.txt:8 (cmake_minimum_required):
  Compatibility with CMake < 3.5 will be removed from a future version of
  CMake.

  Update the VERSION argument <min> value or use a ...<max> suffix to tell
  CMake that the project does not need compatibility with older versions.

CMake Warning (dev) at /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/tools/FindPythonLibsNew.cmake:98 (find_package):
  Policy CMP0148 is not set: The FindPythonInterp and FindPythonLibs modules
  are removed.  Run "cmake --help-policy CMP0148" for policy details.  Use
  the cmake_policy command to set the policy and suppress this warning.

Call Stack (most recent call first):
  /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/tools/pybind11Tools.cmake:50 (find_package)
  /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/tools/pybind11Common.cmake:180 (include)
  /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/CMakeLists.txt:200 (include)
This warning is for project developers.  Use -Wno-dev to suppress it.

In file included from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/include/pybind11/attr.h:13,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/include/pybind11/detail/class.h:12,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/include/pybind11/pybind11.h:13,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/../dlib/python/pybind_utils.h:6,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/../dlib/python.h:6,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/tools/python/src/opaque_types.h:6,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/tools/python/src/decision_functions.cpp:4:
/home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/include/pybind11/detail/common.h:212:10: fatal error: Python.h: No such file or directory
  212 | #include <Python.h>
      |          ^~~~~~~~~~
In file included from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/include/pybind11/attr.h:13,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/include/pybind11/detail/class.h:12,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/include/pybind11/pybind11.h:13,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/../dlib/python/pybind_utils.h:6,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/../dlib/python.h:6,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/tools/python/src/opaque_types.h:6,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/tools/python/src/svm_rank_trainer.cpp:4:
/home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/include/pybind11/detail/common.h:212:10: fatal error: Python.h: No such file or directory
  212 | #include <Python.h>
      |          ^~~~~~~~~~
In file included from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/include/pybind11/attr.h:13,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/include/pybind11/detail/class.h:12,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/include/pybind11/pybind11.h:13,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/../dlib/python/pybind_utils.h:6,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/../dlib/python.h:6,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/tools/python/src/opaque_types.h:6,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/tools/python/src/svm_c_trainer.cpp:4:
/home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/include/pybind11/detail/common.h:212:10: fatal error: Python.h: No such file or directory
  212 | #include <Python.h>
      |          ^~~~~~~~~~
In file included from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/include/pybind11/attr.h:13,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/include/pybind11/detail/class.h:12,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/include/pybind11/pybind11.h:13,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/../dlib/python/pybind_utils.h:6,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/../dlib/python.h:6,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/tools/python/src/opaque_types.h:6,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/tools/python/src/vector.cpp:4:
/home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/include/pybind11/detail/common.h:212:10: fatal error: Python.h: No such file or directory
  212 | #include <Python.h>
      |          ^~~~~~~~~~
compilation terminated.
compilation terminated.
compilation terminated.
compilation terminated.
In file included from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/include/pybind11/attr.h:13,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/include/pybind11/detail/class.h:12,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/include/pybind11/pybind11.h:13,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/../dlib/python/pybind_utils.h:6,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/../dlib/python.h:6,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/tools/python/src/basic.cpp:3:
/home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/include/pybind11/detail/common.h:212:10: fatal error: Python.h: No such file or directory
  212 | #include <Python.h>
      |          ^~~~~~~~~~
compilation terminated.
In file included from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/include/pybind11/attr.h:13,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/include/pybind11/detail/class.h:12,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/include/pybind11/pybind11.h:13,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/../dlib/python/pybind_utils.h:6,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/../dlib/python.h:6,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/tools/python/src/opaque_types.h:6,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/tools/python/src/other.cpp:4:
/home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/include/pybind11/detail/common.h:212:10: fatal error: Python.h: No such file or directory
  212 | #include <Python.h>
      |          ^~~~~~~~~~
compilation terminated.
In file included from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/include/pybind11/attr.h:13,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/include/pybind11/detail/class.h:12,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/include/pybind11/pybind11.h:13,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/../dlib/python/pybind_utils.h:6,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/../dlib/python.h:6,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/tools/python/src/opaque_types.h:6,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/tools/python/src/matrix.cpp:4:
/home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/include/pybind11/detail/common.h:212:10: fatal error: Python.h: No such file or directory
  212 | #include <Python.h>
      |          ^~~~~~~~~~
compilation terminated.
gmake[2]: *** [CMakeFiles/_dlib_pybind11.dir/build.make:132: CMakeFiles/_dlib_pybind11.dir/src/svm_rank_trainer.cpp.o] Error 1
gmake[2]: *** Waiting for unfinished jobs....
gmake[2]: *** [CMakeFiles/_dlib_pybind11.dir/build.make:104: CMakeFiles/_dlib_pybind11.dir/src/vector.cpp.o] Error 1
gmake[2]: *** [CMakeFiles/_dlib_pybind11.dir/build.make:118: CMakeFiles/_dlib_pybind11.dir/src/svm_c_trainer.cpp.o] Error 1
gmake[2]: *** [CMakeFiles/_dlib_pybind11.dir/build.make:146: CMakeFiles/_dlib_pybind11.dir/src/decision_functions.cpp.o] Error 1
gmake[2]: *** [CMakeFiles/_dlib_pybind11.dir/build.make:174: CMakeFiles/_dlib_pybind11.dir/src/basic.cpp.o] Error 1
gmake[2]: *** [CMakeFiles/_dlib_pybind11.dir/build.make:160: CMakeFiles/_dlib_pybind11.dir/src/other.cpp.o] Error 1
gmake[2]: *** [CMakeFiles/_dlib_pybind11.dir/build.make:90: CMakeFiles/_dlib_pybind11.dir/src/matrix.cpp.o] Error 1
In file included from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/include/pybind11/attr.h:13,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/include/pybind11/detail/class.h:12,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/include/pybind11/pybind11.h:13,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/../dlib/python/pybind_utils.h:6,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/../dlib/python.h:6,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/tools/python/src/opaque_types.h:6,
                 from /home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/tools/python/src/dlib.cpp:4:
/home/starenka/.cache/uv/built-wheels-v0/pypi/dlib/19.24.2/E852f7Unij9FdSd1uh9s-/dlib-19.24.2.tar.gz/dlib/external/pybind11/include/pybind11/detail/common.h:212:10: fatal error: Python.h: No such file or directory
  212 | #include <Python.h>
      |          ^~~~~~~~~~
compilation terminated.
gmake[2]: *** [CMakeFiles/_dlib_pybind11.dir/build.make:76: CMakeFiles/_dlib_pybind11.dir/src/dlib.cpp.o] Error 1
gmake[1]: *** [CMakeFiles/Makefile2:118: CMakeFiles/_dlib_pybind11.dir/all] Error 2
gmake: *** [Makefile:91: all] Error 2
Traceback (most recent call last):
  File "<string>", line 6, in <module>
  File "/tmp/.tmpPJiyRY/.venv/lib/python3.12/site-packages/setuptools/build_meta.py", line 404, in build_wheel
    return self._build_with_temp_dir(
           ^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/tmp/.tmpPJiyRY/.venv/lib/python3.12/site-packages/setuptools/build_meta.py", line 389, in _build_with_temp_dir
    self.run_setup()
  File "/tmp/.tmpPJiyRY/.venv/lib/python3.12/site-packages/setuptools/build_meta.py", line 311, in run_setup
    exec(code, locals())
  File "<string>", line 218, in <module>
  File "/tmp/.tmpPJiyRY/.venv/lib/python3.12/site-packages/setuptools/__init__.py", line 103, in setup
    return distutils.core.setup(**attrs)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/tmp/.tmpPJiyRY/.venv/lib/python3.12/site-packages/setuptools/_distutils/core.py", line 185, in setup
    return run_commands(dist)
           ^^^^^^^^^^^^^^^^^^
  File "/tmp/.tmpPJiyRY/.venv/lib/python3.12/site-packages/setuptools/_distutils/core.py", line 201, in run_commands
    dist.run_commands()
  File "/tmp/.tmpPJiyRY/.venv/lib/python3.12/site-packages/setuptools/_distutils/dist.py", line 969, in run_commands
    self.run_command(cmd)
  File "/tmp/.tmpPJiyRY/.venv/lib/python3.12/site-packages/setuptools/dist.py", line 963, in run_command
    super().run_command(command)
  File "/tmp/.tmpPJiyRY/.venv/lib/python3.12/site-packages/setuptools/_distutils/dist.py", line 988, in run_command
    cmd_obj.run()
  File "/tmp/.tmpPJiyRY/.venv/lib/python3.12/site-packages/wheel/bdist_wheel.py", line 368, in run
    self.run_command("build")
  File "/tmp/.tmpPJiyRY/.venv/lib/python3.12/site-packages/setuptools/_distutils/cmd.py", line 318, in run_command
    self.distribution.run_command(command)
  File "/tmp/.tmpPJiyRY/.venv/lib/python3.12/site-packages/setuptools/dist.py", line 963, in run_command
    super().run_command(command)
  File "/tmp/.tmpPJiyRY/.venv/lib/python3.12/site-packages/setuptools/_distutils/dist.py", line 988, in run_command
    cmd_obj.run()
  File "/tmp/.tmpPJiyRY/.venv/lib/python3.12/site-packages/setuptools/_distutils/command/build.py", line 131, in run
    self.run_command(cmd_name)
  File "/tmp/.tmpPJiyRY/.venv/lib/python3.12/site-packages/setuptools/_distutils/cmd.py", line 318, in run_command
    self.distribution.run_command(command)
  File "/tmp/.tmpPJiyRY/.venv/lib/python3.12/site-packages/setuptools/dist.py", line 963, in run_command
    super().run_command(command)
  File "/tmp/.tmpPJiyRY/.venv/lib/python3.12/site-packages/setuptools/_distutils/dist.py", line 988, in run_command
    cmd_obj.run()
  File "<string>", line 130, in run
  File "<string>", line 170, in build_extension
  File "/usr/lib/python3.12/subprocess.py", line 413, in check_call
    raise CalledProcessError(retcode, cmd)
subprocess.CalledProcessError: Command '['cmake', '--build', '.', '--config', 'Release', '--', '-j8']' returned non-zero exit status 2.

Did you try the same build with a plain pip install 'dlib==19.24.2'? By the looks of it, you don't have the Python development files installed.

my bad, debian seems to have sneakily uninstalled my python3.12-dev package, sorry. I haven't tried it before submitting as i already have env with this installed so i knew it worked back then with pip.

authors: akx starenka

repo: astral-sh/uv


text:
新增安装 Python 功能

我以前比较喜欢使用 miniconda 来当做虚拟环境管理。
主要原因是它能帮助我创建其他版本的 Python 环境。
而不用我下载一个新的 py 安装包。
在 win 中更新 Python 只能重新下载一个 Python 安装包感觉这样比较麻烦。
Linux 中更新 py 也会有影响。
在看到 uv 包出来后也没有这个功能。
（我在想既然使用 rust 实现了，已经不依赖 Python 了那么为什么检测不到系统中有 Python 的情况下不能自己下载一个 Python 呢？）
我在想是否也能在没有 Python 环境的情况下安装一个 Python 再进行创建 Python 的虚拟环境？
I used to prefer miniconda for virtual environment management.
The main reason is that it helps me create other versions of Python environments.
Instead of me downloading a new py installation package.
Updating Python in win can only be done by re-downloading a Python installation package.
Updating py in Linux will also have an impact.
There is no such function after seeing the uv package come out.
(I was wondering why I can't download Python myself if I can't detect Python on the system since I'm using rust and don't rely on Python anymore?)
I was wondering if it was possible to install Python without a Python environment and then create a Python virtual environment?

You can do uv venv --python <path to executable> to create an environment with a specific Python interpreter.


text:
PYTHONPATH support for uv Python Package

(Sort-of related to, and would fix: https://github.com/astral-sh/uv/issues/4450)
Python supports a myriad of methods to declare dependency locations, not all of which can be correctly identified by the uv Python package. For example, PYTHONPATH:
❯ PYTHONPATH=$VENV_PATH/lib/python3.10/site-packages python
Python 3.10.14 (main, Mar 19 2024, 21:46:16) [Clang 16.0.6 ] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import uv
>>> uv.find_uv_bin()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "$VENV_PATH/lib/python3.10/site-packages/uv/__init__.py", line 30, in find_uv_bin
    raise FileNotFoundError(path)
FileNotFoundError: /Users/(thats_me)/.local/bin/uv

which throws, even though the uv package is located in the environment.
Expected Behavior
uv.find_uv_bin() correctly identifies that its binary should be located in $VENV_PATH/bin and returns $VENV_PATH/bin/uv
Resonable Other Behavior
uv.find_uv_bin() falls back to fetching the binary location from $PATH, and gives the responsibility of correctly setting it to the process which populated $PYTHONPATH

Forgive my ignorance here, but isn't PYTHONPATH just a module search path? I don't quite see how we can "correctly" infer the virtual environment bin path from just the PYTHONPATH.

authors: ulucs zanieb


text:
Incorrect precedence of UV_INDEX_URL vs --index-url in reqs file

If an index url has been specified directly in the requirements file using -i or --index-url, this should have precedence over env var.
Currently uv will use UV_INDEX_URL if it's set, and ignore the one in the requirements file. Reproducer:
$ uv --version
uv 0.3.1 (be17d132a 2024-08-21)
$ python3 -VV
Python 3.12.4 (v3.12.4:8e8a4baf65, Jun  6 2024, 17:33:18) [Clang 13.0.0 (clang-1300.0.29.30)]
$ python3 -m venv .venv --without-pip
$ vi reqs.txt
$ cat reqs.txt
--index-url https://test.pypi.org/simple
uv-reqs-example==0.1
$ UV_INDEX_URL=https://pypi.org/simple uv pip install -r reqs.txt
  × No solution found when resolving dependencies:
  ╰─▶ Because uv-reqs-example was not found in the package registry and you require uv-reqs-example==0.1, we can conclude that your requirements are unsatisfiable.
$ UV_INDEX_URL=https://example.org/ uv pip install -r reqs.txt
⠴ Resolving dependencies...
error: HTTP status server error (500 Internal Server Error) for url (https://example.org/uv-reqs-example/)

This is in contrast to pip, where the index url from environment is lower priority to the cmd:
$ uv pip install pip
Resolved 1 package in 308ms
Prepared 1 package in 573ms
Installed 1 package in 11ms
 + pip==24.2
$ PIP_INDEX_URL=https://example.org/ .venv/bin/pip install -r reqs.txt
Looking in indexes: https://test.pypi.org/simple
Collecting uv-reqs-example==0.1 (from -r reqs.txt (line 2))
  Downloading https://test-files.pythonhosted.org/packages/78/20/c8431c9645d1390acce2f2da698539f473818e77a168d135c09279dd7bf5/uv_reqs_example-0.1-py3-none-any.whl.metadata (58 bytes)
Downloading https://test-files.pythonhosted.org/packages/78/20/c8431c9645d1390acce2f2da698539f473818e77a168d135c09279dd7bf5/uv_reqs_example-0.1-py3-none-any.whl (986 bytes)
Installing collected packages: uv-reqs-example
Successfully installed uv-reqs-example-0.1

This makes uv + UV_INDEX_URL somewhat dangerous to use as a drop-in replacement for pip + PIP_INDEX_URL. A failure to install is not the worst scenario, the worst is that you succeed to install potentially totally different packages from a totally different index (note: checksums in the reqs file could protect you from that).

I'm intending to convince you that retaining compatibility with pip is a better choice than documenting as an incompatibility.
Consider when there is a custom default index set. This is pretty common in corporate environments, where PyPI packages may need to be cached, whitelisted or shadowed with patched versions, e.g. by using an internal devpi-server.
The custom index is set as the default index (for all users) by /etc/pip.conf file, owned by root and placed by sysadmin or config mgmt. Now, uv doesn't look at /etc/pip.conf, nor allow a global default configuration, only considers the user's ~/.config/uv/uv.toml.
The next-best option for the sysadmin to put a sensible default would probably be setting UV_INDEX_URL (perhaps in /etc/environment, or by wrapping the uv executable).
However, if the UV_INDEX_URL takes precedence over the index specified by requirements files, that's an unfortunate situation - users would have to unset the env var (which they might not even know about) to allow using the index which the requirements file was attempting to provide.
As I mentioned earlier, the simple failure mode is that packages are not found, but the more confusing and hard-to-debug failure mode is if the installation succeeds but uses the wrong packages (because it was using the wrong index). Switching from pip to uv pip should not be so error-prone.
The failure mode I describe might sound like a weird edge-case, but could actually be quite common especially with devpi-server, where "team-specific" indices could inherit and mirror a default index, to host a mix of their own/patched local versions layered over the default versions.

... and the one in a requirements.txt in a file was picked up (which could be from another project or similar).

I'm not sure what you mean here? Unless I'm mistaken, it is part of the requirements file format that the file can control the index-url. This is not dangerous, because requirements files and their custom indices can not be used during dependency resolving from an index, the requirements file would be installed directly with -r. At least, it's not any more dangerous than a direct url requirement, as specified in PEP 508.


text:
when  I run  uv  pip  sync requirements.txt   , the  environment  is  not be  updated

win11

but   pyproject.toml

So,  I  think this command   of  uv add -r requirements.txt   can  instead it  .

Yeah I think you're looking for uv add here as you mentioned above.


text:
Add benchmark of pixi with uv

Summary
Adds Pixi as one of the tool benchmarked against uv.

Pixi can generate multi-platform lock files. here, lock-files are limited to the platform the benchmark is executed on
Pixi can install packages from conda and/or pypi. here, packages are installed from pypi

Still in draft as generating lock-files currently fails due to https://github.com/prefix-dev/pixi/issues/817

This seems redundant now that they're retiring rip in favor of uv.

This seems redundant now that they're retiring rip in favor of uv.

For anyone else like me wondering what you’re referring to: https://prefix.dev/blog/uv_in_pixi
Very ecosystem-conscious move by the Prefix team! 👏

authors: erlend-sh olivier-lacroix zanieb


text:
Revert "Rewrite uv-auth (#2976)"

This reverts commit c0efeeddf6d738991d8f3149168ce57c52073f4e.
As an alternative to the in-progress fix at https://github.com/astral-sh/uv/pull/3130, we could revert the pull request at #2976.

#3130 instead.


text:
fix(sequencer)!: store native asset ibc->trace mapping in init_chain

Summary
we need to store the native asset ibc to "trace" mapping in the state, otherwise queries for the native asset using the ID will fail. for example get_bridge_account_info where the asset is the native asset fails right now
Changes

store native asset ibc->trace mapping in init_chain
also enforce that the native asset is is "trace" form, as otherwise, we won't be able to map from ibc->trace form for the asset as we don't know the trace form.

Breaking changes

this is unfortunately breaking since the ibc->trace mapping is stored in app state.

Added an exclamation mark, as in fix(sequencer)!, because this isi breaking

authors: SuperFluffy noot

repo: astriaorg/astria


text:
Anyway to make it also remove the external  from the html?

Hi, thank you for building this tool. I was wondering how could we remove something like <link href=/_astro/index.66b179d0.css rel=stylesheet> from the built html that's already been inlined?

Critters only inlines a small portion of the CSS, the one that is displayed above-the-fold. The rest is needed by your website.

@nikolaxhristov maybe this feature make sense when all your styles are critical

@nikolaxhristov maybe this feature make sense when all your styles are critical

True, this is the issue to track it https://github.com/nikolaxhristov/critters/issues/3 and it is related to https://github.com/nikolaxhristov/critters/issues/2 which needs to get fixed first.

@nikolaxhristov

Critters only inlines a small portion of the CSS, the one that is displayed above-the-fold. The rest is needed by your website. It is recommended to leave those intact.

Actually, that is a false assumption, isn't it? The critters-readme states:

It also means Critters inlines all CSS rules used by your document, rather than only those needed for above-the-fold content.

@Suven Yes, but it also means that critters includes more CSS than just that above-the-fold.

@Suven I don't always give the most correct assumptions :D

With the fact in mind that critters inlines everything which is needed in the initial render, the only case where the external css is still needed, is for client-side-hydrated components right? 🤔 Maybe a config option for this plugin to remove the link-tags would be nice, or am I overlooking something?
If you agree I would try and see if I am able to provide a PR.

All PRs are warm-welcomed.

authors: RodrigoTomeES Suven gnomeria nikolaxhristov

repo: astro-community/astro-critters


text:
Upsert does not remove successfully upserted documents

https://github.com/astronomer/ask-astro/blob/515f3386c4eac8aa4ddcdc3ad12c46b52e4aad8a/airflow/include/tasks/extract/utils/weaviate/ask_astro_weaviate_hook.py#L328C9-L340C1
If no errors occur in upsert this will never be called.  Need to move this to its own function and call it after rollback and also at line 405 if there are no errors.

For suggested fix https://github.com/mpgreg/ask-astro/blob/ed65a354013b5ce2170f98448bd510ed3c4201be/airflow/include/utils/weaviate/hooks/weaviate.py#L350
https://github.com/mpgreg/ask-astro/blob/ed65a354013b5ce2170f98448bd510ed3c4201be/airflow/include/utils/weaviate/hooks/weaviate.py#L301
https://github.com/mpgreg/ask-astro/blob/ed65a354013b5ce2170f98448bd510ed3c4201be/airflow/include/utils/weaviate/hooks/weaviate.py#L464-L489

@mpgreg Isn't this section doing the rollback: https://github.com/astronomer/ask-astro/blob/main/airflow/include/tasks/extract/utils/weaviate/ask_astro_weaviate_hook.py#L328?

repo: astronomer/ask-astro


text:
Add support for "source" select/exclude to DbtDag & DbtTaskGroup parsers

See dbt docs on cli usage examples here
$ dbt run --select source:snowplow+    # run all models that select from Snowplow sources

Ultimately, in our parsers, we should be able to have a new parameter that looks something like this:
# (Either the select or exclude parameter would be specified with the snowplow source - not both)
jaffle_shop = DbtTaskGroup(
    ...
    select={'sources': ['snowplow+']} # run all models that select from Snowplow sources
    exclude={'sources': ['snowplow+']} # run all models except those that select from Snowplow sources
)

Complementing, as of Cosmos 1.x, this functionality only works on LoadMode.DBT_LS. We should also support it when the DAG/TaskGroup uses LoadMode.DBT_MANIFEST and LoadMode.CUSTOM.

authors: chrishronek tatiana

repo: astronomer/astronomer-cosmos


text:
Add support for InvocationMode.DBT_RUNNER for local execution mode

Description
This PR adds dbtRunner programmatic invocation for ExecutionMode.LOCAL. I decided to not make a new execution mode for each (e.g. ExecutionMode.LOCAL_DBT_RUNNER) and all of the child operators but instead added an additional config ExecutionConfig.invocation_mode where InvocationMode.DBT_RUNNER could be specified. This is so that users who are already using local execution mode could use dbt runner and see performance improvements.
With the dbtRunnerResult it makes it easy to know whether the dbt run was successful and logs do not need to be parsed but are still logged in the operator:

Performance Testing
After #827 was added, I modified it slightly to use postgres adapter instead of sqlite because the latest dbt-core support for sqlite is 1.4 when programmatic invocation requires >=1.5.0. I got the following results comparing subprocess to dbt runner for 10 models:

InvocationMode.SUBPROCESS:

Ran 10 models in 23.77661895751953 seconds
NUM_MODELS=10
TIME=23.77661895751953

InvocationMode.DBT_RUNNER:

Ran 10 models in 8.390100002288818 seconds
NUM_MODELS=10
TIME=8.390100002288818

So using InvocationMode.DBT_RUNNER is almost 3x faster, and can speed up dag runs if there are a lot of models that execute relatively quickly since there seems to be a 1-2s speed up per task.
One thing I found while working on this is that a manifest is stored in the result if you parse a project with the runner, and can be reused in subsequent commands to avoid reparsing. This could be a useful way for caching the manifest if we use dbt runner for dbt ls parsing and could speed up the initial render as well.
I thought at first it would be easy to have this also work for virtualenv execution, since I at first thought the entire execute method was run in the virtualenv, which is not the case since the virtualenv operator creates a virtualenv and then passes the executable path to a subprocess. It may be possible to have this work for virtualenv and would be better suited for a follow-up PR.
Related Issue(s)
closes #717
Breaking Change?
None
Checklist

[x] I have made corresponding changes to the documentation (if required)
[x] I have added tests that prove my fix is effective or that my feature works - added unit tests and integration tests.

@jlaneve I'm closing this PR and opening up #850 because I couldn't update the GH action and have it run with the updates here on my forked branch.


text:
Fix failing example_emr_eks_pi_job example DAG

The example_emr_eks_pi_job is failing as part of our intergration tests run.
As part of the investigation logs, the shell script Bash Operator seems to having some errors not being raised up and letting the task state shown to be successful.
Understand the DAG, debug the issue across tasks in the DAG and make it working.

Have set failure raise for shell script in the PR: https://github.com/astronomer/astronomer-providers/pull/259
However, cloud formation template is not succeeding with below failure reason:
 AWS::EKS::Nodegroup/ManagedNodeGroup: CREATE_FAILED – "Resource handler returned message: \"[Issue(Code=AsgInstanceLaunchFailures, Message=You've reached your quota for maximum Fleet Requests for this account. Launching EC2 instance failed., ResourceIds=[eks-ng-a0731f88-2ec026b0-8620-cc3d-82e3-dee3ed01e00a]), Issue(Code=NodeCreationFailure, Message=Instances failed to join the kubernetes cluster, ResourceIds=[DUMMY_11448ab7-f2d5-42a7-a6cc-0d74ccb2e8e9, DUMMY_1bb6f31e-92c8-43d5-9ca3-8e815cbff947, DUMMY_2a5d16f9-291c-4d58-bf35-2eb5c0db88f5, DUMMY_4e4b490f-ef51-4d5b-87a5-3a5141ac6f9c, DUMMY_77a3e8d7-3af0-49e6-afa5-7c5ebc9a0eeb, DUMMY_7e88602e-c7f8-4d6a-943b-5f5078a4eb3f, DUMMY_a129f26a-1a81-4b5e-9c84-2285d8734a8f, DUMMY_abb67e19-d841-4bd0-ad05-5418f73149d1, DUMMY_ae850f0d-0693-4772-9d9b-4f4d442bab0e, DUMMY_ff345f8f-3468-4f2b-b8cf-ac1560c4150d])] (Service: null, Status Code: 0, Request ID: null, Extended Request ID: null)\" (RequestToken: 98ef1611-2341-fd34-ef08-4e8970c34e47, HandlerErrorCode: GeneralServiceException)"

Adding @bharanidharan14 as assignee too as he is trying this on his local.

@dstandish suggested to try a smaller instance. But, we still are facing the same issue. He further suggested to check with @danielhoherd and/or speak to AWS. I will connect with @danielhoherd and check if he can help us here. Parallelly, I have created an AWS case for our account: https://us-east-1.console.aws.amazon.com/support/home?region=us-east-2#/case/?displayId=9973194951&language=en

I don't have any special knowledge about this. The error seems pretty clear though: "You've reached your quota for maximum Fleet Requests for this account." My first step would be to make that request that @pankajkoti made.
We've run into this kind of thing in prod-cloud in GCP, and requesting an increase is the only solution.

We are not sending the VIRTUAL_CLUSTER_ID to the example_delete_eks_cluster_and_role_policies shell script from the DAG. Due to this, if a virtual cluster already exists the delete shell script isn't cleaning up properly.

[2022-05-02, 17:42:13 UTC] {subprocess.py:74} INFO - Running command: ['bash', '-c', 'sh $AIRFLOW_HOME/dags/example_delete_eks_cluster_and_role_policies.sh '] [2022-05-02, 17:42:13 UTC] {subprocess.py:85} INFO - Output: [2022-05-02, 17:42:19 UTC] {subprocess.py:89} INFO -  [2022-05-02, 17:42:19 UTC] {subprocess.py:89} INFO - usage: aws [options] <command> <subcommand> [<subcommand> ...] [parameters] [2022-05-02, 17:42:19 UTC] {subprocess.py:89} INFO - To see help text, you can run: [2022-05-02, 17:42:19 UTC] {subprocess.py:89} INFO -  [2022-05-02, 17:42:19 UTC] {subprocess.py:89} INFO -   aws help [2022-05-02, 17:42:19 UTC] {subprocess.py:89} INFO -   aws <command> help [2022-05-02, 17:42:19 UTC] {subprocess.py:89} INFO -   aws <command> <subcommand> help [2022-05-02, 17:42:19 UTC] {subprocess.py:89} INFO -  [2022-05-02, 17:42:19 UTC] {subprocess.py:89} INFO - aws: error: argument --id: expected one argument
aws emr-containers delete-virtual-cluster --id $VIRTUAL_CLUSTER_ID
VIRTUAL_CLUSTER_ID is coming as none during run-time

create_emr_virtual_cluster_func should delete existing virtual clusters and then create one.

[2022-05-02, 17:42:10 UTC] {example_emr_eks_containers_job.py:60} ERROR - Error while creating EMR virtual cluster Traceback (most recent call last):   File "/usr/local/airflow/dags/example_emr_eks_containers_job.py", line 50, in create_emr_virtual_cluster_func     response = client.create_virtual_cluster(   File "/usr/local/lib/python3.9/site-packages/botocore/client.py", line 395, in _api_call     return self._make_api_call(operation_name, kwargs)   File "/usr/local/lib/python3.9/site-packages/botocore/client.py", line 725, in _make_api_call     raise error_class(parsed_response, operation_name) botocore.errorfactory.ValidationException: An error occurred (ValidationException) when calling the CreateVirtualCluster operation: A virtual cluster already exists in the given namespace

authors: danielhoherd pankajkoti phanikumv

repo: astronomer/astronomer-providers


text:
write_ds9 silently overwrites output file

https://github.com/astropy/regions/blob/35bab74340b12053942d2bc6ebd071dce340c605/regions/io/ds9/write.py#L62
This behavior is not always desirable. I propose you add an overwrite keyword like what astropy unified I/O does.

Added in v0.5

authors: larrybradley pllim

repo: astropy/regions


text:
Enhancement of Convolution Networks

This PR

Corrects a few mistakes in the docs for Convolution Networks

Adds data_format capability. User can now use channels_first and channels_last tensors. This option can be passed in forward function. If not passed, it will be picked from hyperparameters

Handles the difference in data_format requirements between convolution network and mask_sequences [This was an existing issue which was unnoticed]

Makes other_conv_kwargs and other_pool_kwargs accept list as well as dict. If dict, the same property is applied to all layers. If list, then individual layers get their own kwargs

Fixes a bug - When num_dense_layers < 0, in_features of logits layer equals the out_features of Flatten layer. Adds a test case for this.

This PR closes #136

Is the new issue about time_major=False included in this PR?

Is the new issue about time_major=False included in this PR?

Yes, it is included. I have updated the description of this PR to mention this issue.

authors: AvinashBukkittu ZhitingHu

repo: asyml/texar-pytorch


text:
docs: update to make styling more consistent

I have updated the Readme part by adding some icons aside two headings i.e. Environment and How to setup.

@naman-tiwari Hi! Please apply my and Missy suggestions, and then we will accept it and merge :)

authors: magicmatatjahu naman-tiwari

repo: asyncapi/design-system


text:
sumneko_lua lags the editor

As stated above, sumneko_lua (lua_ls) lags down the editor. Somehow it really lags mini plugins?

not just mini but also noice.nvim?

otherwise, diagnostics are lagging down the editor when leaving?

nope, fixed in 50aa8ccb8cfcec2aef2fca202cd1b7aa1dca450e


text:
Restructure

Remove netstandard 2.1
Restructure solution structure
Remove Proto.Remote.GrpcNet and Proto.Repote.GrpcCore in favor of just Proto.Remote containing all grpcnet code

Also, any idea why some tests consistently fail? or maybe just CI acting up

Also, any idea why some tests consistently fail? or maybe just CI acting up

I did rewrite the tests to run concurrently. Might need higher timeouts because of that, since they might get CPU throttled

I've disabled everything else but the two failing tests. still fails.
Very unclear why. one just seem to get stuck, not doing anything?

authors: mhelleborg rogeralsing

repo: asynkron/protoactor-dotnet


text:
Fixes #208

Changes the function argument type in get_instance(self, num: int) in the ExampleManager class from 'int' to 'str'. This allows to load some of the instance files with characters in the filename, e.g. 'instance1c.rddl' in the MountainCar domain.

Hi,
Thanks for the fix.
We should really starting thinking of moving the competition domains over to rddlrepository soon.

What do you mean exactly by moving the competition domains over to rddlrepository?
There are some inconsistencies due to the fix, e.g. in the README.md EnvInfo.get_instance(0) we still use an int.
I could offer to fix all inconsistencies and additionally I would rename the argument from num to name, so it get's def get_instance(self, name: str):.
Let me know what you think and if it would help you.

Indeed, there are still some incompatibilities. Originally, we intended (and still do) for instance numbers to be integers, following custom in defining rddl instances. The 'c' was appended to the instance to denote that they are part of the official IPPC probabilistic planning competition we held earlier this year. This means those domain files with 1c, 2c will eventually be removed from the pyrddlgym.
That said, there is no reason why users should not be allowed to use either integer or string numbering going forward, There is currently a major design overhaul underway of the pyrddlgym front end to enhance user friendliness for the future , so I think a number of these changes will need to be eventually incorporated as part of this overhaul.
If you would like to help, please feel free to contribute a PR. Note we are currently waiting on #211 while is a big change to the front end, so hopefully it would not conflict. If you think any aspect of the front end can be further improved please feel free to suggest improvements or make PR :)

authors: GMMDMDIDEMS mike-gimelfarb

repo: ataitler/pyRDDLGym


text:
Out-of-memory issue when allocating a http request header buffer

Trying to setup a 512 byte buffer for reading the http request headers and failing to allocate it.
There could be an IDF setting that can be used to suppress the abort() call and instead just return nullptr.
stack:
0x40089235: esp_system_abort at C:/espressif/esp-idf/components/esp_system/system_api.c:106
0x4008fbfd: abort at C:/espressif/esp-idf/components/newlib/abort.c:46
0x400d5d13: __cxa_end_catch at C:/espressif/esp-idf/components/cxx/cxx_exception_stubs.cpp:13
0x40195331: operator new(unsigned int) at /builds/idf/crosstool-NG/.build/HOST-x86_64-w64-mingw32/xtensa-esp32-elf/src/gcc/libstdc++-v3/libsupc++/new_op.cc:54
0x400f18de: std::vector<unsigned char, std::allocator<unsigned char> >::_M_default_append(unsigned int) at c:\espressif\tools\xtensa-esp32-elf\esp-2020r2-8.2.0\xtensa-esp32-elf\xtensa-esp32-elf\include\c++\8.2.0\ext/new_allocator.h:111
  \-> inlined by: ?? at c:\espressif\tools\xtensa-esp32-elf\esp-2020r2-8.2.0\xtensa-esp32-elf\xtensa-esp32-elf\include\c++\8.2.0\bits/alloc_traits.h:436
  \-> inlined by: ?? at c:\espressif\tools\xtensa-esp32-elf\esp-2020r2-8.2.0\xtensa-esp32-elf\xtensa-esp32-elf\include\c++\8.2.0\bits/stl_vector.h:296
  \-> inlined by: std::vector<unsigned char, std::allocator<unsigned char> >::_M_default_append(unsigned int) at c:\espressif\tools\xtensa-esp32-elf\esp-2020r2-8.2.0\xtensa-esp32-elf\xtensa-esp32-elf\include\c++\8.2.0\bits/vector.tcc:604
0x4011686a: http::HttpRequestFlow::start_request() at c:\espressif\tools\xtensa-esp32-elf\esp-2020r2-8.2.0\xtensa-esp32-elf\xtensa-esp32-elf\include\c++\8.2.0\bits/stl_vector.h:827
  \-> inlined by: http::HttpRequestFlow::start_request() at r:\code\esp32commandstation\build/../components/HttpServer/src/HttpRequestFlow.cpp:83
0x401194d1: StateFlowBase::run() at r:\code\esp32commandstation\build/../components/OpenMRNLite/src/executor/StateFlow.cpp:63 (discriminator 4)
0x401192dd: ExecutorBase::entry() at r:\code\esp32commandstation\build/../components/OpenMRNLite/src/executor/Executor.cpp:324
0x401a7985: OSThread::start(void*) at r:\code\esp32commandstation\build/../components/OpenMRNLite/src/os/OS.hxx:193
0x40125703: os_thread_start at r:\code\esp32commandstation\build/../components/OpenMRNLite/src/os/os.c:391

Partially addressed via https://github.com/atanisoft/HttpServer/commit/35230a02be32ccdada5f41c5d00489f1c07f9b83

authors: TrainzLuvr atanisoft

repo: atanisoft/HttpServer


text:
🛑 Wedding HTTPS is down

In fb66068, Wedding HTTPS ($WEDDINGHTTPS) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Wedding HTTPS is back up in 8155511.

repo: atatkin/milos-uptime


text:
🛑 Wedding HTTPS is down

In 6706d4b, Wedding HTTPS ($WEDDINGHTTPS) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Wedding HTTPS is back up in 57d8397.


text:
🛑 Wedding HTTPS is down

In 1990d12, Wedding HTTPS ($WEDDINGHTTPS) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Wedding HTTPS is back up in 1300034.


text:
🛑 Wedding HTTPS is down

In 866cc4b, Wedding HTTPS ($WEDDINGHTTPS) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Wedding HTTPS is back up in c82bdea.


text:
Add monadic utility functions

This PR adds some monadic utility functions to improve the readability of code written using MTL-style effects.

As a side note: writing the code I notices wart remover getting really angry with the monadic unless and when because it kept inferring the type Any; we have to keep an eye on this I think we'll have to disable this Wart to keep the code readable:
when (updatedOrder needsMoreOf product) (emit(MissingProduct(product)))
// would turn into
when[<type annotation>] (updatedOrder needsMoreOf product) (emit(MissingProduct(product)))
// The type annotation is quite ugly and breaks the flow of the sentence when reading the code

repo: atedeg/mdm


text:
Integration stopped working after update to HA 2024.4.0

Hi,
After update to HA 2024.4.0, all integration entities but state became unavailable.
I see those suspicious errors in logs, not sure they are related:
Enregistreur: homeassistant
Source: util/async_.py:35
S'est produit pour la première fois: 23:34:13 (1 occurrences)
Dernier enregistrement: 23:34:13
Error doing job: Task exception was never retrieved

Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/entity_platform.py", line 629, in async_add_entities
    await add_func(coros, entities, timeout)
  File "/usr/src/homeassistant/homeassistant/helpers/entity_platform.py", line 535, in _async_add_and_update_entities
    tasks = [create_eager_task(coro) for coro in coros]
             ^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/util/async_.py", line 35, in create_eager_task
    loop=loop or get_running_loop(),
                 ^^^^^^^^^^^^^^^^^^
RuntimeError: no running event loop

Enregistreur: py.warnings
Source: runner.py:189
S'est produit pour la première fois: 23:34:13 (1 occurrences)
Dernier enregistrement: 23:34:13

/usr/local/lib/python3.12/threading.py:299: RuntimeWarning: coroutine 'EntityPlatform._async_add_entity' was never awaited def __enter__(self):

Thanks!

I can confirm this bug after updating to 2024.0.
Debug output:

This happens to both of my servers (dell and ASRock). It looks, that only the SDR List Items are effected.
The power state and the power switch are available.

1.6.0 brought back the sensors for me, thank you. Hope you'll sort out how to play with those bloody APIs :)

repo: ateodorescu/home-assistant-ipmi


text:
Move ExtensionAttribute into a separate assembly

At this point where is a lot of libraries which employs an ExtensionAttribute
definition hack to support .NET, which leads to some well-known problems when
System.Runtime.CompilerServices.ExtensionAttribute gets redefined in more when
one assembly. For example, let's consider the following situation I faced
recently: my project referenced both LinqBridge and Json.NET which has its own
built-in *internal* copy of LinqBridge (with ExtensionAttribute defined
*internal* too). This resulted in an "error CS0656: Missing compiler required
member 'System.Runtime.CompilerServices.ExtensionAttribute..ctor'" and made me
to recompile Json.NET to reference LinqBridge explicitly.

So, what about moving ExtensionAttribute definition into a completely separate
assembly, maybe even into a completely separate project? AFAIR, LinqBridge is
the most notable project which uses this tricky technique, and I hope other
libraries would eventually switch to that assembly instead of defining their
own copy of the attribute class, and there would be the only one assembly with
ExtensionAttribuite for .NET 2.0, providing the "standard" implementation the
hack.

See also:
http://stackoverflow.com/questions/11025100
http://devhawk.net/2012/06/20/ambiguous-extensionattribute-errors/

Original issue reported on code.google.com by firegura...@gmail.com on 20 Dec 2013 at 3:18

You should take up this issue with Json.NET. The idea of LINQBridge was to
provide .NET 3.5-isms for .NET 2.0, which, besides LINQ, includes extension
methods. In fact, the ExtensionAttribute was internalized in 1.1 and then
deliberately brought back in 1.2 (see issue #10).

Original comment by azizatif on 20 Dec 2013 at 6:10

Changed state: WontFix

> The idea of LINQBridge was to provide .NET 3.5-isms for .NET 2.0, which,
> besides LINQ, includes extension methods.
LINQ is the most known application of extension methods, but not the only one.
It may
be a good idea to split "providing extension methods for .NET 2.0" and
"providing
LINQ to Objects for .NET 2.0", because they are *different* languages features,
where
the latter is based on the former. There may be other libraries which would
like to
use extension methods facility which have nothing to do with LinqBridge. If
they all
declare their own ExtensionAttribute, they may get unusable together with each
other.

> In fact, the ExtensionAttribute was internalized in 1.1 and then
> deliberately brought back in 1.2 (see  issue #10 ).
I didn't mean it should be internalized. It should be public, but moved away
from LinqBridge assembly into a separate DLL what would be shipped with it.
Something
like this:

* LinqBrigde.dll references ExtensionAttribute.dll
* LibraryThatNeedsExtensionMethodsWithLinq.dll references LinqBridge.dll
* LibraryThatNeedsExtensionMethodsButNotLinq.dll references
ExtensionAttribute.dll

Original comment by firegura...@gmail.com on 20 Dec 2013 at 8:14

I understand where you're coming from. You can also extend the same argument to
Action and Func delegates. In any event, this would change the direction with
which LINQBridge was conceived. Today, it is a project in twilight and the only
effort made would be, I reckon, towards a showstopper bug. Anything else would
require considerable resources that are scarce, like volunteered free time.
That said, LINQBridge is open source and if you are confident it needs to make
the split, it can be forked (under the same license), changed and re-published
on NuGet under an alternate Id.

Original comment by azizatif on 21 Dec 2013 at 6:38

> You can also extend the same argument to Action and Func delegates.
This would be an overkill. Moreover, multiple Action and Func delegates
may be declared in different namespaces, one for each library which
wants then, and they would be still compatible each with other,
unlike ExtensionAttribute which MUST reside in system namespace.

> LINQBridge is open source and if you are confident it needs to make
> the split, it can be forked (under the same license), changed and
> re-published on NuGet under an alternate Id.
The key point was to create a common assembly for everyone who wants
to employ extension methods in .NET 2.0, so that assembly must come
from an authoritative source like LinqBridge. Even if I'm going to
fork the project, it will not convince anybody to use that assembly.

> Today, it is a project in twilight
Sad but true. Almost no one cares about .NET 2.0, but some libraries
still try to support it. If there would be a common and widely
acceptable way of using extension methods which will prevent conflicts
between these libraries (caused by ExtensionAttribute), then their
authors would not just terminate that support because they got tired
of bug reports from users of old runtime.

Anyway, thank you for your answers. I'm also sorry for my not very
perfect language.

Original comment by firegura...@gmail.com on 21 Dec 2013 at 8:51

repo: atifaziz/LINQBridge


text:
[Atividade 09] Análise comparativa de modelos

Inserir as seções de texto Obtenção de dados, Preparação de dados e Seleção de modelos no notebook  notebooks/02-comparative_analysis.ipynb, de acordo com o conteúdo visto em aula:

[x] Deve-se utilizar um método de validação cruzada (holdout, k-fold, Monte Carlo) apresentado em sala de aula;
[x] Apresentar no mínimo quatro modelos: um baseline, para servir de comparação a pelo menos outros três (ou mais) experimentos com modelos de famílias diferentes. Deverão ser utilizadas pelo menos duas métricas para efetuar a comparação entre os modelos;
[x] Para que os resultados sejam avaliados, eles devem ser sintetizados através da utilização de tabelas e/ou gráficos explicativos;

@omadson  @carlos-stefano  @fiuzatayna


text:
Interpolate task progress

Expected Behaviour
The progress of tasks update every tick according to the speed of the machines.
Actual Behaviour
At the moment, the progress of tasks will only update at a specific interval (10 ticks) instead of per tick.

Implemented in #21

repo: atlarge-research/opendc-simulator

license: mit


text:
Introduce editable combobox

Introduce editable combobox which allows user to type in and filter before choose one from a list.

delimiter for Concatenate/Split transformation
transformation name
field name

What else?

out of date

repo: atlasmap/atlasmap


text:
init.py

change
from storages.backends import s3boto
to
from storages.backends.s3boto3 import S3Boto3Storage
replace
s3boto.S3BotoStorage
with
S3Boto3Storage
and update repository please, its outdated.

change
from storages.backends import s3boto
to
from storages.backends.s3boto3 import S3Boto3Storage
replace
s3boto.S3BotoStorage
with
S3Boto3Storage
and update repository please, its outdated.

Pull request(s) are welcome!


text:
[ Keyboard usability enhancement ] Search box for Tree View

Hi,
Often a project is made up of tens if not hundreds or even thousands of files and directories, it would be quite handy to have a box to search (as-you-type) for them.
Cheers

Thanks for the suggestion! This looks like a duplicate of https://github.com/atom/tree-view/issues/159 – feel free to subscribe there for updates.
You can already live search for files in your project in Atom already though, via the fuzzy-finder: https://atom.io/docs/latest/getting-started-atom-basics#opening-a-file-in-a-project
Also, please take a look at the Contributing guide for a guide on submitting bug reports (including searching for duplicates first).

repo: atom/atom


text:
Feature Request: Distribute Atom through the Mac App Store

IANAL.  Please can anyone confirm whether the Atom MIT license is compatible with the Mac App Store?
Now that Electron 0.34.0 supports the Mac App Store https://github.com/atom/electron/blob/master/docs/tutorial/mac-app-store-submission-guide.md, is it possible to submit Atom to the Mac App Store so that the app auto-updates?
As of Atom 1.0 to 1.6, the OS X auto-update framework is borked as per https://github.com/atom/atom/issues/2860
Thanks!

To my knowledge, there is no restriction against open source software on the Mac App Store. On the other hand, an application on the Mac App Store is restricted to a sandbox that precludes reading from and writing to files outside certain areas. Since editing files anywhere on your system is one of the features of Atom, until that requirement changes I don't believe we'll be pursuing publishing on the Mac App Store.
Thanks for your feedback!

authors: landocloud lee-dohm


text:
Build Failed

Prerequisites

[x] Put an X between the brackets on this line if you have done all of the following:

Reproduced the problem in Safe Mode: http://flight-manual.atom.io/hacking-atom/sections/debugging/#using-safe-mode
Followed all applicable steps in the debugging guide: http://flight-manual.atom.io/hacking-atom/sections/debugging/
Checked the FAQs on the message board for common solutions: https://discuss.atom.io/c/faq
Checked that your issue isn't already filed: https://github.com/issues?utf8=✓&q=is%3Aissue+user%3Aatom
Checked that there is not already an Atom package that provides the described functionality: https://atom.io/packages

Description
I want to install atom by building the source code in Linux environment, but get failed.
Steps to Reproduce

git clone https://github.com/atom/atom.git
cd atom
npm config set python /.tool/bin/python -g
script/build
wait for a few minutes after printing "Installing apm" on the screen.
the error will be displayed.

Expected behavior: [What you expect to happen]
Install successfully
Actual behavior: [What actually happens]
The error info as following:
Node:   v6.9.4
Npm:    v4.1.1
Installing script dependencies
Installing apm
module.js:327
    throw err;
    ^

Error: Cannot find module '../build/Release/git.node'
    at Function.Module._resolveFilename (module.js:325:15)
    at Function.Module._load (module.js:276:25)
    at Module.require (module.js:353:17)
    at require (internal/module.js:12:17)
    at Object.<anonymous> (/.tool/atom/apm/node_modules/atom-package-manager/node_modules/git-utils/lib/git.js:8:16)
    at Object.<anonymous> (/.tool/atom/apm/node_modules/atom-package-manager/node_modules/git-utils/lib/git.js:371:4)
    at Module._compile (module.js:409:26)
    at Object.Module._extensions..js (module.js:416:10)
    at Module.load (module.js:343:32)
    at Function.Module._load (module.js:300:12)
child_process.js:506
    throw err;
    ^

Error: Command failed: /.tool/atom/apm/node_modules/atom-package-manager/bin/apm --loglevel=error install
    at checkExecSyncError (child_process.js:483:13)
    at Object.execFileSync (child_process.js:503:13)
    at module.exports (/.tool/atom/script/lib/install-atom-dependencies.js:15:16)
    at Object.<anonymous> (/.tool/atom/script/bootstrap:28:1)
    at Module._compile (module.js:570:32)
    at Object.Module._extensions..js (module.js:579:10)
    at Module.load (module.js:487:32)
    at tryModuleLoad (module.js:446:12)
    at Function.Module._load (module.js:438:3)
    at Module.require (module.js:497:17)

Reproduces how often: [What percentage of the time does it reproduce?]
After getting the error, I run clear, and build again, still get the same error.
Versions
OS: RHEL 5.7
Python version: v2.6.9
Node version: v6.9.4
Npm version: v4.1.1
Additional Information
Any additional information, configuration or data that might be necessary to reproduce the issue.

Is the version of python you have installed at /.tool/bin/python v2 or v3?

It's v2, v2.6.9


text:
Rename file should replace the tab with the renamed file.

Prerequisites

[X] Put an X between the brackets on this line if you have done all of the following:
...

Description
Rename file should replace the tab with the renamed file.
Steps to Reproduce

Right click a file in tab or file tree sidebar,
Click rename
Enter the new name

Expected behavior:
The active tab should be the newly renamed file.
Actual behavior:
The active tab remained the old un-renamed file. And I have to close it and open the renamed file.
Versions
Atom: 1.16.0
OS: ubuntu 16.04

Thanks for the report! Can you re-open this in https://github.com/atom/tree-view if there's no existing issue already so we have it in the right place?   Also, can you clarify your steps to reproduce a bit?  I'm not quite sure if you're renaming the file you currently have open or if you're renaming some other file.

This is a duplicate of atom/tree-view#264


text:
Display Progress of Download of a package

Summary
It would a good idea to show a progress bar of how much is downloaded when installing a package via apm or atom ui
Motivation
When installing a package via apm or atom ui it sometimes took a long time, so sometimes it let me think, is it really downloading something or it crashed?
Additional context
It would be helpful for many people. i hope this feature will be added in next releases.

Thanks for contributing!
We noticed that this looks like a duplicate of https://github.com/atom/apm/issues/148 so you can subscribe there if you'd like.

Because we treat our issues list as the Atom team's backlog, we close duplicates to focus our work and not have to touch the same chunk of code for the same reason multiple times. This is also why we may mark something as duplicate that isn't an exact duplicate but is closely related.
For information on how to use GitHub's search feature to find out if something is a duplicate before filing, see the How Can I Contribute? section of the Atom CONTRIBUTING guide.

authors: bauripalash rsese


text:
Auto Indent Empty Line Above

In Geany, notice that when an indented line is sent to a line below, indentation is added to the newline above so that indented text can quickly be added to that newline:

In Atom, the indentation must be added manually:

My feature request is for the geany-like behavior to be implemented by default in atom.

Thanks for the suggestion! For future issues, please fill out the issue template - the information and format of the templates are super helpful for us when triaging issues.
And as mentioned in the template, the team is currently very unlikely to prioritize feature requests right now - but with Atom's customizability and with community packages, you can often get the functionality you need without requesting changes to Atom itself. In this particular case, I poked around and found this package that looks like it can help:
https://atom.io/packages/atom-cursor-indent
With your example and this package:

Since this functionality is already provided by a package, we'll go ahead and close this issue.


text:
Incorrect Arch Linux installation instructions

Hi,
I know I could go about this with a pull request but it's only a single word addition to the Linux.md file so I felt a developer with write permissions to the GitHub repo could just read this and make the change. At the moment the Linux.md file reads this in its Arch Linux dependency installation instructions:

sudo pacman -S gconf base-devel git nodejs libgnome-keyring python2
export PYTHON=/usr/bin/python2 before building Atom.

The amendment I propose is to add npm after nodejs in the first of these lines, in accordance with the official Nodejs Wiki installation instructions. I have tested this on a 32 bit Manjaro Linux Virtual Machine (which is as close to Arch that I can effectively work with-- Arch is over my head): without npm in this line, later during the actual build script/build generated errors stating that it could not find npm.
I hope this helps,
Brenton

As this particular problem got fixed with #8101, shouldn't this be closed?

Thanks @Narrat :).