text:
rdflib 6.1.0 and 6.1.1 fail unit tests

It turns out that the 6.1 release of rdflib makes a mess of the prefix bindings.  A graph now comes "out of the box" with 40+ prefixes.

This is the rdflib issue: https://github.com/RDFLib/rdflib/issues/1679

This issue has been fixed by the inclusion of rdflib-shim and the somewhat redundant change to the pipenv.   OK to close or should we let it sit until the issue above is reconciled one way or the other?

the rdflib folks have still to make a new release
meanwhile it's impossible to combine sparqlwrapper and funowl:
https://github.com/RDFLib/sparqlwrapper/issues/219

@hsolbrig it looks like you added something to skip tests if the rdflib version is 6.1.1, since this is the version that pollutes namespaces. However, it looks like versions from 6.3 onwards regress to polluting namespaces, so I will modify this test to skip these versions too

authors: cmungall hsolbrig

repo: Harold-Solbrig/funowl


text:
Download proof

Depends on #2 . This is very hacky, but works for a prototype. Adds some print only styling to make it look a bit like a cert, a button to download a (static) pdf, and a button to print the page

This is what that PDF looks like

And the extra button:

source: gharchive/pull-request

repo: HarryTrimble/tech-spike-govuk-proof

license: MIT

license_type: permissive

license_source: github-api


text:
Unexpected Error on Fresh SwarmUI Install

After a fresh install of SwarmUI I added back the usual extensions and received an error message while trying to use this one. I'm using all the same settings/config as before when this last worked for me, and the other Ollama extension, OllamaVision, is working just fine:
Unexpected error while fetching models:
An invalid request URI was provided. Either the request URI must be an absolute URI or BaseAddress must be set.
Is there something I've done wrong, or that I can double-check to try and resolve this?

The latest update required you to delete the config because I changed it to add open router support.
However, very soon I will be releasing a large update that is almost a complete rewrite and no longer uses the config.

Oh, I see! Thank you for letting me know. I'll keep my eye out for a future update, and I'll go ahead and mark this one closed.

source: gharchive/issue

repo: HartsyAI/SwarmUI-MagicPromptExtension


text:
Reimplement Dropdown Component

Current implementation required hacky fixes in Hub and Connect.
Investigating Radix Dropdown vs having to rebuild the component.

Fixed dropdown to avoid abslute positioned items.

repo: HausDAO/daohaus-monorepo


text:
Turn AI actor soldier body vertically when aiming

Currently when AI actor soldier needs to aim up or down there is no indication this is happening. We should turn the body up/down based on where they're aiming. This is most noticeable with grenades, see video below. To fix:

[x] Soldiers should use FMassAimTask to aim gun before shooting, the same way we do in ST_Artillery
[x] We should add Agent Aim Sync trait to DA_MassActorSoldier (both ways)
[x] Similar to how AC_ArtilleryMassNotification handles "Event Set Gun Elevation Angle", for soldier we should make this turn the body up/down

https://github.com/HaywireInteractive/OnAllFronts/assets/51887591/bcc48861-94ba-49bb-ae02-b735360cd079

I finished this task but I'm blocked by assets.
https://github.com/HaywireInteractive/OnAllFronts-Public/assets/51887591/6dea3ecb-6dfa-4d07-9a06-7eed4dc90dd2

repo: HaywireInteractive/OnAllFronts-Public


text:
numpy/pandas concurrency issue when being imported in a udf

I have experienced some issue with deepdive when my udf imports numpy (or pandas).
I was able to reproduce the issue in a simple app as follows.
app.ddlog:
t1(
a text
).

t2(
b text
).

function a over rows like t1
  returns rows like t2
  implementation "udf/test.py" handles tsv lines.

t2 += a(s) :- t1(s)

udf/test.py:
#!/usr/bin/env python3
import pandas # the same happens with `import numpy`

for line in sys.stdin:
    print(line.strip())

I got the following error message when I ran deepdive run :
2016-09-24 02:33:34.943052 OpenBLAS blas_thread_init: pthread_create: Resource temporarily unavailable
2016-09-24 02:33:34.943067 OpenBLAS blas_thread_init: RLIMIT_NPROC 1289417 current, 1289417 max
2016-09-24 02:33:34.943396 Failed to import the site module
2016-09-24 02:33:34.946417 bash: line 1: 38615 Segmentation fault      (core dumped) udf/test.py
2016-09-24 02:33:34.948102 Traceback (most recent call last):
2016-09-24 02:33:34.948135   File "udf/test.py", line 7, in <module>
2016-09-24 02:33:34.948153     import numpy
2016-09-24 02:33:34.948168   File "/home/xling/miniconda3/envs/dev/lib/python3.5/site-packages/numpy/__init__.py", line 184, in <module>
2016-09-24 02:33:34.948182     from . import add_newdocs
2016-09-24 02:33:34.948197   File "/home/xling/miniconda3/envs/dev/lib/python3.5/site-packages/numpy/add_newdocs.py", line 13, in <module>
2016-09-24 02:33:34.948213     from numpy.lib import add_newdoc
2016-09-24 02:33:34.948227   File "/home/xling/miniconda3/envs/dev/lib/python3.5/site-packages/numpy/lib/__init__.py", line 8, in <module>
2016-09-24 02:33:34.948241     from .type_check import *
2016-09-24 02:33:34.948256   File "/home/xling/miniconda3/envs/dev/lib/python3.5/site-packages/numpy/lib/type_check.py", line 11, in <module>
2016-09-24 02:33:34.948272     import numpy.core.numeric as _nx
2016-09-24 02:33:34.948292   File "/home/xling/miniconda3/envs/dev/lib/python3.5/site-packages/numpy/core/__init__.py", line 25, in <module>
2016-09-24 02:33:34.948306     from . import numeric
2016-09-24 02:33:34.948321   File "<frozen importlib._bootstrap>", line 969, in _find_and_load
2016-09-24 02:33:34.948338   File "<frozen importlib._bootstrap>", line 958, in _find_and_load_unlocked
2016-09-24 02:33:34.948354   File "<frozen importlib._bootstrap>", line 673, in _load_unlocked
2016-09-24 02:33:34.948368   File "<frozen importlib._bootstrap_external>", line 661, in exec_module
2016-09-24 02:33:34.948380   File "<frozen importlib._bootstrap_external>", line 750, in get_code
2016-09-24 02:33:34.948396   File "<frozen importlib._bootstrap_external>", line 819, in get_data
2016-09-24 02:33:34.948416 MemoryError
2016-09-24 02:33:34.956605 bash: line 1: 38653 Segmentation fault      (core dumped) udf/test.py

Interestingly, at first I can only reproduce this issue on one machine (40 core) but not the other machine (32 core) with an almost identical environment.
@alldefector identified that it's a concurrency issue. We narrowed it down to compute-execute link. Basically, if the for loop runs fast enough and two processes load numpy at the same time, it will crash. The reason that we didn't observe on the 32-core machine is probably because it didn't run the for loop fast enough. We stress-tested it with
export num_processes=1000
for i in $(seq $num_processes); do python -c 'import numpy' & done

and was able to reproduce this same issue on both machines.
We looked at the core dump using gdb
gdb `which python` /var/crash/core-python-11-1004-1004-9431-1474685177

and here is the stack trace:
(gdb) bt
#0  0x0000000000000000 in ?? ()
#1  0x00007ffb028ce259 in blas_memory_alloc ()
   from /home/xiao/miniconda3/envs/py3/lib/python3.5/site-packages/numpy/core/../.libs/libopenblasp-r0-39a31c03.2.18.so
#2  0x00007ffb028ce90b in blas_thread_server ()
   from /home/xiao/miniconda3/envs/py3/lib/python3.5/site-packages/numpy/core/../.libs/libopenblasp-r0-39a31c03.2.18.so
#3  0x00007ffb06840184 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#4  0x00007ffb05c5837d in clone () from /lib/x86_64-linux-gnu/libc.so.6

Envs:
Ubuntu 14.04
deepdive master branch
numpy 1.11.1 with openblas
A work-around is to add a random time delay before each numpy import. Any suggestions? @netj

@xiaoling Can't think of a better solution than the random delays.  If numpy already handles parallelization, you could limit DEEPDIVE_NUM_PROCESSES=1.

Yeah, OPENBLAS_NUM_THREADS=1 seems to work without changing anything from deepdive.

This is mainly an issue with numpy/OpenBLAS that DeepDive cannot do much about.  Closing since a workaround is recorded here.  Let's add these stuffs to FAQ if people leave lots of reactions.

authors: netj xiaoling

repo: HazyResearch/deepdive

license_source: bigquery


text:
Extracting Information from tables without Borders

While extracting, Fonduer is not detecting the table structure of tables without borders. For example, in given figure:

I like to extract mentions under all the columns. Without Fonduer detecting table structure, it's difficult to extract, especially the mentions under column "Artikel (GTIN/EAN)" as they are quite long.  Can you please help me, on how to solve this problem?
As of now, I'm doing this:
I'm extracting mentions under Artikel Nr. and  Verpackungseinheit(VE) using regex, and having a label function which horizontally aligns them. and based on bbox values of extracted mentions, getting the text between them using PDF Miner.
Can you please suggest me a better method or refer to some tool or papers, because many times, my process is failing to extract correct "Artikel (GTIN/EAN)"
Image Reference: Shown only for illustrative purpose. My actual document doesn't even contain horizontal lines/borders

