text:
BarcodeScanner causes companion to disconnect on Android Oreo.

Whenever we use BarcodeScanner for connecting companion or just testing an app, after scanning QR code, app just exits. It also rotates screen to landscape and then back to portrait. Behaviour is occurring on Google Pixel 2, Android Oreo 8.1

@moliata I have tested this with a Google Pixel C (tablet) running 8.1 and it scans the barcode just fine and proceeds to connect. Do you see anything in the adb logs that might indicate a potential problem?

I will take a look later sometime again.

authors: ewpatton moliata

repo: mit-cml/appinventor-sources


text:
Disable path regularization and lazy regularization

Hi,
In the paper, for FFHQ 1k 256x256 training with DiffAugment, it is written that path length regularization and lazy regularization is disabled. If I am not wrong, in the DiffAugment-stylegan2-pytorch repo lazy regularization and path length regularization is still there, right?
Just wanted to confirm this before I start any training. :)
Thanks!

Yes. You may need to change them and possibly some other hyperparameters as said in the paper, to fully reproduce our results in the TensorFlow version.

Thanks. Can you tell what other hyperparameters need to be changed for FFHQ with config "paper256"?

mb=32, mbstd=4, lrate=0.002, and enable the mirror augmentation

Thanks a lot!!
Also, on calculating FID on the provided model "DiffAugment-stylegan2-ffhq-1k.pkl" with a real dataset of 1K images from FFHQ, it comes out to be somewhere close to 41. I used the calc_metrics script and the real images were png images downloaded from google drive folder provided at https://github.com/NVlabs/ffhq-dataset. Just wanted to confirm if this behavior is expected since I am comparing with random 1K images and not the training set?

source: gharchive/issue

repo: mit-han-lab/data-efficient-gans

license_type: permissive

license_source: github-api


text:
String.format bug in SQLServerConnector

I'd expect Java String formatting  to use '%s' as a placeholder instead of {}. At least this currently breaks the SQL Server profiling part on our end.  :man_shrugging:
https://github.com/mitdbg/aurum-datadiscovery/blob/2c873c914956ca40ebfd53ac2f91ac5f635bd7b4/ddprofiler/src/main/java/inputoutput/connectors/SQLServerConnector.java#L90

nice catch. happy to merge a pull request with a fix!

authors: raulcf svdwoude

repo: mitdbg/aurum-datadiscovery

license: mit

license_source: bigquery


text:
Unable to overwrite default key bindings

Steps to reproduce the problem:

Enter the following into ~/.mitmproxy/keys.yaml, expecting the
effect to be that n gets bound to console.nav.down:
 -
   key: n
   cmd: console.nav.down

Start mitmproxy

Press n

Observe that n is still bound to console.command view.create get https://example.com/,
as per https://github.com/mitmproxy/mitmproxy/blob/master/mitmproxy/tools/console/defaultkeys.py#L61

Any other comments? What have you tried so far?
This seems to be a conflict between the implemented behaviour and the
expected behaviour (At least my expectations).
My motivation for this possibly unanticipated key binding is that I'd
like try and make bindings similar to the defaults of emacs dired
mode, which would make mitmproxy easier to use for me.
With a few hints on where to fix this and some guidance, I'd be happy to try and do it my self.
System information
Mitmproxy: 4.0.3 (+9, commit d08c9cf)
Python:    3.6.5
OpenSSL:   OpenSSL 1.1.0h  27 Mar 2018
Platform:  Linux-4.8.0-53-generic-x86_64-with-debian-stretch-sid

@kidmose Hello! Thanks for the report.
Yes, it seems, that key bindings from defaultkeys.py have priority over the key bindings from ~/.mitmproxy/keys.yaml.
I checked your key binding. It worked for all contexts except flowlist, since it is set by defaultkeys.py. The temporary solution is to set n key binding like:
 -
   key: n
   ctx: ["global", "flowlist"]
   cmd: console.nav.down

explicitly changing key binding for the context(s), which is set by defaultkeys.py.

Thanks for the temporary solution. I can confirm that it works.

I think user keybindings should overwrite defaultkeys, right?

fixed by #3340

authors: Kriechi kajojify kidmose mhils

repo: mitmproxy/mitmproxy


text:
The session key is not created during client handshake

Hello!
I set up SSLKELOGFILE variable, but when I set it in wireshark only server<->mitmproxy part is decrypted.
I attach two photos from wireshark with the traffic sent. As I have mitmproxy installed on the client, there are two recordings - on the lo interface and ens33.
As I see all steps of tls handshake are correct, so I think session key should be formed before these alert message are sent in both client<->mitmproxy and mitmproxy<->server. What could be the reason for that?

This should be fixed on master! :)

authors: mhils skotti


text:
pip install mitmproxy fails (SyntaxError)

Command exits with the following dump:
Downloading/unpacking mitmproxy
  Running setup.py egg_info for package mitmproxy
    Traceback (most recent call last):
      File "<string>", line 16, in <module>
      File "/tmp/pip-build-root/mitmproxy/setup.py", line 19
        "netlib>=%s, <%s" % (version.MINORVERSION, version.NEXT_MINORVERSION),
                                                                             ^
    SyntaxError: invalid syntax
    Complete output from command python setup.py egg_info:
    Traceback (most recent call last):

  File "<string>", line 16, in <module>

  File "/tmp/pip-build-root/mitmproxy/setup.py", line 19

    "netlib>=%s, <%s" % (version.MINORVERSION, version.NEXT_MINORVERSION),

                                                                         ^

SyntaxError: invalid syntax

----------------------------------------
Command python setup.py egg_info failed with error code 1 in /tmp/pip-build-root
/mitmproxy
Storing complete log in /root/.pip/pip.log

This is inside the deps dictionary (line 18) at setup.py. If I try to change it to a tuple or list (thus correcting syntax), I get an AttributeError (trying to access deps.update). The same happens at line 27, with another dict.

Hi there,
this looks like you're using Python 2.6. Could you upgrade to 2.7 please?
Cheers,
Max

I'll try it. Thought pip checked this before trying to run the script.

authors: leandroarndt mhils


text:
HTTP/2 protocol error: Received header value surrounded by whitespace

Problem Description
Youtube iOS app unable to connect through mitmproxy. The event log is as below
Web server listening at http://127.0.0.1:8081/
Proxy server listening at http://*:8080
192.168.1.106:50388: client connect
192.168.1.106:51246: client connect
192.168.1.106:51247: client connect
192.168.1.106:50388: server connect r1---sn-u2bpouxgoxu-hxay.googlevideo.com:443 (202.7.223.140:443)
192.168.1.106:51248: client connect
192.168.1.106:51246: server connect notifications-pa.googleapis.com:443 (142.250.70.138:443)
192.168.1.106:51247: server connect youtubei.googleapis.com:443 (142.250.70.170:443)
192.168.1.106:51248: server connect inappcheck.itunes.apple.com:443 (23.199.68.241:443)
192.168.1.106:50389: client connect
192.168.1.106:51249: client connect
192.168.1.106:50388: client disconnect
192.168.1.106:51247: 192.168.1.106:51247: HTTP/2 protocol error: Received header value surrounded by whitespace b'com.google.ios.youtube/16.38.2 (iPhone9,4; U; CPU iOS 14_7_1 like Mac OS X; en_AU) '
192.168.1.106:51248: Client TLS handshake failed. The client disconnected during the handshake. If this happens consistently for inappcheck.itunes.apple.com, this may indicate that the client does not trust the proxy's certificate.
192.168.1.106:51248: client disconnect
192.168.1.106:51247: client disconnect

Steps to reproduce the behavior:

Launch mitmweb on macbook
Connect iPhone 7 to the proxy
Open Youtube iOS app

System Information
Mitmproxy: 7.0.3
Python:    3.9.7
OpenSSL:   OpenSSL 1.1.1l  24 Aug 2021
Platform:  macOS-11.6-x86_64-i386-64bit

Thanks. Could you try if 7.0.2 (not 7.0.3/7.0.4) works?
On Sat, 2 Oct 2021, 15:52 trungtly, @.***> wrote:

Problem Description
Youtube iOS app unable to connect through mitmproxy. The event log is as
below
Web server listening at http://127.0.0.1:8081/
Proxy server listening at http://*:8080192.168.1.106:50388: client connect192.168.1.106:51246: client connect192.168.1.106:51247: client connect192.168.1.106:50388: server connect r1---sn-u2bpouxgoxu-hxay.googlevideo.com:443 (202.7.223.140:443)192.168.1.106:51248: client connect192.168.1.106:51246: server connect notifications-pa.googleapis.com:443 (142.250.70.138:443)192.168.1.106:51247: server connect youtubei.googleapis.com:443 (142.250.70.170:443)192.168.1.106:51248: server connect inappcheck.itunes.apple.com:443 (23.199.68.241:443)192.168.1.106:50389: client connect192.168.1.106:51249: client connect192.168.1.106:50388: client disconnect192.168.1.106:51247: 192.168.1.106:51247: HTTP/2 protocol error: Received header value surrounded by whitespace b'com.google.ios.youtube/16.38.2 (iPhone9,4; U; CPU iOS 14_7_1 like Mac OS X; en_AU) '192.168.1.106:51248: Client TLS handshake failed. The client disconnected during the handshake. If this happens consistently for inappcheck.itunes.apple.com, this may indicate that the client does not trust the proxy's certificate.192.168.1.106:51248: client disconnect192.168.1.106:51247: client disconnect
Steps to reproduce the behavior:

Launch mitmweb on macbook
Connect iPhone 7 to the proxy
Open Youtube iOS app

System Information
Mitmproxy: 7.0.3
Python: 3.9.7
OpenSSL: OpenSSL 1.1.1l 24 Aug 2021
Platform: macOS-11.6-x86_64-i386-64bit
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/mitmproxy/mitmproxy/issues/4836, or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAHY2PRZNJX2HXJP3OMOYBLUE4FABANCNFSM5FGNWE4Q
.
Triage notifications on the go with GitHub Mobile for iOS
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

Thanks Maxim, 7.0.2 works perfectly.
Actually 7.0.3 has been working well until midnight yesterday. Could it be
some change in the certificate that causes the bug?
Thanks a lot for your help.
On Sun, Oct 3, 2021 at 12:44 AM Maximilian Hils @.***>
wrote:

Thanks. Could you try if 7.0.2 (not 7.0.3/7.0.4) works?
On Sat, 2 Oct 2021, 15:52 trungtly, @.***> wrote:

Problem Description
Youtube iOS app unable to connect through mitmproxy. The event log is as
below
Web server listening at http://127.0.0.1:8081/
Proxy server listening at http://*:8080192.168.1.106:50388: client
connect192.168.1.106:51246: client connect192.168.1.106:51247: client
connect192.168.1.106:50388: server connect
r1---sn-u2bpouxgoxu-hxay.googlevideo.com:443 (202.7.223.140:443)
192.168.1.106:51248: client connect192.168.1.106:51246: server connect
notifications-pa.googleapis.com:443 (142.250.70.138:443)
192.168.1.106:51247: server connect youtubei.googleapis.com:443 (
142.250.70.170:443)192.168.1.106:51248: server connect
inappcheck.itunes.apple.com:443 (23.199.68.241:443)192.168.1.106:50389:
client connect192.168.1.106:51249: client connect192.168.1.106:50388:
client disconnect192.168.1.106:51247: 192.168.1.106:51247: HTTP/2
protocol error: Received header value surrounded by whitespace
b'com.google.ios.youtube/16.38.2 (iPhone9,4; U; CPU iOS 14_7_1 like Mac OS
X; en_AU) '192.168.1.106:51248: Client TLS handshake failed. The client
disconnected during the handshake. If this happens consistently for
inappcheck.itunes.apple.com, this may indicate that the client does not
trust the proxy's certificate.192.168.1.106:51248: client
disconnect192.168.1.106:51247: client disconnect
Steps to reproduce the behavior:

Launch mitmweb on macbook
Connect iPhone 7 to the proxy
Open Youtube iOS app

