text:
umurmurd does not write pid file

I was trying to fix my umurmurd setup which succeeds by starting it over the command line (therefore the config seems valid). However, I realized that when running the init-script it does not create its pid file. This behavior can also be reproduced by manually running umurmurd with the -p parameter. I'm running umurmurd 0.2.19 on Gentoo.
Config check:
murmur ~ $ umurmurd -t -c /etc/umurmur/umurmur.conf
murmur ~ $ echo $?
0

Running in foreground:
murmur ~ $ umurmurd -p /run/umurmurd/umurmurd.pid -c /etc/umurmur/umurmur.conf -d
INFO: OpenSSL library initialized (version: OpenSSL 1.1.1i  8 Dec 2020)
INFO: Setting default channel 'Lobby'
INFO: Adding channel 'Lobby' parent 'Root'
INFO: Adding channel 'Red team' parent 'Lobby'
INFO: Adding channel 'Team geeko' parent 'Lobby'
INFO: Adding channel link 'Lobby' -> 'Red team'
INFO: Adding channel link 'Lobby' -> 'Team geeko'
INFO: SHM_API: shm_fd="/umurmurd:64738"
INFO: uMurmur version 0.2.19 ('Wacko') protocol version 1.2.4
INFO: Visit https://github.com/umurmur/umurmur

with strace attached:
murmur ~ $ strace /usr/bin/umurmurd -p /run/umurmurd/umurmurd.pid -d -c /etc/umurmur/umurmur.conf 2>&1| grep -i pid
execve("/usr/bin/umurmurd", ["/usr/bin/umurmurd", "-p", "/run/umurmurd/umurmurd.pid", "-d", "-c", "/etc/umurmur/umurmur.conf"], 0x7fff8128c2f8 /* 39 vars */) = 0
getpid()                                = 7226
getpid()                                = 7226
getpid()                                = 7226
getpid()                                = 7226
getpid()                                = 7226
getpid()                                = 7226
getpid()                                = 7226
getpid()                                = 7226
getpid()                                = 7226
getpid()                                = 7226
getpid()                                = 7226
getpid()                                = 7226
getpid()                                = 7226
getpid()                                = 7226
getpid()                                = 7226

PID folder test and permissions:
murmur ~ $ touch /run/umurmurd/umurmurd.pid
murmur ~ $ ls -lah /run/umurmurd/umurmurd.pid
-rw-r--r-- 1 murmur murmur 0 Feb  2 10:23 /run/umurmurd/umurmurd.pid
murmur ~ $ rm /run/umurmurd/umurmurd.pid
murmur ~ $ ls -lah /run/umurmurd/
total 0
drwxrwxr-x  2 murmur murmur   40 Feb  2 10:24 .
drwxr-xr-x 34 root   root   1,3K Feb  2 09:39 ..

I also checked if there is some config switch for creating the pid but couldn't find any hint on the wiki page. Also the commits regarding this feature seem rather old. I wonder if I completely overlooked something?

Hi!
It's just the command line switch to enable PID-file. What does the init script look like? Is the PID-file created when running in the foreground? Is the config set up to run umurmurd as a different user?

Hey,
the init script basically just calles umurmurd with the -p switch. Here is the version shipped with gentoo: https://gitweb.gentoo.org/repo/gentoo.git/tree/media-sound/umurmur/files/umurmurd.initd
and it runs as user/group murmur:murmur.
But interestingly enough I realized while collecting your requested info that /var/log/umurmurd.log was owned by root:root. This caused umurmur to exit early when running in the background (obviously my fault). However it still seems like umurmurd does not create a pidfile if running in foreground:
murmur ~ $ /usr/bin/umurmurd -p /run/umurmurd/umurmurd.pid -c /etc/umurmur/umurmur.conf -d &
[2] 17506
[1]   Done                    /usr/bin/umurmurd -p /run/umurmurd/umurmurd.pid -c /etc/umurmur/umurmur.conf -d
murmur ~ $ INFO: OpenSSL library initialized (version: OpenSSL 1.1.1i  8 Dec 2020)
INFO: Setting default channel 'Lobby'
INFO: Adding channel 'Lobby' parent 'Root'
INFO: Adding channel 'Red team' parent 'Lobby'
INFO: Adding channel 'Team geeko' parent 'Lobby'
INFO: Adding channel link 'Lobby' -> 'Red team'
INFO: Adding channel link 'Lobby' -> 'Team geeko'
INFO: uMurmur version 0.2.19 ('Wacko') protocol version 1.2.4
INFO: Visit https://github.com/umurmur/umurmur

murmur ~ $ ls -lah /run/umurmurd/umurmurd.pid
ls: cannot access '/run/umurmurd/umurmurd.pid': No such file or directory
murmur ~ $ kill 17506
INFO: TERM signal. Shutting down.
[2]+  Done                    /usr/bin/umurmurd -p /run/umurmurd/umurmurd.pid -c /etc/umurmur/umurmur.conf -d
murmur@geekify ~ $ /usr/bin/umurmurd -p /run/umurmurd/umurmurd.pid -c /etc/umurmur/umurmur.conf
murmur@geekify ~ $ ls -lah /run/umurmurd/umurmurd.pid
-rw-r----- 1 murmur murmur 6 Feb  2 13:22 /run/umurmurd/umurmurd.pid

Is this expected behavior? If so I'd suggest to update the documentation/help regarding the -p switch. If not this might be still a bug.
Also umurmurd should not silently exit (no message, exit code is 0) if it can't access it's log file (should I open a new bug regarding this?).

If you run umurmurd with the -d switch (meaning that it will not run as a daemon) it will not save the PID to file and all logging is directed to stdout.

repo: umurmur/umurmur


text:
如何将vue部分创建在项目中

本项目中vue的部分如何直接运行在浏览器中测试呢？

没理解你说的什么意思，Vue 部分的代码，完全来自于：https://github.com/un-pany/v3-admin-vite，你可以直接运行这个项目

没理解你说的什么意思，Vue 部分的代码，完全来自于：v3-admin-vite，你可以直接运行这个项目

是这样的，在项目中增加了部分代码之后，我想在浏览器中进行运行和调试而不是在electron里，看过之前的vite项目，按照之前的运行方式无法在这个项目中生效。

意思是要在 electron 中写代码，然后运行到浏览器中调试？如果是这样的话，我没做过这样的尝试，不太清楚可不可行

source: gharchive/issue

license: MIT

license_type: permissive

license_source: github-api


text:
关于qn值

我测试了一下（2020-08-05），qn值4才是最高画质，而且对平台没有限制（platform=web就可以拿到原画），durl的多个链接分别是不同的线路。

谢谢
有时间改代码，如果您有好点子可以pull request吗？最近有点忙

我不会python，实在惭愧 😳

authors: unbadfish woodongwong


text:
"includeInMainCompilation" setting in version 2

I could not figure out how to set the option "includeInMainCompilation" in version 2.0.0. I would like to achieve the following:
     xjc {         includeInMainCompilation = false     }
Thx for the great work!

Hi,
This flag was dropped in 2.0, its purpose was to support different source sets, which is now an integral part of the plugin.
Best approach is to create a separate source set and put your xjc sources in there. If you really want to only generate code but not compile it, then disabling the compileJava task for that source set should do the trick.

authors: probststefan tkrullmann

repo: unbroken-dome/gradle-xjc-plugin

license: mit

license_source: bigquery


text:
CosineStrategy is not working

@unclecode
CosineStrategy seems to be not working; the result.md when using CosineStrategy is exactly the same as when extracting content from a single URL. Why is that? I also encounter network connection issues with Hugging Face when running locally, so I'm trying to load the model directly from the local files.
Looking forward to your reply!

Hi, thank you for using our library. Here, I'd like to share with you the code that you need to use. The result will always be the same, which is just Markdown. However, when you use the cosine strategy, you'll notice another parameter - extracted content. This is a dumped JSON that contains the structures you're looking for. Please pay attention to the following code and then try it out. You should get what you want. Thank you.
async def main():
    extraction_strategy = CosineStrategy()
    async with AsyncWebCrawler() as crawler:
        url = "https://paulgraham.com/love.html"
        result = await crawler.arun(
            url=url,
            bypass_cache=True,
            extraction_strategy=extraction_strategy,
        )
        segments = json.loads(result.extracted_content)
        print(segments)

    print("Done")

if __name__ == "__main__":
    asyncio.run(main())

@unclecode Why is it that when I set the parameter 'bypass_cache' to 'True', both 'md' and 'extracted_content' return None

import asyncio
from crawl4ai import AsyncWebCrawler
from crawl4ai.extraction_strategy import CosineStrategy
import json
async def main():
async with AsyncWebCrawler(verbose=True) as crawler:
# Define extraction strategy
strategy = CosineStrategy(
semantic_filter="中国式现代化",
word_count_threshold=10,
max_dist=0.2,
linkage_method='ward',
top_k=3,
model_name='BAAI/bge-small-zh-v1.5'
)
# Sample URL
url = "http://www.people.com.cn/"
    # Run the crawler with the extraction strategy
    result = await crawler.arun(url=url, extraction_strategy=strategy)
    print(result.model_dump().keys())
    print(result.extracted_content)
    # with open('001.txt', 'w') as f:
    #     f.write(result.extracted_content)

    # segments = json.loads(result.extracted_content)
    # print(segments)

asyncio.run(main())
The 'BAAI/ burge-small-zh-v1.5 'model is located locally and loads without problems, I modified the source code

import asyncio
from crawl4ai import AsyncWebCrawler
from crawl4ai.extraction_strategy import CosineStrategy
import json
async def main():
async with AsyncWebCrawler(verbose=True) as crawler:
# Define extraction strategy
strategy = CosineStrategy(
semantic_filter="中国式现代化",
word_count_threshold=10,
max_dist=0.2,
linkage_method='ward',
top_k=3,
model_name='BAAI/bge-small-zh-v1.5'
)
url = "http://www.people.com.cn/"
    result = await crawler.arun(url=url, extraction_strategy=strategy)
    print(result.model_dump().keys())
    print(result.extracted_content)
    # with open('001.txt', 'w') as f:
    #     f.write(result.extracted_content)

    # segments = json.loads(result.extracted_content)
    # print(segments)

asyncio.run(main())
The 'BAAI/ burge-small-zh-v1.5 'model is located locally and loads without problems, I modified the source code

Okay, I see the problem. It's a bug in the way I'm loading the model. Actually, I'm not passing model name to the loader properly. I will update it, and then in the next version, I'll fix this one, which I'll release in a few days. In the meantime, you can check it from this branch 0.3.72. So, I hope this will be a solution for you.
async def main():
    extraction_strategy = CosineStrategy(
        model_name='sentence-transformers/all-MiniLM-L6-v2'
    )
    async with AsyncWebCrawler() as crawler:
        url = "https://paulgraham.com/love.html"
        result = await crawler.arun(
            url=url,
            bypass_cache=True,
            extraction_strategy=extraction_strategy,
            # magic=True
        )
        segments = json.loads(result.extracted_content)
        print(segments)

    print("Done")

@unclecode Okay, I got it. Thank you very much for your timely reply. Your project has benefited me a lot!

@1933211129 Really I feel empower hearing this library helps you, happy crawling


text:
[SB8] H1 styling in docs is using Proxima Nova instead of Söhne Breit

H1 tags use the wrong typeface.

I don't seem to be getting this bug

The image on the left is local and the right is the current design system. I have check multiple different docs and they all appear correct.
@Jura and @theadamparker can you pull the recent changes and please check this on your machine to see if its behaving as its supposed to? Maybe a previous ticket fix also fixed this?

I'm also not seeing it anymore @CalebLuster. @Jura did you push any fixes for this?

Nope, closing as it is not replicable

authors: CalebLuster Jura theadamparker

repo: undp/design-system


text:
Content Validation: on-open

This issue covers invocation of Content Validation when a file is opened and when a file is saved.