Fonduer does not detect tables in an image. You need to provide tabular information. If you can only provide textual and visual (bbox) information, what you are currently doing would be the best thing you could do.
How to detect tables?
It seems that ABBYY FineReader can detect tables (https://abbyy.technology/en:features:ocr:xml).
There would be some open-source alternatives too.
Hope this helps.

Thanks, @HiromuHota  I will check that out. Also, I wasn't extracting for images, I was trying to mention that Fonduer isn't detecting/parsing Tables without borders similar in the above image for a document/PDF.

Thanks @HiromuHota , I will check that out, I was also trying to mention that Fonduer isn't detecting borderless tables while parsing a document.

From the image that you uploaded, I thought you were dealing with scanned documents.
If it is not, what is your original source? HTML or PDF? If PDF, how do you convert PDF to HTML?
Basically, Fonduer does not care about how tables look to human eyes.
What really matters is how the table is represented in HTML.
To be treated as a table, the table (at least it looks to be a table to human-eye) should be is represented in <table> with correct <tr> and <td>.
If you can show us the HTML file (you can mask sensitive parts), that would be helpful.

Yes this is issue with HTML conversion of tables in PDF and not of Fonduer.

repo: HazyResearch/fonduer


text:
Dev

Added MultiDocTextParser to parser.py.
Added detailed installation instructions for Windows and Linux.

Hey @joshduf - we actually just did a big release, so dev is no longer active.  When you get a chance, you can adjust this to merge into master instead, but no rush

Closing this

authors: ajratner joshduf

repo: HazyResearch/snorkel


text:
Not working with mopidy 2.x

Mopidy extension that maintains your current queue even when the server restarts

This does not happen.
Steps to reproduce
PLAY_LIST=`mpc lsplaylists | head -n 1`
mpc load "${PLAY_LIST}"
mpc play
sudo reboot

Debug information
pi@raspberrypi:~ $ mopidy --version
Mopidy 2.0.1
pi@raspberrypi:~ $ pip show Mopidy-Qsaver

---
Metadata-Version: 2.0
Name: Mopidy-Qsaver
Version: 0.2.6
Summary: Mopidy extension to persist queue across server restarts
Home-page: https://github.com/bardoloi/mopidy-qsaver
Author: Vishal Bardoloi
Author-email: v.bardoloi@gmail.com
License: Apache License, Version 2.0
Location: /usr/local/lib/python2.7/dist-packages
Requires: Mopidy, Pykka, setuptools
Classifiers:
  Environment :: No Input/Output (Daemon)
  Intended Audience :: End Users/Desktop
  License :: OSI Approved :: Apache Software License
  Operating System :: OS Independent
  Programming Language :: Python :: 2
  Topic :: Multimedia :: Sound/Audio :: Players
Entry-points:
  [mopidy.ext]
  qsaver = mopidy_qsaver:Extension
pi@raspberrypi:~ $ sudo cat /etc/mopidy/mopidy.conf
[core]
cache_dir = /var/cache/mopidy
config_dir = /etc/mopidy
data_dir = /var/lib/mopidy

[logging]
config_file = /etc/mopidy/logging.conf
debug_file = /var/log/mopidy/mopidy-debug.log

[local]
data_dir = /var/lib/mopidy/local
media_dir = /var/lib/mopidy/media
enabled = true

[m3u]
playlists_dir = /var/lib/mopidy/playlists

[http]
enabled = true
hostname = 0.0.0.0
port = 6680
static_dir = ""
zeroconf = Mopidy HTTP server on raspberrypi

[qsaver]
enabled = true
backup_file = ./tracklist_backup.json
[spotify]
enabled = true
username =
password =
bitrate = 160
[gmusic]
enabled = false
[tunein]
enabled = true
[podcast]
enabled = true
[internetarchive]
enabled = true
[youtube]
enabled = true
[audioaddict]
enabled = false
quality = 40k
difm = false
radiotunes = false
rockradio = false
jazzradio = false
frescaradio = false
[somafm]
enabled = true
[soundcloud]
enabled = false
[audio]
mixer_volume = 85
[dirble]
enabled = false
[scrobbler]
enabled = false
[subsonic]
enabled = false
ssl = no

Hi,
I have (possibly) the same problem. I get a traceback:
ERROR    Unhandled exception in QSaverFrontend (urn:uuid:a01d6bb8-a300-4981-8690-c57698c57287):
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/pykka/actor.py", line 191, in _actor_loop
self.on_start()
File "/usr/lib/python2.7/site-packages/mopidy_qsaver/frontend.py", line 43, in on_start
self.restoreQueue()
File "/usr/lib/python2.7/site-packages/mopidy_qsaver/frontend.py", line 35, in restoreQueue
uri_list = eval(uri_list_str)  # convert to array
File "", line 0
^

SyntaxError: unexpected EOF while parsing
-Michael.

Hi, is there any alternativ solution to this exception? Indeed it seems not to work with mopidy 2.0?

It looks like this has been integrated upstream into Mopidy https://github.com/mopidy/mopidy/issues/310
So my suggestion would be update to 2.1 where this was merged and utilize the built in feature.

authors: hulahomer jpswade lilmike tudor2004

repo: HeadspringLabs/mopidy-qsaver


text:
Add to awesome-gpt4

Consider adding to https://github.com/radi-cho/awesome-gpt4 if you plan to work with the GPT-4 API.

https://github.com/radi-cho/awesome-gpt4/pull/30

authors: chitalian radi-cho

repo: Helicone/helicone


text:
🛑 rūrusetto is down

In 1929858, rūrusetto (https://rulesets.info/) was down:

HTTP code: 403
Response time: 224 ms

Resolved: rūrusetto is back up in 964903d.

repo: HelloYeew/site-uptime-monitor


text:
(index):20 WebSocket connection to 'ws://localhost:3000/so' failed: Connection closed before receiving a handshake response

`var express = require('express');
var app = express();
var expressWs = require('express-ws')(app);
app.use(function (req, res, next) {
console.log('middleware');
req.testing = 'testing';
return next();
});
app.get('/', function(req, res, next){
console.log('get route', req.testing);
res.end();
});
app.ws('/', function(ws, req) {
console.log(111111111)
ws.on('message', function(msg) {
console.log(msg,'11111111');
});
console.log('socket');
});
module.exports = app;
 var ws = new WebSocket('ws://localhost:3000/so');
	ws.onopen = function(evt) {

		console.log(evt, '链接成功')

	};

	ws.onmessage = function(evt) {
		console.log(evt, '退消息')
		console.log("Received Message: " + evt.data);
		// ws.close();
	};`

Hello, there's nothing wrong with me using express+express-ws directly, but I've had trouble with express-cli with an address link.I built an so.js in the lie folder. The restApi is not a problem, but ws is not good. Please help us

Had the same issue. Client is using "websocket"package:
`
import { w3cwebsocket as W3CWebSocket } from 'websocket';
const client = new W3CWebSocket('ws://localhost:10010/', 'echo-protocol');
client.onerror = function() {
console.log('Connection Error'); // Triggered onerror.
};
`

Same error here
app.js
const app = express()
const websocketServer = require('express-ws')(app)
const websocketRouter = require('./routes/websocket')(app)
...
app.ws('/ws', websocketRouter)
...

websocket.js
const express = require('express')
const router = express.Router()

module.exports = (app) => {
  router.ws('/ws  ', (ws, req) => {
    ws.on('message', (msg) => ws.send(msg))
  })

  module.exports = router

  app.use('/', router)
}

am also facing same issue !!!!!
failed: Connection closed before receiving a handshake response

authors: BkunS Uday-Knetworks ldc2726 waghcwb

repo: HenningM/express-ws


text:
Fix backslashes in URLs on Windows

Hello,
I just found a bug on Windows: using path.join() inserts backslashes instead of forward slashes in route URLs.
Using url.resolve() fixes the problem.
Thanks for the great library!
Rémi

Hi,
Don't know why I didn't catch this mistake myself. Thanks for pointing it out and fixing it!

Any chance we could get a release with this fix published to npm?

Sure. I'll publish a new version right away.

authors: HenningM verlin wsmind


text:
code optimizations

I have done some optimizations to the current code. Since the old html method is abandoned, i removed the code for it and the dependency "cheerio". Also, now that the newer scrapper data method is used more, the code is changed to check for it first.

Nice, thanks for the work!

Bumped the version to 0.1.3

authors: HermanFassett MhmdSalah

repo: HermanFassett/youtube-scrape


text:
[FEATURE] Add PacketRusher version as tags

As the project continues to grow and more features are added, it would be useful to have the possibility to clone specific versions of this software. Adding tags to specific versions could facilitate users to clone this versions.
Also this tags can be setup along with the Releases.

Hi @Borjis131,
Thanks for the suggestion. We haven't been doing that for now as we didn't really make our first official release. We wanted to tackle #76 / #31 before making our first tag / release, but I'll keep in mind that our users are interested in more frequent tags.
Thanks!
Valentin

Thank you, great work @linouxis9!

Hello @linouxis9, I saw that the current PacketRusher version is 1.0.1. So it seems that the release is more or less official now?
I reach to you because I had a problem using the Docker version that is difficult to solve without having the version as tags.
The Docker container needs the gtp5g module installed on the host machine and the Docker version of PacketRusher was using a different compiled version of PacketRusher. So without having the same version on both places, is difficult to check if the versions match or not.
So, please, if the release is official, consider adding the version as a tag and a release. If not, just keep working, you are already doing a great job!

Hi @Borjis131!
I understand your concern and issue! As such, I've created a tag 20240521: https://github.com/HewlettPackard/PacketRusher/releases/tag/20240521
Does it solve your issue for the time being?
Sadly, PacketRusher is not yet ready for a v1.0.0, and I would like for PacketRusher to respect semver principles, so I would like to avoid to release a v1.0.0 for now, and considering the continuous developement cycle (each commit is usually better than the previous one and fix some issues), I feel releasing from time to time v0.a.b do not make too much sense.
Or we could tag a version each time we do a commit, à la https://github.com/ggerganov/llama.cpp/releases :D
Actually, PacketRusher has reported itself as being v1.0.1 since its open source release.
Does the tag 20240521 work for you (but PacketRusher still reports itself as v1.0.1)? Or would you prefer PacketRusher to output the commit it was built from?
We might want to add inside PacketRusher a check for the correct version of gtp5g maybe as well?
Thanks a lot for using PacketRusher, I hope I can help you :-)!
Valentin

repo: HewlettPackard/PacketRusher


text:
Add support or update docs for using sending custom_data

Hello,
According to your docs here:
https://developers.heyzap.com/docs/advanced-publishing#serverside-rewarded-video-callbacks
I could send the user_id from my mobile app when showing an ad, and then receive this id from your server-side callbacks. Something like "showWithOptions"? Should be in this sdk version right?
But how to use it with this cordova plugin? I can't see such option in latest docs.
Best regards :)

this function is only supported on iOS native, Android native and Unity right now.

repo: Heyzap/heyzap-cordova

license: mit


text:
Question regarding peak timestamp

@kingsleynweye
https://github.com/HichamJohra/energy_flexibility_kpis/blob/7995b08755e0db39ec580c6b625d8af341f8a6af/energy_flexibility_kpis/kpi.py#L19
Should it be a single occurance of timestamp or multiple (i.e., a period of time)? To me, peak is a period of time.

Yeah, I'm not too sure @ZhelunChen. The definition int the Google Sheet is that it is a single value. Also, the assumption is that the profiles provided by the user are for a single evaluation period so within an evaluation period there will be one timestamp where the peak occurs.

@ZhelunChen , I agree with @kingsleynweye

@kingsleynweye @hicham-johra OK, I see where this is coming from. According to the definition, this would be a specific hour that the grid is at its peak. If so, two follow up questions would be:

If the data provided by the user has internal smaller than an hour, say minute by minute, what would be the peak demand? The demand of a specific timestamp, or the average of an hour?
I am aware there exists company that bill peak demand based on the highest 30 minutes electricity consumption in a month, what should be the peak demand in such scenario?

@ZhelunChen , to me, peak power demand is "instantaneous" because it's in W, i.e., J/sec so it's equivalent to an amount of energy use divided by an infinitely small period of time. So of course in practice it is always an average power over an certain integration time, but I would consider it stricto sensus as an intantaneous power value for a single given time stamp, no matter the sampling rate of the time series

@HichamJohra Yes. I am totally agree with you.
As a user, if I only know that a specifc hour is the peak hour, and I have data with much smaller sampling rate than one hour, what should I use as the peak timestamp input to this KPI function. Should I preprocess my data first in order to use this KPI? How should I preprocess it? ... Or maybe this KPI is just not for me, and I should use energy ralted ones instead.
These are just some thoughts that I want to share. I am fine with the way it is right now.

Yes, resampling support/utility function will be integrated into the package to prepare the data to the sampling requirements of certain KPIs, so that, indeed, if people want the hourly peak power reduction (which thus corresponds to the peak hourly average power) then data has to be pre-down-sampled-mean to hourly time series.

@kingsleynweye @HichamJohra  That makes sense. Thank you guys!

authors: HichamJohra ZhelunChen kingsleynweye


text:
Rename direction to order or outcome_order?

reverse or similar would be another option.

Renamed to order and added enums for clarity.

repo: HighDiceRoller/icepool


text:
bugs in functions/trip_id_interval_mean.py

...

?


text:
网盘观看不了，是不是需要登陆？

zyplayer 版本
3.3.9
重现步骤
基本上有内容的网盘我都试了就是加载不出来

报错信息
No response
期望结果
No response
实际结果
No response
系统信息
No response
补充说明
No response

调系统播放器

还是不行捏

那就说明失效了可能

能显示网盘内容，但是播放不了，其他源也如此，这个网盘是厂商网盘比如说阿里百度这些的，还是私人的nas？主要是源少的可怜，生态和开发者还是太少了

alist

那不需要登陆也可以看吗，tvbox那边是看的时候需要扫码登陆，alist作为储存方式应该是储存直链之类的吧，会不会需要登陆捏，不登录会限画质或者速度什么的导致播放不了？

好的，谢谢您，辛苦了

authors: Hiram-Wong MuliyStudio

repo: Hiram-Wong/ZyPlayer


text:
Filters module

Summary by Sourcery
Introduce a comprehensive filters module for chat applications, enabling the creation, management, and application of text and media filters with support for buttons. Enhance existing filters and database schema to support these new functionalities.
New Features:

Introduce a new filters module that allows saving, listing, checking, and deleting filters in chat applications.
Add support for handling various media types in filters, including photos, videos, audio, voice, documents, stickers, and animations.
Implement a new filter handler to save filters with names and content, including support for buttons and media.
Add a handler to check messages against saved filters and respond with the appropriate content if a match is found.
Introduce a handler to delete existing filters by name.
Add a handler to list all filters available in a chat.

Enhancements:

Enhance the IsAdmin filter to optionally suppress alerts when a user is not an administrator.
Add a new HasText filter to check if a message contains text or a caption.

Build:

Create a new database table 'Filters' to store filter information, including chat ID, filter names, file ID, filter text, content type, creation and edit dates, creator and editor IDs, and buttons.