System Information
Mitmproxy: 7.0.3
Python: 3.9.7
OpenSSL: OpenSSL 1.1.1l 24 Aug 2021
Platform: macOS-11.6-x86_64-i386-64bit
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/mitmproxy/mitmproxy/issues/4836, or unsubscribe
<
https://github.com/notifications/unsubscribe-auth/AAHY2PRZNJX2HXJP3OMOYBLUE4FABANCNFSM5FGNWE4Q
.
Triage notifications on the go with GitHub Mobile for iOS
<
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
<
https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub
.

—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/mitmproxy/mitmproxy/issues/4836#issuecomment-932763873,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AM4B3ZNDKKHIGYH5UQGRBDLUE4LEZANCNFSM5FGNWE4Q
.
Triage notifications on the go with GitHub Mobile for iOS
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

The problem is YouTube's user agent, which incorrectly has a space at the
end. We turned on some additional HTTP header validation in 7.0.3 to
prevent request smuggling. Looks like we should only turn on what we need
for that.
On Sat, 2 Oct 2021, 17:12 trungtly, @.***> wrote:

Thanks Maxim, 7.0.2 works perfectly.
Actually 7.0.3 has been working well until midnight yesterday. Could it be
some change in the certificate that causes the bug?
Thanks a lot for your help.
On Sun, Oct 3, 2021 at 12:44 AM Maximilian Hils @.***>
wrote:

Thanks. Could you try if 7.0.2 (not 7.0.3/7.0.4) works?
On Sat, 2 Oct 2021, 15:52 trungtly, @.***> wrote:

Problem Description
Youtube iOS app unable to connect through mitmproxy. The event log is
as
below
Web server listening at http://127.0.0.1:8081/
Proxy server listening at http://*:8080192.168.1.106:50388: client
connect192.168.1.106:51246: client connect192.168.1.106:51247: client
connect192.168.1.106:50388: server connect
r1---sn-u2bpouxgoxu-hxay.googlevideo.com:443 (202.7.223.140:443)
192.168.1.106:51248: client connect192.168.1.106:51246: server connect
notifications-pa.googleapis.com:443 (142.250.70.138:443)
192.168.1.106:51247: server connect youtubei.googleapis.com:443 (
142.250.70.170:443)192.168.1.106:51248: server connect
inappcheck.itunes.apple.com:443 (23.199.68.241:443)192.168.1.106:50389:
client connect192.168.1.106:51249: client connect192.168.1.106:50388:
client disconnect192.168.1.106:51247: 192.168.1.106:51247: HTTP/2
protocol error: Received header value surrounded by whitespace
b'com.google.ios.youtube/16.38.2 (iPhone9,4; U; CPU iOS 14_7_1 like Mac
OS
X; en_AU) '192.168.1.106:51248: Client TLS handshake failed. The client
disconnected during the handshake. If this happens consistently for
inappcheck.itunes.apple.com, this may indicate that the client does not
trust the proxy's certificate.192.168.1.106:51248: client
disconnect192.168.1.106:51247: client disconnect
Steps to reproduce the behavior:

Launch mitmweb on macbook
Connect iPhone 7 to the proxy
Open Youtube iOS app

System Information
Mitmproxy: 7.0.3
Python: 3.9.7
OpenSSL: OpenSSL 1.1.1l 24 Aug 2021
Platform: macOS-11.6-x86_64-i386-64bit
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/mitmproxy/mitmproxy/issues/4836, or unsubscribe
<

https://github.com/notifications/unsubscribe-auth/AAHY2PRZNJX2HXJP3OMOYBLUE4FABANCNFSM5FGNWE4Q

.
Triage notifications on the go with GitHub Mobile for iOS
<

https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675

or Android
<

https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub

.

—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<
https://github.com/mitmproxy/mitmproxy/issues/4836#issuecomment-932763873
,
or unsubscribe
<
https://github.com/notifications/unsubscribe-auth/AM4B3ZNDKKHIGYH5UQGRBDLUE4LEZANCNFSM5FGNWE4Q
.
Triage notifications on the go with GitHub Mobile for iOS
<
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
<
https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub
.

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/mitmproxy/mitmproxy/issues/4836#issuecomment-932768273,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAHY2PS7VKWG2Q4OBEUPHW3UE4OO5ANCNFSM5FGNWE4Q
.
Triage notifications on the go with GitHub Mobile for iOS
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

https://github.com/mitmproxy/mitmproxy/commit/9fed8ae554a3ba888cc2a9f20f6e8aaa8d8709e7#diff-6b44693c3a91cce56d2b6fafa62f8d2eadae6bf67ff04547d9f1e91eabeb6aacL40
It looks we need to split validate_inbound_headers to something like validate_inbound_headers (validates potentially danger things) and validate_inbound_headers_strictly (strictly validates, for pass h2spec), right?

UPDATE: actually validate_inbound_headers is directly passed to external h2 library, so we need to:

disable validate in h2 library by default (like before 9fed8ae554a3ba888cc2a9f20f6e8aaa8d8709e7)
and validates potentially danger things in mitmproxy

For now the recommended workarounds are to either use 7.0.2 or to pass --no-http2. Of course, if you are looking at your own client you should just send correct HTTP/2.
Fixing this shouldn't be too hard, we "just" need to disable inbound header validation again (https://github.com/mitmproxy/mitmproxy/commit/9fed8ae554a3ba888cc2a9f20f6e8aaa8d8709e7#diff-6b44693c3a91cce56d2b6fafa62f8d2eadae6bf67ff04547d9f1e91eabeb6aacL40) and then add a manual check that there are no transfer-encoding headers. We do need to be a bit careful here and also detect TransFeR-EnCoDing and Transfer-Encoding  (with a whitespace), but taking some inspiration from hyper-h2's validate_headers we should be able to cover everything.
Somewhat refs #4746.

This check can be disabled in mitmproxy 8 using the validate_inbound_headers option. :)

authors: mhils rinsuki trungtly


text:
Couldn't parse: falling back to Raw for empty JSON array

Problem Description
The following response packet:
HTTP/2.0 200
date: Sun, 14 Jan 2024 23:30:12 GMT
content-type: application/json; charset=utf-8
content-length: 2
server: nginx/1.18.0 (Ubuntu)
cache-control: no-store
x-amzn-trace-id: [REDACTED]
x-frame-options: DENY
set-cookie: [REDACTED]
strict-transport-security: max-age=31536000

[]

is displayed as "Couldn't parse: falling back to Raw", but it's clearly JSON from the content type and an empty array is a normal JSON response that shouldn't trigger this warning. In fact, top level null, booleans, numbers and strings should be just fine as well, I don't know if they do or don't.
Steps to reproduce the behavior:
Set up a JSON endpoint that returns [] with a content-type: application/json; charset=utf-8 header and open it in mitmproxy
System Information
Mitmproxy: 10.2.1 binary
Python:    3.12.1
OpenSSL:   OpenSSL 3.1.4 24 Oct 2023
Platform:  macOS-14.2.1-x86_64-arm-64bit

Thanks! Looks like an edge case for the empty array, the following all work: [1], "foo" and null

@Prinzhorn I would like to fix this. Could you show me the part(s) of the codebase where this is handled?

@haanhvu sure, it's probably somewhere in https://github.com/mitmproxy/mitmproxy/blob/main/mitmproxy/contentviews/json.py . I don't think the parsing of the JSON is failing but the algorithm that colorizes it (format_json).
I'd start with adding a failing test to https://github.com/mitmproxy/mitmproxy/blob/main/test/mitmproxy/contentviews/test_json.py

I'd start with adding a failing test to https://github.com/mitmproxy/mitmproxy/blob/main/test/mitmproxy/contentviews/test_json.py

@Prinzhorn I meant to add failing tests but somehow they all passed^^ Could you take a look at #6619 to see if I wrote the tests correctly?

authors: Prinzhorn haanhvu verhovsky


text:
flexible pricing: clean-up email template

Designs and Mockups
MITx Online email:

MicroMasters email, for reference:

Acceptance Criteria:

[ ] fix up the styling issues above
[ ] move the logo to the top of the email, like it is in other email templates
[ ] update the text (including line breaks):

Dear Peter,
As requested, we have reset your request for financial assistance. Please visit the MITx Online site and re-submit your annual income information.
Thank you,
The Data, Economics, and Development Policy team

[ ] in the signature, use the program name when appropriate
[ ] Can we provide a reliable URL to the form they need to update their income?

@pdpinch or @jkachel, what are the steps to reproduce the email shown above?  I tried going to /admin/flexiblepricing/flexiblepricingrequestsubmission/add/ but the form on that page does not allow data entry.

@pdpinch , I don't have the Apple Mail app configured, but does this screenshot look good to you?

One thing I forgot to call out: the logo should be at the top, not below the message. It should look similar to the enrollment email:

(screenshot from gmail)

authors: collinpreston pdpinch

repo: mitodl/mitxonline


text:
course main content takes up full screen width from 1620px to 1800px

Steps to Reproduce

Go to either CHP or any interior page.
Set the screen width anywhere between 1620px to 1800px
Now note that the content takes full-screen width instead of being wrapped up in a container/no max-width seems to be set whereas the footer seems to be wrapped up in a max-width container, hence now course content is also not aligned with footer

Expected Behavior

I think course content should be wrapped up in a max-width container so it does not fully expand like this.

Actual Behavior

content takes full-screen width instead of being wrapped up in a container/no max-width seems to be set.

Screenshot or Screencast
https://user-images.githubusercontent.com/93309234/193036743-5ad55aa0-0ef1-4f90-903a-3a43fdde110b.mov

I think course content should be wrapped up in a max-width container so it does not fully expand like this.

Yes please

repo: mitodl/ocw-hugo-themes


text:
Added website starter API endpoints and feature flag

Pre-Flight checklist

[x] Testing

[x] Code is tested
[x] Changes have been manually tested

[x] Settings

[x] New settings are documented and present in app.json
[x] New settings have reasonable development defaults, if applicable

What are the relevant tickets?
Closes #37
What's this PR do?

Adds list and detail endpoints for fetching WebsiteStarter records (see #41)
Adds a feature flag which can optionally include WebsiteStarter records that were loaded from the local fs

How should this be manually tested?
(Required)
Where should the reviewer start?
(Optional)
Any background context you want to provide?
(Optional)
Screenshots (if appropriate)
(Optional)
What GIF best describes this PR or how it makes you feel?
(Optional)

Codecov Report

Merging #44 (e0c11fd) into master (53fa9cb) will increase coverage by 11.17%.
The diff coverage is n/a.

@@             Coverage Diff             @@
##           master      #44       +/-   ##
===========================================
+ Coverage   78.18%   89.36%   +11.17%
===========================================
  Files          41        4       -37
  Lines         958       47      -911
  Branches       93        0       -93
===========================================
- Hits          749       42      -707
+ Misses        194        5      -189
+ Partials       15        0       -15

Impacted Files
Coverage Δ

main/views.py

users/admin.py

main/templatetags/render_bundle.py

main/management/commands/generate_app_json.py

main/envs.py

...es/management/commands/backpopulate_ocw_courses.py

main/apps.py

main/celery.py

main/permissions.py

news/util.py

... and 21 more

Continue to review full report at Codecov.

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

@noisecapella Ready for review again

source: gharchive/pull-request

authors: codecov-io gsidebo

repo: mitodl/ocw-studio


text:
fsnotify/fsnotify version

This is example of gow based on fsnotify/fsnotify
Main goals:

it works even if in cwd() are  "permission denied" folders
it automatically ignores hidden folders (like .git, .idea)
...

We can implement any goal :)

Thank you for the various suggestions! I'm busy for IRL reasons, so please don't expect a meaningful response this week. Will try to dive in next week. 🙂

Apologies but I decided that the old code was incompatible with collaborative work. I rewrote gow to make it more modular and maintainable. In addition, there is an internal interface Watcher that allows multiple watch implementations. If you're still interested, it's possible to add a watcher based on fsnotify and make it an option via CLI flags.
Additionally, I'm not convinced that fsnotify is relevant. Your PR walks the existing directory structure, snapshotting it on startup, and watches directories and sub-directories. The exact same approach can be used with notify, without swapping to an inefficient polling-based library. This approach should also be opt-in, because it requires a fixed directory structure and may not work with dynamic adding and removal of directories. When "normal" recursive watch fails, we could annotate the error with a hint, suggesting the other approach to the user.