@BincyJ @birchamp Since we know now that users are creating content manually, the highest priority has shifted to validating content when a file is initially opened. This will ensure that any critical formatting errors do not crash tc-create.
Here is my understanding of the requirements for CV-on-open:
Only critical errors should be processed
This has the advantage of minimizing the slow down that a full CV would incur. It is not known whether the CV package allows the checks to be limited to critical errors. So this may result in an enhancement request for the CV package. This needs to be determined.
If there are no critical errors, then proceed as normal and open the file.
On critical errors
If there are critical errors, then it is important to warn the user. After the warning, there are some alternatives:

the user may choose to proceed, possibly crashing the app or
risk fixing the data using tc-create or
do not allow the user to proceed, but require them first fix the critical errors outside of tc-create

UI/X Questions, Observations, Decisions
Alert Box
In other parts of tc-create, warnings are shown, but they do not allow the user to proceed. In these cases, a simple alert box is shown with some details. When the user clicks OK, then alert goes away and the step is not advanced. An alert box may not be a suitable UI for what could be a long list of errors (unless we only show the first one or two).
Dialog Box
While a dialog box has the advantage of being able show more, it still has the problem with being modal. Errors in data need to be "out of band", that is, kept separate so the user can see the error and the data simultaneously in order to correct the data. Perhaps even copy/pasting a suggested fix from the error list to the document. See also note 1.
The alert box would be the simplest to implement, but has inherent limitations. A dialog could show more and could include a way to export/download the data to a CSV, allowing the user to view it in a different window while they continue editing.
Note 1: For completeness, there may be a way to make a dialog non-modal. See here.

@mandolyte @BincyJ -
Here's what I propose:
"There are critical errors in this file. Continuing to open this file may result in a blank screen or severe error, but no data will be lost. Are you sure that you want to continue?"   Then we give them two options:

View errors
Continue to open file

"View errors" takes them a new tab with the validation results.

@BincyJ @birchamp A summary and a finding...
Based on conclusions in this issue:

We will go with a model dialog box
The box will show high priority errors

include the message and other info needed to understand the error
the "line" number with link to open DCS to location

Provide two buttons:

Close which will not advance the stepper
Continue which will advance the stepper

One goal for new content is to avoid creating the branch with default (bad) content. Otherwise, the branch will need to be removed before continuing to work on the file after the source is corrected.
Finding: tc-create hands the source content over to the Gitea React Toolkit, along with the branch, filename/path, etc. When it returns, the branch is created and populated if it didn't exist. Thus tc-create does not have any direct control and cannot interrupt the sequence of actions. To make this work would require changes to GRT to take a "callback" function to invoke before creating the branch. Alternatively, the existence checking could be pulled in tc-create itself (this may actually be simpler, altho to the purist, it may be polluting the tc-create code base). In theory, this could be said to be addressing an issue which shouldn't happen in normal practice and thus our code should not try to address such corner cases.
At present, I'll just check the target content. If it is deemed important to solve, I'll take a second pass and enhance it avoid branch creation when source has bad content.

Reviewed with Cecil:
2 issues:

TSV is not opening after validation (spinner)

LICENSE.md is being validated in en_tn (should not be)

no errors logged to console

@mandolyte - Can you add some of the problems that are considered "critical errors" so I have a better idea of how to test this?

@mandolyte - Can you add some of the problems that are considered "critical errors" so I have a better idea of how to test this?

"LICENSE.md is being validated in en_tn (should not be)"
It does validate License.md and Readme.md in v1.1.0 rc3 @mandolyte

"LICENSE.md is being validated in en_tn (should not be)"
It does validate License.md and Readme.md in v1.1.0 rc3 @mandolyte

@mandolyte - Can you add some of the problems that are considered "critical errors" so I have a better idea of how to test this?

I answered this, but probably in another issue? At any rate, if you don't see let me know. I'll hunt it down and put here as well.

@mandolyte - Can you add some of the problems that are considered "critical errors" so I have a better idea of how to test this?

I answered this, but probably in another issue? At any rate, if you don't see let me know. I'll hunt it down and put here as well.

v1.1.0-rc.3
@birchamp - Are these good enough?
This is the error displayed when the header is missing:

This is the error displayed when there is a tab missing in one of the rows:

v1.1.0-rc.3
@birchamp - Are these good enough?
This is the error displayed when the header is missing:

This is the error displayed when there is a tab missing in one of the rows:

@mandolyte are these coming from the CV app or are they internal to TCC?

@mandolyte are these coming from the CV app or are they internal to TCC?

v1.1.0-rc.3
Today I encountered the app hanging while running this validator.
I used an open session for a tN project that I had started last night
I opened the drawer and selected a Luke tN project, enabled the ID and OrigQuote columns, and then searched for an ID
I opened the drawer and selected a Romans project, then clicked on the main screen
The on-open validator started and then hung
Is this possibly a lost token issue?

v1.1.0-rc.3
Today I encountered the app hanging while running this validator.
I used an open session for a tN project that I had started last night
I opened the drawer and selected a Luke tN project, enabled the ID and OrigQuote columns, and then searched for an ID
I opened the drawer and selected a Romans project, then clicked on the main screen
The on-open validator started and then hung
Is this possibly a lost token issue?

@mandolyte materialUI alert. Indicate something bad happened and then a button to close the file. Use https://material-ui.com/components/alert/.  We will need to give the user a link to where they can edit the file.

@mandolyte materialUI alert. Indicate something bad happened and then a button to close the file. Use https://material-ui.com/components/alert/.  We will need to give the user a link to where they can edit the file.

@cckozie So this is a QA fail since new code needs to be written for these notices, correct?

@cckozie So this is a QA fail since new code needs to be written for these notices, correct?

@birchamp Yes, this needs to be moved out of IN QA

@birchamp Yes, this needs to be moved out of IN QA

@mandolyte @cckozie - The error should say:
This file cannot be opened by tC Create. Please contact your administrator to address the following error(s).

@mandolyte @cckozie - The error should say:
This file cannot be opened by tC Create. Please contact your administrator to address the following error(s).

Added stakeholder requested feature to have a button to copy the error text #658

Added stakeholder requested feature to have a button to copy the error text #658

@birchamp
This now functions properly and the text is as requested. Instead of a "button to close the file", there is an "X". Is that good enough?

@birchamp
This now functions properly and the text is as requested. Instead of a "button to close the file", there is an "X". Is that good enough?

Tested in tCC tN Test On-Open Validator

Tested in tCC tN Test On-Open Validator

@mandolyte @cckozie -

The x needs to be bigger if it's not too much effort.  Or you could make it bigger by making it bold: Close   X
The box should be either:

modal
closed by any action outside of the box (clicking the menu, or the close file button).

@mandolyte what is the effort needed of getting rid of the error box popping up for a new file or at least change the text in the box to say "Processing..."?

Swapped out the material ui "Alert" component for the "Dialog" (modal) component. Same one as used for the validating process message. Behaves the same but you must click the Close button to continue. The click action clears the error messages and so the dialog no longer appears between file choices. Here is how it looks:

Should be available in v1.1.0-rc.6 build 21-ad9123a
https://develop--tc-create-app.netlify.app/
@elsylambert , @cckozie
Thank you :)

translationCore Create - v1.1.0-rc.6 build 21-ad9123a. On-open Content Validation is working fine : displays the error message as expected.

authors: ancientTexts-net birchamp cckozie elsylambert mandolyte

repo: unfoldingWord/tc-create-app


text:
🛑 Piped is down