@sourcery-ai review

repo: HitaloM/PyKorone


text:
🛑 Hodl10 AG Webseite is down

In 31d0a4e, Hodl10 AG Webseite (https://hodl10.io/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Hodl10 AG Webseite is back up in 5cdc9f8.


text:
brew update, really really slow

brew config output
HOMEBREW_VERSION: 2.5.12
ORIGIN: https://github.com/Homebrew/brew
HEAD: af4143150da32097f751b1538a5b6f6958bb2175
Last commit: 3 months ago
Core tap ORIGIN: https://github.com/Homebrew/homebrew-core
Core tap HEAD: 48f331373d09b153b31ec0d4a815b68d2b36cbbd
Core tap last commit: 3 months ago
Core tap branch: master
HOMEBREW_PREFIX: /usr/local
HOMEBREW_CASK_OPTS: []
HOMEBREW_GITHUB_API_TOKEN: set
HOMEBREW_MAKE_JOBS: 8
http_proxy: http://127.0.0.1:49960
https_proxy: http://127.0.0.1:49960
Homebrew Ruby: 2.6.3 => /System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/bin/ruby
CPU: octa-core 64-bit kabylake
Clang: 12.0 build 1200
Git: 2.28.0 => /usr/local/bin/git
Curl: 7.64.1 => /usr/bin/curl
Java: 14.0.1, 1.7.0_80
macOS: 10.15.7-x86_64
CLT: 1103.0.32.59
Xcode: 12.4
brew doctor output
Please note that these warnings are just used to help the Homebrew maintainers
with debugging if you file an issue. If everything you use Homebrew for is
working fine: please don't worry or file an issue; just ignore this. Thanks!
Warning: A newer Command Line Tools release is available.
Update them from Software Update in System Preferences or run:
softwareupdate --all --install --force
If that doesn't show you an update run:
sudo rm -rf /Library/Developer/CommandLineTools
sudo xcode-select --install
Alternatively, manually download them from:
https://developer.apple.com/download/more/.
Run brew missing for more details.

[X] The brew doctor above contains no "Warning" lines.

What were you trying to do (and why)?
brew update
What happened (include all command output)?
really really really slow, I even cann't judge when it'll start and finish
What did you expect to happen?
run faster
Step-by-step reproduction instructions (by running brew commands)
brew update

http_proxy: http://127.0.0.1:49960
https_proxy: http://127.0.0.1:49960

What happens if you unset the above environment variables?

Core tap last commit: 3 months ago

No wonder it's slow. We get many commits daily into core tap, so I think it's ought to be slow to pull all those after a few months.

Change the git repo remote to a mirror in China (TUNA, USTC, Aliyun, etc.).
For example, run the following command in terminal:
export HOMEBREW_BOTTLE_DOMAIN="https://mirrors.tuna.tsinghua.edu.cn/homebrew-bottles"
echo 'export HOMEBREW_BOTTLE_DOMAIN="https://mirrors.tuna.tsinghua.edu.cn/homebrew-bottles"' >> ~/.zshrc
git -C "$(brew --repo)" remote set-url origin https://mirrors.tuna.tsinghua.edu.cn/git/homebrew/brew.git
git -C "$(brew --repo homebrew/core)" remote set-url origin https://mirrors.tuna.tsinghua.edu.cn/git/homebrew/homebrew-core.git
brew update-reset && brew update

@XuehaiPan Use HOMEBREW_CORE_GIT_REMOTE and HOMEBREW_BREW_GIT_REMOTE instead.

git -C "$(brew repo)" remote set-url https://mirrors.tencent.com/homebrew/brew.git
Now it finishes faster.
Thank you all.

authors: MikeMcQuaid XuehaiPan dawidd6 gromgit hitzhangjie

repo: Homebrew/brew


text:
nano is giving a GLIBC error

brew config output
HOMEBREW_VERSION: 3.6.2
ORIGIN: https://github.com/Homebrew/brew
HEAD: b8b195cc64a29595797651720ebb2ea09affb682
Last commit: 2 days ago
Core tap ORIGIN: https://github.com/Homebrew/homebrew-core
Core tap HEAD: 388fdafd88751d7020026cfe91b89991f22347fa
Core tap last commit: 39 minutes ago
Core tap branch: master
HOMEBREW_PREFIX: /home/linuxbrew/.linuxbrew
HOMEBREW_CASK_OPTS: []
HOMEBREW_MAKE_JOBS: 1
HOMEBREW_TEMP: /var/services/homes/hays/tmp
Homebrew Ruby: 2.6.8 => /home/linuxbrew/.linuxbrew/Homebrew/Library/Homebrew/vendor/portable-ruby/2.6.8_1/bin/ruby
CPU: single-core 64-bit unknown_0x6_0x5c
Clang: N/A
Git: 2.33.0 => /bin/git
Curl: 7.79.1 => /bin/curl
Kernel: Linux 4.4.180+ x86_64 GNU/Linux
OS: Unknown
Host glibc: 2.35
/usr/bin/gcc: 8.5.0
/usr/bin/ruby: N/A
glibc: N/A
gcc@11: N/A
gcc@12: 12.2.0
xorg: N/A

brew doctor output
Your system is ready to brew.

Verification

[X] I ran brew update and am still able to reproduce my issue.
[X] I have resolved all warnings from brew doctor and that did not fix my problem.

What were you trying to do (and why)?
Install nano and use.
What happened (include all command output)?
nano fails due to a library issue.

(λ=0) hays@clio2 ~ $ nano
nano: /lib64/libc.so.6: version `GLIBC_2.33' not found (required by /home/linuxbrew/.linuxbrew/opt/libmagic/lib/libmagic.so.1)

What did you expect to happen?
nano works.
Step-by-step reproduction instructions (by running brew commands)
brew install nano

gcc-12 also does not seem to compile things correctly

(λ=1) hays@clio2 ~ $ gcc-12 main.c
main.c:1:10: fatal error: stdio.h: No such file or directory
1 | #include <stdio.h>
|          ^~~~~~~~~
compilation terminated.

system gcc works.

(λ=1) hays@clio2 ~ $ gcc main.c
(λ=0) hays@clio2 ~ $ ./a.out
Hello world.(λ=0) hays@clio2 ~ $


text:
brew --prefix/--cellar pkg is not a read-only command anymore since homebrew 4.0.0

brew doctor output
Your system is ready to brew.

Verification

[X] My "brew doctor output" above says Your system is ready to brew. and am still able to reproduce my issue.
[X] I ran brew update twice and am still able to reproduce my issue.
[X] This issue's title and/or description do not reference a single formula e.g. brew install wget. If they do, open an issue at https://github.com/Homebrew/homebrew-core/issues/new/choose instead.

brew config output
HOMEBREW_VERSION: 4.0.1-3-gc9fdce3
ORIGIN: https://github.com/Homebrew/brew
HEAD: c9fdce3e3c918e8e41ff753bcf17a5d2a2eff87a
Last commit: 33 minutes ago
Core tap origin: https://github.com/Homebrew/homebrew-core
Core tap HEAD: 63589f1a8e3cd0b1d5ee7eb25275cedb731ef73d
Core tap last commit: 82 minutes ago
Core tap branch: master
Core tap JSON: 16 Feb 14:30 UTC
HOMEBREW_PREFIX: /opt/homebrew
HOMEBREW_CASK_OPTS: []
HOMEBREW_MAKE_JOBS: 10
Homebrew Ruby: 2.6.10 => /System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/bin/ruby
CPU: 10-core 64-bit arm_firestorm_icestorm
Clang: 14.0.0 build 1400
Git: 2.39.2 => /opt/homebrew/bin/git
Curl: 7.86.0 => /usr/bin/curl
macOS: 13.2.1-arm64
CLT: 14.2.0.0.1.1668646533
Xcode: N/A
Rosetta 2: false

What were you trying to do (and why)?
Use brew --prefix pkg inside of a sandboxed environment using sandbox-exec (read-only file system)
What happened (include all command output)?
$ sandbox-exec -p '(version 1)(allow default)(deny network*)(deny file-write*)(allow network* (remote unix))(allow file-write* (literal "/dev/null") (literal "/dev/dtracehelper"))' brew --cellar openssl
Error: Operation not permitted @ apply2files - /Users/kit_ty_kate/Library/Caches/Homebrew/api/formula.json
What did you expect to happen?
With Homebrew 3.6 for years before, brew --prefix/--cellar has never tried to write in a cache file and worked fine inside a read-only sandbox.
With Homebrew 4.0 the same command now fails. The only way to make it work is to export HOMEBREW_NO_INSTALL_FROM_API=1
I’m not sure this is a wanted behaviour for this particular commands so I’m opening an issue to make sure this is an intended change.
Step-by-step reproduction instructions (by running brew commands)
$ sandbox-exec -p '(version 1)(allow default)(deny network*)(deny file-write*)(allow network* (remote unix))(allow file-write* (literal "/dev/null") (literal "/dev/dtracehelper"))' brew --cellar openssl
Error: Operation not permitted @ apply2files - /Users/kit_ty_kate/Library/Caches/Homebrew/api/formula.json
$ HOMEBREW_NO_INSTALL_FROM_API=1 sandbox-exec -p '(version 1)(allow default)(deny network*)(deny file-write*)(allow network* (remote unix))(allow file-write* (literal "/dev/null") (literal "/dev/dtracehelper"))' brew --cellar openssl
/opt/homebrew/Cellar/openssl@3

--prefix should work after the JSON file is downloaded and cached, which should happen after a brew update.
--cellar however doesn't and I agree we should fix that.

The only way to make it work is to export HOMEBREW_NO_INSTALL_FROM_API=1

Note that in a controlled script environment like opam, HOMEBREW_NO_AUTO_UPDATE is a better choice as HOMEBREW_NO_INSTALL_FROM_API may trigger a git clone.

--prefix should work after the first time the JSON file is downloaded and cached, which should happen after a brew update.

Do you mean the command should work after two brew update back to back as requested when i opened this issue?
If so, there is a bug here as well as it doesn’t work.

Note that in a controlled script environment like is the case for you in opam, HOMEBREW_NO_AUTO_UPDATE is a better choice as HOMEBREW_NO_INSTALL_FROM_API may trigger a git clone.

I’ve tried and HOMEBREW_NO_AUTO_UPDATE doesn’t do anything though.

I’ve tried and with HOMEBREW_NO_AUTO_UPDATE it still fails though.

Ok, that stops the network request but not the file write because of a File.touch. I'll have a look.
Another thing I've noticed is aliases currently aren't handled the same (so openssl@3 should work but openssl currently doesn't). Will look at that too.

4.0.2 should solve this: brew --prefix and brew --cellar no longer perform any file write or network calls if the formula is known to exist in the cache. In those cases, the command now takes like 50ms rather than a couple seconds. If the formula doesn't exist, it will fallback to the slower path (this is not a concern you'll likely need to worry about - or if it is then you'll likely want it to fail as something's gone wrong anyway).
For other read-only commands (e.g. brew info), HOMEBREW_NO_AUTO_UPDATE has been updated to avoid file write and network calls, unless the cache doesn't exist (this shouldn't happen ordinarily).


text:
-bash: syntax error near unexpected token `newline'

Please always follow these steps:

[ ] Confirmed this is a problem with Homebrew/brew and not one or more formulae? If it's a formulae-specific problem please file this issue at https://github.com/Homebrew/homebrew-core/issues/new
[x] Ran brew update and retried your prior step?
[x] Ran brew doctor, fixed as many issues as possible and retried your prior step?
[x] Ran brew config and brew doctor and included their output with your issue?

To help us debug your issue please explain:

What you were trying to do (and why)
I have ran brew gist-logs <formula> in the process of installing python and opencv (referring http://www.pyimagesearch.com/2016/12/19/install-opencv-3-on-macos-with-homebrew-the-easy-way/).

What happened (include command output)
Commanded brew gist-logs <formula>, but there occurs error of -bash: syntax error near unexpected token newline'`

Return for the brew config
HOMEBREW_VERSION: 1.1.12-3568-g46f6dc4c
ORIGIN: https://github.com/Homebrew/brew
HEAD: 46f6dc4c93b96abd528c3a0a808a5ca5a795c7f3
Last commit: 2 hours ago
Core tap ORIGIN: https://github.com/Homebrew/homebrew-core
Core tap HEAD: 068842d7a070f9db7b975a01c127dccaf5ca669b
Core tap last commit: 2 hours ago
HOMEBREW_PREFIX: /usr/local
HOMEBREW_REPOSITORY: /usr/local/Homebrew
HOMEBREW_CELLAR: /usr/local/Cellar
HOMEBREW_BOTTLE_DOMAIN: https://homebrew.bintray.com
CPU: octa-core 64-bit skylake
Homebrew Ruby: 2.0.0-p648
Clang: 8.1 build 802
Git: 2.11.0 => /Applications/Xcode.app/Contents/Developer/usr/bin/git
Perl: /usr/bin/perl
Python: /usr/local/bin/python => /usr/local/Cellar/python/2.7.13/Frameworks/Python.framework/Versions/2.7/bin/python2.7
Ruby: /usr/bin/ruby => /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/bin/ruby
Java: N/A
macOS: 10.12.4-x86_64
Xcode: 8.3.1
CLT: 8.3.0.0.1.1490382677
X11: N/A

Return for the brew doctor
Your system is ready to brew.

Step-by-step reproduction instructions (by running brew commands)
Example usage:
brew search [TEXT|/REGEX/]
brew (info|home|options) [FORMULA...]
brew install FORMULA...
brew update
brew upgrade [FORMULA...]
brew uninstall FORMULA...
brew list [FORMULA...]

Troubleshooting:
brew config
brew doctor
brew install -vd FORMULA
Developers:
brew create [URL [--no-fetch]]
brew edit [FORMULA...]
http://docs.brew.sh/Formula-Cookbook.html
Further help:
man brew
brew help [COMMAND]
brew home

Ran brew config and brew doctor and included their output with your issue?

Please do this.

@MikeMcQuaid
I updated the output of the brew config and brew doctor.

Did you run brew gist-logs <formula> or brew gist-logs python or brew gist-logs opencv or something else?

Did you run brew gist-logs  or brew gist-logs python or brew gist-logs opencv or something else?

Ping on this.


text:
brew search throws undefined method error - macOS 10.13.6

[x] are reporting a bug others will be able to reproduce and not asking a question. If you're not sure or want to ask a question do so on our Discourse: https://discourse.brew.sh
[x] ran a brew command and reproduced the problem with multiple formulae? If it's a problem with a single, official formula (not cask) please file this issue at Homebrew/homebrew-core: https://github.com/Homebrew/homebrew-core/issues/new/choose. If it's a brew cask problem please file this issue at https://github.com/Homebrew/homebrew-cask/issues/new/choose. If it's a tap (e.g. Homebrew/homebrew-php) problem please file this issue at the tap.
[x] ran brew update and can still reproduce the problem?
[x] ran brew doctor, fixed all issues and can still reproduce the problem?
[x] ran brew config and brew doctor and included their output with your issue? (Included below)

To help us debug your issue please explain:
What you were trying to do (and why)
I was attempting to run brew search <package name>. I am able to reproduce this issue regardless of the package specified.
What happened (include command output)
After running brew search, I received the following error message:
Error: undefined method `token' for nil:NilClass
Please report this bug:
  https://docs.brew.sh/Troubleshooting
/usr/local/Homebrew/Library/Homebrew/searchable.rb:28:in `block in search_string'
/usr/local/Homebrew/Library/Homebrew/cask/lib/hbc/cask.rb:20:in `block in each'
/usr/local/Homebrew/Library/Homebrew/cask/lib/hbc/cask.rb:19:in `each'
/usr/local/Homebrew/Library/Homebrew/cask/lib/hbc/cask.rb:19:in `each'
/usr/local/Homebrew/Library/Homebrew/searchable.rb:27:in `select'
/usr/local/Homebrew/Library/Homebrew/searchable.rb:27:in `search_string'
/usr/local/Homebrew/Library/Homebrew/searchable.rb:7:in `search'
/usr/local/Homebrew/Library/Homebrew/extend/os/mac/search.rb:29:in `search_casks'
/usr/local/Homebrew/Library/Homebrew/cmd/search.rb:83:in `search'
/usr/local/Homebrew/Library/Homebrew/brew.rb:87:in `<main>'

What you expected to happen
Expected to receive a list of packages, from all taps, matching search string
Step-by-step reproduction instructions (by running brew commands)
$ brew search <package name>

Additional information
Output of brew doctor:
$ brew doctor
Your system is ready to brew.

Output of brew config:
HOMEBREW_VERSION: 1.7.1
ORIGIN: https://github.com/Homebrew/brew
HEAD: d6a245c05110c240e680da594c2cc6038998b82e
Last commit: 3 days ago
Core tap ORIGIN: https://github.com/Homebrew/homebrew-core
Core tap HEAD: 6517c2ef3174c76f1216e64d23923acf768e712c
Core tap last commit: 14 hours ago
HOMEBREW_PREFIX: /usr/local
HOMEBREW_VISUAL: nano
CPU: octa-core 64-bit haswell
Homebrew Ruby: 2.3.7 => /System/Library/Frameworks/Ruby.framework/Versions/2.3/usr/bin/ruby
Clang: 10.0 build 1000
Git: 2.17.0 => /Library/Developer/CommandLineTools/usr/bin/git
Curl: 7.54.0 => /usr/bin/curl
Java: N/A
macOS: 10.13.6-x86_64
CLT: 10.0.0.0.1.1527767617
Xcode: N/A
XQuartz: 2.7.11 => /opt/X11

Can you post the output of brew tap?

Same here.
 ~/ brew doctor
Your system is ready to brew.

 ~/ brew config
HOMEBREW_VERSION: 1.7.1
ORIGIN: https://github.com/Homebrew/brew
HEAD: d6a245c05110c240e680da594c2cc6038998b82e
Last commit: 4 days ago
Core tap ORIGIN: https://github.com/Homebrew/homebrew-core
Core tap HEAD: 0e25f23d130a5e700786025f387a7507b80880e5
Core tap last commit: 7 hours ago
HOMEBREW_PREFIX: /usr/local
HOMEBREW_GITHUB_API_TOKEN: set
HOMEBREW_NO_ANALYTICS_THIS_RUN: 1
CPU: quad-core 64-bit broadwell
Homebrew Ruby: 2.3.7 => /usr/local/Homebrew/Library/Homebrew/vendor/portable-ruby/2.3.7/bin/ruby
Clang: 9.0 build 900
Git: 2.14.3 => /Applications/Xcode.app/Contents/Developer/usr/bin/git
Curl: 7.54.0 => /usr/bin/curl
Java: 1.8.0_181
macOS: 10.12.6-x86_64
CLT: 9.2.0.0.1.1510905681
Xcode: 9.2
XQuartz: N/A

 ~/ brew tap
homebrew/cask
homebrew/cask-versions
homebrew/core
homebrew/fuse
kylef/formulae
mengbo/ch340g-ch34g-ch34x-mac-os-x-driver
pvinis/pvinis
universal-ctags/universal-ctags

@thenoelforte, the problem is spacemacs-nightly from pvinis/pvinis, which is empty.
cat /usr/local/Homebrew/Library/Taps/pvinis/homebrew-pvinis/Casks/spacemacs-nightly.rb
#cask 'spacemacs-nightly' do
  #version '2016-10-06_01-43-38-6e6c08815347a78008211613c9ddfa0acd7f0ef8'
  #sha256 '53a53cf2c62dcaada4ab6ec0e114ab9ca930688bbba455a90c6d3b316a7b0830'

 # url "https://emacsformacosx.com/emacs-builds/Emacs-#{version}-universal.dmg"
 # appcast 'https://emacsformacosx.com/atom/daily',
  #        checkpoint: 'e99da4f3923fdfcd3a28efae9fae7e624d070cc210bb45099ff570caef2eab00'
  #name 'Spacemacs'
  #homepage 'https://emacsformacosx.com/'
  #license :gpl

 # preflight do
    #system "mv", "#{staged_path}/Emacs.app", "#{staged_path}/Spacemacs.app"
    #system "rm", "#{staged_path}/Spacemacs.app/Contents/Resources/Emacs.icns"
   # system "curl -L \"https://github.com/nashamri/spacemacs-logo/blob/master/spacemacs.icns?raw=true\" -o #{staged_path}/Spacemacs.app/Contents/Resources/Emacs.icns"
  #end

 # app 'Spacemacs.app'
#end


text:
Comment out path args deprecation

[x] Have you followed the guidelines in our Contributing document?
[x] Have you checked to ensure there aren't other open Pull Requests for the same change?
[x] Have you added an explanation of what your changes do and why you'd like us to include them?
[ ] Have you written new tests for your changes? Here's an example.
[x] Have you successfully run brew style with your changes locally?
[x] Have you successfully run brew typecheck with your changes locally?
[ ] Have you successfully run brew tests with your changes locally?

This comments out the deprecations added in #14285 so that they can be enabled when we put out another minor or major release.

Review period will end on 2022-12-28 at 22:12:17 UTC.

Review period skipped due to critical label.

This was also causing the brew bump-cask-pr and brew bump-formula-pr commands to fail as mentioned in https://github.com/Homebrew/brew/pull/14296 so I decided to skip review.

Thanks @apainintheneck!

authors: BrewTestBot MikeMcQuaid apainintheneck


text:
sudo: pass env variables without /usr/bin/env

Using /usr/bin/env as a frontend for the actual command prevents sudoers from restricting allowed commands and configuring detailed command environment.

[x] Have you followed the guidelines in our Contributing document?
[x] Have you checked to ensure there aren't other open Pull Requests for the same change?
[x] Have you added an explanation of what your changes do and why you'd like us to include them?
[ ] Have you written new tests for your changes? Here's an example.
[ ] Have you successfully run brew style with your changes locally?
[ ] Have you successfully run brew typecheck with your changes locally?
[ ] Have you successfully run brew tests with your changes locally?

Looks like this might break the case where envs are used but sudo is not used?

@Bo98 can you elaborate a bit with an example case?

My concerns were addressed in a later force push.

Thanks again @Kentzo!

authors: Bo98 Kentzo MikeMcQuaid


text:
--insecure arg added back

Adding this since Homebrew core and Cask are being merged and cask supports <10.6 OS versions.

I'm not aware of the context here but I think I would prefer not to support systems that can't handle certificate validation in Homebrew/brew.

-- although I don't want to relitigate something that's already been discussed; have folks already talked about this?

Context was that cask supports OS versions under 10.6 and have the line in utils code
https://github.com/AnastasiaSulyagina/homebrew-cask/blob/master/lib/vendor/homebrew-fork/utils.rb#L40
And as code is to be merged and cask's part to be deleted (as part of #14384 and my summer GSOC project), I added the line back here because it was not supposed to break anything in brew but made cask code work correctly with brew's core.
Though I'm trying to understand now why did build fail here, it was not supposed to influence anything in brew

Committed wrong piece, sorry.

I see. I think it's really dangerous to silently disable certificate verification.
Assuming (without checking) that the curl on 10.6 and below is too old to support SNI or TLS 1.2 I think we shouldn't attempt to use it on the modern Internet. If supporting < 10.6 is a firm requirement (and maybe we should push back on that), maybe this is a candidate for vendoring for old systems, à la git and ruby in #404? /cc @xu-cheng @DomT4
If I'm wrong and the problem is just certificates, maybe we bundle the Mozilla certificate bundle from https://curl.haxx.se/docs/caextract.html?

Yeah, I'd be pretty unhappy to say the least if we stuck this back in. I'm not convinced it was an entirely good idea when we originally tolerated it, I think there's even less of a case for it today.
I'm a little confused how this PR meshes with the 10.6 check in brew.
It's perhaps worth noting that the code for handling curl has deviated pretty significantly from where it was when the Cask forked it, including wholly excluding our newer mechanisms for favouring Homebrew's curl when present on older systems.
We also have added a doctor nag nudging people using <10.9 to install Homebrew's curl, and I've started work on a command to update certificates shipped with openssl, libressl, gnutls etc, particularly (but not exclusively) on older systems.
My PR there is kind of paused at the moment because I managed to end up dumping far too much on my plate at once, but it isn't dead, FWIW.

Ok, did not expect that. It seemed pretty similar to the old state on first glance. So what options do I have?

I'm not sure of the broader context here, beyond your original comment. For obvious reasons I've been keeping my nose out of other GSoC stuff, beside when directly pinged. If your need to do this is limited to how Homebrew currently uses curl, i.e. for the fetch mechanism, then you shouldn't need to change anything.
10.8 and below users will still be nagged to install Homebrew's curl, should soonish have a way to update certs out-of-band & if we get issues on downloading for those platforms installing our curl will be our first suggestion. FWIW 98% of Homebrew's known userbase is running 10.9 or newer.
If you're planning to piggyback on the existing fetch mechanism no changes should be required to that purely in terms of which curl and why, but please do feel free to elaborate if there's a misunderstanding here.

Thanks @AnastasiaSulyagina! I agree we probably don't need this. That said, we should eventually aim to have Homebrew/brew be effectively a merge of Tigerbrew and Linuxbrew's core but I agree unconditionally passing --insecure is probably not a good way of doing that. CC @mistydemeo for thoughts here.

authors: AnastasiaSulyagina DomT4 MikeMcQuaid tdsmith


text:
FormulaInstaller: rescue already attempted install

[X] Have you followed the guidelines in our Contributing document?
[X] Have you checked to ensure there aren't other open Pull Requests for the same change?
[X] Have you added an explanation of what your changes do and why you'd like us to include them?
[ ] Have you written new tests for your changes? Here's an example.
[X] Have you successfully run brew style with your changes locally?
[X] Have you successfully run brew tests with your changes locally?

We use brew install --only-dependencies in our CI jobs before building a package from source. Recently I noticed that some jobs were failing to install the needed dependencies, with brew silently stopping before all the dependencies were installed. I had to add some print statements, but I tracked it down to a rescue Exception in FormulaInstaller that was catching a FormulaInstallationAlreadyAttemptedError and raising. There are several other places where we catch this error and allow it to continue:

https://github.com/Homebrew/brew/blob/ae08b15cbe40a2022f6618e66863baafc2532e79/Library/Homebrew/reinstall.rb#L42-L43
https://github.com/Homebrew/brew/blob/b80defdd3323b52836e7e7ef3ed88b9f60eac2a5/Library/Homebrew/cmd/upgrade.rb#L191-L194
https://github.com/Homebrew/brew/blob/84c5f4079347fb7bc7844d594f5735347abf5607/Library/Homebrew/cmd/install.rb#L331-L334

So I've added the same rescue to FormulaInstaller.

I didn't do quite enough testing here. I confirmed that all the expected packages show up in brew list after brew install --only-dependencies, but the formula that had already attempted installation isn't linked and seems to have a tmp-keg in the Cellar: /usr/local/Cellar/libyaml/0.2.2.tmp
I think I'll need to change this a bit in a follow-up PR


text:
Add frozen_string_literal: true to the top of all files & fix issues with frozen strings

In #289, @MikeMcQuaid suggested that we test the entire project with --enable-frozen-string-literal. I gave that a shot and unfortunately couldn't make it work (RSpec has several string-modifying method calls which rely on string mutability in that library).
In Jekyll, we found that freezing strings greatly sped up the execution of the program since the Ruby VM didn't have to continue allocating new strings every time it saw a literal.
In an effort to bring this project into full compliance with frozen string literals, I submit to you the following. It does not include the fixes in #289, but they could be wrapped into 1 PR if that's what you'd prefer.
/cc @MikeMcQuaid

Once this is 💚 : I'm game for this!

Rebased on latest master.

CI runs Ruby 2.0, so I went back to using <<-EOS.undent.

@MikeMcQuaid Tests passed! Unfortunately, something else didn't, which is why we have 🔴 CI.
Finished in 11.54 seconds (files took 0.8371 seconds to load)

116 examples, 0 failures

Coverage report generated for RSpec to /Users/travis/build/Homebrew/homebrew-bundle/coverage. 1369 / 1369 LOC (100.0%) covered.

travis_time:end:1c546ff4:start=1507041692628521000,finish=1507041706790379000,duration=14161858000

The command "bundle exec rake" exited with 0.

travis_fold:start:cache.2
store build cache

$ bundle clean

travis_time:start:02c45112

travis_time:end:02c45112:start=1507041707124640000,finish=1507041707139957000,duration=15317000
travis_time:start:12b0ce7a
nothing changed, not updating cache

travis_time:end:12b0ce7a:start=1507041707174828000,finish=1507041717426156000,duration=10251328000
travis_fold:end:cache.2

Done. Your build exited with 1.

/Users/travis/.travis/job_stages: line 1

CI runs Ruby 2.0, so I went back to using <<-EOS.undent.

@parkr This shouldn't be the case any more as-of https://github.com/Homebrew/homebrew-bundle/pull/292 (now merged).

CI runs Ruby 2.0, so I went back to using <<-EOS.undent.

@parkr This shouldn't be the case any more as-of #292 (now merged).

Huzzah! Rebased and updated.

@MikeMcQuaid Tests are passing! There is an issue running brew style homebrew/homebrew-bundle in CI, however, since it's targeting Ruby 2.0. The fix for this is to target Ruby 2.3 in the rubocop file that brew style uses.
== /usr/local/Homebrew/Library/Taps/homebrew/homebrew-bundle/lib/bundle/brew_dumper.rb ==

E:176: 87: unexpected token tBANG

(Using Ruby 2.0 parser; configure using TargetRubyVersion parameter, under AllCops)

== /usr/local/Homebrew/Library/Taps/homebrew/homebrew-bundle/lib/bundle/brew_installer.rb ==

C:158: 13: Inconsistent indentation detected.

W:158: 13: Variable Unlinking used in void context.

C:158: 23: Missing space after #.

C:159: 13: Inconsistent indentation detected.

C:159: 39: Use && instead of and.

C:159: 58: Missing space after #.

== /usr/local/Homebrew/Library/Taps/homebrew/homebrew-bundle/spec/brew_services_spec.rb ==

C: 19:  9: Inconsistent indentation detected.

C: 20:  9: Inconsistent indentation detected.

C: 21:  9: Inconsistent indentation detected.

W: 22:  7: Variable EOS used in void context.

Thanks @parkr!

(I reran CI after a Homebrew/brew change to brew style in the new tag)

Brilliant! Thanks, Mike!

authors: MikeMcQuaid parkr

repo: Homebrew/homebrew-bundle


text:
Undefined method `boot_path_plist_present?'

My specific error message:
Error: undefined method `boot_path_plist_present?' for #<Homebrew::Service:0x00007fe5a31a2d28>
/usr/local/Homebrew/Library/Taps/homebrew/homebrew-services/lib/service.rb:86:in `plist_present?'
/usr/local/Homebrew/Library/Taps/homebrew/homebrew-services/lib/services_cli.rb:206:in `block in restart'
/usr/local/Homebrew/Library/Taps/homebrew/homebrew-services/lib/services_cli.rb:205:in `each'
/usr/local/Homebrew/Library/Taps/homebrew/homebrew-services/lib/services_cli.rb:205:in `restart'
/usr/local/Homebrew/Library/Taps/homebrew/homebrew-services/lib/services_cli.rb:92:in `run!'
/usr/local/Homebrew/Library/Taps/homebrew/homebrew-services/cmd/services.rb:48:in `services'
/usr/local/Homebrew/Library/Homebrew/brew.rb:122:in `<main>'

How to reproduce:
brew services restart [FORMULA]

Version info
macOS Big Sur v 11.4
$ brew --version
Homebrew 3.1.9
Homebrew/homebrew-core (git revision fcc15b1593; last commit 2021-05-31)
Homebrew/homebrew-cask (git revision 6525a5b1e3; last commit 2021-05-31)

$ uname -s
Darwin Kernel Version 20.5.0: Sat May  8 05:10:33 PDT 2021; root:xnu-7195.121.3~9/RELEASE_X86_64 x86_64

$ which ruby
ruby is /usr/bin/ruby

$ ruby --version
ruby 2.6.3p62 (2019-04-16 revision 67580) [universal.x86_64-darwin20]

It looks like a recent cleanup may have removed the function boot_path_plist_present, I grepped the homebrew-services and could not find a reference. Or is this function defined in another package?

Output of brew doctor
Please note that these warnings are just used to help the Homebrew maintainers
with debugging if you file an issue. If everything you use Homebrew for is
working fine: please don't worry or file an issue; just ignore this. Thanks!

Warning: "config" scripts exist outside your system or Homebrew directories.
`./configure` scripts often look for *-config scripts to determine if
software packages are installed, and which additional flags to use when
compiling and linking.

Having additional scripts in your path can confuse software installed via
Homebrew if the config script overrides a system or Homebrew-provided
script of the same name. We found the following "config" scripts:
  /Users/jacobfaibussowitsch/NoSync/petscpackages/bin/pnetcdf-config
  /Users/jacobfaibussowitsch/NoSync/petscpackages/bin/nc-config

Warning: You have unlinked kegs in your Cellar.
Leaving kegs unlinked can lead to build-trouble and cause formulae that depend on
those kegs to fail to run properly once built. Run `brew link` on these:
  six
  protobuf

The following commit cea6c9f5b65e9d85779ac65c2600f508df5f6b93 is to blame here

Good work on this @Jacobfaib. I came here to report this, and I see you've already done a great job.

I have the same error message. Just spent half an hour debugging this and reinstalling everything. Thanks Jacobfaib, now I know that there's nothing wrong with my installation 😌

Quick and dirty hotfix to make things work in the meantime:
cd /usr/local/Homebrew/Library/Taps/homebrew/homebrew-services
git reset --hard 5f2fe01

Call it sloppy but simple commented out the line for now.
#boot_path_plist_present? || user_path_plist_present?

authors: Jacobfaib devasghar pgrenaud ralphjsmit rcrews

repo: Homebrew/homebrew-services


text:
Clear All Log Data

When clearing the all log data in File->Model Properties the open plots looses connections to the node variables. So when simulating after the clearance plots are empty.
To Reproduce

Plot a variable after a simulation
Keep the plot window open
File->Model Properties and clear all the dog data
Simulate again and study the plot window without plot data

Expected behavior
Plots might be empty. But, after the new simulation the variables plotted before the log data clearance would plot again in the plot windows.
Hopsan version (please complete the following information):
Version information is shown in the message widget when HopsanGUI is started

OS: Windows 10 ver 1809 OS Build 17763.973
Version: Info: HopsanCore 64-bit, Version: 2.16.0.20201108.1336 (Compiled in debug mode)
Build: compile it myrself

Ahh this good old request, I think it has been a desired feature since forever. To behave like the old fortran hopsan.
The problem is that the plotwindows contain "plot curves" connected to "log data variables". When the variables are deleted, the curves are also removed since the data that they depend on is removed. So nothing remains in the plot.

Maybe we should remember the names of the stuff plotted, in case the data would magically show up again.
Maybe plot windows should have the ability to contain variable names as text, that will autoplot if the data all of a sudden would show up after a simulation. That way we could also have free floating "scope components" that are not connected to anything. Not sure if that is useful, but could help de-clutter the workspace.

Another solution would be to re-name it to "clear all old log data"?

Keeping the last generation and clear 1:(1-n) generations

It might destroy the purpose with the feature (I don't directly see how though).

Yes or maybe just add that one so both exist

The nicest would be if the plow window keeps the link to the node variables and plot it again when a simulation is ran after the delete.

That is unfortunately impossible the way its implemented (they were deleted). But the list of possible solutions I wrote in my first reply may work. Short term fix is just to fix the button or add a new one.
But since this has been requested multiple times over the years, maybe I will actually try to solve it somehow.

Yes. Your second list item would do the job good.

repo: Hopsan/hopsan


text:
Patient View: Add Visit button height fix

🐛 Bug Report
The height of the Add Visit button on the Patient view is not consistent with the rest of the button such the Edit button just above it.

To Reproduce
On https://staging.hospitalrun.io/

Login and go to patients,
Select one existing patient to View or create a new one if no patients already exist and view the patient
Notice the Add Visit button height is twice (almost) that of the Edit button just above it

Expected behavior
The Add Visit button height must be consistent with the rest of the buttons
Your Environment

node version: 6,8,10
fastify version: >=1.0.0
os: Mac, Windows, Linux
any other relevant information

Hi @blestab I have an open PR that fixes this issue.

Awesome! Thanks @stephjs

@blestab Can this be closed?

@blestab Can this be closed?

Exactly, but the automatic close doesn't seem to have worked

Exactly, but the automatic close doesn't seem to have worked

authors: blestab chadian stephjs tehKapa

repo: HospitalRun/hospitalrun-frontend


text:
Google Cloud Guava Dependency Conflict

Spring dependency management is pulling in Guava 17.0, Google Cloud dependencies require Guava >= 18.0

Fixed

repo: HotelsDotCom/circus-train


text:
关于数据驱动的断言

对于数据驱动在接口测试中的使用，目前主要遇到过两种场景

测试接口健壮性，模拟特殊数据和边界数据，测试接口在针对异常情况下的处理逻辑
测试接口功能， 如登录接口中，测试用户名不存在、密码错误等场景下的处理逻辑

第一种一般比较好处理，因为异常情况下给用户的反馈大体相同，断言仅需要检查接口没有报错，正常提示信息即可，这也是HttpRunner目前可以支持的，而第二种往往就需要针对不同的数据做不同的断言，实际上也就是一条数据对应一个CASE，不知HttpRunner是否有其他方式可以解决类似的测试场景

同求

在下个版本会考虑加入。

authors: debugtalk hhyo ruby1045

repo: HttpRunner/HttpRunner


text:
请问2.0是不是不支持直接引用debugtalk.py中的变量了？

之前的版本：
debugtalk.py中：

api中：

是可以正常使用的，但升级2.0以后就不可以用了，是不是取消了这种用法？

@erolce 是的，不再支持引用 debugtalk.py 中的变量，只支持引用函数了。
如果你确实需要在 debugtalk.py 中定义变量并引用的话，那可以写个函数来获取，再引用函数。
var_a = 123

def get_var_a():
    return var_a

调整的目的是希望能减少选择，否则按照之前的方式，在看到脚本中引用变量时，还需要分别去查看是在哪里定义的。

authors: debugtalk erolce


text:
[Issue 449]Removed aborting testcases to make build pass along with test

Removed all unused, non implemented and aborting testcases.
Some test cases are corrected to run.
Now the build is passing in local machine along with test.

Better somebody merge this as local build fails with test like mvn clean package.

retest this please

LGTM, Merged to master

authors: Vimal-Das ravipesala

repo: HuaweiBigData/carbondata


text:
Slack ims

@jhaber

I think we have enough slack-related stuff now it should get moved to its own repo and we can depend on it in Blazar

cool lgtm

authors: jhaber jonathanwgoodwin

repo: HubSpot/Blazar


text:
Won't compile on .NET Core 3.0

the output exe/dll from a normal publish works, however.
D:\Project> dotnet warp -v                                                                                Running Publish...                                                                                Running dotnet publish -c Release -r win-x64 -o "D:\Project\dotnetwarp_temp" "D:\Project"
Microsoft (R) Build Engine version 16.3.0-preview-19426-01+faf5e5d75 for .NET Core
Copyright (C) Microsoft Corporation. All rights reserved.

  Restore completed in 67.4 ms for D:\Project\Project.csproj.
  You are using a preview version of .NET Core. See: https://aka.ms/dotnet-core-preview
  Project-> D:\Project\bin\Release\netcoreapp3.0\win-x64\Project.dll
C:\Program Files\dotnet\sdk\3.0.100-preview9-014004\Sdks\Microsoft.NET.Sdk\targets\Microsoft.NET.ILLink.targets(88,13): error MSB4064: The "ReferenceAssemblyPaths" parameter is not supported by the "ILLink" task. Verify the parameter exists on the task, and it is a settable public instance property. [D:\Project\Project.csproj]
C:\Program Files\dotnet\sdk\3.0.100-preview9-014004\Sdks\Microsoft.NET.Sdk\targets\Microsoft.NET.ILLink.targets(87,5): error MSB4063: The "ILLink" task could not be initialized with its input parameters.  [D:\Project\Project.csproj]

Publish failed. Set --verbose flag for more info.

D:\Project> dotnet warp -v -l Normal                                                                                Running AddLinkerPackage...                                                                                Running dotnet add package --source https://dotnet.myget.org/F/dotnet-core/api/v3/index.json ILLink.Tasks -v 0.1.5-preview-1841731
  Writing C:\Users\User\AppData\Local\Temp\tmpDBD1.tmp
info : Adding PackageReference for package 'ILLink.Tasks' into project 'D:\Project\Project.csproj'.
info : Restoring packages for D:\Project\Project.csproj...
info : Package 'ILLink.Tasks' is compatible with all the specified frameworks in project 'D:\Project\Project.csproj'.
info : PackageReference for package 'ILLink.Tasks' version '0.1.5-preview-1841731' updated in file 'D:\Project\Project.csproj'.
info : Committing restore...
info : Assets file has not changed. Skipping assets file writing. Path: D:\Project\obj\project.assets.json
log  : Restore completed in 68.07 ms for D:\Project\Project.csproj.

Running Publish...
Running dotnet publish -c Release -r win-x64 -o "D:\Project\dotnetwarp_temp" "D:\Project"
Microsoft (R) Build Engine version 16.3.0-preview-19426-01+faf5e5d75 for .NET Core
Copyright (C) Microsoft Corporation. All rights reserved.

  Restore completed in 16.84 ms for D:\Project\Project.csproj.
  You are using a preview version of .NET Core. See: https://aka.ms/dotnet-core-preview
  Project -> D:\Project\bin\Release\netcoreapp3.0\win-x64\Project.dll
C:\Program Files\dotnet\sdk\3.0.100-preview9-014004\Sdks\Microsoft.NET.Sdk\targets\Microsoft.NET.ILLink.targets(88,13): error MSB4064: The "ReferenceAssemblyPaths" parameter is not supported by the "ILLink" task. Verify the parameter exists on the task, and it is a settable public instance property. [D:\Project\Project.csproj]
C:\Program Files\dotnet\sdk\3.0.100-preview9-014004\Sdks\Microsoft.NET.Sdk\targets\Microsoft.NET.ILLink.targets(87,5): error MSB4063: The "ILLink" task could not be initialized with its input parameters.  [D:\Project\Project.csproj]

Publish failed. Set --verbose flag for more info.

i think you can add /p:PublishSingleFile=true after dotnet command like :dotnet publish -c release -r linux-x64 /p:PublishSingleFile=true, Instead of using dotnet-warp at .net core 3.0

Yep, .NET Core 3.0 has this mechanism built in.
So it would be: dotnet publish -c Release -r linux-x64 /p:PublishSingleFile=true /p:PublishTrimmed=true
Running external ILLink.Tasks on .NET Core 3.0 is not supported

Note: In previous versions of .NET Core, ILLink.Tasks was shipped as an external NuGet package and provided much of the same functionality. It is no longer supported – please update to the .NET Core 3.0 SDK and try the new experience!

Source: https://devblogs.microsoft.com/dotnet/announcing-net-core-3-0/

Yes but according to scott hanselman, this tool can get to 9 MB binaries but the dotnet core 3.0 trimmer only gets me to 30 MB.
So dotnet-warp is way better, you should make it work with dotnet core 3.0

ILLink.Tasks package, which dotnet-warp uses to pack, is not working on .NET Core 3.0. There is nothing I can do to make it work, as it was obsoleted for a reason - there is already built in mechanism for that. Sadly, ILLink.Tasks package was more configurable, and more aggresive trimming was possible.
You could try approach given here: https://www.hanselman.com/blog/MakingATinyNETCore30EntirelySelfcontainedSingleExecutable.aspx

Thanks!

dotnet publish also gives me the same error on :
 Version:   3.1.403
 Commit:    9e895200cd
 RID:         win10-x64
 OS Version:  10.0.19042

authors: DanteMarshal Delevin888 Hubert-Rybak ghost steamp0rt trampster

repo: Hubert-Rybak/dotnet-warp


text:
提示错误信息

What problem does this feature solve?
有些时候调用API，会传递一个错误的数据，虽然是我自己传输错误，但插件并没有反馈，也没有任何的反应，这个时候我就会以为是别的地方出现的错误
What does the proposed API look like?
想说，能不能在出现这个情况的时候，控制台抛出错误

建议使用typescript进行约束


text:
The editing box does not automatically display in the visible area when double clicke selected region

Describe the bug
The editing box does not automatically display in the visible area when double clicke selected region.
To Reproduce

chose a region that are not in the visible Regions area.
double clicke the region.

Expected behavior
The editing box of this region will automatically display in the visible Regions area.
Screenshots

Environment (please complete the following information):

OS: windows 11
Label Studio Version:1.8.2
Browser:Edge 116.0.1938.69

Additional context
Version 1.8.1 does not have this issue.

same issue!

authors: BMukhtar xiaoshihu

repo: HumanSignal/label-studio


text:
Switch git library from nodegit to simple git

Currently, getting git cactus set up on linuxes that aren't ubuntu is difficult because it requires installation of nodegit. Nodegit's build process requires building it with openssl support if the environment doesn't match one of the prebuilt binaries, which has other knock-on issues re: location of libraries (https://github.com/nodegit/nodegit/issues/1225). To ease the installation process, this PR replaces the use of nodegit to simple-git, which is a wrapper around shell calls to git, which is likely already installed on the system. The script should contiune to work the same.

we had a situation where we had a hotfix and many of the people in the office were having trouble with git cactus - this should kill installation issues that people have (openssl) and node version issues, which will be awesome (simplegit over nodegit seems great for future scripts too)
Added myself as reviewer

authors: ashtonG meitros

repo: HustleInc/git-cactus


text:
Tests/results

There is more work to do on results, but this PR is already too big. I'd like to merge this and continue on another branch.

On merging, GitHub is trying to take the older version of the tests in Tests/Results rather than the newer version in main, and we are getting a build error. @Brennan1994 @HenryGeorgist would copying the newly formatted tests in main into the code on Tests/Results be a good way to fix this?

Do you see another way that we could get the total stage damage and total damage frequency?

On Dec 16, 2021, at 3:59 PM, Will Lehman @.***> wrote:

@HenryGeorgist commented on this pull request.
In fda-model/paireddata/PairedData.cs:

@@ -120,6 +120,47 @@ public bool IsMonotonicallyIncreasing(double[] arrayOfData)
return new PairedData(x, y);
}

   public IPairedData SumYsForGivenX(IPairedData input)

instead of just summing the ead from each?
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.

As far as I understand, overtopping is considered levee failure. I think I recall four modes of levee failure - overtopping is one such mode. So the moment + epsilon the water reaches the top of levee elevation, we have certain levee failure.

On Dec 16, 2021, at 4:01 PM, Will Lehman @.***> wrote:

@HenryGeorgist commented on this pull request.
In fda-model/ead/simulation.cs:

     }

   private void ComputeDefaultThreshold()

   internal double FindTopOfLevee(UncertainPairedData uncertainPairedData)

it is a percent chance of failure. there may be no 100% chance. Or we let it go above the crest. i think using the percentage as a proxy for levee height is probably a mistake here. we might need to rethink that unfortunately. basically a levee object with an additional attribute of top of levee?
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.

Ah, right. We already agreed that the user will only have access to an uncertain paired data object - in which case the validation could happen on the uncertain paired data, and we don’t need to doubly validate?

On Dec 16, 2021, at 4:05 PM, Will Lehman @.***> wrote:

@HenryGeorgist commented on this pull request.
In fda-model/paireddata/PairedData.cs:

@@ -12,29 +12,36 @@ public class PairedData: IPairedData
//or array.reverse
//we need the right comparer to sort the right way the first way
public PairedData(double[] xs, double[] ys){

       if (!IsMonotonicallyIncreasing(xs))

       if (xs != null && ys != null)

well the user is not going to set any of this, the viewmodel should build an object that can be validated. i think we should probably talk to figure it out
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.

If we had a 70% chance of failure at a stage of 10 feet and no higher coordinates, how do we identify the stage at which there is 100% failure (I.e. overtopping)?

On Dec 16, 2021, at 5:17 PM, Will Lehman @.***> wrote:

@HenryGeorgist commented on this pull request.
In fda-model/ead/simulation.cs:

             }

         }

       if (stageList.Count == 0)