Sounds good. I wanna help with your idea for modular gow :)
Lets gow be more elastic :)

authors: VanoDevium mitranim

repo: mitranim/gow

license: Unlicense


text:
🛑 Vividcraft is down

In dd562c6, Vividcraft (https://vividcraft.com.au) was down:

HTTP code: 530
Response time: 82 ms

Resolved: Vividcraft is back up in 88ec1e6 after 5 hours, 16 minutes.

repo: mitrasheamuskhanal/INS-Tracker

license: MIT


text:
Specify the unit of time for SQLALCHEMY_POOL_TIMEOUT in the docs

I think it's in seconds, but I'm still not sure. http://flask-sqlalchemy.pocoo.org/2.1/config/?highlight=SQLALCHEMY_POOL_TIMEOUT

Hi,
I have a feeling the unit of measurement changes based on the number, but I'm not sure either.
I connect to an Azure SQL DB which disconnects idle connections in 30 mins. When this happens, the first time I try and run a query, I get a 500 and upon a subsequent reload with no code changes everything loads fine.
With that in mind, and seeing the documentation say the default value is 10, I thought the following:

if the connection pool was closing every 10 seconds, I would never see the issue. SQLAlchemy would close connections in the pool every 10 seconds and create new ones as needed. This is clearly not happening.

SQLAlchemy docs say its seconds, added that to our docs.

authors: davidism dumptyd sowmitranalla

repo: mitsuhiko/flask-sqlalchemy


text:
Fix usage of disable_socket

In an earlier PR, I added calls to disable_socket() from pytest_socket where I thought they were needed to prevent some tests from accessing the network, in case they weren't monkeypatched properly. Today, I discovered that disable_socket() disables sockets globally for all tests, which means that the tests that use remote data cannot run if they are executed after another test calls disable_socket().
This change calls disable_socket() once from conftest.py, so that no tests are allowed to use network data unless they are marked as OK to use the network, with @pytest.mark.enable_socket. See example of usage in tests/test_connection.py.
See pytest_socket docs.

Test failed due to checksum error while downloading an archive. This is unrelated to the changed code.

LGTM.
I'd like to squash and merge it.

authors: ddalcino miurahr

repo: miurahr/aqtinstall


text:
Will there be support for history conversations?

Thanks for the project, it would be perfect if there is a side panel with all the conversation histories.

Vercel demo project makes use of   unstable_onSetAIState to persist Chat messages and unstable_onGetUIState with getUIStateFromAIState to map back the saved messages to UI components. I will be great to see something like that here.

I can implement that. However, even using Vercel's KV for persistence, it won't be as simple to deploy as it is now. That's my only concern.
What do you all think?
https://github.com/vercel/ai-chatbot?tab=readme-ov-file#creating-a-kv-database-instance

I can implement that. However, even using Vercel's KV for persistence, it won't be as simple to deploy as it is now. That's my only concern. Probably even those who are not developers are deploying and using it on Vercel.我可以实现这个功能。然而，即使使用 Vercel 的 KV 进行持久化，部署起来也不会像现在这么简单。这是我唯一的担忧。甚至那些不是开发人员的人也在 Vercel 上部署和使用它。
https://github.com/vercel/ai-chatbot?tab=readme-ov-file#creating-a-kv-database-instance

This feature is very important, and I hope you will consider it.
It could be an optional setting that is not enabled by default for those who are not familiar with how to deploy it.

OK. It's planned to be addressed as the next feature.

Thanks a lot. Looking forward to it!
On Mon, 22 Apr 2024 at 7:10 AM, Yoshiki Miura @.***>
wrote:

OK. It's planned to be addressed as the next feature.
—
Reply to this email directly, view it on GitHub
https://github.com/miurla/morphic/issues/7#issuecomment-2068331415, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AABST6R4CIBIB5FYX6UNCG3Y6RTANAVCNFSM6AAAAABF5W3F2WVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANRYGMZTCNBRGU
.
You are receiving this because you commented.Message ID:
@.***>

authors: aaronpeng2020 miurla saurabhgaur yinan-c

repo: miurla/morphic


text:
Can't associate an event tracked with a person before identifying it

Like:
// Event A can't be seen in Rodrigo's activity feed
[mixpanel track:@"A"]
[mixpanel identify:@"Rodrigo"] // Perhaps, this should call people.identify, right? Yeah but it's making people to flush.
[mixpanel.people identify:@"Rodrigo"] // So I have to put this line to work. I refered to this in #70
// Only event B can be seen, probably because it's being called after
[mixpanel track:@"B"]

sorry we let this get stale.
this is a good candidate for createAlias:forDistinctID which will link the default distinct id to the one you identify later.

authors: malectro rrecio

repo: mixpanel/mixpanel-iphone


text:
Clean up Gaussian noise

In GitLab by @gregory.ashton on Mar 29, 2018, 01:14

In GitLab by @gregory.ashton on Mar 29, 2018, 23:41
@nikhil.sarin You did this yesterday right? Can you close this?

In GitLab by @nikhil.sarin on Mar 30, 2018, 00:32
Yep

In GitLab by @nikhil.sarin on Mar 30, 2018, 00:32
closed

repo: mj-will/bilby


text:
What about non-responsive mail?

how to make mail-layout ceased to be responsive?

From my point of view, non responsive emails could be non-stacking columns. It will look the same on mobile and desktop. See issue #41 and the work in progress PR115

it looks like the solution to this problem with the use of crutches.
is it possible to completely disable rules media query such as the addition of attribute no-responsive="true" to mj-body tag?
<mj-body no-responsive="true">
   <!-- no responsive layouting in this email-->
</mj-body>

Sorry if my English sounds rude

bump up

To be honest, MJML is designed with a mobile first approach. So having a non-responsive mode would be tricky

OK, then I will remove the block with a media-query in the output files :(

Hi @jt3k, sorry we can't help more for now. As @iRyusa, we've designed MJML with responsive in mind because we believe email must be look great everywhere these days.
I'm closing the issue for now. Let us know if you're experiencing any issues or if you find an alternative solution for your use-case, we would love to review a contribution from you.
Happy emailing with MJML!

I typeset the mail with a width of 400 px and I want to have a table here. but I can not do it because you think that the letters in the modern world must look good everywhere ...
please correct this problem. it prevents to achieve my goal.

You can use <mj-group> if you want to disable the responsivity feature.
https://mjml.io/documentation/#mj-group

You can use <mj-group> if you want to not make the columns responsive.
https://mjml.io/documentation/#mj-group

thanks, it looks like this should help :) (after 5 years)

authors: arnaudbreton epayet iRyusa jt3k osbre

repo: mjmlio/mjml


text:
Outlook adding padding to right side of images

So somehow, Outlook 2013, 2016 and 2019 are adding about 20 px of space to the right of center aligned images.
Reproduction Steps:

Creation section with smaller than full width image and align center
Test in litmus for the above versions

Expected behavior:
Images to be aligned in the center
Observed behavior:
Images off center by about 20 px
Screenshots and GIFs
https://imgur.com/a/xV4eJ4x
MJML version:
4.0.3
Email clients the bug is seen on:
Outlook 2013, 2016 and 2019
MJML Section Code
      	<mj-column>
        	<mj-image src="http://cenergy.stellarblast.com/brookwood/09-006-214/workshopText.png" padding-top="0" padding-bottom="30px"></mj-image>
          <mj-image src="http://cenergy.stellarblast.com/brookwood/09-006-214/brookwoodVideo.png" padding="0" href="http://brookwoodfarms.com/workshop/index.html#workshop"></mj-image>
          <mj-image src="http://cenergy.stellarblast.com/brookwood/09-006-214/invited.png" width="243px" padding-top="50px;"></mj-image>
          <mj-text padding="10px 70px" css-class="mobile-padding">
          	Join us September 26-27th, in Lawrenceville, GA for a free, one-on-one workshop. We’ll review your menu, share new, craveable dishes that are packed with profit, and give you information to craft a menu your customers will love.

This session can help you grow your sales by incorporating barbeque in new, exciting ways. Don’t miss this free opportunity to grow your business. Reserve your time NOW!
          </mj-text>
          <mj-image href="http://brookwoodfarms.com/workshop/rsvp.html" src="http://cenergy.stellarblast.com/brookwood/09-006-214/rsvpNow.png" align="center" padding-bottom="20px" width="104px"></mj-image>
        </mj-column>
      </mj-section>```

This is a known bug when you have a background image in your section. Padding is applied twice inside a VML section, resetting it to 0 should fix it

On 27 Aug 2018, at 23:10, Hookeo notifications@github.com wrote:
So somehow, Outlook 2013, 2016 and 2019 are adding about 20 px of space to the right of center aligned images.
Reproduction Steps:
Creation section with smaller than full width image and align center
Test in litmus for the above versions
Expected behavior:
Images to be aligned in the center
Observed behavior:
Images off center by about 20 px
Screenshots and GIFs
https://imgur.com/a/xV4eJ4x
MJML version:
4.0.3
Email clients the bug is seen on:
Outlook 2013, 2016 and 2019
MJML Section Code
  	<mj-column>
    	<mj-image src="http://cenergy.stellarblast.com/brookwood/09-006-214/workshopText.png" padding-top="0" padding-bottom="30px"></mj-image>
      <mj-image src="http://cenergy.stellarblast.com/brookwood/09-006-214/brookwoodVideo.png" padding="0" href="http://brookwoodfarms.com/workshop/index.html#workshop"></mj-image>
      <mj-image src="http://cenergy.stellarblast.com/brookwood/09-006-214/invited.png" width="243px" padding-top="50px;"></mj-image>
      <mj-text padding="10px 70px" css-class="mobile-padding">
      	Join us September 26-27th, in Lawrenceville, GA for a free, one-on-one workshop. We’ll review your menu, share new, craveable dishes that are packed with profit, and give you information to craft a menu your customers will love.

This session can help you grow your sales by incorporating barbeque in new, exciting ways. Don’t miss this free opportunity to grow your business. Reserve your time NOW!

```
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.

@iRyusa Thanks for that.  What padding should I set to 0?

Every padding left & right inside your section (column/text/image) should be set to 0, this is a known issue with vml but we didn't find any fix for this particular case

Cool.  Thank you for the help!

authors: Hookeo iRyusa


text:
Missing css-class and   in Outlook web

Describe the bug
Missing css-class and  styles in Outlook web when the emails are folded and opened again if they came from the same email address
To Reproduce
Steps to reproduce the behavior:

Send a email developed with MIJML with css-class attributes and  styles. It works fine in Outlook web.
Send another email developed with the same MJML file. The "from" and "to" email addresses are the same with the first email.
The two emails in Outlook will be folded since that they come from the same email address.
If you open the emails again, they will all lose the styles which are coded in css-class attributes and  tag. They look buggy.

Expected behavior
All the emails can have show the  styles.
Affected email clients (for rendering issues):

Email Client:  Outlook web
OS: MacOS
Browser:  Google Chrome

The demo code link:
https://mjml.io/try-it-live/PoSYzzYXU
Please help check. I'm confused and have no idea about the root cause. Missing styles issue also appears when I forward the emails and preview them in Outlook web.
Screenshots

Forwarding the email will remove headstyle so resulting email to be shown as on mobile.
For this specific issue I guess it's an issue within outlook itself and there's no way to prevent this behavior as it might alter the HTML.
I'm closing as there's not so much that can be done on this.


text:
flexlm_exporter docker v0.0.9 flexlm_exporter: error: unknown long flag '--path.lmutil', try --help

Host operating system: output of uname -a
$ uname -a
Linux ip-10-x-x-x 5.15.0-1048-aws #53~20.04.1-Ubuntu SMP Wed Oct 4 16:44:20 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

flexlm_exporter version: output of flexlm_exporter --version
$ flexlm_exporter --version
flexlm_exporter, version 0.0.9 (branch: HEAD, revision: 5fe9f8cead9ea7db2924fef55759f6d3f3b66ff1)
  build user:       circleci@784070d3551e
  build date:       20230909-10:45:00
  go version:       go1.21.1
  platform:         linux/amd64
  tags:             netgo static_build

flexlm_exporter command line flags and relevant YAML configuration file information
--help

Are you running flexlm_exporter in Docker?
yes

What did you do that produced an error?
$ flexlm_exporter --help

What did you expect to see?
Not sure where it would display if it was there (since it isn't sorted), but additionally to the flags that exist, I would expect to see the path.lmutil flag.
$ flexlm_exporter --help
usage: flexlm_exporter [<flags>]

Flags:
<all the flags plus>
      --path.lmutil="./flexnet/bin/lmutil"
                                 FLEXlm `lmutil` path.

What did you see instead?
$ flexlm_exporter --help
usage: flexlm_exporter [<flags>]

Flags:
  -h, --[no-]help                Show context-sensitive help (also try --help-long and --help-man).
      --web.telemetry-path="/metrics"
                                 Path under which to expose metrics.
      --path.config="licenses.yml"
                                 Configuration YAML file path.
      --web.max-requests=40      Maximum number of parallel scrape requests. Use 0 to disable.
      --[no-]web.disable-exporter-metrics
                                 Exclude metrics about the exporter itself (promhttp_*, process_*, go_*).
      --[no-]web.systemd-socket  Use systemd socket activation listeners instead of port listeners (Linux only).
      --web.listen-address=:9319 ...
                                 Addresses on which to expose metrics and web interface. Repeatable for multiple addresses.
      --web.config.file=""       [EXPERIMENTAL] Path to configuration file that can enable TLS or authentication. See:
                                 https://github.com/prometheus/exporter-toolkit/blob/master/docs/web-configuration.md
      --log.level=info           Only log messages with the given severity or above. One of: [debug, info, warn, error]
      --log.format=logfmt        Output format of log messages. One of: [logfmt, json]
      --[no-]version             Show application version.

Hi @silentpete,
Thanks for reporting. The issue is currently fixed on main branch.
Can you please test with quay.io/mjtrangoni/flexlm_exporter:main if it is working as expected? If yes, I will create a new release.
Thank you!

Hello @mjtrangoni!
Thank you for your reply!
I have changed the image to quay.io/mjtrangoni/flexlm_exporter:main and things are working as expected now.
Bravo!!
$ flexlm_exporter --help
usage: flexlm_exporter [<flags>]

Flags:
  -h, --[no-]help                Show context-sensitive help (also try --help-long and --help-man).
      --path.lmutil="./flexnet/bin/lmutil"
                                 FLEXlm `lmutil` path.
      --[no-]collector.lmstat    Enable the lmstat collector (default: enabled).
      --[no-]collector.lmstat_feature_exp
                                 Enable the lmstat_feature_exp collector (default: enabled).
      --web.telemetry-path="/metrics"
                                 Path under which to expose metrics.
      --path.config="licenses.yml"
                                 Configuration YAML file path.
      --web.max-requests=40      Maximum number of parallel scrape requests. Use 0 to disable.
      --[no-]web.disable-exporter-metrics
                                 Exclude metrics about the exporter itself (promhttp_*, process_*, go_*).
      --[no-]web.systemd-socket  Use systemd socket activation listeners instead of port listeners (Linux only).
      --web.listen-address=:9319 ...
                                 Addresses on which to expose metrics and web interface. Repeatable for multiple addresses.
      --web.config.file=""       [EXPERIMENTAL] Path to configuration file that can enable TLS or authentication. See:
                                 https://github.com/prometheus/exporter-toolkit/blob/master/docs/web-configuration.md
      --log.level=info           Only log messages with the given severity or above. One of: [debug, info, warn, error]
      --log.format=logfmt        Output format of log messages. One of: [logfmt, json]
      --[no-]version             Show application version.

Also,
I noticed on the main landing page for flexlm_exporter, the releases shows that 0.0.8 is the latest... just a heads up if you didn't see that.
TYSM!!

Hello,
Let me know if there is any other testing I can do to help you release the
next version.
TY
On Thu, Nov 23, 2023 at 12:46 AM Mario Trangoni @.***>
wrote:

Hi @silentpete https://github.com/silentpete,
Thanks for reporting. The issue is currently fixed on main branch.
Can you please test with quay.io/mjtrangoni/flexlm_exporter:main if it is
working as expected? If yes, I will create a new release.
Thank you!
—
Reply to this email directly, view it on GitHub
https://github.com/mjtrangoni/flexlm_exporter/issues/90#issuecomment-1823930471,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AE2PEN2AJ6T7WFZ2XIAKJIDYF35L7AVCNFSM6AAAAAA7XJOO7SVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQMRTHEZTANBXGE
.
You are receiving this because you were mentioned.Message ID:
@.***>

authors: mjtrangoni silentpete


text:
Error while loading a pretrained model to resume training.

Firstly, congrats on the paper and great results.
Currently, I face an issue when I resume the training with the pre-trained model (R50-MS1Mv2) provided by you, but when I run the script to train a model from scratch it works without any issues.
RuntimeError: Error(s) in loading state_dict for Trainer:
        size mismatch for head.kernel: copying a param with shape torch.Size([512, 205990]) from checkpoint, the shape in current model is torch.Size([512, 85742]).

Any suggestion on how to fix it? Thank you,
python main.py \
    --data_root /mnt/largedisk/Datasets/ \
    --train_data_path faces_emore \
    --val_data_path faces_emore \
    --prefix ir50_ms1mv2_adaface \
    --use_wandb \
    --use_mxrecord \
    --gpus 1 \
    --use_16bit \
    --arch ir_50 \
    --batch_size 32 \
    --num_workers 8 \
    --epochs 26 \
    --lr_milestones 12,20,24 \
    --lr 0.1 \
    --head adaface \
    --m 0.4 \
    --h 0.333 \
    --low_res_augmentation_prob 0.2 \
    --crop_augmentation_prob 0.2 \
    --photometric_augmentation_prob 0.2 \
    --resume_from_checkpoint /home/akhil/adaface/adaface_ir50_ms1mv2.ckpt

Hello @Akhil-Gurram ,
it probably might help to use the option '--start_from_model_statedict' as described in the issue 51 here.
I want to do that too, but I'm still encountering the problem that I don't know exactly how I should structure my own data set for the evaluation so that it works with Magface. Do you have any ideas?
Same question for the training set, since I use my own training set. Do you use a training list?

authors: Akhil-Gurram vkouam

repo: mk-minchul/AdaFace


text:
Bad Image

Tried to Use with Dot Net core 3.1 i'm getting the following issue
[INFO] Confuser.Core 1.4.1+5d92e25e43 Copyright © 2014 Ki, 2018 Martin Karing
[INFO] Running on Microsoft Windows NT 6.2.9200.0, .NET Framework v4.0.30319.42000, 64 bits
[DEBUG] Discovering plugins...
[INFO] Discovered 12 protections, 1 packers.
[DEBUG] Resolving component dependency...
[INFO] Loading input modules...
[ERROR] Unknown error occurred.
Exception: System.BadImageFormatException: .NET data directory RVA is 0
at dnlib.DotNet.MD.MetadataFactory.Create(IPEImage peImage, Boolean verify)
at dnlib.DotNet.MD.MetadataFactory.Load(String fileName)
at Confuser.Core.ObfAttrMarker.MarkProject(ConfuserProject proj, ConfuserContext context)
at Confuser.Core.ConfuserEngine.RunInternal(ConfuserParameters parameters, CancellationToken token)
Failed at 01:43, 0:00 elapsed.

This is the first time I have seen an error like this. Is there anything special with your assembly going on? Please do note that ConfuserEx is only working up to .NET Core 2.2. .NET Core 3.1 was not tested successfully yet.

The above is thrown on the exe that is generated from .NetCore3.x

This error appears if the assembly referenced isn't a .NET assembly. Upcoming version of ConfuserEx will show a better error message for this case.

This error appears if the assembly referenced isn't a .NET assembly. Upcoming version of ConfuserEx will show a better error message for this case.

Hi,
I can confirm that with 6442a62 an executable compiled with TargetFramework net5.0-windows leads to
[ERROR] Failed to load "MyApplication.exe" - Assembly does not appear to be a .NET assembly.
Failed at 12:18, 0:00 elapsed.
Running debug I can see ObfAttrMarker.cs:324 {".NET data directory RVA is 0"}, however this exception does not get logged due to ConfuserEngine.cs:200
https://github.com/mkaring/ConfuserEx/pull/300

Hi,
I can confirm that with 6442a62 an executable compiled with TargetFramework net5.0-windows leads to
[ERROR] Failed to load "MyApplication.exe" - Assembly does not appear to be a .NET assembly.
Failed at 12:18, 0:00 elapsed.
Running debug I can see ObfAttrMarker.cs:324 {".NET data directory RVA is 0"}, however this exception does not get logged due to ConfuserEngine.cs:200
https://github.com/mkaring/ConfuserEx/pull/300

authors: Smurf-IV codingdave mPremraj mkaring

repo: mkaring/ConfuserEx


text:
bug: Custom summary page template broken when using insiders

Description of the bug
My custom init module summary template is broken when I switch to using the insiders version of mkdocstrings-python and griffe.
To Reproduce
WRITE MRE / INSTRUCTIONS HERE

Full traceback
The full traceback is too large here, I will post some screenshots. I can provide the debug output if needed.
Full traceback
PASTE TRACEBACK HERE

Without insiders:

With insiders:

Expected behavior
The summary should look the same
Environment information

python -m mkdocstrings_handlers.python.debug  # | xclip -selection clipboard

System: Windows-10-10.0.19045-SP0
Python: cpython 3.11.10
Environment variables:
Installed packages:

mkdocs v1.6.1
mkdocstrings v0.26.1
mkdocstrings-python v1.11.1.1.9.0
griffe v1.4.0.1.2.0

Additional context

Hi @nfelt14, thanks for the report.

My custom init module summary template is broken

Could you share your custom template then? Otherwise it will be hard to help :slightly_smiling_face:

Hi @nfelt14, thanks for the report.

My custom init module summary template is broken

Could you share your custom template then? Otherwise it will be hard to help 🙂

Sure, my work is in this branch: https://github.com/nfelt14/tm_devices/tree/enable-pawamoy-insiders-docs-features
My custom template is here: https://github.com/nfelt14/tm_devices/blob/enable-pawamoy-insiders-docs-features/docs/_templates/mkdocstrings/python/readthedocs/children.html.jinja

Thanks. You don't need to use the stash_filter, it's only useful for rendering cross-refs inside of highlighted/formatted Python code blocks. Also, the autoref span is deprecated in favor of a custom autoref element.
Try this:

                        <autoref identifier="{{ item.canonical_path }}" optional hover>
                            {{ item.name }}
                        </autoref>

                    {{ item.docstring.parsed[0].value.split("\n")[0]|convert_markdown(heading_level, html_id) }}

That fixed the issue, thank you so much!

repo: mkdocstrings/python

license: ISC


text:
Unable to Connect to Azure SQL Server using ODBC Driver 18 for SQL Server with a "@" in my user name

I am encountering an issue when attempting to connect to my Azure SQL Server database using pyodbc and the ODBC Driver 18 for SQL Server on Ubuntu. Below are the details:
Environment
OS: Ubuntu
ODBC Driver: ODBC Driver 18 for SQL Server
pyodbc Version:  5.2.0
Python Version: Python 3.12.3
Connection Details:
Server: martins.database.windows.net
Database: Stage-MartinsPoint
Username: insightin-martinpoint@martins-point
Password: matins123
Issue
I am getting the error message
Connection failed:  ('42000', "[42000] [Microsoft][ODBC Driver 18 for SQL Server][SQL Server]Cannot open server 'martins-point' requested by the login.
I have tried to double cote like "insightin-martinpoint@martins-point" and also "insightin-martinpoint//@martins-point"
is there any way to fix this?

Is this a sql login or a microsoft "entra" account?

This is a SQL login

repo: mkleehammer/pyodbc


text:
IE Issues : Column width is Changing Automatically While Scorlling

Hi,
I am facing problem in Internet Explorer while scrolling Column width is Changing Automatically.
Problem is only in IE.
I have also attach screen shot as attachment.
http://jsfiddle.net/VikashPlanetreUS/dFp6f/47/
thanks in advance.

you should check out the faq in the docs. inline styles can cause issues because I do not copy styles and rely on you to style by class.
Do you really need to use a colgroup here? I ask because not many people know about them or use them
Also, this html is a bit hard to follow, if you can clean it to a point where the issue still exists but its not impossible to follow, i can take a look at it some more

Thanks for quick response.
'useAbsolutePositioning = false' working fine for me.

authors: mkoryak vikashshukla

repo: mkoryak/floatThead


text:
Chapter titles are not visible in the export preview

Description:

chapter titles inserted by a user via the editor are not visible in the export preview.

To recreate:

Create a new MAWE doc
Insert a new chapter to the MAWE doc via the editor and click "save".
Access the export preview by clicking on the export icon in the top nav bar of the application.
Observe that the chapter title you inserted is not visible and only it's index.

This issue was closed due to the steps provided not being reproducible.

repo: mkoskim/mawejs


text:
EWC forms display incorrectly when desktop scaling is enabled

EWC forms are truncated on the right hand side and I need to widen them by hand
Maybe it’s just my computer, but all the demo forms come up slightly short on the right, so I need to widen the form as things near the very right edge are truncated.
19.0.50074 64-bit Unicode on MS Windows 10
'.' ⎕wg 'devcaps'
1080 1920  194 344  ¯1 125
]link.create # d:/git/ewc
EWC.FOLDER←'d:\git\ewc'
demo.Run'Desktop'

I can reproduce something similar by setting the Windows desktop scaling to something other than 100% AND checking "Enable DPI Scaling of the GUI Application" in the Dyalog configuration. Can you confirm your settings?

Yes, My Windows desktop scaling is 125%.  I have "Enable DPI Scaling of the interpreter and development environment" ticked, but not the "Enable DPI Scaling of the GUI Application".
Now, If I do tick "Enable DPI Scaling of the GUI Application", and have both ticked, I no longer have the issue, and the EWC demo forms are fine.

authors: dyavc mkromberg

repo: mkromberg/jswc


text:
Use PandasTransform for commoncrawl download component

Use PandasTransformComponent instead of the DaskTransformComponent to download and extract the contents of the common crawl.
Incorporate the usage of the target_language parameter to restrict the extraction to the desired target language. The language detection will rely on the metadata of the webpage.

Closing in favor of #384

Closing in favor of https://github.com/ml6team/fondant/pull/384

authors: RobbeSneyders mrchtr


text:
Decide on measures to authenticate Delegate server clients

We need to authenticate sellers to prohibit a bad actor to place wrong standing bid on L2.
We need to authenticate bidders to prohibit somebody to place bids on their behalf.
While this will probably be covered by signature required onchain.
Overall the scope of this task is to make a decision about implementation of this.

We need to authenticate sellers to prohibit a bad actor to place wrong standing bid on L2.

Seems like there is no need for this, cuz standing bid script checks for correctness of moving and any auction can be placed at any hydra head.
I thought there was a reason for restriction but cannot remember it now.

repo: mlabs-haskell/hydra-auction


text:
Don't work with jenssegers/laravel-mongodb

Like in topic, queries didn't show using jenssegers/mongodb

@darkin1 I know. This is a common problem. Still trying to fix it

Fixed in 0.2.2 release

Could you show query without backslach?

Alas, but it is a limitation of json. Json accepts only double quotes and here is a json inside a json. That's why it's quotes should be escaped. There is no obvious decision how to get rid of the backslash.

repo: mlanin/laravel-api-debugger


text:
[Question] Speed of GPTQ transformer vs MLC ?

Hi,
Thanks for this great library!
I have one question since Transformers has enabled inference of GPTQ models: why inference of quantized (GPTQ) model with MLC faster than quantized (GPTQ) model with Transformers library?
Is this because of the C++ compilation or something else?

BTW which specific repo are you referring to?

https://huggingface.co/lmsys/vicuna-7b-v1.5 for the non quantized model.
And https://huggingface.co/TheBloke/vicuna-7B-v1.5-GPTQ for the GPTQ one.

As the underlying compiler that AutoGPT uses, Triton isn't actually performant in most of the cases I've seen. It's programming interface is really nice but probably isn't good for squeezing performance.

authors: Matthieu-Tinycoaching junrushao

repo: mlc-ai/mlc-llm


text:
autocut -c命令没有任何效果

先生成了0010101.md，然后编辑0010101.md选了几行字幕。
执行下面命令：
autocut -c 0010101.mp4 0010101.srt 0010101.md
很快结束了，没有产生任何输出文件。

方便给相关文件我来测试下吗

编辑md文件时还需要选中已完成编辑那里

太久没有回复，如果有更新信息可以重新开起

authors: chenqianhe imcaptor

repo: mli/autocut


text:
TODO

Here I'll write the future ideas that I have so far for this project.
Core features:

[x] Support SWI-Prolog (threaded, 64 bits, version 8.5.5-3-gb856d332c-DIRTY) backend.
[x] Support GNU-Prolog (64 bits, 1.5.0) backend.

Examples

[ ] Add basic examples of interval arithmetic.

Additional features:

[ ]  First finish writing the tests for all the predicates in the interval_arithmetic library.
[ ] I'm also thinking of implementing some elementary interval functions (such as sqrt(X), abs(X), sin(X), cos(X)) defined on intervals. Neumaier's book looks good for such purpose as it's more mathematically strict comparing to Moore's.
[ ] The second step would be to implement some interval methods for finding roots of functions for a certain interval. Example of such methods are interval bisection and interval Newton (see here and here).
[ ] The next step would be to create an automatic differentiation library for interval functions, as we'll be needing finding derivatives for methods such as the Interval Newton.
[ ] The next step could be to implement some global optimization methods, such as those explained in Shary's paper, or Hansen's book.

Additional ideas are welcome.

Tested the library with SWI-Prolog, 64 bit, v.7.6.4 and it works just fine:
Welcome to SWI-Prolog (threaded, 64 bits, version 7.6.4)
SWI-Prolog comes with ABSOLUTELY NO WARRANTY. This is free software.
Please run ?- license. for legal details.

For online help and background, visit http://www.swi-prolog.org
For built-in help, use ?- help(Topic). or ?- apropos(Word).

?- logtalk_load(loader).
% [ /home/milia/logtalk/library/types/termp.lgt already loaded; skipping ]
% [ /home/milia/logtalk/library/types/term.lgt already loaded; skipping ]
% [ /home/milia/logtalk/library/types/atomic.lgt already loaded; skipping ]
% [ /home/milia/logtalk/library/types/atom.lgt already loaded; skipping ]
% [ /home/milia/logtalk/library/types/callable.lgt loaded ]
% [ /home/milia/logtalk/library/types/characterp.lgt loaded ]
% [ /home/milia/logtalk/library/types/character.lgt loaded ]
% [ /home/milia/logtalk/library/types/number.lgt already loaded; skipping ]
% [ /home/milia/logtalk/library/types/float.lgt already loaded; skipping ]
% [ /home/milia/logtalk/library/types/integer.lgt already loaded; skipping ]
% [ /home/milia/logtalk/library/types/natural.lgt loaded ]
% [ /home/milia/logtalk/library/types/compound.lgt already loaded; skipping ]
% [ /home/milia/logtalk/library/types/pairs.lgt loaded ]
% [ /home/milia/logtalk/library/types/listp.lgt already loaded; skipping ]
% [ /home/milia/logtalk/library/types/list.lgt already loaded; skipping ]
% [ /home/milia/logtalk/library/types/list1.lgt loaded ]
% [ /home/milia/logtalk/library/types/difflist.lgt loaded ]
% [ /home/milia/logtalk/library/types/numberlistp.lgt loaded ]
% [ /home/milia/logtalk/library/types/numberlist.lgt loaded ]
% [ /home/milia/logtalk/library/types/varlistp.lgt loaded ]
% [ /home/milia/logtalk/library/types/varlist.lgt loaded ]
% [ /home/milia/logtalk/library/types/comparingp.lgt loaded ]
% [ /home/milia/logtalk/library/types/type.lgt already loaded; skipping ]
% [ /home/milia/logtalk/library/types/loader.lgt loaded ]
% [ /home/milia/Documents/dev/logtalk/ia/interval_arithmeticp.lgt loaded ]
% [ /home/milia/Documents/dev/logtalk/ia/interval_arithmetic.lgt loaded ]
% [ /home/milia/Documents/dev/logtalk/ia/loader.lgt loaded ]
% (0 warnings)
true.

?- logtalk_load(tester).
%
% tests started at 2022-01-10, 15:43:11
%
% running tests from object tests
% file: /home/milia/Documents/dev/logtalk/ia/tests.lgt
%
% interval_arithmetic_new_3_01: success
% interval_arithmetic_new_3_02: success
% interval_arithmetic_new_3_03: success
% interval_arithmetic_is_in_2_01: success
% interval_arithmetic_is_in_2_02: success
% interval_arithmetic_is_in_2_03: success
% interval_arithmetic_add_3_01: success
% interval_arithmetic_add_3_02: success
% interval_arithmetic_sub_3_01: success
% interval_arithmetic_sub_3_02: success
% interval_arithmetic_mul_3_01: success
% interval_arithmetic_mul_3_02: success
% interval_arithmetic_div_3_01: success
% interval_arithmetic_div_3_02: success
% interval_arithmetic_div_3_03: success
% interval_arithmetic_mid_2_01: success
% interval_arithmetic_mid_2_02: success
% interval_arithmetic_wid_2_01: success
% interval_arithmetic_wid_2_02: success
% interval_arithmetic_mag_2_01: success
% interval_arithmetic_mag_2_02: success
% interval_arithmetic_mig_2_01: success
% interval_arithmetic_mig_2_02: success
% interval_arithmetic_intersection_3_01: success
% interval_arithmetic_intersection_3_02: success
% interval_arithmetic_hull_3_01: success
% interval_arithmetic_hull_3_02: success
%
% 27 tests: 0 skipped, 27 passed, 0 failed
% completed tests from object tests
%
%
% clause coverage ratio and covered clauses per entity predicate
%
% interval_arithmetic: add/3 - 1/1 - (all)
% interval_arithmetic: (div)/3 - 1/1 - (all)
% interval_arithmetic: hull/3 - 1/1 - (all)
% interval_arithmetic: intersection/3 - 1/1 - (all)
% interval_arithmetic: is_in/2 - 1/1 - (all)
% interval_arithmetic: mag/2 - 1/1 - (all)
% interval_arithmetic: mid/2 - 1/1 - (all)
% interval_arithmetic: mig/2 - 1/1 - (all)
% interval_arithmetic: mul/3 - 1/1 - (all)
% interval_arithmetic: new/3 - 1/1 - (all)
% interval_arithmetic: sub/3 - 1/1 - (all)
% interval_arithmetic: wid/2 - 1/1 - (all)
% interval_arithmetic: 12 out of 12 clauses covered, 100.000000% coverage
%
% 1 entity declared as covered containing 12 clauses
% 1 out of 1 entity covered, 100.000000% entity coverage
% 12 out of 12 clauses covered, 100.000000% clause coverage
%
% tests ended at 2022-01-10, 15:43:11
%
true.

Related commit: 44a7f0d1a78dd74dd4bbd7051ff4ce7b70a5a98c.

Tested the library with SWI-Prolog (threaded, 64 bits, version 8.5.5-3-gb856d332c-DIRTY) and it works just fine:
Welcome to SWI-Prolog (threaded, 64 bits, version 8.5.5-3-gb856d332c-DIRTY)
SWI-Prolog comes with ABSOLUTELY NO WARRANTY. This is free software.
Please run ?- license. for legal details.

For online help and background, visit https://www.swi-prolog.org
For built-in help, use ?- help(Topic). or ?- apropos(Word).

?- logtalk_load(loader).
% [ /home/milia/logtalk/library/types/termp.lgt already loaded; skipping ]
% [ /home/milia/logtalk/library/types/term.lgt already loaded; skipping ]
% [ /home/milia/logtalk/library/types/atomic.lgt already loaded; skipping ]
% [ /home/milia/logtalk/library/types/atom.lgt already loaded; skipping ]
% [ /home/milia/logtalk/library/types/callable.lgt loaded ]
% [ /home/milia/logtalk/library/types/characterp.lgt loaded ]
% [ /home/milia/logtalk/library/types/character.lgt loaded ]
% [ /home/milia/logtalk/library/types/number.lgt already loaded; skipping ]
% [ /home/milia/logtalk/library/types/float.lgt already loaded; skipping ]
% [ /home/milia/logtalk/library/types/integer.lgt already loaded; skipping ]
% [ /home/milia/logtalk/library/types/natural.lgt loaded ]
% [ /home/milia/logtalk/library/types/compound.lgt already loaded; skipping ]
% [ /home/milia/logtalk/library/types/pairs.lgt loaded ]
% [ /home/milia/logtalk/library/types/listp.lgt already loaded; skipping ]
% [ /home/milia/logtalk/library/types/list.lgt already loaded; skipping ]
% [ /home/milia/logtalk/library/types/list1.lgt loaded ]
% [ /home/milia/logtalk/library/types/difflist.lgt loaded ]
% [ /home/milia/logtalk/library/types/numberlistp.lgt loaded ]
% [ /home/milia/logtalk/library/types/numberlist.lgt loaded ]
% [ /home/milia/logtalk/library/types/varlistp.lgt loaded ]
% [ /home/milia/logtalk/library/types/varlist.lgt loaded ]
% [ /home/milia/logtalk/library/types/comparingp.lgt loaded ]
% [ /home/milia/logtalk/library/types/type.lgt already loaded; skipping ]
% [ /home/milia/logtalk/library/types/loader.lgt loaded ]
% [ /home/milia/Documents/dev/logtalk/ia/interval_arithmetic_protocol.lgt loaded ]
% [ /home/milia/Documents/dev/logtalk/ia/interval_arithmetic.lgt loaded ]
% [ /home/milia/Documents/dev/logtalk/ia/loader.lgt loaded ]
% (0 warnings)
true.

?- logtalk_load(tester).
%
% tests started at 2022-01-10, 20:06:52
%
% running tests from object tests
% file: /home/milia/Documents/dev/logtalk/ia/tests.lgt
%
% interval_arithmetic_new_3_01: success
% interval_arithmetic_new_3_02: success
% interval_arithmetic_new_3_03: success
% interval_arithmetic_is_in_2_01: success
% interval_arithmetic_is_in_2_02: success
% interval_arithmetic_is_in_2_03: success
% interval_arithmetic_add_3_01: success
% interval_arithmetic_add_3_02: success
% interval_arithmetic_sub_3_01: success
% interval_arithmetic_sub_3_02: success
% interval_arithmetic_mul_3_01: success
% interval_arithmetic_mul_3_02: success
% interval_arithmetic_div_3_01: success
% interval_arithmetic_div_3_02: success
% interval_arithmetic_div_3_03: success
% interval_arithmetic_mid_2_01: success
% interval_arithmetic_mid_2_02: success
% interval_arithmetic_wid_2_01: success
% interval_arithmetic_wid_2_02: success
% interval_arithmetic_mag_2_01: success
% interval_arithmetic_mag_2_02: success
% interval_arithmetic_mig_2_01: success
% interval_arithmetic_mig_2_02: success
% interval_arithmetic_intersection_3_01: success
% interval_arithmetic_intersection_3_02: success
% interval_arithmetic_hull_3_01: success
% interval_arithmetic_hull_3_02: success
%
% 27 tests: 0 skipped, 27 passed, 0 failed
% completed tests from object tests
%
%
% clause coverage ratio and covered clauses per entity predicate
%
% interval_arithmetic: add/3 - 1/1 - (all)
% interval_arithmetic: (div)/3 - 1/1 - (all)
% interval_arithmetic: hull/3 - 1/1 - (all)
% interval_arithmetic: intersection/3 - 1/1 - (all)
% interval_arithmetic: is_in/2 - 1/1 - (all)
% interval_arithmetic: mag/2 - 1/1 - (all)
% interval_arithmetic: mid/2 - 1/1 - (all)
% interval_arithmetic: mig/2 - 1/1 - (all)
% interval_arithmetic: mul/3 - 1/1 - (all)
% interval_arithmetic: new/3 - 1/1 - (all)
% interval_arithmetic: sub/3 - 1/1 - (all)
% interval_arithmetic: wid/2 - 1/1 - (all)
% interval_arithmetic: 12 out of 12 clauses covered, 100.000000% coverage
%
% 1 entity declared as covered containing 12 clauses
% 1 out of 1 entity covered, 100.000000% entity coverage
% 12 out of 12 clauses covered, 100.000000% clause coverage
%
% tests ended at 2022-01-10, 20:06:52
%
true.

As mentioned in mlliarm/ia/issues/12#issuecomment-1009008243 GNU-Prolog 1.5.0 is supported too.

Since some files have been changed (see 8ab62b1455329ae067b8c2bab0b4ab65f4e119d2) I've rerun the tests with GNU-Prolog 1.5.0.
GNU Prolog 1.5.0 (64 bits)
Compiled Jan 10 2022, 16:35:29 with gcc
Copyright (C) 1999-2022 Daniel Diaz

compiling /usr/share/logtalk/integration/logtalk_gp.pl for byte code...
/usr/share/logtalk/integration/logtalk_gp.pl compiled, 31 lines read - 402 bytes written, 13 ms
compiling /usr/share/logtalk/adapters/gnu.pl for byte code...
/usr/share/logtalk/adapters/gnu.pl compiled, 787 lines read - 31176 bytes written, 26 ms
compiling /usr/share/logtalk/paths/paths.pl for byte code...
/usr/share/logtalk/paths/paths.pl compiled, 299 lines read - 42021 bytes written, 24 ms
compiling /usr/share/logtalk/integration/logtalk_comp_gp.pl for byte code...
/usr/share/logtalk/integration/logtalk_comp_gp.pl compiled, 27241 lines read - 3898810 bytes written, 1134 ms
compiling /home/milia/logtalk/scratch/expanding_248406029_lgt.pl for byte code...
/home/milia/logtalk/scratch/expanding_248406029_lgt.pl compiled, 27 lines read - 9590 bytes written, 11 ms
compiling /home/milia/logtalk/scratch/monitoring_248406029_lgt.pl for byte code...
/home/milia/logtalk/scratch/monitoring_248406029_lgt.pl compiled, 26 lines read - 9118 bytes written, 14 ms
compiling /home/milia/logtalk/scratch/forwarding_248406029_lgt.pl for byte code...
/home/milia/logtalk/scratch/forwarding_248406029_lgt.pl compiled, 21 lines read - 6266 bytes written, 12 ms
compiling /home/milia/logtalk/scratch/user_248406029_lgt.pl for byte code...
/home/milia/logtalk/scratch/user_248406029_lgt.pl compiled, 45 lines read - 9744 bytes written, 12 ms
compiling /home/milia/logtalk/scratch/logtalk_248406029_lgt.pl for byte code...
/home/milia/logtalk/scratch/logtalk_248406029_lgt.pl compiled, 310 lines read - 149981 bytes written, 57 ms
compiling /home/milia/logtalk/scratch/core_messages_248406029_lgt.pl for byte code...
/home/milia/logtalk/scratch/core_messages_248406029_lgt.pl compiled, 367 lines read - 268160 bytes written, 92 ms
compiling /home/milia/logtalk/scratch/settings_229838580_lgt.pl for byte code...
/home/milia/logtalk/scratch/settings_229838580_lgt.pl compiled, 25 lines read - 5518 bytes written, 10 ms
compiling /home/milia/logtalk/tools/tutor/.lgt_tmp/loader_201082787_lgt.pl for byte code...
/home/milia/logtalk/tools/tutor/.lgt_tmp/loader_201082787_lgt.pl compiled, 4 lines read - 1072 bytes written, 12 ms
compiling /home/milia/logtalk/library/basic_types/.lgt_tmp/loader_244474867_lgt.pl for byte code...
/home/milia/logtalk/library/basic_types/.lgt_tmp/loader_244474867_lgt.pl compiled, 4 lines read - 1234 bytes written, 11 ms
compiling /home/milia/logtalk/library/types/.lgt_tmp/termp_36522154_lgt.pl for byte code...
/home/milia/logtalk/library/types/.lgt_tmp/termp_36522154_lgt.pl compiled, 71 lines read - 25137 bytes written, 15 ms
compiling /home/milia/logtalk/library/types/.lgt_tmp/term_36522154_lgt.pl for byte code...
/home/milia/logtalk/library/types/.lgt_tmp/term_36522154_lgt.pl compiled, 98 lines read - 37083 bytes written, 21 ms
compiling /home/milia/logtalk/library/types/.lgt_tmp/atomic_36522154_lgt.pl for byte code...
/home/milia/logtalk/library/types/.lgt_tmp/atomic_36522154_lgt.pl compiled, 31 lines read - 8864 bytes written, 11 ms
compiling /home/milia/logtalk/library/types/.lgt_tmp/atom_36522154_lgt.pl for byte code...
/home/milia/logtalk/library/types/.lgt_tmp/atom_36522154_lgt.pl compiled, 59 lines read - 25296 bytes written, 16 ms
compiling /home/milia/logtalk/library/types/.lgt_tmp/number_36522154_lgt.pl for byte code...
/home/milia/logtalk/library/types/.lgt_tmp/number_36522154_lgt.pl compiled, 67 lines read - 27535 bytes written, 18 ms
compiling /home/milia/logtalk/library/types/.lgt_tmp/float_36522154_lgt.pl for byte code...
/home/milia/logtalk/library/types/.lgt_tmp/float_36522154_lgt.pl compiled, 31 lines read - 8811 bytes written, 12 ms
compiling /home/milia/logtalk/library/types/.lgt_tmp/integer_36522154_lgt.pl for byte code...
/home/milia/logtalk/library/types/.lgt_tmp/integer_36522154_lgt.pl compiled, 70 lines read - 26050 bytes written, 19 ms
compiling /home/milia/logtalk/library/types/.lgt_tmp/compound_36522154_lgt.pl for byte code...
/home/milia/logtalk/library/types/.lgt_tmp/compound_36522154_lgt.pl compiled, 31 lines read - 9080 bytes written, 15 ms
compiling /home/milia/logtalk/library/types/.lgt_tmp/listp_36522154_lgt.pl for byte code...
/home/milia/logtalk/library/types/.lgt_tmp/listp_36522154_lgt.pl compiled, 276 lines read - 117668 bytes written, 38 ms
compiling /home/milia/logtalk/library/types/.lgt_tmp/list_36522154_lgt.pl for byte code...
/home/milia/logtalk/library/types/.lgt_tmp/list_36522154_lgt.pl compiled, 447 lines read - 173476 bytes written, 81 ms
compiling /home/milia/logtalk/library/types/.lgt_tmp/type_36522154_lgt.pl for byte code...
/home/milia/logtalk/library/types/.lgt_tmp/type_36522154_lgt.pl compiled, 338 lines read - 247829 bytes written, 84 ms
compiling /home/milia/logtalk/tools/tutor/.lgt_tmp/tutor_201082787_lgt.pl for byte code...
/home/milia/logtalk/tools/tutor/.lgt_tmp/tutor_201082787_lgt.pl compiled, 229 lines read - 174908 bytes written, 54 ms
| ?- logtalk_load(loader).
compiling /home/milia/Documents/dev/logtalk/ia/.lgt_tmp/loader_229838580_lgt.pl for byte code...
/home/milia/Documents/dev/logtalk/ia/.lgt_tmp/loader_229838580_lgt.pl compiled, 4 lines read - 1183 bytes written, 14 ms
compiling /home/milia/logtalk/library/types/.lgt_tmp/loader_36522154_lgt.pl for byte code...
/home/milia/logtalk/library/types/.lgt_tmp/loader_36522154_lgt.pl compiled, 4 lines read - 1281 bytes written, 10 ms
% [ /home/milia/logtalk/library/types/termp.lgt already loaded; skipping ]
% [ /home/milia/logtalk/library/types/term.lgt already loaded; skipping ]
% [ /home/milia/logtalk/library/types/atomic.lgt already loaded; skipping ]
% [ /home/milia/logtalk/library/types/atom.lgt already loaded; skipping ]
compiling /home/milia/logtalk/library/types/.lgt_tmp/callable_36522154_lgt.pl for byte code...
/home/milia/logtalk/library/types/.lgt_tmp/callable_36522154_lgt.pl compiled, 31 lines read - 9827 bytes written, 12 ms
% [ /home/milia/logtalk/library/types/callable.lgt loaded ]
compiling /home/milia/logtalk/library/types/.lgt_tmp/characterp_36522154_lgt.pl for byte code...
/home/milia/logtalk/library/types/.lgt_tmp/characterp_36522154_lgt.pl compiled, 125 lines read - 46540 bytes written, 22 ms
% [ /home/milia/logtalk/library/types/characterp.lgt loaded ]
compiling /home/milia/logtalk/library/types/.lgt_tmp/character_36522154_lgt.pl for byte code...
/home/milia/logtalk/library/types/.lgt_tmp/character_36522154_lgt.pl compiled, 169 lines read - 41255 bytes written, 28 ms
% [ /home/milia/logtalk/library/types/character.lgt loaded ]
% [ /home/milia/logtalk/library/types/number.lgt already loaded; skipping ]
% [ /home/milia/logtalk/library/types/float.lgt already loaded; skipping ]
% [ /home/milia/logtalk/library/types/integer.lgt already loaded; skipping ]
compiling /home/milia/logtalk/library/types/.lgt_tmp/natural_36522154_lgt.pl for byte code...
/home/milia/logtalk/library/types/.lgt_tmp/natural_36522154_lgt.pl compiled, 35 lines read - 11380 bytes written, 14 ms
% [ /home/milia/logtalk/library/types/natural.lgt loaded ]
% [ /home/milia/logtalk/library/types/compound.lgt already loaded; skipping ]
compiling /home/milia/logtalk/library/types/.lgt_tmp/pairs_36522154_lgt.pl for byte code...
/home/milia/logtalk/library/types/.lgt_tmp/pairs_36522154_lgt.pl compiled, 92 lines read - 34742 bytes written, 28 ms
% [ /home/milia/logtalk/library/types/pairs.lgt loaded ]
% [ /home/milia/logtalk/library/types/listp.lgt already loaded; skipping ]
% [ /home/milia/logtalk/library/types/list.lgt already loaded; skipping ]
compiling /home/milia/logtalk/library/types/.lgt_tmp/list1_36522154_lgt.pl for byte code...
/home/milia/logtalk/library/types/.lgt_tmp/list1_36522154_lgt.pl compiled, 35 lines read - 12793 bytes written, 15 ms
% [ /home/milia/logtalk/library/types/list1.lgt loaded ]
compiling /home/milia/logtalk/library/types/.lgt_tmp/difflist_36522154_lgt.pl for byte code...
/home/milia/logtalk/library/types/.lgt_tmp/difflist_36522154_lgt.pl compiled, 345 lines read - 169740 bytes written, 66 ms
% [ /home/milia/logtalk/library/types/difflist.lgt loaded ]
compiling /home/milia/logtalk/library/types/.lgt_tmp/numberlistp_36522154_lgt.pl for byte code...
/home/milia/logtalk/library/types/.lgt_tmp/numberlistp_36522154_lgt.pl compiled, 107 lines read - 47156 bytes written, 22 ms
% [ /home/milia/logtalk/library/types/numberlistp.lgt loaded ]
compiling /home/milia/logtalk/library/types/.lgt_tmp/numberlist_36522154_lgt.pl for byte code...
/home/milia/logtalk/library/types/.lgt_tmp/numberlist_36522154_lgt.pl compiled, 178 lines read - 75864 bytes written, 40 ms
% [ /home/milia/logtalk/library/types/numberlist.lgt loaded ]
compiling /home/milia/logtalk/library/types/.lgt_tmp/varlistp_36522154_lgt.pl for byte code...
/home/milia/logtalk/library/types/.lgt_tmp/varlistp_36522154_lgt.pl compiled, 135 lines read - 53072 bytes written, 25 ms
% [ /home/milia/logtalk/library/types/varlistp.lgt loaded ]
compiling /home/milia/logtalk/library/types/.lgt_tmp/varlist_36522154_lgt.pl for byte code...
/home/milia/logtalk/library/types/.lgt_tmp/varlist_36522154_lgt.pl compiled, 180 lines read - 69486 bytes written, 40 ms
% [ /home/milia/logtalk/library/types/varlist.lgt loaded ]
compiling /home/milia/logtalk/library/types/.lgt_tmp/comparingp_36522154_lgt.pl for byte code...
/home/milia/logtalk/library/types/.lgt_tmp/comparingp_36522154_lgt.pl compiled, 46 lines read - 15379 bytes written, 16 ms
% [ /home/milia/logtalk/library/types/comparingp.lgt loaded ]
% [ /home/milia/logtalk/library/types/type.lgt already loaded; skipping ]
% [ /home/milia/logtalk/library/types/loader.lgt loaded ]
compiling /home/milia/Documents/dev/logtalk/ia/.lgt_tmp/interval_arithmetic_protocol_229838580_lgt.pl for byte code...
/home/milia/Documents/dev/logtalk/ia/.lgt_tmp/interval_arithmetic_protocol_229838580_lgt.pl compiled, 52 lines read - 15764 bytes written, 13 ms
% [ /home/milia/Documents/dev/logtalk/ia/interval_arithmetic_protocol.lgt loaded ]
compiling /home/milia/Documents/dev/logtalk/ia/.lgt_tmp/interval_arithmetic_229838580_lgt.pl for byte code...
/home/milia/Documents/dev/logtalk/ia/.lgt_tmp/interval_arithmetic_229838580_lgt.pl compiled, 69 lines read - 29392 bytes written, 18 ms
% [ /home/milia/Documents/dev/logtalk/ia/interval_arithmetic.lgt loaded ]
% [ /home/milia/Documents/dev/logtalk/ia/loader.lgt loaded ]
% (0 warnings)

(185 ms) yes
| ?- logtalk_load(tester).
compiling /home/milia/Documents/dev/logtalk/ia/.lgt_tmp/tester_229838580_lgt.pl for byte code...
/home/milia/Documents/dev/logtalk/ia/.lgt_tmp/tester_229838580_lgt.pl compiled, 4 lines read - 1507 bytes written, 12 ms
compiling /home/milia/Documents/dev/logtalk/ia/.lgt_tmp/interval_arithmetic_protocol_229838580_lgt.pl for byte code...
/home/milia/Documents/dev/logtalk/ia/.lgt_tmp/interval_arithmetic_protocol_229838580_lgt.pl compiled, 52 lines read - 15879 bytes written, 15 ms
compiling /home/milia/Documents/dev/logtalk/ia/.lgt_tmp/interval_arithmetic_229838580_lgt.pl for byte code...
/home/milia/Documents/dev/logtalk/ia/.lgt_tmp/interval_arithmetic_229838580_lgt.pl compiled, 69 lines read - 48889 bytes written, 23 ms
compiling /home/milia/logtalk/tools/lgtunit/.lgt_tmp/loader_8325212_lgt.pl for byte code...
/home/milia/logtalk/tools/lgtunit/.lgt_tmp/loader_8325212_lgt.pl compiled, 4 lines read - 1352 bytes written, 8 ms
compiling /home/milia/logtalk/library/os/.lgt_tmp/loader_219619627_lgt.pl for byte code...
/home/milia/logtalk/library/os/.lgt_tmp/loader_219619627_lgt.pl compiled, 4 lines read - 1113 bytes written, 8 ms
compiling /home/milia/logtalk/library/os/.lgt_tmp/osp_219619627_lgt.pl for byte code...
/home/milia/logtalk/library/os/.lgt_tmp/osp_219619627_lgt.pl compiled, 181 lines read - 75321 bytes written, 28 ms
compiling /home/milia/logtalk/library/os/.lgt_tmp/os_219619627_lgt.pl for byte code...
/home/milia/logtalk/library/os/.lgt_tmp/os_219619627_lgt.pl compiled, 231 lines read - 128630 bytes written, 52 ms
compiling /home/milia/logtalk/library/os/.lgt_tmp/os_types_219619627_lgt.pl for byte code...
/home/milia/logtalk/library/os/.lgt_tmp/os_types_219619627_lgt.pl compiled, 35 lines read - 19745 bytes written, 16 ms
compiling /home/milia/logtalk/library/arbitrary/.lgt_tmp/loader_7133456_lgt.pl for byte code...
/home/milia/logtalk/library/arbitrary/.lgt_tmp/loader_7133456_lgt.pl compiled, 4 lines read - 1245 bytes written, 9 ms
compiling /home/milia/logtalk/library/random/.lgt_tmp/loader_134467479_lgt.pl for byte code...
/home/milia/logtalk/library/random/.lgt_tmp/loader_134467479_lgt.pl compiled, 4 lines read - 1176 bytes written, 9 ms
compiling /home/milia/logtalk/library/random/.lgt_tmp/randomp_134467479_lgt.pl for byte code...
/home/milia/logtalk/library/random/.lgt_tmp/randomp_134467479_lgt.pl compiled, 109 lines read - 45436 bytes written, 20 ms
compiling /home/milia/logtalk/library/random/.lgt_tmp/random_134467479_lgt.pl for byte code...
/home/milia/logtalk/library/random/.lgt_tmp/random_134467479_lgt.pl compiled, 195 lines read - 111211 bytes written, 43 ms
compiling /home/milia/logtalk/library/random/.lgt_tmp/backend_random_134467479_lgt.pl for byte code...
/home/milia/logtalk/library/random/.lgt_tmp/backend_random_134467479_lgt.pl compiled, 157 lines read - 73628 bytes written, 30 ms
compiling /home/milia/logtalk/library/random/.lgt_tmp/fast_random_134467479_lgt.pl for byte code...
/home/milia/logtalk/library/random/.lgt_tmp/fast_random_134467479_lgt.pl compiled, 195 lines read - 101672 bytes written, 42 ms
compiling /home/milia/logtalk/library/arbitrary/.lgt_tmp/arbitrary_7133456_lgt.pl for byte code...
/home/milia/logtalk/library/arbitrary/.lgt_tmp/arbitrary_7133456_lgt.pl compiled, 604 lines read - 270439 bytes written, 89 ms
compiling /home/milia/logtalk/tools/lgtunit/.lgt_tmp/lgtunit_8325212_lgt.pl for byte code...
/home/milia/logtalk/tools/lgtunit/.lgt_tmp/lgtunit_8325212_lgt.pl compiled, 1608 lines read - 1006258 bytes written, 307 ms
compiling /home/milia/logtalk/tools/lgtunit/.lgt_tmp/lgtunit_messages_8325212_lgt.pl for byte code...
/home/milia/logtalk/tools/lgtunit/.lgt_tmp/lgtunit_messages_8325212_lgt.pl compiled, 128 lines read - 86323 bytes written, 43 ms
compiling /home/milia/Documents/dev/logtalk/ia/.lgt_tmp/tests_229838580_lgt.pl for byte code...
/home/milia/Documents/dev/logtalk/ia/.lgt_tmp/tests_229838580_lgt.pl compiled, 233 lines read - 124239 bytes written, 42 ms
%
% tests started at 2022-01-10, 20:21:15
%
% running tests from object tests
% file: /home/milia/Documents/dev/logtalk/ia/tests.lgt
%
% interval_arithmetic_new_3_01: success
% interval_arithmetic_new_3_02: success
% interval_arithmetic_new_3_03: success
% interval_arithmetic_is_in_2_01: success
% interval_arithmetic_is_in_2_02: success
% interval_arithmetic_is_in_2_03: success
% interval_arithmetic_add_3_01: success
% interval_arithmetic_add_3_02: success
% interval_arithmetic_sub_3_01: success
% interval_arithmetic_sub_3_02: success
% interval_arithmetic_mul_3_01: success
% interval_arithmetic_mul_3_02: success
% interval_arithmetic_div_3_01: success
% interval_arithmetic_div_3_02: success
% interval_arithmetic_div_3_03: success
% interval_arithmetic_mid_2_01: success
% interval_arithmetic_mid_2_02: success
% interval_arithmetic_wid_2_01: success
% interval_arithmetic_wid_2_02: success
% interval_arithmetic_mag_2_01: success
% interval_arithmetic_mag_2_02: success
% interval_arithmetic_mig_2_01: success
% interval_arithmetic_mig_2_02: success
% interval_arithmetic_intersection_3_01: success
% interval_arithmetic_intersection_3_02: success
% interval_arithmetic_hull_3_01: success
% interval_arithmetic_hull_3_02: success
%
% 27 tests: 0 skipped, 27 passed, 0 failed
% completed tests from object tests
%
%
% clause coverage ratio and covered clauses per entity predicate
%
% interval_arithmetic: add/3 - 1/1 - (all)
% interval_arithmetic: (div)/3 - 1/1 - (all)
% interval_arithmetic: hull/3 - 1/1 - (all)
% interval_arithmetic: intersection/3 - 1/1 - (all)
% interval_arithmetic: is_in/2 - 1/1 - (all)
% interval_arithmetic: mag/2 - 1/1 - (all)
% interval_arithmetic: mid/2 - 1/1 - (all)
% interval_arithmetic: mig/2 - 1/1 - (all)
% interval_arithmetic: mul/3 - 1/1 - (all)
% interval_arithmetic: new/3 - 1/1 - (all)
% interval_arithmetic: sub/3 - 1/1 - (all)
% interval_arithmetic: wid/2 - 1/1 - (all)
% interval_arithmetic: 12 out of 12 clauses covered, 100.000000% coverage
%
% 1 entity declared as covered containing 12 clauses
% 1 out of 1 entity covered, 100.000000% entity coverage
% 12 out of 12 clauses covered, 100.000000% clause coverage
%
% tests ended at 2022-01-10, 20:21:15
%

(669 ms) yes

All good.

repo: mlliarm/ia


text:
Fix to descriptor import

Addresses #403

Looks like almost all the functionality still works

@GALewis Please review the imports and check if things work as expected or if there are any mappings you want to adjust. For example, I noticed that when we import development environment, we populate the output specification but not the input specification. Let me know if that is working as expected along with all others.
Attached one of each descriptor to aid in testing
Test - Development Environment.json
Test - Production Environment.json
Test - Raw Data.json
Test - System Context.json

I found a couple of issues:
System Context

When importing goals, it leaves Goal 1 blank and starts at Goal 2
ML Problem type is not being imported

Raw Data

Same problem as above: data is imported as Dataset 2 and the first one is left blank
Dataset description is not being imported
Label should be imported as Label Name
Data Schema should be imported from Schema

Development Environment

Not sure why I noticed this just now, but both Input Specification and Output Specification should be "arrays" in the Negotiation Card where each element comes from Input Spec and Output Spec

Production Environment

All good!

@GALewis
For both goals and datasets, the first is left blank because the import will always add new goals/datasets onto the end of the list to not overwrite any data entered by the user. I can try and add a check to see if there is just one empty goal/dataset in which case it could overwrite, or I can leave it as is.
What are you looking for in raw data > data schema? I see the schema field from raw data properly populating dataset > data schema.

@sebastian-echeverria , Grace is looking to adjust the model.production.input and model.production.output fields to be more similar to the data fields and to store more of the descriptor data on import.
@GALewis Please confirm this is the format that you are expecting.
This would be the new format for the model section of a negotiation card,
  model: {
    development: {
      resources: {
        gpu: "0",
        cpu: "0",
        memory: "0",
        storage: "0",
      },
    },
    production: {
      deployment_platform: "",
      capability_deployment_mechanism: "",
      interface: {
        input: [
          {
            name: "",
            input_spec: [
              {
                name: "",
                description: "",
                type: "",
                expected_values: "",
              },
            ],
          },
        ],
        output: [
          {
            name: "",
            output_spec: [
              {
                name: "",
                description: "",
                type: "",
                expected_values: "",
              },
            ],
          },
        ],
      },
      resources: {
        gpu: "0",
        cpu: "0",
        memory: "0",
        storage: "0",
      },
    },
  },

Yes

Ok, I can do that. I'll create a new ticket to handle that.

#453 and #454 for the I/O array changes.

@GALewis
Based on these changes to the please review the current helper text on each field and determine how those map to the new ones along with any desired helper text for the newly added fields

Also please specify the names for fields to display in the frontend. The whole section was previously named Input Specification and now we have a list of them within each input item.

@sebastian-echeverria
Grace had a couple more changes she wanted to make to the schema that she missed on the first pass. Here is her proposed new structure. I will start working on adjusting the frontend if you could make the changes to the backend.
{
    "$schema": "http://json-schema.org/draft-07/schema#",
    "title": "Model Information",
    "description": "Schema for the Model Information section of the Negotiation Card",
    "type": "object",
    "properties": {
        "development_compute_resources": {
            "description": "Describe the amount and type of compute resources needed for training",
            "type": "object",
            "properties": {
                "gpu": {
                    "description": "Number of GPUs required for model training",
                    "type": "integer"
                },
                "cpu": {
                    "description": "Number of CPUs required for model training",
                    "type": "integer"
                },
                "memory": {
                    "description": "Amount of memory required for model training (in GB)",
                    "type": "number"
                },
                "storage": {
                    "description": "Amount of storage required for model training (in GB)",
                    "type": "number"
                }
            }
        },
        "deployment_platform": {
            "description": "Describe the platform on which the trained model will be deployed (e.g., local server, cloud server, embedded platform)",
            "type": "string"
        },
        "capability_deployment_mechanism": {
            "description": "Describe how the model capabilities will be made available (e.g., API, user-facing, data feed)",
            "type": "string"
        },
        "input_specification": {
            "description": "Describe the input data types and formats needed for model to conduct inference",
            "type": "array",
            "items": {
                "type": "object",
                "properties": {
                    "input_name": {
                        "description": "Input name",
                        "type": "string"
                    },
                    "description": {
                        "description": "Short input description",
                        "type": "string"
                    },
                    "type": {
                        "description": "Input type, e.g., number, string, boolean, data, image, audio",
                        "type": "string"
                    },
                    "expected_values": {
                        "description": "Expected values for the input",
                        "type": "string"
                    }
                }
            }
        },
        "output_specification": {
            "description": "Describe the output format and specification needed for the system to ingest model results",
            "type": "array",
            "items": {
                "type": "object",
                "properties": {
                    "output_name": {
                        "description": "Output name",
                        "type": "string"
                    },
                    "description": {
                        "description": "Short output description",
                        "type": "string"
                    },
                    "type": {
                        "description": "Output type, e.g., number, string, boolean, data, image, audio",
                        "type": "string"
                    },
                    "expected_values": {
                        "description": "Expected values for the output",
                        "type": "string"
                    }
                }
            }
        },
        "production_compute_resources": {
            "description": "Describe the amount and type of compute resources needed for model inference",
            "type": "object",
            "properties": {
                "gpu": {
                    "description": "Number of GPUs required for model inference",
                    "type": "integer"
                },
                "cpu": {
                    "description": "Number of CPUs required for model inference",
                    "type": "integer"
                },
                "memory": {
                    "description": "Amount of memory required for model inference (in GB)",
                    "type": "number"
                },
                "storage": {
                    "description": "Amount of storage required for model inference (in GB)",
                    "type": "number"
                }
            }
        }
    }
}

@GALewis
In the update to the schema, are the input_specification and output_specification intentionally no longer nested within interface like in the previous version?
Then I am also seeing a change where there is no longer model.development and model.production but instead just specifying the two resource items with development_compute_resources and production_compute_resources and the change to input/output specification with it being a list with no top level items, and the changes from name to input_name and output_name.
Are these all the changes that were made?

I believe so.

AH! Yes, true. TEC is much more concrete about these things. I don't want to complicate the Negotiation Card, so can we add each part of each component as an input, prefixed by the component name. For example, if I have two components A and B. A has two inputs a1 and a2. B has two inputs B1 and b2. I would create four inputs (names) A.a1, A.a2, B.b1, and B.b2. Does that make sense?

Yes, that makes sense for the import. So stick to the schema that you sent and follow that implementation for the descriptor import?

Yes

Frontend updates to match new schema are uploaded.
@sebastian-echeverria Let me know when the backend is updated and I will test.

Grace, how would you like to adjust the report fields for input and output description based on these changes? They were each just a single text field before

I tried to open a report for the IrisClassifier, but I don't think that one has been created. In any case, now that it is in an array, the easiest would be to have a table with the values.

Everything works, except for the Input field from the Development Environment descriptor. It is not populating.

Are you wanting the descriptor upstream_components to map to negotiation card model.input_specification?
Descriptor downstream_components maps to negotiation card model.output_specification but I thought it was previously an intentional choice to not have the upstream not map to input_specificaiton

Yes, that is where the input should come from. Thanks.

Updated Delete label to Delete Label and the import for input_specification

Addresses #403, #453,  #454, #458, #459

Please approve the PR if everything is good so I can merge @GALewis

authors: GALewis sebastian-echeverria sei-aderr

repo: mlte-team/mlte


text:
Fixes 02

Various changes that were sitting on my computer as it turns out, plus one recent: tfr_gui (still in early stages).

merging now as is, will work on this more soon

repo: mmagnuski/sarna


text:
Does this works with expo?

I want to know if I need to eject the project to use this.

Works great with expo. No problem for me and I have used this component in a couple apps

Thanks @msevestre :)
Yep, it doesn’t need native linking so it should work without issues (if you find any feel free to submit a new one).

authors: edoantonioco mmazzarolo msevestre


text:
'lein javac' results in java.lang.NoSuchMethodError: org.apache.tools.ant.launch.Locator.fromJarURI

The dev dependency [org.clojars.mmcgrana/lein-javac "1.2.1"] brings in ant-launcher-1.6.5.jar, whose version of Locator does not include the fromJarURI() method. It looks like modern lein (Leiningen 1.6.2 on Java 1.6.0_26 Java HotSpot(TM) 64-Bit Server VM for me) has a built-in javac task that wants a more modern ant-launcher. I was able to 'lein javac && lein test' without a problem after removing everything from lib/, removing the dev dependency, and running 'lein deps'.

This is resolved with commit #f2bb20b8.

repo: mmcgrana/clj-json


text:
How to integrate bootstrap?

[x] This is a question about using the theme.
[x] This is a feature request or enhancement.
[ ] I believe this to be a bug with the theme.

[x] I am using the latest version of the theme.
[ ] I have updated all gems with bundle update.
[ ] I have tested locally with bundle exec jekyll build.

Environment informations

Expected behavior

Closing as this is a duplicate of #1518

authors: mmistakes stefansonntag

repo: mmistakes/minimal-mistakes


text:
Progress Tracking

Add progress tracker to approximators to monitor how much budget was used.
Think about occasionally printing the InteractionValues.

This should be a verbosity thing just for printing displaying and not a "how good are my estimates at this point in time because I am checking variance and what-not" type of thing.

I'll take care of this one, adding some progress bar using tqdm.

@AlessandroPierro, I think this might be a bit more tricky than I thought back then when I created this issue. Some approximators create a big matrix of coalitions and give this to the model function / game to evaluate. There much time is spent warranting a tqdm. Some other approximators are more easy and have a big for loop already in the estimation making pbars again easy to implement.

authors: AlessandroPierro mmschlk

repo: mmschlk/shapiq