In 1a11f2c, Piped (https://piped.unforest.net) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Piped is back up in 24afffa after 24 minutes.

repo: unforest/uptime


text:
🛑 Piped API is down

In 80c8e67, Piped API (https://pipedapi.unforest.net) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Piped API is back up in 478f034 after 5 minutes.


text:
run curls to uniprot in parallel

I was testing #555 and I had to wait too long for this last step. I used 10 processes for now, speed can still be increased in the future if required.
Original pull request by @ninewise on Thu Jan 28 2016 at 10:51.
Merged by @ninewise on Mon Feb 01 2016 at 14:17.

:+1: Looks good, can be merged after 3.1.1 is released.
Original comment by @bmesuere on Thu Jan 28 2016 at 15:47.

3.1.1 is out, you can merge this if you want.
Original comment by @bmesuere on Mon Feb 01 2016 at 13:44.

source: gharchive/pull-request

authors: bmesuere ninewise

repo: unipept/unipept


text:
React Native support for ofetch

Environment

react-native: 0.72.4
ofetch: 1.3.3
node-fetch-native: main branch (97bcf42aae94794d5cae6ef63c17bfa6dfb3e128)

Reproduction
Checkout following repository: https://github.com/homersimpsons/react-native-ofetch-demo

initiate a new react-native-cli repository
yarn add ofetch
Use ofetch in your code

Describe the bug
Using published version of node-fetch-native (1.4.0):
Reproduction commit: https://github.com/homersimpsons/react-native-ofetch-demo/commit/d62a7b7f6274783aeb0c5b1e614d76d83037d2cf
The bundle fail to compile with the following error:
error: Error: Unable to resolve module node:http from /home/user/project/node_modules/ofetch/dist/node.cjs: node:http could not be found within the project or in these directories:
  node_modules
  ../../../node_modules
  1 | 'use strict';
  2 |
> 3 | const http = require('node:http');
    |                       ^
  4 | const https = require('node:https');
  5 | const nodeFetch = require('node-fetch-native');
  6 | const fetch$1 = require('./shared/ofetch.92c14be7.cjs');
    at ModuleResolver.resolveDependency (/home/user/project/node_modules/metro/src/node-haste/DependencyGraph/ModuleResolution.js:139:15)
    at DependencyGraph.resolveDependency (/home/user/project/node_modules/metro/src/node-haste/DependencyGraph.js:277:43)
    at Object.resolve (/home/user/project/node_modules/metro/src/lib/transformHelpers.js:169:21)
    at Graph._resolveDependencies (/home/user/project/node_modules/metro/src/DeltaBundler/Graph.js:473:35)
    at Graph._processModule (/home/user/project/node_modules/metro/src/DeltaBundler/Graph.js:261:38)
    at async Graph._addDependency (/home/user/project/node_modules/metro/src/DeltaBundler/Graph.js:372:20)
    at async Promise.all (index 6)
    at async Graph._processModule (/home/user/project/node_modules/metro/src/DeltaBundler/Graph.js:322:5)
    at async Graph._addDependency (/home/user/project/node_modules/metro/src/DeltaBundler/Graph.js:372:20)
    at async Promise.all (index 2)

Using main branch of node-fetch-native (97bcf42aae94794d5cae6ef63c17bfa6dfb3e128):
Reproduction commit: https://github.com/homersimpsons/react-native-ofetch-demo/commit/2168936950a04377fcabd30974e2b710ea1ebca5
The bundle fail to compile with the following error:
error: Error: Unable to resolve module node:http from /home/user/project/node_modules/ofetch/dist/node.cjs: node:http could not be found within the project or in these directories:
  node_modules/ofetch/node_modules
  node_modules
  ../../../node_modules
  1 | 'use strict';
  2 |
> 3 | const http = require('node:http');
    |                       ^
  4 | const https = require('node:https');
  5 | const nodeFetch = require('node-fetch-native');
  6 | const fetch$1 = require('./shared/ofetch.92c14be7.cjs');
    at ModuleResolver.resolveDependency (/home/user/project/node_modules/metro/src/node-haste/DependencyGraph/ModuleResolution.js:139:15)
    at DependencyGraph.resolveDependency (/home/user/project/node_modules/metro/src/node-haste/DependencyGraph.js:277:43)
    at Object.resolve (/home/user/project/node_modules/metro/src/lib/transformHelpers.js:169:21)
    at Graph._resolveDependencies (/home/user/project/node_modules/metro/src/DeltaBundler/Graph.js:473:35)
    at Graph._processModule (/home/user/project/node_modules/metro/src/DeltaBundler/Graph.js:261:38)
    at async Graph._addDependency (/home/user/project/node_modules/metro/src/DeltaBundler/Graph.js:372:20)
    at async Promise.all (index 0)
    at async Graph._processModule (/home/user/project/node_modules/metro/src/DeltaBundler/Graph.js:322:5)
    at async Graph._traverseDependenciesForSingleFile (/home/user/project/node_modules/metro/src/DeltaBundler/Graph.js:249:5)
    at async Graph.traverseDependencies (/home/user/project/node_modules/metro/src/DeltaBundler/Graph.js:157:9)

Additional context
This is a follow-up of the following issue https://github.com/unjs/node-fetch-native/issues/91
@pi0 You may want to follow-up here
Logs
No response

I noticed in your error log that the error is occurring in node_modules/ofetch/dist/node.cjs, which isn't the intended file. I checked your metro.config.js and it doesn't look like you've enabled the beta package exports feature. The docs say that it will be enabled by default from v0.73.
I also need this in my React Native app and can check myself in the next couple of days :)

After enabling unstable_enablePackageExports in metro.config.js, this package installs without a problem on 0.72. However, all responses are returning undefined. I attached an onResponse interceptor to see what was going on, and the status code is returning 200 as expected, the body is just not being returned.
const data = await ofetch('https://reqres.in/api/users?page=2', {
  async onResponse({request, response, options}) {
    // Log response
    console.log(
      '[fetch response]',
      request,
      response,
      response.status,
      response.body,
    );
  },
});

console.log(data);

Thanks for investigating dear @gtjamesa. Do you think you can assemble a minimal repository? I had been planning to investigate on this but always short on time to make an initial setup.

authors: gtjamesa homersimpsons pi0

repo: unjs/ofetch


text:
ImportError

How would I solve the ImportError: No module named colorama?

sorry i have not been active i have not even touched my pc but just do "pip install colorama" some of the install commands in the install file might not run for some reason but they should all run if you run "python install.py"


text:
[BUG🐞] Unocss/webpack and thread-loader are not compatible.

UnoCSS version
0.55.7
Describe the bug
Environment
webpack: 5.88.2
thread-loader: 4.02
nodejs: 16.17.1
os: MacOS  Big Sur  11.4 (20F71)  [Apple M1]
Webpack Config
when I config webpack loader like this

{
    test: /\.(tsx?|js)$/,
    use: [
        {
            loader: 'thread-loader',
            options: {
                // 选项可以直接传递给 thread-loader
                worker: 'worker', // 默认为 'worker'，也可以是一个字符串或函数
                poolTimeout: 2000 // 空闲线程等待任务的超时时间，默认为 2000（2 秒）
            }
        },
        {
            loader: 'babel-loader',
            options: {cacheDirectory: true,},
        }
    ],
    exclude: /node_modules/,
},

// .... other config

{
   plugins: [
      UnoCSSPlugin({
          configFile: resolve(appRootPath, './uno.config.ts'),
      }),
    ]
}

Error trace:

Reproduction
both the unocss webpack plugin and thread-loader are present in wepback configuration file.

If I comment out thread-loader or UnoCSSPlugin, this problem will be solved.

If it’s a normal construction, this._compiler?.$unpluginContext should have the following value.
{
  'unocss:webpack': {
    name: 'unocss:webpack',
    enforce: 'pre',
    transformInclude: [Function: transformInclude],
    transform: [AsyncFunction: transform],
    resolveId: [Function: resolveId],
    loadInclude: [Function: loadInclude],
    load: [Function: load],
    webpack: [Function: webpack],
    __unpluginMeta: { framework: 'webpack', webpack: [Object] },
    __virtualModulePrefix: '/Users/nnnaix/EpicShit/spotter/sevc-group/finance/_virtual_',
    __vfsModules: Set(1) {
      '/Users/nnnaix/EpicShit/spotter/sevc-group/finance/_virtual_%2F__uno.css'
    },
    __vfs: VirtualModulesPlugin {
      _compiler: [Compiler],
      _watcher: null,
      _staticModules: null
    }
  }
}

If both the unocss webpack plugin and thread-loader are present, this._compiler?.$unpluginContext will be undefined.
System Info
No response
Validations

[X] Read the Contributing Guidelines.
[X] Check that there isn't already an issue that reports the same bug to avoid creating a duplicate.
[X] Check that this is a concrete bug. For Q&A open a GitHub Discussion or join our Discord Chat Server.
[X] The provided reproduction is a minimal reproducible example of the bug.

It's a known limitation of unplugin. UnoCSS also requires a single global context to work. I am not sure how to workaround it.

authors: NNNaix antfu

repo: unocss/unocss


text:
feat: whitespace support in attributifyRE

Changed attributifyRE from /^\[(.+?)~?="(.*)"\]$/ to /^\[(.+?)~?\s=\s"(.*)"\]$/ to support whitespace before and after the = that separates the attribute name and value.

Do you have a special scene? I'm don't understand this change mean.
And the test is wrong😥.

I usually keep my attributes like:
<div
  attr = "value">
</div>

With the current version of the RegEx, it doesn't match it - it took me some time to find out why UnoCSS was not working for my project.
In the past, I had done this for WindiCSS too:
https://github.com/windicss/windicss/pull/697
https://github.com/windicss/vite-plugin-windicss/pull/257
I'll work towards solving the tests.

I had missed making the whitespace optional, new RegEx: /^\[(.+?)~?\s?=\s?"(.*)"\]$/. The tests should now work.

I had missed making the whitespace optional, new RegEx: /^\[(.+?)~?\s?=\s?"(.*)"\]$/. The tests should now work.

This may conflict with extractor. It will make UnoCSS can't capture class properly.
I write 2 test case under new RegEx: /^\[(.+?)~?\s?=\s?"(.*)"\]$/ in my local
test('extractor3', async () => {
    expect(await uno.applyExtractors('<button sm="[color:red]" md="[--var:var(--another)]" lg="bg-blue-600">unocss</button>')).toMatchInlineSnapshot(`
      Set {
        "[sm~=\\"[color:red]\\"]",
        "[md~=\\"[--var:var(--another)]\\"]",
        "[lg~=\\"bg-blue-600\\"]",
      }
    `)
    expect(await uno.applyExtractors('<button sm = "[color:red]" md = "[--var:var(--another)]" lg = "bg-blue-600">unocss</button>')).toMatchInlineSnapshot(`
      Set {
        "[sm=\\"\\"]",
        "[color:red=\\"\\"]",
        "[md=\\"\\"]",
        "[-var:var=\\"\\"]",
        "[-another=\\"\\"]",
        "[lg=\\"\\"]",
        "[bg-blue-600=\\"\\"]",
      }
    `)
  })

Unfortunately I am not too familiar with this codebase and writing tests in general. So apologies if I do not understand why class extraction would fail. For example, I checked this (extracted from the codebase):
('<button class="sm:color-red md:color-green" sm = "[color:red]" md = "[--var:var(--another)]" lg = "bg-blue-600">unocss</button>')
  .split(/\\?[\s'"`;={}]+/g)
  .filter(selector => /(?!\d|-{2}|-\d)[a-zA-Z0-9\u00A0-\uFFFF-_:%-?]/.test(selector))

and I get this output in console:
['<button', 'class', 'sm:color-red', 'md:color-green', 'sm', '[color:red]', 'md', '[--var:var(--another)]', 'lg', 'bg-blue-600', '>unocss</button>']

...that appears to be correct?
Sorry if I misunderstood you.

https://github.com/unocss/unocss/blob/3406a48ef37fbf9728ef228614dfa2cee19a73ec/packages/preset-attributify/src/extractor.ts#L23-L61

Thanks but this does not seem to be a correct fix. This Regex is to check the CSS selector but not the usage in HTML. Please open another PR with valid tests. Thank you.

authors: Hrishikesh-K antfu chris-zhu


text:
Update ManualTests.md

Added a short program for programmer calculator in python
Fixes #.
Description of the changes:

How changes were validated:

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.

I don't think the proposed changes are actionable enough to merge.

authors: 0xanon CLAassistant ghuntley

repo: unoplatform/calculator


text:
Revise BottomTabBar workaround

https://github.com/unoplatform/uno.toolkit.ui/blob/c0e56803cbd046f1b61a16a89b69b2b3b0adc76f/src/library/Uno.Toolkit.Material/Styles/Controls/v1/BottomTabBar.xaml#L573-L575
This code says it works around https://github.com/unoplatform/uno/issues/7393, but this code is under not_mobile condition and https://github.com/unoplatform/uno/issues/7393 is Android and iOS specific issue.

cc @kazo0 @agneszitte-nventive @Xiaoy312

Is it the hardcoded height that you want removed?
Also I'm curious, are you trying to use the old v1 styles for a project? We now only really support the v2 styles that are matching Material Design 3

I was just looking through the code and saw this comment confusing. A workaround for issue specific to mobile is applied in not_mobile style. If these styles are legacy and kind of not maintained any more, we can close.


text:
Enhance the behavior of Switch component

🔗 Linked issue

❓ Type of change

[ ] 📖 Documentation (updates to the documentation, readme or JSdoc annotations)
[ ] 🐞 Bug fix (a non-breaking change that fixes an issue)
[x] 👌 Enhancement (improving an existing functionality like performance)
[ ] ✨ New feature (a non-breaking change that adds functionality)
[ ] 🧹 Chore (updates to the build process or auxiliary tools and libraries)
[ ] ⚠ Breaking change (fix or feature that would cause existing functionality to change)

📚 Description

Add support for RTL layouts
Add  a named slot <slot name="thumb" />  to enable the injection of icons inside  the thumb

Related documentation PR #813
📸 Screenshots (if appropriate)

📝 Checklist

[x] I have linked an issue or discussion.
[x] I have updated the documentation accordingly.

There is a poll discussion about directional and logical properties
Once other maintainer decides to go with logical properties we can support RTL and LTR without rtl: and ltr: classes
https://github.com/unovue/shadcn-vue/discussions/470

I've created a new PR #835
@sadeghbarati

authors: mhelaiwa sadeghbarati

repo: unovue/shadcn-vue


text:
ModuleNotFoundError: No module named 'unsloth'

After successfully running the following
`%%capture
!pip install "unsloth[colab-new] @ git+https://github.com/unslothai/unsloth.git"
from torch import version; from packaging.version import Version as V
xformers = "xformers==0.0.27" if V(version) < V("2.4.0") else "xformers"
!pip install --no-deps {xformers} trl peft accelerate bitsandbytes triton`
I tried to import FastLanguaugeModel from unsloth
from unsloth import FastLanguageModel
But I am getting the following error.
ModuleNotFoundError: No module named 'unsloth'
Can I please get a suggestion?

@vidithirve Try removing %%capture - you might see an error message

@danielhanchen After removing %%capture, I got this
Defaulting to user installation because normal site-packages is not writeable Collecting unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git   Cloning https://github.com/unslothai/unsloth.git to /tmp/pip-install-le4e3sy4/unsloth_f5290c82c45e405d9ab342196dc99907   Running command git clone --filter=blob:none --quiet https://github.com/unslothai/unsloth.git /tmp/pip-install-le4e3sy4/unsloth_f5290c82c45e405d9ab342196dc99907   Resolved https://github.com/unslothai/unsloth.git to commit 6c534341bb229b136f9504443f0161645d2070c5   Installing build dependencies ...   Getting requirements to build wheel ...   Installing backend dependencies ...   Preparing metadata (pyproject.toml) ...   WARNING: Generating metadata for package unsloth produced metadata for project name unknown. Fix your #egg=unsloth fragments. Discarding git+https://github.com/unslothai/unsloth.git: Requested unknown from git+https://github.com/unslothai/unsloth.git has inconsistent name: filename has 'unsloth', but metadata has 'unknown' ERROR: Could not find a version that satisfies the requirement unsloth (unavailable) (from versions: 2024.8) ERROR: No matching distribution found for unsloth (unavailable) Defaulting to user installation because normal site-packages is not writeable Requirement already satisfied: xformers in /home/crholmes/.local/lib/python3.10/site-packages (0.0.28.post1) Requirement already satisfied: trl in /home/crholmes/.local/lib/python3.10/site-packages (0.10.1) Requirement already satisfied: peft in /home/crholmes/.local/lib/python3.10/site-packages (0.12.0) Requirement already satisfied: accelerate in /home/crholmes/.local/lib/python3.10/site-packages (0.34.2) Requirement already satisfied: bitsandbytes in /home/crholmes/.local/lib/python3.10/site-packages (0.43.3) Requirement already satisfied: triton in /home/crholmes/.local/lib/python3.10/site-packages (3.0.0)
but after this, I tried running the next cell and it gave me the same error
ModuleNotFoundError: No module named 'unsloth'

Try pip install --upgrade pip then also pip uninstall unsloth -y and finally pip install --upgrade --no-cache-dir "unsloth[colab-new] @ git+https://github.com/unslothai/unsloth.git"

Thank you @danielhanchen it worked out after doing as you mentioned.

Great!

@danielhanchen : tried with your approach , still not working , error showing

error showing as "No module named 'unsloth'

@KRoy1979 Can you try import unsloth - does that not work?

having the same problem. Just tried to use import unsloth
Executed
`!pip install unsloth
Also get the latest nightly Unsloth!
!pip uninstall unsloth -y && pip install --upgrade --no-cache-dir "unsloth[colab-new] @ git+https://github.com/unslothai/unsloth.git"`
No error message as shown below
`
!pip install unsloth
Also get the latest nightly Unsloth!
!pip uninstall unsloth -y && pip install --upgrade --no-cache-dir "unsloth[colab-new] @ git+https://github.com/unslothai/unsloth.git"
Collecting unsloth
Using cached unsloth-2024.10.1-py3-none-any.whl (161 kB)
Collecting packaging
Using cached packaging-24.1-py3-none-any.whl (53 kB)
Collecting datasets>=2.16.0
Using cached datasets-3.0.1-py3-none-any.whl (471 kB)
Collecting peft!=0.11.0,>=0.7.1
Using cached peft-0.13.2-py3-none-any.whl (320 kB)
Collecting numpy
Using cached numpy-2.1.2-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (16.3 MB)
Collecting wheel>=0.42.0
Using cached wheel-0.44.0-py3-none-any.whl (67 kB)
Collecting tqdm
Using cached tqdm-4.66.5-py3-none-any.whl (78 kB)
Collecting torch>=2.4.0
Using cached torch-2.4.1-cp310-cp310-manylinux1_x86_64.whl (797.1 MB)
Collecting triton>=3.0.0
Using cached triton-3.1.0-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (209.5 MB)
Collecting psutil
Using cached psutil-6.0.0-cp36-abi3-manylinux_2_12_x86_64.manylinux2010_x86_64.manylinux_2_17_x86_64.manylinux2014_x86_64.whl (290 kB)
Collecting bitsandbytes
Using cached bitsandbytes-0.44.1-py3-none-manylinux_2_24_x86_64.whl (122.4 MB)
Collecting protobuf<4.0.0
Using cached protobuf-3.20.3-cp310-cp310-manylinux_2_12_x86_64.manylinux2010_x86_64.whl (1.1 MB)
Collecting tyro
Using cached tyro-0.8.12-py3-none-any.whl (108 kB)
Collecting trl!=0.9.0,!=0.9.1,!=0.9.2,!=0.9.3,<=0.11.1,>=0.7.9
Using cached trl-0.11.1-py3-none-any.whl (318 kB)
Collecting sentencepiece>=0.2.0
Using cached sentencepiece-0.2.0-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (1.3 MB)
Collecting xformers>=0.0.27.post2
Using cached xformers-0.0.28.post1-cp310-cp310-manylinux_2_28_x86_64.whl (16.7 MB)
Collecting unsloth-zoo
Using cached unsloth_zoo-2024.10.1-py3-none-any.whl (39 kB)
Collecting huggingface-hub
Using cached huggingface_hub-0.25.2-py3-none-any.whl (436 kB)
Collecting hf-transfer
Using cached hf_transfer-0.1.8-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (3.6 MB)
Collecting transformers<4.45.0
Using cached transformers-4.44.2-py3-none-any.whl (9.5 MB)
Collecting accelerate>=0.34.1
Using cached accelerate-1.0.1-py3-none-any.whl (330 kB)
Collecting pyyaml
Using cached PyYAML-6.0.2-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (751 kB)
Collecting safetensors>=0.4.3
Using cached safetensors-0.4.5-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (435 kB)
Collecting fsspec[http]<=2024.6.1,>=2023.1.0
Using cached fsspec-2024.6.1-py3-none-any.whl (177 kB)
Collecting aiohttp
Using cached aiohttp-3.10.10-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (1.2 MB)
Collecting pyarrow>=15.0.0
Using cached pyarrow-17.0.0-cp310-cp310-manylinux_2_28_x86_64.whl (39.9 MB)
Collecting dill<0.3.9,>=0.3.0
Using cached dill-0.3.8-py3-none-any.whl (116 kB)
Collecting filelock
Using cached filelock-3.16.1-py3-none-any.whl (16 kB)
Collecting xxhash
Using cached xxhash-3.5.0-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (194 kB)
Collecting requests>=2.32.2
Using cached requests-2.32.3-py3-none-any.whl (64 kB)
Collecting multiprocess
Using cached multiprocess-0.70.17-py310-none-any.whl (134 kB)
Collecting pandas
Using cached pandas-2.2.3-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (13.1 MB)
Collecting typing-extensions>=3.7.4.3
Using cached typing_extensions-4.12.2-py3-none-any.whl (37 kB)
Collecting fsspec>=2023.5.0
Using cached fsspec-2024.9.0-py3-none-any.whl (179 kB)
Collecting sympy
Using cached sympy-1.13.3-py3-none-any.whl (6.2 MB)
Collecting nvidia-cuda-cupti-cu12==12.1.105
Using cached nvidia_cuda_cupti_cu12-12.1.105-py3-none-manylinux1_x86_64.whl (14.1 MB)
Collecting nvidia-cuda-nvrtc-cu12==12.1.105
Using cached nvidia_cuda_nvrtc_cu12-12.1.105-py3-none-manylinux1_x86_64.whl (23.7 MB)
Collecting nvidia-cublas-cu12==12.1.3.1
Using cached nvidia_cublas_cu12-12.1.3.1-py3-none-manylinux1_x86_64.whl (410.6 MB)
Collecting networkx
Using cached networkx-3.4.1-py3-none-any.whl (1.7 MB)
Collecting nvidia-cufft-cu12==11.0.2.54
Using cached nvidia_cufft_cu12-11.0.2.54-py3-none-manylinux1_x86_64.whl (121.6 MB)
Collecting nvidia-curand-cu12==10.3.2.106
Using cached nvidia_curand_cu12-10.3.2.106-py3-none-manylinux1_x86_64.whl (56.5 MB)
Collecting nvidia-cusolver-cu12==11.4.5.107
Using cached nvidia_cusolver_cu12-11.4.5.107-py3-none-manylinux1_x86_64.whl (124.2 MB)
Collecting nvidia-cusparse-cu12==12.1.0.106
Using cached nvidia_cusparse_cu12-12.1.0.106-py3-none-manylinux1_x86_64.whl (196.0 MB)
Collecting nvidia-nccl-cu12==2.20.5
Using cached nvidia_nccl_cu12-2.20.5-py3-none-manylinux2014_x86_64.whl (176.2 MB)
Collecting nvidia-nvtx-cu12==12.1.105
Using cached nvidia_nvtx_cu12-12.1.105-py3-none-manylinux1_x86_64.whl (99 kB)
Collecting nvidia-cuda-runtime-cu12==12.1.105
Using cached nvidia_cuda_runtime_cu12-12.1.105-py3-none-manylinux1_x86_64.whl (823 kB)
Collecting triton>=3.0.0
Using cached triton-3.0.0-1-cp310-cp310-manylinux2014_x86_64.manylinux_2_17_x86_64.whl (209.4 MB)
Collecting nvidia-cudnn-cu12==9.1.0.70
Using cached nvidia_cudnn_cu12-9.1.0.70-py3-none-manylinux2014_x86_64.whl (664.8 MB)
Collecting jinja2
Using cached jinja2-3.1.4-py3-none-any.whl (133 kB)
Collecting nvidia-nvjitlink-cu12
Using cached nvidia_nvjitlink_cu12-12.6.77-py3-none-manylinux2014_x86_64.whl (19.7 MB)
Collecting regex!=2019.12.17
Using cached regex-2024.9.11-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (782 kB)
Collecting tokenizers<0.20,>=0.19
Using cached tokenizers-0.19.1-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (3.6 MB)
Collecting rich>=11.1.0
Using cached rich-13.9.2-py3-none-any.whl (242 kB)
Collecting docstring-parser>=0.16
Using cached docstring_parser-0.16-py3-none-any.whl (36 kB)
Collecting shtab>=1.5.6
Using cached shtab-1.7.1-py3-none-any.whl (14 kB)
Collecting frozenlist>=1.1.1
Using cached frozenlist-1.4.1-cp310-cp310-manylinux_2_5_x86_64.manylinux1_x86_64.manylinux_2_17_x86_64.manylinux2014_x86_64.whl (239 kB)
Collecting attrs>=17.3.0
Using cached attrs-24.2.0-py3-none-any.whl (63 kB)
Collecting aiohappyeyeballs>=2.3.0
Using cached aiohappyeyeballs-2.4.3-py3-none-any.whl (14 kB)
Collecting multidict<7.0,>=4.5
Using cached multidict-6.1.0-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (124 kB)
Collecting yarl<2.0,>=1.12.0
Using cached yarl-1.15.4-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (313 kB)
Collecting async-timeout<5.0,>=4.0
Using cached async_timeout-4.0.3-py3-none-any.whl (5.7 kB)
Collecting aiosignal>=1.1.2
Using cached aiosignal-1.3.1-py3-none-any.whl (7.6 kB)
Collecting charset-normalizer<4,>=2
Using cached charset_normalizer-3.4.0-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (144 kB)
Collecting certifi>=2017.4.17
Using cached certifi-2024.8.30-py3-none-any.whl (167 kB)
Collecting urllib3<3,>=1.21.1
Using cached urllib3-2.2.3-py3-none-any.whl (126 kB)
Collecting idna<4,>=2.5
Using cached idna-3.10-py3-none-any.whl (70 kB)
Collecting pygments<3.0.0,>=2.13.0
Using cached pygments-2.18.0-py3-none-any.whl (1.2 MB)
Collecting markdown-it-py>=2.2.0
Using cached markdown_it_py-3.0.0-py3-none-any.whl (87 kB)
Collecting MarkupSafe>=2.0
Using cached MarkupSafe-3.0.1-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (20 kB)
Collecting multiprocess
Using cached multiprocess-0.70.16-py310-none-any.whl (134 kB)
Collecting python-dateutil>=2.8.2
Using cached python_dateutil-2.9.0.post0-py2.py3-none-any.whl (229 kB)
Collecting tzdata>=2022.7
Using cached tzdata-2024.2-py2.py3-none-any.whl (346 kB)
Collecting pytz>=2020.1
Using cached pytz-2024.2-py2.py3-none-any.whl (508 kB)
Collecting mpmath<1.4,>=1.1.0
Using cached mpmath-1.3.0-py3-none-any.whl (536 kB)
Collecting mdurl~=0.1
Using cached mdurl-0.1.2-py3-none-any.whl (10.0 kB)
Collecting six>=1.5
Using cached six-1.16.0-py2.py3-none-any.whl (11 kB)
Collecting propcache>=0.2.0
Using cached propcache-0.2.0-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (208 kB)
Installing collected packages: sentencepiece, pytz, mpmath, xxhash, wheel, urllib3, tzdata, typing-extensions, tqdm, sympy, six, shtab, safetensors, regex, pyyaml, pygments, psutil, protobuf, propcache, packaging, nvidia-nvtx-cu12, nvidia-nvjitlink-cu12, nvidia-nccl-cu12, nvidia-curand-cu12, nvidia-cufft-cu12, nvidia-cuda-runtime-cu12, nvidia-cuda-nvrtc-cu12, nvidia-cuda-cupti-cu12, nvidia-cublas-cu12, numpy, networkx, mdurl, MarkupSafe, idna, hf-transfer, fsspec, frozenlist, filelock, docstring-parser, dill, charset-normalizer, certifi, attrs, async-timeout, aiohappyeyeballs, triton, requests, python-dateutil, pyarrow, nvidia-cusparse-cu12, nvidia-cudnn-cu12, multiprocess, multidict, markdown-it-py, jinja2, aiosignal, yarl, rich, pandas, nvidia-cusolver-cu12, huggingface-hub, tyro, torch, tokenizers, aiohttp, xformers, transformers, bitsandbytes, accelerate, peft, datasets, trl, unsloth-zoo, unsloth
Successfully installed MarkupSafe-3.0.1 accelerate-1.0.1 aiohappyeyeballs-2.4.3 aiohttp-3.10.10 aiosignal-1.3.1 async-timeout-4.0.3 attrs-24.2.0 bitsandbytes-0.44.1 certifi-2024.8.30 charset-normalizer-3.4.0 datasets-3.0.1 dill-0.3.8 docstring-parser-0.16 filelock-3.16.1 frozenlist-1.4.1 fsspec-2024.6.1 hf-transfer-0.1.8 huggingface-hub-0.25.2 idna-3.10 jinja2-3.1.4 markdown-it-py-3.0.0 mdurl-0.1.2 mpmath-1.3.0 multidict-6.1.0 multiprocess-0.70.16 networkx-3.4.1 numpy-2.1.2 nvidia-cublas-cu12-12.1.3.1 nvidia-cuda-cupti-cu12-12.1.105 nvidia-cuda-nvrtc-cu12-12.1.105 nvidia-cuda-runtime-cu12-12.1.105 nvidia-cudnn-cu12-9.1.0.70 nvidia-cufft-cu12-11.0.2.54 nvidia-curand-cu12-10.3.2.106 nvidia-cusolver-cu12-11.4.5.107 nvidia-cusparse-cu12-12.1.0.106 nvidia-nccl-cu12-2.20.5 nvidia-nvjitlink-cu12-12.6.77 nvidia-nvtx-cu12-12.1.105 packaging-24.1 pandas-2.2.3 peft-0.13.2 propcache-0.2.0 protobuf-3.20.3 psutil-6.0.0 pyarrow-17.0.0 pygments-2.18.0 python-dateutil-2.9.0.post0 pytz-2024.2 pyyaml-6.0.2 regex-2024.9.11 requests-2.32.3 rich-13.9.2 safetensors-0.4.5 sentencepiece-0.2.0 shtab-1.7.1 six-1.16.0 sympy-1.13.3 tokenizers-0.19.1 torch-2.4.1 tqdm-4.66.5 transformers-4.44.2 triton-3.0.0 trl-0.11.1 typing-extensions-4.12.2 tyro-0.8.12 tzdata-2024.2 unsloth-2024.10.1 unsloth-zoo-2024.10.1 urllib3-2.2.3 wheel-0.44.0 xformers-0.0.28.post1 xxhash-3.5.0 yarl-1.15.4
Found existing installation: unsloth 2024.10.1
Uninstalling unsloth-2024.10.1:
Successfully uninstalled unsloth-2024.10.1
Collecting unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git
Cloning https://github.com/unslothai/unsloth.git to /tmp/pip-install-igudkuid/unsloth_e9e977b826f246b2a2ab81169f1d761a
Running command git clone --filter=blob:none --quiet https://github.com/unslothai/unsloth.git /tmp/pip-install-igudkuid/unsloth_e9e977b826f246b2a2ab81169f1d761a
Resolved https://github.com/unslothai/unsloth.git to commit 38663b01f5dd0e610b12475bd95b144303cff539
Installing build dependencies ... done
Getting requirements to build wheel ... done
Preparing metadata (pyproject.toml) ... done
Requirement already satisfied: tqdm in ./env/lib/python3.10/site-packages (from unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (4.66.5)
Requirement already satisfied: numpy in ./env/lib/python3.10/site-packages (from unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (2.1.2)
Requirement already satisfied: wheel>=0.42.0 in ./env/lib/python3.10/site-packages (from unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (0.44.0)
Requirement already satisfied: tyro in ./env/lib/python3.10/site-packages (from unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (0.8.12)
Requirement already satisfied: transformers>=4.44.2 in ./env/lib/python3.10/site-packages (from unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (4.44.2)
Requirement already satisfied: packaging in ./env/lib/python3.10/site-packages (from unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (24.1)
Requirement already satisfied: datasets>=2.16.0 in ./env/lib/python3.10/site-packages (from unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (3.0.1)
Requirement already satisfied: huggingface-hub in ./env/lib/python3.10/site-packages (from unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (0.25.2)
Requirement already satisfied: sentencepiece>=0.2.0 in ./env/lib/python3.10/site-packages (from unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (0.2.0)
Requirement already satisfied: hf-transfer in ./env/lib/python3.10/site-packages (from unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (0.1.8)
Requirement already satisfied: protobuf<4.0.0 in ./env/lib/python3.10/site-packages (from unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (3.20.3)
Requirement already satisfied: unsloth-zoo in ./env/lib/python3.10/site-packages (from unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (2024.10.1)
Requirement already satisfied: psutil in ./env/lib/python3.10/site-packages (from unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (6.0.0)
Requirement already satisfied: requests>=2.32.2 in ./env/lib/python3.10/site-packages (from datasets>=2.16.0->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (2.32.3)
Requirement already satisfied: fsspec[http]<=2024.6.1,>=2023.1.0 in ./env/lib/python3.10/site-packages (from datasets>=2.16.0->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (2024.6.1)
Requirement already satisfied: xxhash in ./env/lib/python3.10/site-packages (from datasets>=2.16.0->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (3.5.0)
Requirement already satisfied: dill<0.3.9,>=0.3.0 in ./env/lib/python3.10/site-packages (from datasets>=2.16.0->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (0.3.8)
Requirement already satisfied: multiprocess in ./env/lib/python3.10/site-packages (from datasets>=2.16.0->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (0.70.16)
Requirement already satisfied: filelock in ./env/lib/python3.10/site-packages (from datasets>=2.16.0->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (3.16.1)
Requirement already satisfied: pyarrow>=15.0.0 in ./env/lib/python3.10/site-packages (from datasets>=2.16.0->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (17.0.0)
Requirement already satisfied: pyyaml>=5.1 in ./env/lib/python3.10/site-packages (from datasets>=2.16.0->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (6.0.2)
Requirement already satisfied: pandas in ./env/lib/python3.10/site-packages (from datasets>=2.16.0->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (2.2.3)
Requirement already satisfied: aiohttp in ./env/lib/python3.10/site-packages (from datasets>=2.16.0->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (3.10.10)
Requirement already satisfied: typing-extensions>=3.7.4.3 in ./env/lib/python3.10/site-packages (from huggingface-hub->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (4.12.2)
Requirement already satisfied: tokenizers<0.20,>=0.19 in ./env/lib/python3.10/site-packages (from transformers>=4.44.2->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (0.19.1)
Requirement already satisfied: safetensors>=0.4.1 in ./env/lib/python3.10/site-packages (from transformers>=4.44.2->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (0.4.5)
Requirement already satisfied: regex!=2019.12.17 in ./env/lib/python3.10/site-packages (from transformers>=4.44.2->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (2024.9.11)
Requirement already satisfied: shtab>=1.5.6 in ./env/lib/python3.10/site-packages (from tyro->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (1.7.1)
Requirement already satisfied: docstring-parser>=0.16 in ./env/lib/python3.10/site-packages (from tyro->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (0.16)
Requirement already satisfied: rich>=11.1.0 in ./env/lib/python3.10/site-packages (from tyro->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (13.9.2)
Requirement already satisfied: trl!=0.9.0,!=0.9.1,!=0.9.2,!=0.9.3,<=0.11.1,>=0.7.9 in ./env/lib/python3.10/site-packages (from unsloth-zoo->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (0.11.1)
Requirement already satisfied: peft!=0.11.0,>=0.7.1 in ./env/lib/python3.10/site-packages (from unsloth-zoo->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (0.13.2)
Requirement already satisfied: accelerate>=0.34.1 in ./env/lib/python3.10/site-packages (from unsloth-zoo->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (1.0.1)
Requirement already satisfied: triton>=3.0.0 in ./env/lib/python3.10/site-packages (from unsloth-zoo->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (3.0.0)
Requirement already satisfied: torch>=2.4.0 in ./env/lib/python3.10/site-packages (from unsloth-zoo->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (2.4.1)
Requirement already satisfied: multidict<7.0,>=4.5 in ./env/lib/python3.10/site-packages (from aiohttp->datasets>=2.16.0->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (6.1.0)
Requirement already satisfied: aiosignal>=1.1.2 in ./env/lib/python3.10/site-packages (from aiohttp->datasets>=2.16.0->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (1.3.1)
Requirement already satisfied: yarl<2.0,>=1.12.0 in ./env/lib/python3.10/site-packages (from aiohttp->datasets>=2.16.0->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (1.15.4)
Requirement already satisfied: attrs>=17.3.0 in ./env/lib/python3.10/site-packages (from aiohttp->datasets>=2.16.0->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (24.2.0)
Requirement already satisfied: async-timeout<5.0,>=4.0 in ./env/lib/python3.10/site-packages (from aiohttp->datasets>=2.16.0->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (4.0.3)
Requirement already satisfied: aiohappyeyeballs>=2.3.0 in ./env/lib/python3.10/site-packages (from aiohttp->datasets>=2.16.0->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (2.4.3)
Requirement already satisfied: frozenlist>=1.1.1 in ./env/lib/python3.10/site-packages (from aiohttp->datasets>=2.16.0->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (1.4.1)
Requirement already satisfied: certifi>=2017.4.17 in ./env/lib/python3.10/site-packages (from requests>=2.32.2->datasets>=2.16.0->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (2024.8.30)
Requirement already satisfied: idna<4,>=2.5 in ./env/lib/python3.10/site-packages (from requests>=2.32.2->datasets>=2.16.0->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (3.10)
Requirement already satisfied: charset-normalizer<4,>=2 in ./env/lib/python3.10/site-packages (from requests>=2.32.2->datasets>=2.16.0->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (3.4.0)
Requirement already satisfied: urllib3<3,>=1.21.1 in ./env/lib/python3.10/site-packages (from requests>=2.32.2->datasets>=2.16.0->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (2.2.3)
Requirement already satisfied: pygments<3.0.0,>=2.13.0 in ./env/lib/python3.10/site-packages (from rich>=11.1.0->tyro->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (2.18.0)
Requirement already satisfied: markdown-it-py>=2.2.0 in ./env/lib/python3.10/site-packages (from rich>=11.1.0->tyro->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (3.0.0)
Requirement already satisfied: networkx in ./env/lib/python3.10/site-packages (from torch>=2.4.0->unsloth-zoo->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (3.4.1)
Requirement already satisfied: nvidia-cufft-cu12==11.0.2.54 in ./env/lib/python3.10/site-packages (from torch>=2.4.0->unsloth-zoo->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (11.0.2.54)
Requirement already satisfied: nvidia-cuda-cupti-cu12==12.1.105 in ./env/lib/python3.10/site-packages (from torch>=2.4.0->unsloth-zoo->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (12.1.105)
Requirement already satisfied: nvidia-nvtx-cu12==12.1.105 in ./env/lib/python3.10/site-packages (from torch>=2.4.0->unsloth-zoo->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (12.1.105)
Requirement already satisfied: sympy in ./env/lib/python3.10/site-packages (from torch>=2.4.0->unsloth-zoo->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (1.13.3)
Requirement already satisfied: nvidia-nccl-cu12==2.20.5 in ./env/lib/python3.10/site-packages (from torch>=2.4.0->unsloth-zoo->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (2.20.5)
Requirement already satisfied: nvidia-cudnn-cu12==9.1.0.70 in ./env/lib/python3.10/site-packages (from torch>=2.4.0->unsloth-zoo->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (9.1.0.70)
Requirement already satisfied: nvidia-cusparse-cu12==12.1.0.106 in ./env/lib/python3.10/site-packages (from torch>=2.4.0->unsloth-zoo->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (12.1.0.106)
Requirement already satisfied: nvidia-cuda-runtime-cu12==12.1.105 in ./env/lib/python3.10/site-packages (from torch>=2.4.0->unsloth-zoo->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (12.1.105)
Requirement already satisfied: nvidia-cusolver-cu12==11.4.5.107 in ./env/lib/python3.10/site-packages (from torch>=2.4.0->unsloth-zoo->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (11.4.5.107)
Requirement already satisfied: nvidia-cublas-cu12==12.1.3.1 in ./env/lib/python3.10/site-packages (from torch>=2.4.0->unsloth-zoo->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (12.1.3.1)
Requirement already satisfied: nvidia-curand-cu12==10.3.2.106 in ./env/lib/python3.10/site-packages (from torch>=2.4.0->unsloth-zoo->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (10.3.2.106)
Requirement already satisfied: nvidia-cuda-nvrtc-cu12==12.1.105 in ./env/lib/python3.10/site-packages (from torch>=2.4.0->unsloth-zoo->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (12.1.105)
Requirement already satisfied: jinja2 in ./env/lib/python3.10/site-packages (from torch>=2.4.0->unsloth-zoo->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (3.1.4)
Requirement already satisfied: nvidia-nvjitlink-cu12 in ./env/lib/python3.10/site-packages (from nvidia-cusolver-cu12==11.4.5.107->torch>=2.4.0->unsloth-zoo->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (12.6.77)
Requirement already satisfied: python-dateutil>=2.8.2 in ./env/lib/python3.10/site-packages (from pandas->datasets>=2.16.0->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (2.9.0.post0)
Requirement already satisfied: tzdata>=2022.7 in ./env/lib/python3.10/site-packages (from pandas->datasets>=2.16.0->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (2024.2)
Requirement already satisfied: pytz>=2020.1 in ./env/lib/python3.10/site-packages (from pandas->datasets>=2.16.0->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (2024.2)
Requirement already satisfied: mdurl~=0.1 in ./env/lib/python3.10/site-packages (from markdown-it-py>=2.2.0->rich>=11.1.0->tyro->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (0.1.2)
Requirement already satisfied: six>=1.5 in ./env/lib/python3.10/site-packages (from python-dateutil>=2.8.2->pandas->datasets>=2.16.0->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (1.16.0)
Requirement already satisfied: propcache>=0.2.0 in ./env/lib/python3.10/site-packages (from yarl<2.0,>=1.12.0->aiohttp->datasets>=2.16.0->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (0.2.0)
Requirement already satisfied: MarkupSafe>=2.0 in ./env/lib/python3.10/site-packages (from jinja2->torch>=2.4.0->unsloth-zoo->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (3.0.1)
Requirement already satisfied: mpmath<1.4,>=1.1.0 in ./env/lib/python3.10/site-packages (from sympy->torch>=2.4.0->unsloth-zoo->unsloth[colab-new]@ git+https://github.com/unslothai/unsloth.git) (1.3.0)
Building wheels for collected packages: unsloth
Building wheel for unsloth (pyproject.toml) ... done
Created wheel for unsloth: filename=unsloth-2024.10.0-py3-none-any.whl size=161146 sha256=229c3318f7237e0873376595d001e0dea3b822ebc3a3b03eeaf412ef81340a6f
Stored in directory: /tmp/pip-ephem-wheel-cache-mkycimw1/wheels/ed/d4/e9/76fb290ee3df0a5fc21ce5c2c788e29e9607a2353d8342fd0d
Successfully built unsloth
Installing collected packages: unsloth
Successfully installed unsloth-2024.10.0`
`Package                  Version

accelerate               1.0.1
aiohappyeyeballs         2.4.3
aiohttp                  3.10.10
aiosignal                1.3.1
async-timeout            4.0.3
attrs                    24.2.0
bitsandbytes             0.44.1
certifi                  2024.8.30
charset-normalizer       3.4.0
datasets                 3.0.1
dill                     0.3.8
docstring_parser         0.16
filelock                 3.16.1
frozenlist               1.4.1
fsspec                   2024.6.1
hf_transfer              0.1.8
huggingface-hub          0.25.2
idna                     3.10
Jinja2                   3.1.4
markdown-it-py           3.0.0
MarkupSafe               3.0.1
mdurl                    0.1.2
mpmath                   1.3.0
multidict                6.1.0
multiprocess             0.70.16
networkx                 3.4.1
numpy                    2.1.2
nvidia-cublas-cu12       12.1.3.1
nvidia-cuda-cupti-cu12   12.1.105
nvidia-cuda-nvrtc-cu12   12.1.105
nvidia-cuda-runtime-cu12 12.1.105
nvidia-cudnn-cu12        9.1.0.70
nvidia-cufft-cu12        11.0.2.54
nvidia-curand-cu12       10.3.2.106
nvidia-cusolver-cu12     11.4.5.107
nvidia-cusparse-cu12     12.1.0.106
nvidia-nccl-cu12         2.20.5
nvidia-nvjitlink-cu12    12.6.77
nvidia-nvtx-cu12         12.1.105
packaging                24.1
pandas                   2.2.3
peft                     0.13.2
pip                      22.0.2
propcache                0.2.0
protobuf                 3.20.3
psutil                   6.0.0
pyarrow                  17.0.0
Pygments                 2.18.0
python-dateutil          2.9.0.post0
pytz                     2024.2
PyYAML                   6.0.2
regex                    2024.9.11
requests                 2.32.3
rich                     13.9.2
safetensors              0.4.5
sentencepiece            0.2.0
setuptools               59.6.0
shtab                    1.7.1
six                      1.16.0
sympy                    1.13.3
tokenizers               0.19.1
torch                    2.4.1
tqdm                     4.66.5
transformers             4.44.2
triton                   3.0.0
trl                      0.11.1
typing_extensions        4.12.2
tyro                     0.8.12
tzdata                   2024.2
unsloth                  2024.10.0
unsloth_zoo              2024.10.1
urllib3                  2.2.3
wheel                    0.44.0
xformers                 0.0.28.post1
xxhash                   3.5.0
yarl                     1.15.4
`

@rodrigofvale Wait in the logs it says Unsloth got installed correctly. Are you using the same env?

@SnehaKumari14 Apologies on the delay as well - oh yep I think I commented reinstalling - does that not function even today? Would asking on our Discord server be more helpful - you can get a faster response time

authors: KRoy1979 danielhanchen rodrigofvale vidithirve

repo: unslothai/unsloth


text:
Database Requirements

Will fix #81
WIP
I am also going to include a few updates to the docs in this PR.

Ok. This should be all wrapped up and ready for review (pending the Travis builds that are in progress at the time of this writing.)
I edited quite a bit of the documentation, so please be sure to give that a look. You can see docs for this branch here: http://django-name.readthedocs.org/en/migrations/. Let me know if any part is confusing or needs more information.
What else did you do, Damon?

Add database migrations both for South and Django 1.7+
Added testing environments for Postgres. (tox, travis)
Reworked some of the requirements files and dev environment for 2.
As I was adding some of the docs, I realized that there was a better way to do the context_processors so I consolidated them into a single function.

ping @vphill @somexpert @ldko
cc: @jason-ellis

BTW. If you decide to pull down this branch locally and give a whirl, be sure to rebuild the docker image. Some of the requirements have changed.

@ldko, I have added a note about referring to the Django docs, and test against Django master do not run locally by default  (because they could fail).

:+1:

authors: damonkelley ldko

repo: unt-libraries/django-name


text:
Bonus features

Original address format only
Add a label to an address
Bug fix for whitespace in addr. Validator would validate it but QR code not recognized by wallet software
Added a multi-output Moneybutton at the top that can top up all wallets at once (splits $10 into all wallets evently)

Fixes: #1 and #2

repo: unwriter/readcash


text:
How to download all historical data for 1m timeframe

Hi Guys,
Im can´t to download all historical data using the API, with a subscription account in Cryptowatch, beside that, i dont find one example where you use the params after or before, could you please add one example to documentation using after and before params
Thanks!

Hi,
This is an example of how to fetch data for 30 days using after and before params (both must be integers of Unix timestamp)
from cryptowatch.api_client import Client
from datetime import datetime, timedelta
client = Client()

# Returns a market's OHLC candlestick data
# This represents a 1-day candle starting at 30 days ago and ending at the current time

now = datetime.now()
monthAgo = (now - timedelta(days=30))
nowEpoch = int(now.timestamp())
monthAgoEpoch = int(monthAgo.timestamp())

data = {
    'exchange': 'gdax',
    'pair': 'btcusd',
    'route': 'ohlc',
    'params': {
        'before': nowEpoch,
        'after': monthAgoEpoch,
        'periods': '86400'}
}

market = client.get_markets(data=data)

Also, I'm not sure if there is an endpoint for all historical data. Choose your time periods using after and before params.

authors: LaeCode uoshvis

repo: uoshvis/python-cryptowatch


text:
Helm command line is incorrect in https://getmizu.io/docs/installing-mizu/centralized-installation

Describe the bug
Section "Install Mizu Pro with Helm Chart" of "Centralized installation" page has:
helm install mizu up9mizu --repo https:///static.up9.com/mizu/helm --namespace mizu --create-namespace --wait --atomic
To Reproduce
Open https://getmizu.io/docs/installing-mizu/centralized-installation
Expected behavior
Should be
helm install mizu up9mizu --repo https://static.up9.com/mizu/helm --namespace mizu --create-namespace --wait --atomic (2 slashes not 3)
Logs
n/a
Screenshots
n/a
Desktop (please complete the following information):
n/a
Additional context
Couldn't find the source for this in the repo

Hi @ogerardin,
Thanks for letting us know about this mistake.
I will handle the fix (the website of mizu is not in this repo so you should not be able to find it)
I will update when it is fixed.

Updated the docs to contains the correct command

authors: gadotroee ogerardin


text:
🛑 London, United Kingdom is down

In 19358dc, London, United Kingdom ($LONDON) was down:

HTTP code: 403
Response time: 17 ms

Resolved: London, United Kingdom is back up in 51e0249.


text:
Update sbt to 1.9.4

About this PR
📦 Updates org.scala-sbt:sbt from 1.4.9 to 1.9.4
📜 GitHub Release Notes - Version Diff
Usage
✅ Please merge!
I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.
If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention me in the comments below.
Configure Scala Steward for your repository with a .scala-steward.conf file.
Have a fantastic day writing Scala!

💡 Applied Scalafix Migrations

org.scala-sbt:sbt:1.5.0

https://gist.githubusercontent.com/eed3si9n/57e83f5330592d968ce49f0d5030d4d5/raw/7f576f16a90e432baa49911c9a66204c354947bb/Sbt0_13BuildSyntax.scala
Documentation: https://eed3si9n.com/syntactic-scalafix-rule-for-unified-slash-syntax

⚙ Adjust future updates
Add this to your .scala-steward.conf file to ignore future updates of this dependency:
updates.ignore = [ { groupId = "org.scala-sbt", artifactId = "sbt" } ]

Or, add this to slow down future updates of this dependency:
dependencyOverrides = [{
  pullRequests = { frequency = "30 days" },
  dependency = { groupId = "org.scala-sbt", artifactId = "sbt" }
}]

labels: library-update, early-semver-minor, semver-spec-minor, version-scheme:early-semver, scalafix-migrations, commit-count:n:2

Superseded by #282.


text:
XServices should only contain 1 helm release

What problem are you facing?
Currently XServices installs both a Prometheus and Universal-Crossplane chart.
How could Upbound help solve your problem?

Update XServices to only deploy 1 generic Helm release
Update API for helm parameters
Split out provisioning of each chart into a separate XR.

Epic #

What's wrong with multiple Releases? XServices semantically matching multiple services to install

With functions, we can create a versatile input fields for Helm releases, allowing users to add as many releases as they need.
Additionally, we open the door to deploying GitOps systems like Flux, which enables users to install additional required Helm charts through GitOps. https://github.com/upbound/platform-ref-aws/pull/116

In addition to the above, I tend to deprecate XServices and provide a separate dedicated abstraction per Service like Prometheus , Flux or ArgoCD as separate optional configurations to install

authors: haarchri stevendborrelli ytsarev

repo: upbound/platform-ref-aws


text:
🛑 Main Website is down

In 68d3706, Main Website (https://www2.upmin.edu.ph) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Main Website is back up in b602964 after 33 minutes.

repo: upmin-dev/UP-time


text:
updating AV definition failing

I'm getting error on updating AV definition.Can anyone please help me to resolve this issue
daily database available for update (local version: 25901, remote version: 25904)
ERROR: cdiff_cmd_close: Can't write to ./clamav-a254916a90d57256096c9e1a76134926.tmp
ERROR: cdiff_apply: Can't execute command CLOSE
ERROR: cdiff_apply: Error executing command at line 66285
ERROR: downloadPatch: Can't apply patch
WARNING: Incremental update failed, trying to download daily.cvd
ERROR: Download failed (23) ERROR:  Message: Failed writing received data to disk/application
ERROR: getcvd: Can't download daily.cvd from https://database.clamav.net/daily.cvd
Giving up on https://database.clamav.net...
ERROR: Update failed for database: daily
WARNING: fc_update_databases: fc_update_database failed: Connection failed (5)
ERROR: Database update process failed: Connection failed (5)
ERROR: Update failed

Unexpected exit code from freshclam: 5.

Originally posted by @sravankml in https://github.com/upsidetravel/bucket-antivirus-function/issues/117#issuecomment-675418415

I'm experiencing the same issue 😭.

I just did a full rebuild and this error persists.

Fixed this issue by referring #130

Fixed this issue by referring #130

This issue is not mentioned in 130. It is not the same disk space error and memory is already at 2048. So how did you resolve it?
@sravankml

replaced the content of  update.py  file to this

# -*- coding: utf-8 -*-
# Upside Travel, Inc.
#
# Licensed under the Apache License, Version 2.0 (the "License");
# you may not use this file except in compliance with the License.
# You may obtain a copy of the License at
#
# http://www.apache.org/licenses/LICENSE-2.0
#
# Unless required by applicable law or agreed to in writing, software
# distributed under the License is distributed on an "AS IS" BASIS,
# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
# See the License for the specific language governing permissions and
# limitations under the License.

import os

import boto3

import clamav
from common import AV_DEFINITION_PATH
from common import AV_DEFINITION_S3_BUCKET
from common import AV_DEFINITION_S3_PREFIX
from common import CLAMAVLIB_PATH
from common import get_timestamp
import shutil

def lambda_handler(event, context):
    s3 = boto3.resource("s3")
    s3_client = boto3.client("s3")

    print("Script starting at %s\n" % (get_timestamp()))

    for root, dirs, files in os.walk(AV_DEFINITION_PATH):
        for f in files:
            os.unlink(os.path.join(root, f))
        for d in dirs:
            shutil.rmtree(os.path.join(root, d))

    to_download = clamav.update_defs_from_s3(
        s3_client, AV_DEFINITION_S3_BUCKET, AV_DEFINITION_S3_PREFIX
    )

    print("Skipping clamav definition download %s\n" % (get_timestamp()))
    # for download in to_download.values():
    #     s3_path = download["s3_path"]
    #     local_path = download["local_path"]
    #     print("Downloading definition file %s from s3://%s" % (local_path, s3_path))
    #     s3.Bucket(AV_DEFINITION_S3_BUCKET).download_file(s3_path, local_path)
    #     print("Downloading definition file %s complete!" % (local_path))

    clamav.update_defs_from_freshclam(AV_DEFINITION_PATH, CLAMAVLIB_PATH)
    # If main.cvd gets updated (very rare), we will need to force freshclam
    # to download the compressed version to keep file sizes down.
    # The existence of main.cud is the trigger to know this has happened.
    if os.path.exists(os.path.join(AV_DEFINITION_PATH, "main.cud")):
        os.remove(os.path.join(AV_DEFINITION_PATH, "main.cud"))
        if os.path.exists(os.path.join(AV_DEFINITION_PATH, "main.cvd")):
            os.remove(os.path.join(AV_DEFINITION_PATH, "main.cvd"))
        clamav.update_defs_from_freshclam(AV_DEFINITION_PATH, CLAMAVLIB_PATH)
    clamav.upload_defs_to_s3(
        s3_client, AV_DEFINITION_S3_BUCKET, AV_DEFINITION_S3_PREFIX, AV_DEFINITION_PATH
    )
    print("Script finished at %s\n" % get_timestamp())

authors: code-memento jasonabradley sravankml

repo: upsidetravel/bucket-antivirus-function


text:
Add branch cleanup to the integrate command

In the previous incarnation of git-ps we had a feature where the pub, now called integrate command would cleanup the local and remote branches related to the patch that was just integrated so that the user doesn't have to worry about that cleanup.
This feature should be added to the integrate command but with an optional -k switch to facilitate instructing the integrate command to  NOT do the branch deletion. This -k option is important for when people are stuck dealing with CI systems that bind to the branch names and not the SHA of the commits. Because fi the integrate command nukes the branches before the CI runs which it is likely to do, then the CI will fail because it can't checkout the branch.

This is now in mainline so I am closing it.

repo: uptech/git-ps-rs


text:
fix: high memory usage

v1.1.15 consumes a large amount of memory. Because https://github.com/uptrace/bun/pull/850 adds a lot of fields to a table.

I've just reverted that PR.

authors: calorie vmihailenco

repo: uptrace/bun


text:
Feedback for Other vendors page

Infinix

Infinix

repo: urbandroid-team/dont-kill-my-app


text:
More useful +diff and +sigh in gall apps

Suppose my-mark has type my-type.
In gall apps, +diff-my-mark handles all %diff cards with mark my-mark and takes an argument of type [wire my-type].
However, +diff handles all %diff cards not otherwise handled, and takes an argument of type [wire cage].  A cage includes vase, which is very unhelpful (so it was never used).
This is obviously wrong.  This PR makes it so +diff takes an argument of type [wire %my-mark my-type].  This gives us a well-typed value, so we can actually do something with this.
The same applies to +sigh, so I changed that too.
The motivation for this is in the philip/trad branch, where I would like to be able to handle all subscription results in a single arm because the library that creates this arm doesn't know until compile time what are the possible subscription results (it gets the types via |*  mold parameterization).  See https://github.com/urbit/arvo/blob/40c4ea45d22ce02b36033736e580555f6da83aab/lib/tapp.hoon#L149-L159 and the definition of in-peer-data https://github.com/urbit/arvo/blob/40c4ea45d22ce02b36033736e580555f6da83aab/lib/tapp.hoon#L3-L8

Am I correct in interpreting this as a shift from [mark vase] to !>([mark data])? That was a change I was pushing for in Ford-Fiesta, and I suspect there are several places we should make that transformation.

No, from gall's perspective it's a shift from !>([mark !>(data)]) to !>([mark data]).  From the app's perspective, you take off the outer !>, so it's a shift from [mark !>(data)] to [mark data].

!>(mark) part surely not that useful...
Sent from my iPhone

On May 28, 2019, at 4:42 PM, Ted Blackman notifications@github.com wrote:
Am I correct in interpreting this as a shift from [mark vase] to !>([mark data])? That was a change I was pushing for in Ford-Fiesta, and I suspect there are several places we should make that transformation.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.

authors: belisarius222 cgyarvin philipcmonk

repo: urbit/arvo


text:
moment ReDoS vulnerability in < 2.11.2

Hello!
There is a security vulnerability which affects moments before 2.11.2.
┌───────────────┬─────────────────────────────────────────────────────────────────┐
│               │ Regular Expression Denial of Service                            │
├───────────────┼─────────────────────────────────────────────────────────────────┤
│ Name          │ moment                                                          │
├───────────────┼─────────────────────────────────────────────────────────────────┤
│ Installed     │ 2.10.6                                                          │
├───────────────┼─────────────────────────────────────────────────────────────────┤
│ Vulnerable    │ <2.11.2                                                         │
├───────────────┼─────────────────────────────────────────────────────────────────┤
│ Patched       │ >=2.11.2                                                        │
├───────────────┼─────────────────────────────────────────────────────────────────┤
│ Path          │ project@1.0.0 > angular-moment@1.0.0-beta.3 > moment@2.10.6  │
├───────────────┼─────────────────────────────────────────────────────────────────┤
│ More Info     │ https://nodesecurity.io/advisories/55                           │
└───────────────┴─────────────────────────────────────────────────────────────────┘

Thanks for sharing!

authors: akoskm urish

repo: urish/angular-moment


text:
Add an Article by Its DOI Number?

Platform:  MacOS
Python version:  3.7
Pyzotero version: 5.0.91
Is there a way to dd article by its DOI number without specifying all the other fields manually (the same way "add item by identifier" button does)?   I would appreciate any thoughts/suggestions.
Thank you!

Solved!

No, as this isn't supported by the Zotero API.

authors: Alyetama urschrei

repo: urschrei/pyzotero


text:
Feature/update with swri master

Resync this repo with the SWRI master in preparation for making our own more substantial modifications.
Resync in support of localization improvements under usdot-fhwa-stol/CARMAPlatform#588

Don't merge this yet. I will be branching off of this to make additional changes then verify it together.

Was able to verify operation with carma so this can be merged now.

repo: usdot-fhwa-stol/CARMANovatelGpsDriver


text:
Better formatting of the backups table

At present, I see a couple of UX issues with the backup table.

Backup ID - this data is only ever useful for commands that involve restic really, the average user does not care about the backup ID. I think this could perhaps be hidden by default, and available somehow to retrieve for advanced users (e.g. title text, or a copy button or something). This forces the table to squish, e.g. the source column needs more space.
Backup size - this at present is formatted as 680.06MB, I think it could be just without the 2 decimal places, that level of accuracy is not needed.

I'd also like to see a search filtering box, so that we could eg. just look at the mariadb ones, or just the nginx ones (like the project search box on the projects page).  Does that belong here, or should it be a separate issue?  Date-based filtering would be cool, but I imagine it'd be more work.
Regarding the decimal points, accuracy isn't the problem in that instance, but if we're looking at eg. 1.1GB vs. 1.8GB, or 1.1TB vs. 1.8TB, then it could make a difference.  Not sure if it does that, but thought it a point worth considering before removing it.

HTH,

authors: seanhamlin tnelson-doghouse

repo: uselagoon/lagoon-ui


text:
Strikethrough of Checkboxes offsets "active" checkboxes

Describe the bug
Task/Check box behavior in memo with striked out checkbox checks wrong boxes.  While likely an unlikely scenario (but I use it this way), if you create a check list, and strikethrough a checklist item using ~~ markdown, subsequent check list items will be off by the index of the strikethrough item.
Steps to reproduce

Create a memo with two or more check list items

- [ ] Test 1
- [ ] Test 2

Strikethrough the first check list item

~~- [ ] Test 1~~
- [ ] Test 2

Check the Test 2, the Test 1 will be 'x'ed and multiple clicks on test 2 will rotate through completion and incompletion of both items.

Screenshots or additional context
If the list is longer than two then every subsequent items will be off by the strikethrough checks. Without looking at the code it seems its iterating indexes of check list items and the strikethrough ones are throwing it off.
Why do I do this or even a scenario? I will often create checklist items of both things I want to do and explore. Rather than deleting check list items I decide not do do, I will strike it out so I can reference later if necessary but tells me I am not going to do it.
- [ ] Build my own memo app

[x] Submit bug to memos app repo

I suggest using the standard markdown syntax.

Fair enough, realized that if I am going to take the moment to strikethrough the task I could not have it as a task at that point which does address this behavior. I will close this as a likely non essential concern to be addressed.
Thanks for all your efforts.

repo: usememos/memos


text:
Incredibly high disk usage and lftp freeze

Either using mirroring or pget the disk usage is constantly quite high with write speeds of around 70-80  MB/s which disrupts work performed on that particular drive and produces concerns in regards to SSD life. Additionally when i am initially downloading a file lftp seems to freeze but the console appears to respond. when this occurs there is no internet activity but the disk usage is still high likewise when it is downloading. to get it to download for some reason ctl + x at times seems to kick it to download otherwise i restart and hope for the best. I'm happy to provide additional information if it helps diagnosing the problem.

1: Disk usage - please provide further information. I don't really understand your issue.
2: lftp in the console will freeze while allocating space for a large file but continues as normal once this is done. The time taken to do this depends on the size of the file.

Ahh i see, all is good. i was confused because i was dling very large files. all as intended.

I have understood what real cause of this was and it has been fixed in the almost ready LFTP4WIN 2.0
There is a special cygwin setting for sparse files which prevents the lockup and large files download normally.
https://github.com/userdocs/LFTP4WIN/blob/master/system/etc/fstab#L11


text:
No error lens for remote files (when running as UI extension)

run this extension with the UI (remote.extensionKind-property)
connect to a remote extension host, e.g docker, and run the css language service in there
cause a squiggle to appear
:bug: no error lenses

The reason are these scheme-checks https://github.com/usernamehw/vscode-error-lens/blob/e9a57bc6f4407a483e4eda0764ea851c9e548692/src/extension.ts#L129 which aren't needed and artificially limit the functionality of this cool extension. That fact that an editor shows a document should be proof enough that the user is interested in error lens and a hardcoded list of schemes to filter is bad.

I'll remove them in the next version then.

Thanks!

@jrieken Wait, is this the only line that has to be changed?
https://github.com/usernamehw/vscode-error-lens/blob/e9a57bc6f4407a483e4eda0764ea851c9e548692/src/extension.ts#L129
Or package.json needs to have "extensionKind": "ui",?

Yeah, only those checks need to change. You shouldn't fiddle with the extensionKind, that was just me trying out things and wondering how I broke error-lens...

k then. Hope this fixes the issue. YOLO, published 2.7.0.

works!

authors: jrieken usernamehw

repo: usernamehw/vscode-error-lens


text:
🛑 Tada Wallet Web is down

In 0227fb2, Tada Wallet Web ($WALLET_WEB_URL) was down:

HTTP code: 403
Response time: 83 ms

Resolved: Tada Wallet Web is back up in a75dce3.

repo: usetada/status-page


text:
Moving from Vue to React (Next.js)

Why do we we change?
This project was vacuuming in development a new feature about more than a year since 2020 to 2021 due to our business turmoil. Our frontend dependencies are getting obsolete and can't be built with the new Yarn/NPM.
In the end of 2021, my co-founder and I closed our business. But, we still passionate to maintain Tania project independently because we love it. We decided to start again the development as a community project in the end of 2021.
Due to my familiarity with React (and I'm a full-stack JS dev in my current daily job), I decided to rewrite the frontend with it. Now, Tania already has the new front-end that is developed in Next.js framework. You can see it inside this directory.
What to do next?
Integrating it with our Go backend.

It's always nice to see progress into avoiding dependency hells...hopefully with this new frontend implementation we can keep external dependencies to a minimum. Even tough I don't have to much faith in the JavaScript ecosystem, Next.js/React seems like a reasonable choice.
However, I think the frontend can be further developed before connecting it to the Go backend just mocking things, this will allow us to make breaking changes to the backend if needed and basically continue developing and improving them in parallel to avoid making changes twice.

Hi! I have some experience with React and would love to help out. Need to contribute to an open source project for school (cs student at Vanderbilt, graduating in may). Would love to help with this one.

authors: bepitulaz guilletmax pablojimpas

repo: usetania/tania-core


text:
Performance regression for large batch sizes

Hello,
Thank you for the great work. I'm integrating the FP6 linear kernel to torchao (https://github.com/pytorch/ao/pull/223). One thing I have observed is that the kernel is slower than PyTorch's default at large batch sizes. On my 4070Ti Super, the breaking point is at batch size = 256. You can see the detailed benchmark reports in my PR to torchao above. @msaroufim also had similar results with H100. I use the splitK values as specified in tests/python/run.sh
Have you observed similar results? I believe the kernel was tuned for A100. I don't have access to an A100 so I can't check.
I have also run tests/python/run.sh with the kernel compiled in this repo. Results are below
################################################################
Namespace(OC=10240, IC=8192, BS=1, splitK=5)
cuBLAS  time: 0.27 ms            cuBLAS  TFLOPs: 0.6
fp6-llm time: 0.11 ms            fp6-llm TFLOPs: 1.5
speedup: 2.39
relative error: 0.000126
################################################################
Namespace(OC=8192, IC=8192, BS=1, splitK=6)
cuBLAS  time: 0.22 ms            cuBLAS  TFLOPs: 0.6
fp6-llm time: 0.02 ms            fp6-llm TFLOPs: 5.6
speedup: 9.15
relative error: 0.000130
################################################################
Namespace(OC=57344, IC=8192, BS=1, splitK=7)
cuBLAS  time: 1.53 ms            cuBLAS  TFLOPs: 0.6
fp6-llm time: 0.57 ms            fp6-llm TFLOPs: 1.6
speedup: 2.69
relative error: 0.000201
################################################################
Namespace(OC=8192, IC=28672, BS=1, splitK=6)
cuBLAS  time: 0.77 ms            cuBLAS  TFLOPs: 0.6
fp6-llm time: 0.28 ms            fp6-llm TFLOPs: 1.7
speedup: 2.71
relative error: 0.000260

################################################################
Namespace(OC=10240, IC=8192, BS=256, splitK=4)
cuBLAS  time: 0.58 ms            cuBLAS  TFLOPs: 74.0
fp6-llm time: 0.61 ms            fp6-llm TFLOPs: 70.7
speedup: 0.96
relative error: 0.000010
################################################################
Namespace(OC=8192, IC=8192, BS=256, splitK=3)
cuBLAS  time: 0.39 ms            cuBLAS  TFLOPs: 88.6
fp6-llm time: 0.45 ms            fp6-llm TFLOPs: 75.8
speedup: 0.86
relative error: 0.000009
################################################################
Namespace(OC=57344, IC=8192, BS=256, splitK=2)
cuBLAS  time: 2.76 ms            cuBLAS  TFLOPs: 87.3
fp6-llm time: 3.19 ms            fp6-llm TFLOPs: 75.4
speedup: 0.86
relative error: 0.000008
################################################################
Namespace(OC=8192, IC=28672, BS=256, splitK=3)
cuBLAS  time: 1.37 ms            cuBLAS  TFLOPs: 87.7
fp6-llm time: 1.51 ms            fp6-llm TFLOPs: 79.5
speedup: 0.91
relative error: 0.000033

Thanks for your efforts. I am delighted that our kernel can also work well on 4070Ti GPUs, as I never tested it myself.
The phenomenon you have observed is exactly what we would expect. Please refer to Figure 1 in our paper.
As the BS increases to a certain point (e.g., 256 for A100),  the GEMM becomes compute-bound, where the computational throughput of Tensor Cores becomes the bottleneck of the kernel execution.
Our FP6-LLM kernel and cuBLAS are both using FP16 tensor cores. Thus, the theoretical peak speed of both kernels for large batch sizes should be the same. We have tried to make our FP6-LLM not significantly slower than cuBLAS for large batch sizes, but we can never be faster than cuBLAS if we also use the FP16 tensor core for the core computations.
Note that the breaking point could be different for different GPUs. The breaking point for H100 would be larger than 256 since the ratio between Tensor Core throughput and DRAM bandwidth is larger than ever. Our kernel is not optimized for H100 now, but I will do it if I get more spare time.

Thank you for your reply. It's good to know that it is indeed a known limitation.
In the case of LLM, the batch size in matmul is batch size x sequence length. Thus, how would this kernel be faster than fp16 for LLM inference? Specifically, I'm referring to End2End Inference results (Section 7.3), Figure 12, 13, and 14. Is the "batch size" in Figure 12 and 13 refers to batch size of matmul (BxD), or batch size of transformer activations (BxLxD)? Due to the sentence "We set the prefill/prompt length of each request to 0.5K, and generate 1.5K tokens", I have the impression that it is the latter (BxLxD).

The shape of activations is (BL, Hidden) for the prompt/prefill processing phase, but the shape of activation becomes (B1, Hidden) for the decoding (token generation) phase if KV-Cache is used. Our kernel mainly accelerates the token generation phase of LLM inference.
For LLM inference, we only need to execute a prompt processing phase once (all input tokens are processed in parallel), but we must execute a decoding step to generate each output token. Thus, the decoding phase can easily dominate the overall LLM inference execution time. That is the reason why we can get end-to-end speedups.

I see, that makes perfect sense! Thank you again. I will close this issue.
Another small question. Do you plan to add support for bias (A @ W.T + b) in the future? It's a bit inconvenient to launch a separate kernel just to add bias.

Thanks for your valuable suggestion. I will add this feature.

authors: Summer-Summer gau-nernst


text:
BSOD while installing Windows 7 from UTM gallery, iOS 15 beta 8, iPad Pro M1

Describe the issue
BSOD happening while installing Windows 7 at iPad Pro M1, iOS 15 Beta 8. I've used unmodified Windows 7 ISO file. BSOD appears immediately after setup is initialized and cursor appears. Standard Windows 7 template from UTM gallery has been used.
Configuration

UTM Version: 2.2.2 beta
OS Version: iOS 15 beta 8
Device Model: iPad Pro M1
Is it jailbroken (name jailbreak used)? No
How did you install UTM? AltStore, UTM SE

Duplicate of #2721

authors: AnatolyPristensky osy

repo: utmapp/UTM


text:
unable to launch a notebook from JupyterLab

@yuvipanda Everything else seems to work from JupyterLab except Python/R notebooks.

@ntaback can you tell me what browser this is? I can launch this on Firefox, and I don't recognize the browser in use.

authors: ntaback yuvipanda


text:
ls,more,csplit,sort,od: fix clippy complaints

These were causing CI failures

Many jobs are failing, could you please fix that? thanks

I have updated it, let's see if they are fixed now.

Looks much better!
Just these:

error: only a `panic!` in `if`-then statement
  --> src\uu\dd\src\parseargs\unit_tests.rs:38:5
   |
38 | /     if !succeeded.is_empty() {
39 | |         panic!(
40 | |             "The following flags did not panic as expected: {:?}",
41 | |             succeeded
42 | |         );
43 | |     }
   | |_____^
   |
   = note: `-D clippy::if-then-panic` implied by `-D warnings`
   = help: for further information visit https://rust-lang.github.io/rust-clippy/master/index.html#if_then_panic
help: try
   |
38 ~     assert!(succeeded.is_empty(), "The following flags did not panic as expected: {:?}",
39 +             succeeded);
   |

error: only a `panic!` in `if`-then statement
  --> src\uu\dd\src\parseargs\unit_tests.rs:67:5
   |
67 | /     if !succeeded.is_empty() {
68 | |         panic!(
69 | |             "The following flags did not panic as expected: {:?}",
70 | |             succeeded
71 | |         );
72 | |     }
   | |_____^
   |
   = help: for further information visit https://rust-lang.github.io/rust-clippy/master/index.html#if_then_panic
help: try
   |
67 ~     assert!(succeeded.is_empty(), "The following flags did not panic as expected: {:?}",
68 +             succeeded);
   |

Okay, I updated dd, let's try again. I'm not sure why clippy is only reporting one of these issues at a time.

thanks :)

authors: jfinkels sylvestre

repo: uutils/coreutils


text:
add missing csrf header in UI forms

per issue found by Sie-ce -
add missing csrf token field to forms that need them

Love the fix, but I'm concerned we may have overlooked others.
@achen2401 could you maybe grep through the templates - see if any other forms with PUT/POST/DELETE actions need this change as well?

@pbugni
Paul, I did grep through the templates to make sure that we didn't miss any form.  These are the ones I found that were missing the token.


text:
TN-731 fix references to organizations with urlencoded system identifiers.

Thanks to complexity of encoding system and value parameters, use
a more reliable path variable for organization id_or_value and
pass the system only as a query string parameter.

Hello @pbugni! Thanks for submitting the PR.

In the file portal/views/organization.py, following are the PEP8 issues :

Line 175:13: E122 continuation line missing indentation or outdented
Line 176:13: E122 continuation line missing indentation or outdented
Line 177:13: E122 continuation line missing indentation or outdented
Line 178:13: E122 continuation line missing indentation or outdented


text:
Feature/UI tweaks

fixes:
GSVN-274
GSVN-265
GSVN-110
GSVN-260
GSVN-260
GSVN-268
GSVN-269
GSVN-267
GSVN-259
GSVN-270
GSVN-272

GSVN-260 drag and drop area retains when dragging out of area before drop