i dont think we need to extrapolate, it is percentage failure.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.

Sounds good. I created an issue to fix this.

On Dec 16, 2021, at 3:51 PM, Will Lehman @.***> wrote:

@HenryGeorgist commented on this pull request.
In fda-model/metrics/ExpectedAnnualDamageResults.cs:

         {

           _ead[category].AddObservationToHistogram(ead);

       }

       else

       {

           var histo = new Histogram(ead, EAD_HISTOGRAM_BINWIDTH);

           var histo = new Histogram(null, EAD_HISTOGRAM_BINWIDTH);

yeah a one bin either centered or starting on the observation
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.

overtopping is considered levee failure. I think I recall four modes of levee failure

Overtopping is functioning as designed - it is not levee failure.  We should really discuss this, to make sure we are making reasonable assumptions. The function of the fragility curve should be considered - is it simply reducing damage from occurring by a fraction or is it truly representing the failure of a levee?

If we had a 70% chance of failure at a stage of 10 feet and no higher coordinates, how do we identify the stage at which there is 100% failure (I.e. overtopping)?

I think this is why we need to probably make a Levee object that keeps track of top of levee separately from the fragility curve. Making the assumption that the top of the levee is equivalent to the 100% ordinate (plus some epsilon) is probably not an ideal assumption to encode.

Do you see another way that we could get the total stage damage and total damage frequency?

I think I am just struggling to understand the why and the need. If we need a total damage frequency curve (not simply a total ead across damage categories) then you are right summing is the right thing to do.
I am not so convinced i understand what total stage damage is for. If we total our stage damage relationship, we can produce total damage frequency directly (without summing) so i think we probably really only need one.
Are we being required to present the total somewhere?
Is this happening on Paired Data or on Uncertain Paired Data?

overtopping is considered levee failure. I think I recall four modes of levee failure

Overtopping is functioning as designed - it is not levee failure. We should really discuss this, to make sure we are making reasonable assumptions. The function of the fragility curve should be considered - is it simply reducing damage from occurring by a fraction or is it truly representing the failure of a levee?

In PB 2019-04, Appendix A 1(a) we have "The term “levee risk,” sometimes referred to as “incremental risk,” is used to refer to the risk associated with the levee system itself. Flooding in a leveed area may occur from four scenarios, referred to as “inundation scenarios.” These four inundation scenarios are: 1) breach prior to overtopping; 2) overtopping with breach; 3) malfunction or improper operation of levee system components; and 4) levee overtopping without breach (also referred to as non-breach)."
So the way I read this is what is the probability that a leveed area gets inundated? Per this guidance, overtopping means inundation with certainty.
Now I appreciate that a water elevation equal to the top of the levee + epsilon does not mean that the leveed area will immediately be inundated to an elevation equal to the water elevation in a channel. However, to capture that nuance, a PDT would need to develop an interior/exterior relationship - another relationship often left for feasibility studies where this relationship is particularly important, and disregarded otherwise. So if the interior/exterior relationship is disregarded, in light of the guidance above, what do we do?

If we had a 70% chance of failure at a stage of 10 feet and no higher coordinates, how do we identify the stage at which there is 100% failure (I.e. overtopping)?

I think this is why we need to probably make a Levee object that keeps track of top of levee separately from the fragility curve. Making the assumption that the top of the levee is equivalent to the 100% ordinate (plus some epsilon) is probably not an ideal assumption to encode.

Well, you previously suggested we not do this after I suggested that we do.

Do you see another way that we could get the total stage damage and total damage frequency?

I think I am just struggling to understand the why and the need. If we need a total damage frequency curve (not simply a total ead across damage categories) then you are right summing is the right thing to do.
I am not so convinced i understand what total stage damage is for. If we total our stage damage relationship, we can produce total damage frequency directly (without summing) so i think we probably really only need one.
Are we being required to present the total somewhere?
Is this happening on Paired Data or on Uncertain Paired Data?

We compute the total stage damage to produce the total damage frequency on paired data (sampled using the mean random provider) - our only objective here is to display a total (aggregate over damage category) damage frequency curve upon preview compute.

Do you see another way that we could get the total stage damage and total damage frequency?

I think I am just struggling to understand the why and the need. If we need a total damage frequency curve (not simply a total ead across damage categories) then you are right summing is the right thing to do.
I am not so convinced i understand what total stage damage is for. If we total our stage damage relationship, we can produce total damage frequency directly (without summing) so i think we probably really only need one.
Are we being required to present the total somewhere?
Is this happening on Paired Data or on Uncertain Paired Data?

We compute the total stage damage to produce the total damage frequency on paired data (sampled using the mean random provider) - our only objective here is to display a total (aggregate over damage category) damage frequency curve upon preview compute.

Oops - that was incorrect. We need the total stage damage to compute the default threshold. We need the stage at which 5% of the damage from the 1% event occurs. The only place to get that stage is the total stage damage function.
It looks like I have yet to write code to produce a total damage frequency.

We compute the total stage damage to produce the total damage frequency on paired data (sampled using the mean random provider) - our only objective here is to display a total (aggregate over damage category) damage frequency curve upon preview compute.

i didnt realize we needed to show total in the IAS view. That makes sense if that is the requirement.

If we had a 70% chance of failure at a stage of 10 feet and no higher coordinates, how do we identify the stage at which there is 100% failure (I.e. overtopping)?

I think this is why we need to probably make a Levee object that keeps track of top of levee separately from the fragility curve. Making the assumption that the top of the levee is equivalent to the 100% ordinate (plus some epsilon) is probably not an ideal assumption to encode.

Well, you previously suggested we not do this after I suggested that we do.

Also - if we do not make this assumption - that will be a change in FDA methodology. I think our lives as they relate to HEC-FDA 2.0 will be easier if we carry through the way that FDA 1.4.x does things. I feel like the ideal situation given our resource constraints is to push refinement of the FDA methodology to later versions.

Oops - that was incorrect. We need the total stage damage to compute the default threshold. We need the stage at which 5% of the damage from the 1% event occurs. The only place to get that stage is the total stage damage function.
It looks like I have yet to write code to produce a total damage frequency.

yeah i think that is also a "preview" type of compute too though, not something we need on all computes.

Well, you previously suggested we not do this after I suggested that we do.

I was wondering when you would bring that up... Fair point. I think we can pass in a stage threshold for the top of levee.

Oops - that was incorrect. We need the total stage damage to compute the default threshold. We need the stage at which 5% of the damage from the 1% event occurs. The only place to get that stage is the total stage damage function.
It looks like I have yet to write code to produce a total damage frequency.

yeah i think that is also a "preview" type of compute too though, not something we need on all computes.

Computing the default threshold occurs one per compute. The preview compute type things are not part of simulation.Compute(). Maybe we should move preview compute things to a separate class?

Well, you previously suggested we not do this after I suggested that we do.

I was wondering when you would bring that up... Fair point. I think we can pass in a stage threshold for the top of levee.

Would we do this as a property of a simulation?

Would we do this as a property of a simulation?

yeah i was thinking that - and passed in the builder through the "WithLevee" argument.  I think we still have some details to sort out, comparisons of the top of levee with the fragility curve to make sure they "make" sense

Computing the default threshold occurs one per compute. The preview compute type things are not part of simulation.Compute(). Maybe we should move preview compute things to a separate class?

yeah im not entirely sure. i was thinking more along the lines of abstracting results, and then the configuration for the compute. The damage frequency stuff is property access and post processing in a results object i think

we might want to move this into a discussion page.

we might want to move this levee stuff into a discussion page.

I'll summarize this stuff into a discussion page ASAP.

repo: HydrologicEngineeringCenter/fda-model


text:
logback.xml is present in published jar

The latest published artifact includes a logback.xml in the published jar: https://maven-repository.com/artifact/io.hydrosphere/mist_2.11/0.9.0. This is a very bad practice and logback.xml should only be provided by the final application.

HI @drewrobb
Thanks for the issue! You are right. We need to clean it up. Will schedule for the next release.
Any feedback and contributions are welcomed as well.

Fixed in v0.11.0

repo: Hydrospheredata/mist


text:
Spelling error

Spelling error in:
hyundai_kia_connect_api/hyundai_kia_connect_api/KiaUvoApiEU.py
Line 339, it says seat_staus instead of seat_status
 vehicle.rear_left_seat_staus = SEAT_STATUS[get_child_value(
            state, "vehicleStatus.seatHeaterVentState.rlSeatHeatState"
        )]
        vehicle.rear_right_seat_status = SEAT_STATUS[get_child_value(
            state, "vehicleStatus.seatHeaterVentState.rrSeatHeatState"
        )]

Great find.  I have created a PR here: https://github.com/Hyundai-Kia-Connect/hyundai_kia_connect_api/pull/179
Feel free to drop PRs for items like this.  Always appreciated!

authors: cdnninja povlhp


text:
[Bug] Python Library Error on Linux

Bug Description
Applio seems to struggle to download some Python libraries, they are either too old, or incompatible
Steps to Reproduce

Download Ubuntu 22.04.4 LTS (Should work fine in a VM)
Download Applio 3.0.7 (From what I know, this is the last version that includes bash scripts for Linux/MacOS)
Start instalation process with run-install.sh (It should have some issues with the Libraries)
I'm not sure if the program is already running, cause it has shutdown for me, but when I try to install it again, to install that error it just starts from the installation script. But You should now start run-applio.sh if it isn't running already.
Input some audio for in the text box, select a voice model, and it should error.

Expected Behavior
Applio should do a cover like it does on Windows
Assets
"Traceback (most recent call last):
File "/AI/Applio-3.0.7/rvc/infer/infer.py", line 6, in
from vc_infer_pipeline import VC
File "/AI/Applio-3.0.7/rvc/infer/vc_infer_pipeline.py", line 17, in
from rvc.lib.FCPEF0Predictor import FCPEF0Predictor
File "/AI/Applio-3.0.7/rvc/lib/FCPEF0Predictor.py", line 8, in
from torchaudio.transforms import Resample
File "/AI/Applio-3.0.7/.venv/lib/python3.10/site-packages/torchaudio/init.py", line 2, in
from . import _extension  # noqa  # usort: skip
File "/AI/Applio-3.0.7/.venv/lib/python3.10/site-packages/torchaudio/_extension/init.py", line 38, in
_load_lib("libtorchaudio")
File "/AI/Applio-3.0.7/.venv/lib/python3.10/site-packages/torchaudio/_extension/utils.py", line 60, in _load_lib
torch.ops.load_library(path)
File "/AI/Applio-3.0.7/.venv/lib/python3.10/site-packages/torch/_ops.py", line 852, in load_library
ctypes.CDLL(path)
File "/usr/lib/python3.10/ctypes/init.py", line 374, in init
self._handle = _dlopen(self._name, mode)
OSError: /AI/Applio-3.0.7/.venv/lib/python3.10/site-packages/torchaudio/lib/libtorchaudio.so: undefined symbol: _ZNK3c105Error4whatEv
Traceback (most recent call last):
File "/AI/Applio-3.0.7/.venv/lib/python3.10/site-packages/gradio/queueing.py", line 495, in call_prediction
output = await route_utils.call_process_api(
File "/AI/Applio-3.0.7/.venv/lib/python3.10/site-packages/gradio/route_utils.py", line 232, in call_process_api
output = await app.get_blocks().process_api(
File "/AI/Applio-3.0.7/.venv/lib/python3.10/site-packages/gradio/blocks.py", line 1570, in process_api
data = self.postprocess_data(fn_index, result["prediction"], state)
File "/AI/Applio-3.0.7/.venv/lib/python3.10/site-packages/gradio/blocks.py", line 1456, in postprocess_data
outputs_cached = processing_utils.move_files_to_cache(
File "/AI/Applio-3.0.7/.venv/lib/python3.10/site-packages/gradio/processing_utils.py", line 265, in move_files_to_cache
return client_utils.traverse(data, _move_to_cache, client_utils.is_file_obj)
File "/AI/Applio-3.0.7/.venv/lib/python3.10/site-packages/gradio_client/utils.py", line 919, in traverse
return func(json_obj)
File "/AI/Applio-3.0.7/.venv/lib/python3.10/site-packages/gradio/processing_utils.py", line 257, in _move_to_cache
temp_file_path = move_resource_to_block_cache(payload.path, block)
File "/AI/Applio-3.0.7/.venv/lib/python3.10/site-packages/gradio/processing_utils.py", line 234, in move_resource_to_block_cache
return block.move_resource_to_block_cache(url_or_file_path)
File "/AI/Applio-3.0.7/.venv/lib/python3.10/site-packages/gradio/blocks.py", line 258, in move_resource_to_block_cache
temp_file_path = processing_utils.save_file_to_cache(
File "/AI/Applio-3.0.7/.venv/lib/python3.10/site-packages/gradio/processing_utils.py", line 170, in save_file_to_cache
temp_dir = hash_file(file_path)
File "/AI/Applio-3.0.7/.venv/lib/python3.10/site-packages/gradio/processing_utils.py", line 102, in hash_file
with open(file_path, "rb") as f:
FileNotFoundError: [Errno 2] No such file or directory: '/AI/Applio-3.0.7/assets/audios/Marvels_Guardians_of_the_Galaxy_Pause_Menu_Music_output.wav'"
Desktop Details:

Operating System: Ubuntu 22.04.4 LTS

Additional Context
My system also seems to have issues with audio related Python libraries. I would be happy if someone with more knowledge could shed a light on this, why this happens, and can it be fixed. I don't thing it's relevant for this, but I use Pipewire with Pulseaudio compatilibity. Maybe that makes a difference? I also modified Applio path in the log, cause I didn't wanted to show the entire path

the compiled versions are only for windows, for linux do a git clone of the repo

the compiled versions are only for windows, for linux do a git clone of the repo

Jesus, yeah now it works. Thank You so much. I have spent way too many nights on figuring out why it doesn't work xd
I hope this post helps anyother dummy that does this like I did :p

xd no problem

repo: IAHispano/Applio


text:
EWPTool does not start even after clicking “Select source folder”

Hi Team
After replacing the PC and reinstalling EWARM, I installed EWPTool, but the message "The specified file could not be found" pops up and EWPTool cannot be started.
I tried installing EWARM several times, but nothing changed.
This occurred with EWPTool 4.2.4, and I tried using 4.2.6 afterwards, but it didn't improve.
Windows 11
EWARM 8.42.1 and 8.50.10
Thanks,

Hi @kazw01
Thank you for your question.
Please make sure you extracted the contents of EWPtool-4.2.6.zip inside the common/ folder [see: #installing steps].
Examples:
\IAR\EW\ARM\8.42.1\common\bin\EWPtool.exe
\IAR\EW\ARM\8.42.1\common\config\EWPtool.toolitems

\IAR\EW\ARM\8.50.10\common\bin\EWPtool.exe
\IAR\EW\ARM\8.50.10\common\config\EWPtool.toolitems

By default, EWPtool.toolitems will point to $EW_DIR$\common\bin\EWPtool.exe. Extracting the .zip archive inside the arm/ folder will also make the IDE to display the Tools' menu items -however- the EWPtool.exe executable itself will not be found.
EWPtool 4.2.6 was tested in both Windows 10 and 11. You can test by double-clicking directly on the executable from Windows Explorer:

Let us know if that helps.

Hi Support team
Thank you for your feedback. I was able to solve it.
I was copying it under arm folder. It seems that I had completely misunderstood.
Thanks,
Kazuhiro Watanabe
Infineon Technologies Innovates G.K.
An Infineon Technologies Company
IFINV ATV MC TM CES5
Office: +81 22 796 3869
@.@.>
From: Felipe Torrezan @.>
Sent: Thursday, February 22, 2024 3:45 PM
To: IARSystems/project-migration-tools @.>
Cc: Watanabe Kazuhiro (ATV MC TM CES5) @.>; Mention @.>
Subject: Re: [IARSystems/project-migration-tools] EWPTool does not start even after clicking “Select source folder” (Issue #47)
Caution: This e-mail originated outside Infineon Technologies. Do not click on links or open attachments unless you validate it is safehttps://intranet-content.infineon.com/explore/aboutinfineon/rules/informationsecurity/ug/SocialEngineering/Pages/SocialEngineeringElements_en.aspx.
Hi @kazw01https://github.com/kazw01
Thank you for your question.
Please make sure you extracted the contents of EWPtool-4.2.6.zip inside the common/ folder [see: #installinghttps://github.com/IARSystems/project-migration-tools?tab=readme-ov-file#installing steps].
Examples:
\IAR\EW\ARM\8.42.1\common\bin\EWPtool.exe
\IAR\EW\ARM\8.42.1\common\config\EWPtool.toolitems
\IAR\EW\ARM\8.50.10\common\bin\EWPtool.exe
\IAR\EW\ARM\8.50.10\common\config\EWPtool.toolitems
By default, EWPtool.toolitems will point to $EW_DIR$\common\bin\EWPtool.exe. Extracting the .zip archive inside the arm/ folder will also make the IDE to display the Tools' menu items -however- the EWPtool.exe executable itself will not be found.
EWPtool 4.2.6 was tested in both Windows 10 and 11. You can test by double-clicking directly on the executable from Windows Explorer:
image.png (view on web)https://github.com/IARSystems/project-migration-tools/assets/54443595/b737a2bd-5655-4114-aec2-0eb4c90a49ab
image.png (view on web)https://github.com/IARSystems/project-migration-tools/assets/54443595/1deac734-0807-465a-8378-386146a74d08
Let us know if that helps.
—
Reply to this email directly, view it on GitHubhttps://github.com/IARSystems/project-migration-tools/issues/47#issuecomment-1958807152, or unsubscribehttps://github.com/notifications/unsubscribe-auth/BGK3QCRPIYKQGOLELRKHGX3YU3SNPAVCNFSM6AAAAABDUEFIM2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNJYHAYDOMJVGI.
You are receiving this because you were mentioned.Message ID: @.@.>>

Hi Watanabe-san,
Thank you very much for your feedback. Feel free to reach out to us in the future in case you have further questions.

repo: IARSystems/project-migration-tools

license: Unlicense


text:
Bump to 4.2.3

New features

None.

Enhancements

Honor self-closing XML tags used in some sections of the IDE, adding benefit for cleaner commits. Fix #23.

Fixed bugs

Fixed stale preprocessor headers state cleanup order.

Thanks for fixing #23. It helps a lot!

authors: felipe-iar sharpgeek


text:
[BUGS] Auth page layout consistency

Description

Consistency across all the auth pages.
I want the design to be consistent across all the authentication pages (font. font size, img)
Follow the design of the User login page.
Make sure it's responsive across all devices

Screenshots

Additional information
No response
🥦 Browser
Brave
👀 Have you checked for similar open issues?

[X] I checked and didn't find similar issue

🏢 Have you read the Contributing Guidelines?

[X] I have read the Contributing Guidelines

Are you willing to work on this issue ?
No, someone else can work on it

is there a figma design link for this?

Unfortunately there isn't - you can copy fonts, size, color, font family from the codes for user/login

Hi @IAmTamal can you please assign this issue, Would like to work on it ?

Go ahead !

Thanks @IAmTamal, Will work on this and get back you ASAP.

Hey @IAmTamal, As much as I know react, index.html file should be in public folder, In this repository it is base folder, so while running npm Start it gives the below error (first screenshot). please correct if I am doing any thing wrong, And one more thing Package.json file is not contain the npm start script, So for now I have added that manually (2nd screenshot), so can you tell me, is there any other way to run the react app? as I am fairing new to react?

authors: IAmTamal Sambalicious pathakkar01

repo: IAmTamal/Milan


text:
[BUG] Fixing the looks of buttons

Description

The explore the shop button turns yellow on hover, which it shouldn't be doing.
The REGISTER and LOGIN buttons are in Caps, and must be reverted.
The REGISTER and LOGIN buttons have a whitish glow on hover, which is to be removed.

Screenshots

Browser 🥦
Brave
Checklist ✅

[X] I checked and didn't find similar issue
[X] I have read the Contributing Guidelines
[ ] I am willing to work on this issue (blank for no)

i would like to fix these issues

I would like to work on this issue and will create a PR shortly

@IAmTamal Kindly review the PR and ping back to get more info

Great work both of you. Since @k-deepak04 said that they are unable to push, I'll proceed with #628

authors: IAmTamal Unknownempire k-deepak04


text:
need to support SNI hosts

Getting SELF_SIGNED_CERT_IN_CHAIN failures on SNI-using hosts. Will need to investigate if there's a swagger-client issue.

False alarm. The issue was actually due to a missing CA Root. SNI works fine.

repo: IBM-Cloud/gp-js-client


text:
Enable ppc64le support for IBM FHIR

Hi,
Thanks for the very well articulated documentation that helped build IBM/FHIR from source and run
successfully on IBM Power architecture (in short, ppc64le). Currently, some of the container images are not available for ppc64le today like these https://github.com/IBM/FHIR#running-the-ibm-fhir-server
What is IBM Power architecture?
It is a RISC architecture and is IBM's prodigy, IBM has recently made its ISA (Instruction Set Architecture) opensource, and in doing so, they have significantly contributed back to the opensource community at large. Many of the pioneers of banking and HPC industries today run on ppc64le architecture.
As an ongoing effort to enable open-source projects to which ppc64le architecture can add value, we are trying to enable this project. We have seen absolutely no deviation in build/test instructions. I plan to submit a PR to enable building corresponding docker images for ppc64le.
What would it take from us to enable ppc64le in the CI/CD pipeline?
I see GitHub Action is being used for this project. As of today, GHA runs on ppc64le as architecture.
https://github.com/marketplace/actions/run-on-architecture

Dear @krishvoor While I appreciate where you are coming from, please coordinate with the team before raising a PR/change.  It increases our overall build time and cost, and implies a wider support beyond what is enabled today. Please contact us on Zulip or Slack, where we will need to engage the Business owners.

Discussed with @krishvoor
Next steps:

a plan / proposed plan on ci/cd
when the ci/cd will run for the architecture (how) - avoid blowing out the minutes (maybe just run on merge to main?)
discuss with the team

Thoughts...

repo: IBM/FHIR


text:
R4b rebased 2

A draft PR to test the latest R4B release candidate in our CI without affecting those using our current r4b-rebased branch

Now that tests are passing, I'm closing this one and force-pushing to r4b-rebased


text:
The allowlist ids are not stable

Our daily security scan for our Node.js projects failed today because the ids in our .audit-ci.json files no longer match the ids of the NPM advisory/GitHub vulnerability database.
A good example is CVE-2020-15168. We we added the allowlist entry for this vulnerability on Nov 4, the id was 1003055. Today it's failing because the id is now 1005560.
I'm guessing this is a side effect of the recent move to use the GitHub Advisory Database as the backend for npm audit.
Maybe it would be better to identify the vulnerabilities by CVE, which is a more stable identifier?

We've also been bit by the IDs changing a few times since GitHub's ownership change now.
Does every vulnerability in the database have a CVE? It looks like here's maybe a few examples of ones that don't have CVEs: https://github.com/advisories/GHSA-r8hm-w5f7-wj39, https://github.com/advisories/GHSA-pjwm-rvh2-c87w, https://github.com/advisories/GHSA-xx4c-jj58-r7x6 So with GitHub's ownership, would using the github_advisory_id (eg, GHSA-xx4c-jj58-r7x6) as a stable identifier be better?
I'm not sure if these NPM IDs changing is expected behavior now, but if extra context helps, here is a specific example of how these IDs have changed for CVE-2021-33623:

~ 2021-10-08: 1753 became 1002624
~ 2021-11-18: 1002624 became 1005151
~ 2021-12-03: 1005151 became 1006754

Note that only the original and latest IDs seem to work at the https://npmjs.com/advisories/* URLs (and the ones in between now result in 404s).

I started with a rough PullRequest #217
But that change would be a breaking one, so only for a major version change in my opinion!

Maintainer here! I agree that this should be resolved, and I like the proposal for using the GitHub identifiers. I would accept a PR that added support for GitHub identifiers. I may find some time in the next coming weeks to resolve the issue myself if a PR is unavailable.

I am fairly naive to these, but it seems like the created date keeps getting updated to today's date, while the updated date stays constant? And that generates a new id. That's weird and confusing!

FYI change to use GitHub-advisory-ids was merged and will be in 6.0.0 #217

Closing since I am releasing 6.0.0 ASAP and have a few RCs in the meantime 👍🏻

authors: GUI dtipson leedm777 mobilutz quinnturner

repo: IBM/audit-ci