Your RSpec.configuration.pattern uses characters unsupported by your Ruby version (File::FNM_EXTGLOB is undefined) (Guard::RSpecFormatter::Error::UnsupportedPattern)

I get this error when I run guard-rspec 4.6.4, with rspec 3.3 and spring 1.4.0.
My working environment is Ruby 1.9.3, Rails 3.2.1 on Ubuntu 14.04 x86.
I could not find any solution to this except using guard-rspec 4.3.0
Full errors:
/home/user_name/.rvm/gems/ruby-1.9.3-p551@rvm_name/gems/guard-rspec-4.6.4/lib/guard/rspec_formatter.rb:74:in `spec_path?': Your RSpec.configuration.pattern uses characters unsupported by your Ruby version (File::FNM_EXTGLOB is undefined) (Guard::RSpecFormatter::Error::UnsupportedPattern)
  from /home/user_name/.rvm/gems/ruby-1.9.3-p551@rvm_name/gems/guard-rspec-4.6.4/lib/guard/rspec_formatter.rb:52:in `extract_spec_location'
  from /home/user_name/.rvm/gems/ruby-1.9.3-p551@rvm_name/gems/guard-rspec-4.6.4/lib/guard/rspec_formatter.rb:114:in `block in _failed_paths'
  from /home/user_name/.rvm/gems/ruby-1.9.3-p551@rvm_name/gems/guard-rspec-4.6.4/lib/guard/rspec_formatter.rb:114:in `map'
  from /home/user_name/.rvm/gems/ruby-1.9.3-p551@rvm_name/gems/guard-rspec-4.6.4/lib/guard/rspec_formatter.rb:114:in `_failed_paths'
  from /home/user_name/.rvm/gems/ruby-1.9.3-p551@rvm_name/gems/guard-rspec-4.6.4/lib/guard/rspec_formatter.rb:101:in `block in write_summary'
  from /home/user_name/.rvm/gems/ruby-1.9.3-p551@rvm_name/gems/guard-rspec-4.6.4/lib/guard/rspec_formatter.rb:108:in `open'
  from /home/user_name/.rvm/gems/ruby-1.9.3-p551@rvm_name/gems/guard-rspec-4.6.4/lib/guard/rspec_formatter.rb:108:in `_write'
  from /home/user_name/.rvm/gems/ruby-1.9.3-p551@rvm_name/gems/guard-rspec-4.6.4/lib/guard/rspec_formatter.rb:99:in `write_summary'
  from /home/user_name/.rvm/gems/ruby-1.9.3-p551@rvm_name/gems/guard-rspec-4.6.4/lib/guard/rspec_formatter.rb:88:in `dump_summary'
  from /home/user_name/.rvm/gems/ruby-1.9.3-p551@rvm_name/gems/rspec-core-3.3.2/lib/rspec/core/reporter.rb:184:in `block in notify'
  from /home/user_name/.rvm/gems/ruby-1.9.3-p551@rvm_name/gems/rspec-core-3.3.2/lib/rspec/core/reporter.rb:183:in `each'
  from /home/user_name/.rvm/gems/ruby-1.9.3-p551@rvm_name/gems/rspec-core-3.3.2/lib/rspec/core/reporter.rb:183:in `notify'
  from /home/user_name/.rvm/gems/ruby-1.9.3-p551@rvm_name/gems/rspec-core-3.3.2/lib/rspec/core/reporter.rb:162:in `block in finish'
  from /home/user_name/.rvm/gems/ruby-1.9.3-p551@rvm_name/gems/rspec-core-3.3.2/lib/rspec/core/reporter.rb:170:in `close_after'
  from /home/user_name/.rvm/gems/ruby-1.9.3-p551@rvm_name/gems/rspec-core-3.3.2/lib/rspec/core/reporter.rb:151:in `finish'
  from /home/user_name/.rvm/gems/ruby-1.9.3-p551@rvm_name/gems/rspec-core-3.3.2/lib/rspec/core/reporter.rb:79:in `report'
  from /home/user_name/.rvm/gems/ruby-1.9.3-p551@rvm_name/gems/rspec-core-3.3.2/lib/rspec/core/runner.rb:113:in `run_specs'
  from /home/user_name/.rvm/gems/ruby-1.9.3-p551@rvm_name/gems/rspec-core-3.3.2/lib/rspec/core/runner.rb:89:in `run'
  from /home/user_name/.rvm/gems/ruby-1.9.3-p551@rvm_name/gems/rspec-core-3.3.2/lib/rspec/core/runner.rb:73:in `run'
  from /home/user_name/.rvm/gems/ruby-1.9.3-p551@rvm_name/gems/rspec-core-3.3.2/lib/rspec/core/runner.rb:41:in `invoke'
  from /home/user_name/.rvm/gems/ruby-1.9.3-p551@rvm_name/gems/rspec-core-3.3.2/exe/rspec:4:in `<top (required)>'
  from /home/user_name/.rvm/gems/ruby-1.9.3-p551@rvm_name/gems/activesupport-3.2.11/lib/active_support/dependencies.rb:245:in `load'
  from /home/user_name/.rvm/gems/ruby-1.9.3-p551@rvm_name/gems/activesupport-3.2.11/lib/active_support/dependencies.rb:245:in `block in load'
  from /home/user_name/.rvm/gems/ruby-1.9.3-p551@rvm_name/gems/activesupport-3.2.11/lib/active_support/dependencies.rb:236:in `load_dependency'
  from /home/user_name/.rvm/gems/ruby-1.9.3-p551@rvm_name/gems/activesupport-3.2.11/lib/active_support/dependencies.rb:245:in `load'
  from /home/user_name/.rvm/gems/ruby-1.9.3-p551@rvm_name/gems/spring-commands-rspec-1.0.4/lib/spring/commands/rspec.rb:18:in `call'
  from /home/user_name/.rvm/rubies/ruby-1.9.3-p551/lib/ruby/site_ruby/1.9.1/rubygems/core_ext/kernel_require.rb:54:in `require'
  from /home/user_name/.rvm/rubies/ruby-1.9.3-p551/lib/ruby/site_ruby/1.9.1/rubygems/core_ext/kernel_require.rb:54:in `require'
  from -e:1:in `<main>'
15:59:19 - ERROR - Failed: "bundle exec spring rspec -f progress -r<EMAIL_ADDRESS>-f Guard::RSpecFormatter --failure-exit-code 2  spec/controllers/blogs_controller_spec.rb" (exit code: 1)

It's as the error says:
Your RSpec.configuration.pattern uses characters unsupported by your Ruby version (File::FNM_EXTGLOB is undefined)

I should've made the error more specific I guess.
If you can, upgrade from Ruby 1.9.2 to at least Ruby 2.x.
If not, you should set the patterns value in your RSpec configuration (spec_helper.rb) to something that doesn't need Ruby 2.x functionality, e.g.:
RSpec.configure do |config|
    config.pattern = "**/*_spec.rb"
end

(The default pattern is **{,/*/**}/*_spec.rb, but it contains the { and } - which your Ruby (1.9.3) doesn't support in fnmatch - see here: http://www.rubydoc.info/stdlib/core/File.fnmatch).

Thanks for the tips. I will do that.
I opened the issue because it says that it was tested with ruby 1.9.3 and the guardfile was generated by the gem, so it should work out of the box.
Maybe can you do something for us that can only work with legacy applications, or maybe include somewhere in the readme the last version that is fully compatible with 1.9.3?
I spent 3 hours to figure this out, and maybe we can spare the poor guys that will share the same problems like me in the future.

Support for Ruby 1.9.3 ended in February this year - and upgrading to Ruby 2.2.0 should be very straightforward.

I opened the issue because it says that it was tested with ruby 1.9.3

Thanks, I've updated the Readme to avoid confusion.

I spent 3 hours to figure this out

That happens often with complex issues like this - sorry to hear about that. (I hate it when it happens to me too). I did think the error would explain the problem well enough (I knew exactly what was wrong the moment I saw the title of this issue).

Maybe can you do something for us that can only work with legacy applications

I hit legacy issues all the time. What I can suggest is first update Ruby to the newest possible. Then update test tools (and specs) to the newest tools possible. Then try RuboCop to get a sense of which areas could be the most problematic. Then update remaining gems to as newest as possible, without going crazy with codebase changes. And only then work on maintenance.
(Otherwise working on legacy apps can get very frustrating very quickly - the frustration is never worth the time saved, and every time you hit an issue like this, it will cost hours and hours of more frustration).
Thanks for reporting this - I'm sure people will find this issue by Googling from now on.
If it makes you happier - think of the guy before who had the SAME problem ... and DIDN'T get ANY error. It took us both lots of time to figure it out.

Great, thank for the time to explain.
Keep up the good work, this gem is indispensable.


Update the Navbar of Travel-Site-Home

Describe the Feature you want to end
Make the Contact Us capital.
Expected behavior
All the other content of Navbar is Capital. So it will look more attractive.
Screenshots (optional)

Additional context (optional )
I want to work on it. Please assign this issue to me.

please assign this task to me

I'll correct it. Please assign this issue to me

I want to update the navbar by adding some css styling please assign this issue to me

I would like to work in this project. Can you Please assign me in this project.


[feature request] autosave versions

It would be awesome if the markwhen.com site could autosave and could present a list of timestamped autosave versions with an ability to jump back to an earlier version.

This is in my opinion the most urgent topic to work on. If you open the website in different tabs you could lose data.


Course Connection allows duplicate records

Suggest that Course Connection allow only one record of each type Student and Faculty per Contact per Course Offering.
Having the same Student or the same Faculty in the same Course Offering more than once could create problems for users.
I am not certain if we should allow the same Contact to be both Faculty and Student for a single Course Offering.

Sounds reasonable. I'll add it to AA and ask Jason Belland about it.

**lurch: add

Tracking W-011236

Please post this on the Idea Exchange to raise visibility and get it prioritized.


Scala implementation using Soundness

Awesome Jack!  I wonder if there is a scenario we could come up with that'd make it clear somehow when cancellation of a racer doesn't close the connection.  I thought Scenario 4 did that but it seems like maybe your found a workaround or the scenario is insufficient at showing that.

Awesome Jack! I wonder if there is a scenario we could come up with that'd make it clear somehow when cancellation of a racer doesn't close the connection. I thought Scenario 4 did that but it seems like maybe your found a workaround or the scenario is insufficient at showing that.

I am pretty sure scenario 4 does indeed require the second connection to cancel.
Scenarios 1, 6, and 7 are the ones I am seeing this issue, so I'm pretty sure there's an inconsistency in how the Soundness race() is implemented such that the request sometimes does not get cancelled.
I'm basing all this based on the scenario server debug logging (scenario 3 commented out so that it's not so noisy):
Started server on port: 8080 (debug=true)
scenario=1 Num concurrent connections = 1
scenario=1 Num concurrent connections = 2
scenario=1 Num concurrent connections = 1
scenario=2 Num concurrent connections = 1
scenario=2 Num concurrent connections = 2
scenario=2 Num concurrent connections = 1
scenario=2 Num concurrent connections = 2
scenario=2 Num concurrent connections = 1
scenario=2 Num concurrent connections = 0
scenario=4 Num concurrent connections = 1
scenario=4 Num concurrent connections = 2
scenario=4 Num concurrent connections = 1
scenario=4 Num concurrent connections = 0
scenario=5 Num concurrent connections = 1
scenario=5 Num concurrent connections = 2
scenario=5 Num concurrent connections = 1
scenario=5 Num concurrent connections = 0
scenario=6 Num concurrent connections = 1
scenario=6 Num concurrent connections = 2
scenario=6 Num concurrent connections = 3
scenario=6 Num concurrent connections = 2
scenario=6 Num concurrent connections = 1
scenario=7 Num concurrent connections = 1
scenario=7 Num concurrent connections = 2
scenario=7 Num concurrent connections = 1
scenario=8 Num concurrent connections = 1
scenario=8 Num concurrent connections = 2
scenario=8 Num concurrent connections = 1
scenario=8 Num concurrent connections = 0
scenario=9 Num concurrent connections = 1
scenario=9 Num concurrent connections = 2
scenario=9 Num concurrent connections = 3
scenario=9 Num concurrent connections = 4
scenario=9 Num concurrent connections = 5
scenario=9 Num concurrent connections = 6
scenario=9 Num concurrent connections = 7
scenario=9 Num concurrent connections = 8
scenario=9 Num concurrent connections = 9
scenario=9 Num concurrent connections = 10
scenario=9 Num concurrent connections = 9
scenario=9 Num concurrent connections = 8
scenario=9 Num concurrent connections = 7
scenario=9 Num concurrent connections = 6
scenario=9 Num concurrent connections = 5
scenario=9 Num concurrent connections = 4
scenario=9 Num concurrent connections = 3
scenario=9 Num concurrent connections = 2
scenario=9 Num concurrent connections = 1
scenario=9 Num concurrent connections = 0
scenario=10 Starting blocker for PT5S
scenario=10 Load while blocking: 0.0
scenario=10 Load while blocking: 1.1870431900270049
scenario=10 Load while blocking: 1.0640733061174206
scenario=10 Load while blocking: 1.2031295227899046
scenario=10 Load while blocking: 1.0710882112512077
scenario=10 Mean load while connected to blocker = 0.9050668460371074, Current load = 1.1455923841634232
scenario=10 Mean load while connected to blocker = 0.9050668460371074, Current load = 0.00567236891111629
scenario=11 Num concurrent connections = 1
scenario=11 Num concurrent connections = 2
scenario=11 Num concurrent connections = 3
scenario=11 Num concurrent connections = 2
scenario=11 Num concurrent connections = 1
scenario=11 Num concurrent connections = 0
scenario=11 Num concurrent connections = 1
scenario=11 Num concurrent connections = 0
scenario=6 Num concurrent connections = 0
scenario=1 Num concurrent connections = 0
scenario=7 Num concurrent connections = 0

(Notice that scenarios 6, 1, and 7 closing right at the very end, instead of as soon as the scenario finishes)

Yeah, I think you are right that the race() doesn't correctly cancel the loser. Maybe we can come up with a scenario kinda like 11 that catches that.


Travis CI config and remove Gemfile.lock

Added a travis.yml config file, so the project can use http://travis-ci.org.  This makes it easy to ensure 1.8.7 and 1.9.2 compatibility going forward.
Also I removed the Gemfile.lock- for gems, you should not checkin Gemfile.lock. cf. http://yehudakatz.com/2010/12/16/clarifying-the-roles-of-the-gemspec-and-gemfile/ for a good explanation of why not.
If you accept this pull request, you should be able to go the http://travis-ci.org, login with your Github credentials, then enable CI for your keydown repo. cf. http://about.travis-ci.org/docs/user/getting-started/ for details.

Changed couldn't be merged, but now in the tree. Thanks, Danny.


Flow

Coverage decreased (-0.2%) to 37.446% when pulling 1a803f050c798a9551b6d31b2fe9f5b2ea52af92 on ncalexan:flow into 1a803f050c798a9551b6d31b2fe9f5b2ea52af92 on mozilla:master.


sqlite _engine_async and greenlet dependency

I started testing the newest Fractal server pre-releases locally and ran into these 2 errors when starting the server:
 File "/Users/joel/mambaforge/envs/fractal-server-1.3.0a5/lib/python3.9/site-packages/fractal_server/app/db/__init__.py", line 32, in engine_async
    return cls._engine_async
AttributeError: type object 'DB' has no attribute '_engine_async'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/Users/joel/mambaforge/envs/fractal-server-1.3.0a5/bin/fractalctl", line 8, in <module>
    sys.exit(run())
  File "/Users/joel/mambaforge/envs/fractal-server-1.3.0a5/lib/python3.9/site-packages/fractal_server/__main__.py", line 83, in run
    set_db()
  File "/Users/joel/mambaforge/envs/fractal-server-1.3.0a5/lib/python3.9/site-packages/fractal_server/__main__.py", line 74, in set_db
    alembic.config.main(argv=alembic_args)
  File "/Users/joel/mambaforge/envs/fractal-server-1.3.0a5/lib/python3.9/site-packages/alembic/config.py", line 632, in main
    CommandLine(prog=prog).main(argv=argv)
  File "/Users/joel/mambaforge/envs/fractal-server-1.3.0a5/lib/python3.9/site-packages/alembic/config.py", line 626, in main
    self.run_cmd(cfg, options)
  File "/Users/joel/mambaforge/envs/fractal-server-1.3.0a5/lib/python3.9/site-packages/alembic/config.py", line 603, in run_cmd
    fn(
  File "/Users/joel/mambaforge/envs/fractal-server-1.3.0a5/lib/python3.9/site-packages/alembic/command.py", line 385, in upgrade
    script.run_env()
  File "/Users/joel/mambaforge/envs/fractal-server-1.3.0a5/lib/python3.9/site-packages/alembic/script/base.py", line 582, in run_env
    util.load_python_file(self.dir, "env.py")
  File "/Users/joel/mambaforge/envs/fractal-server-1.3.0a5/lib/python3.9/site-packages/alembic/util/pyfiles.py", line 94, in load_python_file
    module = load_module_py(module_id, path)
  File "/Users/joel/mambaforge/envs/fractal-server-1.3.0a5/lib/python3.9/site-packages/alembic/util/pyfiles.py", line 110, in load_module_py
    spec.loader.exec_module(module)  # type: ignore
  File "<frozen importlib._bootstrap_external>", line 790, in exec_module
  File "<frozen importlib._bootstrap>", line 228, in _call_with_frames_removed
  File "/Users/joel/mambaforge/envs/fractal-server-1.3.0a5/lib/python3.9/site-packages/fractal_server/migrations/env.py", line 84, in <module>
    asyncio.run(run_migrations_online())
  File "/Users/joel/mambaforge/envs/fractal-server-1.3.0a5/lib/python3.9/asyncio/runners.py", line 44, in run
    return loop.run_until_complete(main)
  File "/Users/joel/mambaforge/envs/fractal-server-1.3.0a5/lib/python3.9/asyncio/base_events.py", line 642, in run_until_complete
    return future.result()
  File "/Users/joel/mambaforge/envs/fractal-server-1.3.0a5/lib/python3.9/site-packages/fractal_server/migrations/env.py", line 74, in run_migrations_online
    engine = DB.engine_async()
  File "/Users/joel/mambaforge/envs/fractal-server-1.3.0a5/lib/python3.9/site-packages/fractal_server/app/db/__init__.py", line 34, in engine_async
    cls.set_db()
  File "/Users/joel/mambaforge/envs/fractal-server-1.3.0a5/lib/python3.9/site-packages/fractal_server/app/db/__init__.py", line 67, in set_db
    cls._engine_async = create_async_engine(
  File "/Users/joel/mambaforge/envs/fractal-server-1.3.0a5/lib/python3.9/site-packages/sqlalchemy/ext/asyncio/engine.py", line 43, in create_async_engine
    sync_engine = _create_engine(*arg, **kw)
  File "<string>", line 2, in create_engine
  File "/Users/joel/mambaforge/envs/fractal-server-1.3.0a5/lib/python3.9/site-packages/sqlalchemy/util/deprecations.py", line 309, in warned
    return fn(*args, **kwargs)
  File "/Users/joel/mambaforge/envs/fractal-server-1.3.0a5/lib/python3.9/site-packages/sqlalchemy/engine/create.py", line 660, in create_engine
    event.listen(pool, "connect", on_connect)
  File "/Users/joel/mambaforge/envs/fractal-server-1.3.0a5/lib/python3.9/site-packages/sqlalchemy/event/api.py", line 115, in listen
    _event_key(target, identifier, fn).listen(*args, **kw)
  File "/Users/joel/mambaforge/envs/fractal-server-1.3.0a5/lib/python3.9/site-packages/sqlalchemy/event/registry.py", line 232, in listen
    self.dispatch_target.dispatch._listen(self, *args, **kw)
  File "/Users/joel/mambaforge/envs/fractal-server-1.3.0a5/lib/python3.9/site-packages/sqlalchemy/pool/events.py", line 69, in _listen
    event_key.base_listen(**kw)
  File "/Users/joel/mambaforge/envs/fractal-server-1.3.0a5/lib/python3.9/site-packages/sqlalchemy/event/registry.py", line 270, in base_listen
    for_modify._set_asyncio()
  File "/Users/joel/mambaforge/envs/fractal-server-1.3.0a5/lib/python3.9/site-packages/sqlalchemy/event/attr.py", line 265, in _set_asyncio
    self._exec_once_mutex = AsyncAdaptedLock()
  File "/Users/joel/mambaforge/envs/fractal-server-1.3.0a5/lib/python3.9/site-packages/sqlalchemy/util/concurrency.py", line 67, in AsyncAdaptedLock
    _not_implemented()
  File "/Users/joel/mambaforge/envs/fractal-server-1.3.0a5/lib/python3.9/site-packages/sqlalchemy/util/concurrency.py", line 47, in _not_implemented
    raise ValueError(
ValueError: the greenlet library is required to use this function. No module named 'greenlet'

Manually installing greenlet as pip install greenlet then makes both errors disappear & the server start up correctly

Can you report more details about the installation procedure?
In principle fractal-server requires sqlalchemy, which requires greenlet, so that this should not happen.
After installing fractal-server, is sqlalchemy installed?

I installed fractal-server without any of the extras this way:
VERSION="1.3.0a5"

ENVNAME=fractal-server-$VERSION
conda deactivate
conda remove --name $ENVNAME -y --all
conda create --name $ENVNAME python==3.9 -y
conda activate $ENVNAME
conda update pip -y

pip install "fractal-server"==$VERSION

And then tried to launch fractal-server using the server_config_and_start.sh script (and setting FRACTAL_RUNNER_BACKEND=local, rest on settings as here: https://github.com/fractal-analytics-platform/fractal-demos/blob/114c4fd449bdd069a5f04e7dc9ab772acaf56db8/examples/server/server_config_and_start.sh
I did a pip list after the installation now:
Package           Version
----------------- --------
aiosqlite         0.17.0
alembic           1.11.1
anyio             3.7.0
bcrypt            4.0.1
certifi           2023.5.7
cffi              1.15.1
click             8.1.3
cryptography      41.0.1
dnspython         2.3.0
email-validator   1.3.1
exceptiongroup    1.1.1
fastapi           0.95.2
fastapi-users     10.4.2
fractal-server    1.3.0a5
h11               0.14.0
httpcore          0.16.3
httpx             0.23.3
httpx-oauth       0.11.2
idna              3.4
makefun           1.15.1
Mako              1.2.4
MarkupSafe        2.1.3
passlib           1.7.4
pip               23.1.2
pycparser         2.21
pydantic          1.10.9
PyJWT             2.6.0
python-dotenv     0.20.0
python-multipart  0.0.6
rfc3986           1.5.0
setuptools        67.7.2
sniffio           1.3.0
SQLAlchemy        1.4.41
SQLAlchemy-Utils  0.38.3
sqlalchemy2-stubs 0.0.2a34
sqlmodel          0.0.8
starlette         0.27.0
typing_extensions 4.6.3
uvicorn           0.20.0
wheel             0.40.0

sqalchemy is there, but greenlet is not. Maybe an issue with a dependency being in the extras that should be in core?
I tried installing it again with the extras (which shouldn't be necessary for this local setup), as in [slurm,gunicorn,postgres]. Unfortunately, psycopg2 installation seems a bit trickier on my Mac, need a pg_config to build it from source, which appears to be missing. I thus can't fully verify this hypothesis

Hmm, really weird indeed. I thought maybe it's Python 3.9 vs. 3.10, but that doesn't appear to be the case. In neither case does greenlet show up as a SQLAlchemy dependency for me on macos.

With Python 3.9, I get:
pip show sqlalchemy
Name: SQLAlchemy
Version: 1.4.41
Summary: Database Abstraction Library
Home-page: https://www.sqlalchemy.org
Author: Mike Bayer
Author-email<EMAIL_ADDRESS>License: MIT
Location: /Users/joel/mambaforge/envs/fractal-server-test-1.3.0a5/lib/python3.9/site-packages
Requires:
Required-by: alembic, fractal-server, SQLAlchemy-Utils, sqlmodel

pip --version
pip 23.1.2 from /Users/joel/mambaforge/envs/fractal-server-test-1.3.0a5/lib/python3.9/site-packages/pip (python 3.9)

=> greenlet doesn't show up here

Trying the same with Python 3.10:
pip show sqlalchemy
Name: SQLAlchemy
Version: 1.4.41
Summary: Database Abstraction Library
Home-page: https://www.sqlalchemy.org
Author: Mike Bayer
Author-email<EMAIL_ADDRESS>License: MIT
Location: /Users/joel/mambaforge/envs/fractal-server-test-1.3.0a5/lib/python3.10/site-packages
Requires:
Required-by: alembic, fractal-server, SQLAlchemy-Utils, sqlmodel

pip --version
pip 23.1.2 from /Users/joel/mambaforge/envs/fractal-server-test-1.3.0a5/lib/python3.10/site-packages/pip (python 3.10)

Ah, apparently it's related to this here: https://docs.sqlalchemy.org/en/20/faq/installation.html

Ok, good to know.
Then let's add the greenlet dependency explicitly to fractal-server, to avoid this issue.

Seems like a good way to go. The pip installation of greenlet worked without issues on my side :)


feat: auto start videos if they are in viewport

There is autoplay which starts the video as soon as it's in the DOM. I would like to have it as soon as the user has it in his viewport and scrolls down. What do you think?
Also cleaned up some clsx calls as a drive-by.

Closed after offline discussion.

Closed after offline discussion.


voiceConnection.playFile issues on RPi

Running a bot on my Raspberry pi, everything working fine apart from playFile, playRawStream etc.
connection.playFile(filePath, function(err, str){
console.log(err);
console.log(str);
});

The bot is in the channel, the file exists, and no errors seem to be thrown.
The only thing that is logged is:
StreamIntent {
domain: null,
_events: {},
_eventsCount: 0,
_maxListeners: undefined }

Am I being stupid?...

So after some digging, Opus seems to be failing silently for me. Going to look further into this.

if (!self.encoder.opus) {
				self.playing = false;
				self.emit("error", "No Opus!");
				self.client.emit("debug", "Tried to use node-opus, but opus not available - install it!");
				return;
			}

in VoiceConnection doesn't throw any errors to the console, and doesn't stop the streaming attempt, just constantly fails over and over in the background.

Future note, these can be detected through Client.on("debug"....

Some more investigation has led me to:
Could not locate the bindings file
when requiring opus. Seems like an issue with my node, npm, or opus installation.
Thanks

It should probably throw errors if the user attempts to play something without opus

I had to manually reinstall opus with some funky flags, but got it working. This seems like an issue on my end, however, might be worth throwing a visible error on require node-opus failure in case anyone hits a similar issue.

I think I'm in the same boat, mind sharing your "funky flags" @BlitzKraig ? Can't get it to install on my end.

At a family party all night tonight, I'll post here tomorrow with as much info as I can. If you can't wait, there is definitely some info available using Google and some well placed console logs, but it took me a while to find. Try logging the error that's thrown when Opus is initialized, think it was in voiceconnection. Good luck!

Sorry @Maltroth, took an unexpected holiday to Amsterdam and forgot all about this! I hope you were able to fix your issue.

Yes!  Thank you for the follow-up @BlitzKraig .


RC-0: Name pattern of generated pages

From @ecureuill on September 29, 2016 20:7
Short description of the problem:
Ionic CLI generate page command doesn't add 'Page' sufix to the class name
What behavior are you expecting?
When generating new page through ionic cli,  the class name of the .ts file generated should contains Page at the end of the name
@Component({
  templateUrl: 'build/pages/home/home.html',
})
export class HomePage {}

Steps to reproduce:

ionic start myApp --v2
ionic build
ionic g page myPage

@Component({
  templateUrl: 'build/pages/home/home.html',
})
export class Home {}

Other information: (e.g. stacktraces, related issues, suggestions how to fix, stackoverflow links, forum links, etc)
Like in ionic beta, set "Page" to the ClassName variable
function PageGenerator(options) {
  Generator.call(this, options);
  this.directory = 'pages';
  this.jsClassName += 'Page';
}

Which Ionic Version? 1.x or 2.x
2 RC0
Run ionic info from terminal/cmd prompt: (paste output below)
Cordova CLI: 6.3.1
Gulp version:  CLI version 3.9.1
Gulp local:
Ionic Framework Version: 2.0.0-rc.0
Ionic CLI Version: 2.1.0
Ionic App Lib Version: 2.1.0-beta.1
OS: Distributor ID:	Debian Description:	Debian GNU/Linux 8.6 (jessie)
Node Version: v4.5.0
Copied from original issue: driftyco/ionic#8320

From @ramonornela on September 30, 2016 14:20
Not see problem Uninstall Ionic CLI first, and then reinstall

Important: if you have installed the beta cli you should run npm uninstall -g ionic first. You need version 2.1.0 for this release. Check your cli version by running ionic -v in the command line.

Thanks

Close issue reproduced in project https://github.com/ramonornela/ionic_playground_rc0/commit/93fd132c7bd019f135241b06ca4a801a6f96077f installed cli local in project.
see page created https://github.com/ramonornela/ionic_playground_rc0/blob/93fd132c7bd019f135241b06ca4a801a6f96077f/src/pages/my-page/my-page.ts
Code reported are of the templates of beta.11.
node_modules/.bin/ionic g page myPage

Thanks

I have uninstalled ionic cli before installed the rc
In beta
ionic g page myTeste  generates myTestePage class
In RC
ionic g page myTeste generates myTeste class

Please run ionic info in the folder project and paste

Your system information:
Cordova CLI: 6.3.1
Gulp version:  CLI version 3.9.1
Gulp local:
Ionic Framework Version: 2.0.0-rc.0
Ionic CLI Version: 2.1.0
Ionic App Lib Version: 2.1.0-beta.1
OS: Distributor ID:	Debian Description:	Debian GNU/Linux 8.6 (jessie)
Node Version: v4.5.0

What version NPM?

$ npm --v
3.10.6

1 - Install bin in project npm install ionic@latest
2 - Create page node_modules/.bin/ionic g page myTeste

Is suffix, problem with template generator in Ionic
Thanks

Related https://github.com/driftyco/ionic/pull/8368

Hey guys, thank you for the great work.
Are you guys planing to fix this by any chance any time soon?


Wrong Respawn

If respawn is turned on, then characters killed by the delete or reserve commands will also be respawn

Kindly provide more facts to reproduce issue. Not quite clear what do you mean under 'killed by reserve commands'

Kindly provide more facts to reproduce issue. Not quite clear what do you mean under 'killed by reserve commands'

"mcm delete "and "mcm reserve put "

Understood. Will get to work as soon as there is time

Great mod. Hope this helps: that issue also happened to me just after adding the mod mid campaign:
When loading my save the first time with the mod enabled, it spawned all characters who joined my server.
Then I activated auto respawn.
Then I tried storing in the reserve or deleting characters. They did get deleted or ended up in the reserve list but then respawnes anyway.
To fix it definitely I disabled autorespawn, deleted or stored characters the way I wanted, then docked to save the game. From then the mod behaved the expected way.l even with autorespawn on.

Solved and tested with latest version.


Change copy to match when adding/removing receipts

If you haven’t already, check out our contributing guidelines for onboarding and email<EMAIL_ADDRESS>to request to join our Slack channel!

Version Number: 9.0.4-0 (9.0.4-0)
Reproducible in staging?: y
Reproducible in production?: y
If this was caught during regression testing, add the test name, ID and link from TestRail:
Email or phone of affected tester (no customers):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Expensify/Expensify Issue URL:
Issue reported by: @stitesExpensify
Slack conversation:
Action Performed:

Add expenses to a report
Remove a receipt and then add another one

Expected Result:
Both messages should say "a receipt" since there can be multiple receipts on the report
Actual Result:
One says "the receipt" the other says "a receipt"
Workaround:
n/a
Platforms:

Which of our officially supported platforms is this issue occurring on?

[x] Android: Native
[x] Android: mWeb Chrome
[x] iOS: Native
[x] iOS: mWeb Safari
[x] MacOS: Chrome / Safari
[x] MacOS: Desktop

Screenshots/Videos

View all open jobs on GitHub

Hey @ryanschaffer super easy change here, I think we should say "removed a receipt" instead of the receipt since there can be multiple receipts in a report. Make sense?

@OfstadC no need for a bugZero here I'll just make this change real quick and assign it without a C+ since it is such a small change

Sounds good @stitesExpensify ! I'll remove myself, but if anything changes and i'm needed, feel free to re-assign me 😄

Honestly this is such a straightforward change I'm just going to do it without waiting for marketing. There's no way this is wrong

PR is ready, just testing

Unnecessary for a copy change ^


Workflow run is failing

Description : Workflow runs when I run it manually but fails in automatic run.

Hi chinmay29hub. Thanks for visiting my repository.
Does automatic run always fail?
In my case, I ran it once a day for about 8 months, and it failed only once.
At that time, I think the load on the GitHub server was probably too high.

so, please refer the ouput in the image of the failing task. Also I am running two more different workflows for different tasks. Does this cause the problem or the time i have to given in the yaml file (it is - cron: "0 */2 * * *"  ? If it is what is the least difference time I can specify that will not cause the issue.

Looking at that image, it seems that there is no file output.
You have created a personal access token named PROFILE_TOKEN.
It is possible that you do not have enough permissions on that token.
Please give repo:status and read:user permissions.
Or, if you don't need private repository contributions, try using secrets.GITHUB_TOKEN.

I have given all permissions to that token

You run it once every two hours.
If the number of contributions does not change during the two hours, the file to be output will not change.
So I think you are getting an error that there is no diff and nothing to commit.
Either make it once every 24 hours, or add --allow-empty when you commit.
-    - cron: "0 */2 * * *"
+    - cron: "30 21 * * *"

or
-          git commit -m "generated"
+          git commit -m "generated" --allow-empty


[Component] - Autocomplete

@jeff-ong created a component for BJ to do this.

The one for BJ doesn't provide a list of words that match the prefix, it only suggests the first match it finds in the array.
Are we leaning towards building one from scratch or using an existing npm module ? If we are building ourself, we should base it on ternary search tree. There are also some implementation with JS out there that we can use as reference.

I think it will helpful to have a separate module for outputting the Ternary Search Tree data model. For example, the module will take an array of words or short sentences and then output the model that we could store somewhere. We could store it in RDBMS and call it with lambda function or a cache it in GraphQL Apollo server for offline access.


[core] Add the option to set the log level

I think it would be useful to be able to restrict the logging by setting a log level, and any message that wants to be logged has to have an importance higher than the current log level. For example I am toying with shaders, and raylib prints a line every time I change a uniform (which happens a lot ^^ ). I would like to call something like SetLogLevel(LOG_WARNING) and be notified only of warnings and errors. So here is my proposal:

Sort the LogType enum by order of importance: LOG_DEBUG, LOG_INFO, LOG_WARNING, LOG_ERROR, LOG_OTHER
Implement a SetLogLevel functions that takes a LogType and sets the current logLevel (a global)
In TraceLog, check if the level of the current message is equal or higher to the current logLevel. If yes, continue. If no, return (and execute exit(1) before that if the message is an error).

Do you think this would work / be a good idea ?

Hi @nounoursheureux, I've been thinking about this addition... not sure if it's a good addition:
Most of the log types (LOG_INFO, LOG_WARNING, LOG_ERROR) should be displayed most of the time and LOG_DEBUG it's the only log type that should be selected by user or not...
Maybe a better approximation could be using SetTraceLog(int logFlags);
SetTraceLog(LOG_DEBUG | LOG_INFO | LOG_WARNING);  // Log flags?

Also log information should be reviewed (improved) and better categorized.

Removing the #define SUPPORT_TRACELOG from utils.c would help at least to decide at compile time if you want to enable or disable tracing using the -DSUPPORT_TRACELOG argument.
In my project I end with a lot of INFO logs from raylib, and this hinders the tracing of the rest of the program.

Just added function SetTraceLog() on commit https://github.com/raysan5/raylib/commit/e517d8fd168b361719c214d57463ef3ee461d425 (notice I renamed it in the following commit, I think is clear this way).
Now log level could be set at anytime using:
SetTraceLog(LOG_INFO | LOG_WARNING);    // Enable INFO and WARNING log output messages


New Error

When I login in the server I got https://hastebin.com/henusumuza.css
1.13.2

MCProtocolLib is currently undergoing an update to 1.14, which is not backwards compatible, nor does this try to support multiple versions. Your best bet would be to fork this repo before the commits that begin the transition to 1.14, download the source and build from it.

I see,thx

Bug fixes to 1.13.2 will still be applied until the 1.14 update is finished, tested, and merged.
Not sure why the server is trying to spawn entity ID 85 (WitherSkull) with a spawn mob packet, but apparently the client is supposed to accept that, so I went and added all the missing entity IDs to MobType. That should fix the issue.


Finetune GHA platforms

remove macOS 11 w/ brew, very slow to build grpc from source
add back R-devel on Ubuntu

I'll fix the CI failure in a sec.


decompressor_lib: implemented decompressor interface

Signed-off-by: Gabriel<EMAIL_ADDRESS>Description:
This PR implements decompressor interface, modifies the currently compressor implementation and also includes symmetric test cases for compressor and decompressor. Current compressor implementation has an issue when output buffer is moved completely. This has been fixed by changing the way that memory is allocated internally by the compressor and how compressed data is add to the output buffer. Member function finish  has been renamed to "flush" which better describes the behaviour. Member function checksum has been added to compressor to facilitate tests at this point. Decompressor interface has been implemented to allow symmetric testing at this point. Symmetric testing has been added to assert that both compressor and decompressor work properly.
Risk Level: Low (libraries are not being used and it has good testing coverage)
Testing: Unit

@dnoe can you take a first pass through this please?

Thanks @dnoe for reviewing it. I will take a look at your suggestions later today.

Thanks @mattklein123 for reviewing it. Let me know if comments on the tests make sense.


NUIParse not compiling with XCode 11.

I have added NUIParse via pods. After updating Xcode to 11.0, I am not able to compile the project. Error is attached image.

I tried removing and re-adding pods but didn't work. If someone can guide that will be appreciated.

I fixed this issue adding a separate getter for the "name" variable. Details are in the my commit

Please update this in Pods too.


Cannot read property 'href' of undefined

Bug report
Describe the bug
Don't know what happened inside next.js, prompting error I don't understand. Hope someone could point me a direction that I might know where to find the problem. Thanks
I'm getting this:
TypeError: Cannot read property 'href' of undefined
    at getURL (/Users/lijung/Documents/canner/canner-firebase-cms/node_modules/next/dist/lib/utils.js:155:30)
    at new Router (/Users/lijung/Documents/canner/canner-firebase-cms/node_modules/next/dist/lib/router/router.js:101:29)
    at _callee3$ (/Users/lijung/Documents/canner/canner-firebase-cms/node_modules/next/dist/server/render.js:235:22)
    at tryCatch (/Users/lijung/Documents/canner/canner-firebase-cms/node_modules/regenerator-runtime/runtime.js:62:40)
    at Generator.invoke [as _invoke] (/Users/lijung/Documents/canner/canner-firebase-cms/node_modules/regenerator-runtime/runtime.js:296:22)
    at Generator.prototype.(anonymous function) [as next] (/Users/lijung/Documents/canner/canner-firebase-cms/node_modules/regenerator-runtime/runtime.js:114:21)
    at step (/Users/lijung/Documents/canner/canner-firebase-cms/node_modules/@babel/runtime/helpers/asyncToGenerator.js:12:30)
    at _next (/Users/lijung/Documents/canner/canner-firebase-cms/node_modules/@babel/runtime/helpers/asyncToGenerator.js:27:9)
    at <anonymous>
TypeError: Cannot read property 'href' of undefined
    at getURL (/Users/lijung/Documents/canner/canner-firebase-cms/node_modules/next/dist/lib/utils.js:155:30)
    at new Router (/Users/lijung/Documents/canner/canner-firebase-cms/node_modules/next/dist/lib/router/router.js:101:29)
    at _callee3$ (/Users/lijung/Documents/canner/canner-firebase-cms/node_modules/next/dist/server/render.js:235:22)
    at tryCatch (/Users/lijung/Documents/canner/canner-firebase-cms/node_modules/regenerator-runtime/runtime.js:62:40)
    at Generator.invoke [as _invoke] (/Users/lijung/Documents/canner/canner-firebase-cms/node_modules/regenerator-runtime/runtime.js:296:22)
    at Generator.prototype.(anonymous function) [as next] (/Users/lijung/Documents/canner/canner-firebase-cms/node_modules/regenerator-runtime/runtime.js:114:21)
    at step (/Users/lijung/Documents/canner/canner-firebase-cms/node_modules/@babel/runtime/helpers/asyncToGenerator.js:12:30)
    at _next (/Users/lijung/Documents/canner/canner-firebase-cms/node_modules/@babel/runtime/helpers/asyncToGenerator.js:27:9)
    at <anonymous>

To Reproduce
You can try by clone this branch and start, npm run dev
https://github.com/Canner/canner-firebase-cms/tree/nextjs
go to path /dashboard
System information

OS: macOS
Browser (if applies) : chrome
Version of Next.js: 6.1.1

I resolve this issue myself, I accidentally assign window variable to a blank {}, which will make things break when server-side rendering.


Expose TweaksConfig.forceReuseVideoCodecReasons from Android

Description
Expose Android SDKs TweaksConfig.forceReuseVideoCodecReasons
Changes

Checklist

[x] 🗒 CHANGELOG entry

Thanks for the reviews, I'll pick this up tomorrow.


Identifiers validation failed for dataset Happywhale - Humpback Whale in South Atlantic Ocean

Identifier validation failed for the dataset Happywhale - Humpback Whale in South Atlantic Ocean:

Crawler attempt: 129
Publishing organization: OBIS-SEAMAP
Publishing country: UNITED_STATES
Installation: OBIS-SEAMAP IPT
Number of occurrences indexed for this dataset at the time of the issue: 2352
Cause: GBIF IDs hit maximum allowed - 50%, duplicates - 56%, total records count 5375, absent records count 3002
Step metrics:

Pipelines execution steps: http://api.gbif.org/v1/pipelines/history/execution/3044511/step

Publisher email
Hello,
I am contacting you from the GBIF Secretariat about a dataset published by the Happywhale - Humpback Whale in South Atlantic Ocean : https://doi.org/10.15468/v6r8s9.
We noticed that the occurrenceIDs were changed. We have temporarily paused the ingestions of this dataset.
As you might already know, when an occurrence record has a new occurrenceID for a given dataset, our system considers it to be a new occurrence.
This means that it will be given a new gbifid and a new occurrence URL (like this one: https://www.gbif.org/occurrence/1252968762) and the old gbifid and URL will be deprecated.
In this case, this means that the occurrence URLs would be deprecated when ingesting the newest versions of these datasets.
We would like to check with you if those changes were intentional. Do you know if this is the case?
Please let us know, thanks! We are happy to resume the dataset ingestion.
Note that some users rely on those occurrence URLs and gbifids (like https://bionomia.net for example). In an attempt to improve
the stability of the occurrence URLs and gbifids, we have implemented a warning system to detect these type of changes in datasets (see this news item).
If the data publisher can provide us with a list of old and new occurrenceIDs per record, we can avoid the identifier and URL changes. Could that be an option?
Please let us know if you have any question. Thanks!
All the best,

You can skip/fix identifier validation using the registry UI.

Identifier validation still  failing for the dataset Happywhale - Humpback Whale in South Atlantic Ocean:

Crawler attempt: 135
Publishing organization: OBIS-SEAMAP
Publishing country: UNITED_STATES
Installation: OBIS-SEAMAP IPT
Number of occurrences indexed for this dataset at the time of the issue: 2352
Cause: GBIF IDs hit maximum allowed - 50%, duplicates - 58%, total records count 5640, absent records count 3273
Pipelines execution steps: http://api.gbif.org/v1/pipelines/history/execution/3087104/step

Publisher email
Hello,
I am contacting you from the GBIF Secretariat about a dataset published by the Happywhale - Humpback Whale in South Atlantic Ocean : https://doi.org/10.15468/v6r8s9.
We noticed that the occurrenceIDs were changed. We have temporarily paused the ingestions of this dataset.
As you might already know, when an occurrence record has a new occurrenceID for a given dataset, our system considers it to be a new occurrence.
This means that it will be given a new gbifid and a new occurrence URL (like this one: https://www.gbif.org/occurrence/1252968762) and the old gbifid and URL will be deprecated.
In this case, this means that the occurrence URLs would be deprecated when ingesting the newest versions of these datasets.
We would like to check with you if those changes were intentional. Do you know if this is the case?
Please let us know, thanks! We are happy to resume the dataset ingestion.
Note that some users rely on those occurrence URLs and gbifids (like https://bionomia.net for example). In an attempt to improve
the stability of the occurrence URLs and gbifids, we have implemented a warning system to detect these type of changes in datasets (see this news item).
If the data publisher can provide us with a list of old and new occurrenceIDs per record, we can avoid the identifier and URL changes. Could that be an option?
Please let us know if you have any question. Thanks!
All the best,

You can skip/fix identifier validation using the registry UI.

Identifier validation still  failing for the dataset Happywhale - Humpback Whale in South Atlantic Ocean:

Crawler attempt: 140
Publishing organization: OBIS-SEAMAP
Publishing country: UNITED_STATES
Installation: OBIS-SEAMAP IPT
Number of occurrences indexed for this dataset at the time of the issue: 2352
Cause: GBIF ID problems exceed 50% threshold: 59% duplicates; 5797 total records; 3429 absent records
Pipelines execution steps: http://api.gbif.org/v1/pipelines/history/execution/3265334/step

Publisher email
Hello,
I am contacting you from the GBIF Secretariat about a dataset published by the Happywhale - Humpback Whale in South Atlantic Ocean : https://doi.org/10.15468/v6r8s9.
We noticed that the occurrenceIDs were changed. We have temporarily paused the ingestions of this dataset.
As you might already know, when an occurrence record has a new occurrenceID for a given dataset, our system considers it to be a new occurrence.
This means that it will be given a new gbifid and a new occurrence URL (like this one: https://www.gbif.org/occurrence/1252968762) and the old gbifid and URL will be deprecated.
In this case, this means that the occurrence URLs would be deprecated when ingesting the newest versions of these datasets.
We would like to check with you if those changes were intentional. Do you know if this is the case?
Please let us know, thanks! We are happy to resume the dataset ingestion.
Note that some users rely on those occurrence URLs and gbifids (like https://bionomia.net for example). In an attempt to improve
the stability of the occurrence URLs and gbifids, we have implemented a warning system to detect these type of changes in datasets (see this news item).
If the data publisher can provide us with a list of old and new occurrenceIDs per record, we can avoid the identifier and URL changes. Could that be an option?
Please let us know if you have any question. Thanks!
All the best,

You can skip/fix identifier validation using the registry UI.

This is OBIS? Should we let it through?
@ManonGros

Yes let's do that. I have added the labels to the repo, see "resumes ingestion with no change".

It's two months old so I am closing.


GDB's TUI mode changes Terminal's colors even after exiting GDB

Windows Terminal version
1.15.3465.0 (also checked with Preview == 1.16.3463.0)
Windows build number
Microsoft Windows [version 10.0.19042.2251]
Other Software

GDB: GNU gdb (Ubuntu 12.1-0ubuntu1~22.04) 12.1 (also happens with GDB 10.3 and above)
Ubuntu (in WSL): Ubuntu 22.04.1 LTS (also happens with other distros, but this one has a recent enough version of GDB in their repositories)
WSL: Inbox
SSH: OpenSSH_for_Windows_8.9p1, LibreSSL 3.4.3

Steps to reproduce
Hi ! While working on a very small patch to GDB's Pygments support for source code highlighting (see set style sources in the GDB documentation, this works with GDB 10.3 and newer), I came across what I think might be a bug in the Terminal.
Basically, if I slightly modify GDB's initialization of Pygments' TerminalFormatter, so that its color theme is well suited to a black background, then upon opening and closing the GDB TUI interface (which uses curses), and exiting GDB, the colors of the terminal are changed, and this persists even when WSL is closed.
Here are complete reproduction steps, starting with installing a clean Ubuntu 22 WSL instance (I'm running this in Windows PowerShell in the Terminal):
# Download the WSL Ubuntu 22 image, import it and enter it
curl.exe -SsLO https://cloud-images.ubuntu.com/wsl/jammy/current/ubuntu-jammy-wsl-amd64-wsl.rootfs.tar.gz
wsl --import u22 ./u22 ./ubuntu-jammy-wsl-amd64-wsl.rootfs.tar.gz
wsl -d u22 --cd ~ # Notice with the 'Campbell' theme, 'wsl' is in yellow, '-d' and '--cd' are in grey
# install GDB, Pygments and GCC
apt update
apt install -y gdb python3-pygments gcc
# Create and compile an example executable
cat << EOF > hello.c
#include <stdio.h>
int main() {
   // printf() displays the string inside quotation
   printf("Hello, World!");
   return 0;
}
EOF
gcc -g -o hello hello.c
# Patch GDB's Pygments initialization
cat << EOF > styling.py.patch
--- /usr/share/gdb/python/gdb/styling-orig.py   2023-01-03 19:19:20.983004000 -0500
+++ /usr/share/gdb/python/gdb/styling.py        2023-01-03 19:19:45.743004000 -0500
@@ -25,7 +25,7 @@
         # Don't want any errors.
         try:
             lexer = lexers.get_lexer_for_filename(filename, stripnl=False)
-            formatter = formatters.TerminalFormatter()
+            formatter = formatters.TerminalFormatter(bg='dark')
             return highlight(contents, lexer, formatter).encode(
                 gdb.host_charset(), "backslashreplace"
             )
EOF
patch /usr/share/gdb/python/gdb/styling.py styling.py.patch
# Show some colors
ls /
# Reproduce
gdb -q -ex  'maint set gnu-source-highlight enabled off' -ex 'tui enable' -ex exit hello
# notice the color of `/init` showed by the `ls` call above changed
# exit WSL
exit
# Back in PowerShell, notice the automatic coloring of the command line is also affected
PS C:\Users\me>  wsl -d u22 --cd ~   # notice now 'wsl' is in blue and '-d' and '--cd' in cyan

A few notes:

This also reproduces in Conhost
This also reproduces on remote Ubuntu/RHEL systems (not WSL) that I access from PowerShell running in the Terminal, via OpenSSH_for_Windows_8.9p1, LibreSSL 3.4.3
When accessing these remote systems via a remote desktop software instead, none of the Linux terminal I tried have this issue (Konsole, gnome-terminal, xterm)
This also happens with /usr/bin/gdb from the Git for Windows SDK (but not with their /mingw64/bin/gdb), running in the Terminal (but not running in git-bash.exe, which uses Mintty). If ever you want to try that, the file to patch is __init__.py instead of styling.py, since this is GDB 11.1 / 11.2.
This does not happen in MobaXterm (in a WSL session running the same steps as above)

Expected Behavior
The colors of lines shown prior to executing GDB, and after exiting GDB, are not affected by my patch to GDB's Pygments initialization.
Here is what it looks like (Campbell theme) when I do not run the gdb invocation above, run ls, exit WSL and then type wsl ...:

Actual Behavior
Colors of lines shown prior to executing GDB, and after exiting GDB, are changed.
Here is what it looks like (Campbell theme) when I run the gdb invocation above, run ls, exit WSL and then type wsl ...:

Note /init is a slightly different color, and the wsl command in PowerShell uses completely different colors.

P.S. I don't know the first thing about curses so I'm sorry if I couldn't come up with a more minimalistic reproducer...

and the wsl command in PowerShell uses completely different colors.

Configure as you want:
Get-PSReadlineOption
Set-PSReadlineOption

$PSStyle   # in 7+
$Host.PrivateData

This is just a guess, but if it's changing the palette, then I suspect it's using the rs1 or oc capabilities to restore the palette on exit, and that relies on the OSC 104 sequence which Windows Terminal doesn't yet support (see #3719).

Yea, that would be my gut feel too. Hard to say for sure, but I'd be inclined to mark this as a dupe.
I dunno if you could just patch those entries out of your termcap manually, and have GDB fall back to using something else. My linux-fu is a little rusty in that regard. And I don't think we pass those sequenes through to the Terminal right now, so logging from the debug tap wouldn't be helpful either...

@phil-blain Thanks for the report!
Can you run script, and then reproduce the issue? It should produce a document named typescript that contains the raw output from gdb that we're receiving in the Terminal. I'd be interested in seeing that document. That'll help us narrow down whether it's #3719 or another issue.

Sure! Here it is (I only ran the gdb command in my reproducer, after having patched styling.py as mentionned):
typescript_bg-dark.txt
I also removed my patch to styling.py and re-ran script, for comparison purposes:
typescript_orig.txt
Let me know if you'd like me to test other stuff, I'm really happy to help :)

Yep, that's PERFECT!
Near the end, there's a
]104

which looks like it'd confirm the thesis here. Thanks!
/dup #3719

OK, thanks for confirming! I'll subscribe to #3719 then!
Just to further confirm, I learned I could use teseq to transform the script output to be human readable, and here is the diff of the output from the vanilla GDB (vanilla styling.py) vs GDB with my modification (patched styling.py):
--- /mnt/wsl/teseq_orig.txt	2023-01-19 20:17:04.006634900 -0500
+++ /mnt/wsl/teseq_bg-dark.txt	2023-01-19 20:17:04.006634900 -0500
@@ -1,4 +1,4 @@
-|Script started on 2023-01-19 10:00:51-05:00 [TERM="xterm-256color" TTY="/de|-
+|Script started on 2023-01-19 09:57:51-05:00 [TERM="xterm-256color" TTY="/de|-
 -|v/pts/1" COLUMNS="280" LINES="71"]|.
 : Esc [ ? 2004 h
 & SM: SET MODE (private params)
@@ -2437,6 +2437,26 @@
 : Esc [ 48 d
 & VPA: LINE POSITION ABSOLUTE
 " Move the cursor to line 48.
+: Esc ]
+& OSC: OPERATING SYSTEM COMMAND
+|4;8;rgb:00/FF/FF|
+: Esc \
+& ST: STRING TERMINATOR
+: Esc ]
+& OSC: OPERATING SYSTEM COMMAND
+|4;9;rgb:7E/7E/7E|
+: Esc \
+& ST: STRING TERMINATOR
+: Esc ]
+& OSC: OPERATING SYSTEM COMMAND
+|4;10;rgb:00/FF/00|
+: Esc \
+& ST: STRING TERMINATOR
+: Esc ]
+& OSC: OPERATING SYSTEM COMMAND
+|4;11;rgb:5B/5B/FF|
+: Esc \
+& ST: STRING TERMINATOR
 : Esc [ H
 & CUP: CURSOR POSITION
 " Move the cursor to line 1, column 1.
@@ -2538,17 +2558,17 @@
 : Esc [ 0 m
 & SGR: SELECT GRAPHIC RENDITION
 " Clear graphic rendition to defaults.
-: Esc [ 36 m
+: Esc [ 90 m
 & SGR: SELECT GRAPHIC RENDITION
-" Set foreground color cyan.
+" (Xterm) Set foreground color gray.
 |int|
-: Esc [ 37 m
+: Esc [ 91 m
 & SGR: SELECT GRAPHIC RENDITION
-" Set foreground color white.
+" (Xterm) Set foreground color bright red.
 | |
-: Esc [ 32 m
+: Esc [ 92 m
 & SGR: SELECT GRAPHIC RENDITION
-" Set foreground color green.
+" (Xterm) Set foreground color bright green.
 |main|
 : Esc [ 39 m
 & SGR: SELECT GRAPHIC RENDITION
@@ -2560,9 +2580,9 @@
 & SGR: SELECT GRAPHIC RENDITION
 " Clear graphic rendition to defaults.
 |()|
-: Esc [ 37 m
+: Esc [ 91 m
 & SGR: SELECT GRAPHIC RENDITION
-" Set foreground color white.
+" (Xterm) Set foreground color bright red.
 | |
 : Esc [ 39 m
 & SGR: SELECT GRAPHIC RENDITION
@@ -2648,9 +2668,9 @@
 : Esc [ 0 m
 & SGR: SELECT GRAPHIC RENDITION
 " Clear graphic rendition to defaults.
-: Esc [ 37 m
+: Esc [ 91 m
 & SGR: SELECT GRAPHIC RENDITION
-" Set foreground color white.
+" (Xterm) Set foreground color bright red.
 |   // printf() displays the string inside quotation|
 : Esc [ 280 G
 & CHA: CURSOR CHARACTER ABSOLUTE
@@ -2726,9 +2746,9 @@
 : Esc [ 0 m
 & SGR: SELECT GRAPHIC RENDITION
 " Clear graphic rendition to defaults.
-: Esc [ 37 m
+: Esc [ 91 m
 & SGR: SELECT GRAPHIC RENDITION
-" Set foreground color white.
+" (Xterm) Set foreground color bright red.
 |   |
 : Esc [ 39 m
 & SGR: SELECT GRAPHIC RENDITION
@@ -2828,21 +2848,21 @@
 : Esc [ 0 m
 & SGR: SELECT GRAPHIC RENDITION
 " Clear graphic rendition to defaults.
 BEL/^G
 : Esc [ 71 ; 1 H
 & CUP: CURSOR POSITION
 " Move the cursor to line 71, column 1.
@@ -9184,4 +9212,4 @@
 . CR/^M CR/^M LF/^J
 |exit|
 . CR/^M LF/^J LF/^J
-|Script done on 2023-01-19 10:01:08-05:00 [COMMAND_EXIT_CODE="0"]|.
+|Script done on 2023-01-19 09:57:58-05:00 [COMMAND_EXIT_CODE="0"]|.


customize nginx site for wayback deploy

nginx configurations needed:

[ ] determine if we can use wayback in proxy mode within nginx
[ ] map 404 to archived 404 page in the archive crawl /404/
[ ] map 50* to archived 500 page in the archive crawl /_500/ (retain actual error code if possible)
[ ] proxy iiif images using generated map list

[ ] update ansible passenger role to copy supporting files for use in nginx config

[ ] use static version of sitemedia to override wayback content (for speed/efficiency)

[ ] capture output from collectstatic in production and add to archive repo

[ ] local static copy of sitemaps so we can override/customize modification time/frequency

wayback should run on a separate port and be configured in a second nginx conf
main nginx conf should use proxy_pass to wayback on 8080
all customization (404s, static content, etc) should be in the outer nginx conf
use a maintenance location for 404/500


Introduce --ssl_target flag to grpc_cli.

This allows the client to specify the host name of the remote server for the purposes of TLS certificate validation, useful for test certificates and machines with ephemeral IP addresses with no associated DNS entries that have been assigned TLS certificates.
Partially addresses issue #16059.

****************************************************************

libgrpc.so

     VM SIZE        FILE SIZE
 ++++++++++++++  ++++++++++++++

  [ = ]       0        0  [ = ]

****************************************************************

libgrpc++.so

     VM SIZE        FILE SIZE
 ++++++++++++++  ++++++++++++++

  [ = ]       0        0  [ = ]

[trickle] No significant performance differences

[microbenchmarks] No significant performance differences

****************************************************************

libgrpc.so

     VM SIZE        FILE SIZE
 ++++++++++++++  ++++++++++++++

  [ = ]       0        0  [ = ]

****************************************************************

libgrpc++.so

     VM SIZE        FILE SIZE
 ++++++++++++++  ++++++++++++++

  [ = ]       0        0  [ = ]

[trickle] No significant performance differences

****************************************************************

libgrpc.so

     VM SIZE        FILE SIZE
 ++++++++++++++  ++++++++++++++

  [ = ]       0        0  [ = ]

****************************************************************

libgrpc++.so

     VM SIZE        FILE SIZE
 ++++++++++++++  ++++++++++++++

  [ = ]       0        0  [ = ]

****************************************************************

libgrpc.so

     VM SIZE        FILE SIZE
 ++++++++++++++  ++++++++++++++

  [ = ]       0        0  [ = ]

****************************************************************

libgrpc++.so

     VM SIZE        FILE SIZE
 ++++++++++++++  ++++++++++++++

  [ = ]       0        0  [ = ]

[trickle] No significant performance differences

[trickle] No significant performance differences

[microbenchmarks] No significant performance differences

[microbenchmarks] No significant performance differences

In terms of naming, it may be preferable to go to --tls_target instead, since I plan to make some follow-on changes that use --channel=tls instead of --channel=ssl. Do you all have a preference for one over the other?

[trickle] No significant performance differences

*****************STATIC******************
  New size                      Old size
 1,975,261      Total (=)      1,975,261

 No significant differences in binary sizes

***************FRAMEWORKS****************
  New size                      Old size
10,769,647      Total (>)     10,769,646

 No significant differences in binary sizes

[microbenchmarks] No significant performance differences

Please format accordingly:
--- /var/local/git/grpc/test/cpp/util/cli_credentials.cc	2018-07-20 13:26:51.656660732 +0000
+++ /tmp/tmp.4htIz9EDPm	2018-07-20 13:28:45.660660732 +0000
@@ -67,8 +67,8 @@
}
const grpc::string CliCredentials::GetSslTargetNameOverride() const {

bool use_tls = FLAGS_enable_ssl ||

 (FLAGS_access_token.empty() && FLAGS_use_auth);

bool use_tls =

 FLAGS_enable_ssl || (FLAGS_access_token.empty() && FLAGS_use_auth);

return use_tls ? FLAGS_ssl_target : "";
}

[trickle] No significant performance differences

Objective-C binary sizes
*****************STATIC******************
  New size                      Old size
 1,976,225      Total (=)      1,976,225

 No significant differences in binary sizes

***************FRAMEWORKS****************
  New size                      Old size
10,770,421      Total (<)     10,770,424

 No significant differences in binary sizes

[microbenchmarks] No significant performance differences

#16060


Schedule automatic deployment when we move to Heroku

name: Deploy
on:
  schedule:
  - cron: '0 12,23 * * *'
jobs:
  build:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v2
      - uses<EMAIL_ADDRESS>        with:
          heroku_api_key: ${{secrets.HEROKU_API_KEY}}
          heroku_app_name: "yourAppName"
          heroku_email<EMAIL_ADDRESS>          branch: "master"

Sample code courtesy  of https://github.com/nmaties/. This is for 2 deployes per day

Implemented: https://github.com/FrontEnd-ro/frontend.ro/commit/553d94e2f9db606de8b4b13f8b92fe1d8a6a69cf


added support for config snippets

this PR adds support for

send-commands-from-file
send-configs
send-configs-from-file
device-level options

The idea is to allow pushing some config to the devices before scrpaligo has cfg support.
/cc @carlmontanari

substituted by #5


macOS: Install instructions should include need to add /usr/local/lib to the library search paths.

On macOS, the Vulkan SDK installer deposits the Vulkan and MoltenVK dylib files in /usr/local/lib. In order to run Vulkan Samples, this path needs to be included in the library search paths vulkan_samples runs under. Without this, Volk fails to initialize.
macOS does not include /usr/local/lib in the library search paths by default. It can be included a couple of different ways, including either of the following:

Include /usr/local/lib in the LD_RUNPATH_SEARCH_PATHS build setting when building vulkan_samples on macOS. Although I am not a cmake expert, I assume this could probably be done by updating the build config files.

Invoke export DYLD_LIBRARY_PATH=/usr/local/lib:$DYLD_LIBRARY_PATH prior to launching vulkan_samples from the command line. Since this can be done by the user, this might just need some documentation in either the Usage or Build/macOS sections of the Vulkan Samples documentation.

Also, on a related note, the Build/macOS instructions includes a requirement:

Vulkan SDK ./install_vulkan.py

I suggest this could probably be reworded to just "Installed Vulkan SDK", and removing the reference to ./install_vulkan.py. These days, Vulkan Installer App takes care of installing the dylibs automatically for most Vulkan SDK installations, and the referenced Vulkan SDK Getting Started guide already covers the details of both the installer app and ./install_vulkan.py, if a user wants to install from the command line instead of using the installer app.

Not sure, but just adding it here as it isn't mentioned and perhaps this case should also be considered/included in the docs.
I use source ./setup-env.sh from the Vulkan SDK folder. This adds DYLD_LIBRARY_PATH=/Users/jeroen/VulkanSDK/1.3.275.0/macOS/lib to the environment variables.

That's the correct solution, it also would work to use iOS/setup-env.sh for the iOS libs.

I think we can close this, source ./setup-env.sh addressed in documentation additions in this PR #1177


Build the client script bundle in run time and minify it

Coverage decreased (-0.14%) to 61.64% when pulling 372666b08ca1277c17e43ad471fd79693caaa30b on feature/browserify into 36b2a62471d70fecff4b8e2898a9cade6481a5be on master.

Хорошо бы тестов вот на этот кусок написать. Хотя бы проверить состав скриптов с включенным и выключенным coverage

Coverage decreased (-0.48%) to 61.3% when pulling 0f04086d034cb74aa7069eb561243f3c3c348ace on feature/browserify into 36b2a62471d70fecff4b8e2898a9cade6481a5be on master.

Coverage decreased (-0.48%) to 61.3% when pulling 0f04086d034cb74aa7069eb561243f3c3c348ace on feature/browserify into 36b2a62471d70fecff4b8e2898a9cade6481a5be on master.

Coverage increased (+0.41%) to 62.19% when pulling 43baa167dc43911f73e5440c89e6d34344dc5da5 on feature/browserify into 36b2a62471d70fecff4b8e2898a9cade6481a5be on master.

Coverage increased (+0.41%) to 62.19% when pulling 43baa167dc43911f73e5440c89e6d34344dc5da5 on feature/browserify into 36b2a62471d70fecff4b8e2898a9cade6481a5be on master.

Coverage increased (+0.59%) to 62.37% when pulling 4c52c536e10c2e89ad453d24809be3927732d106 on feature/browserify into 36b2a62471d70fecff4b8e2898a9cade6481a5be on master.

Coverage increased (+0.66%) to 62.69% when pulling cf03bdc5fddd6e42ecd42288ca38fdf5de09854b on feature/browserify into b1f094c67ab57d3cd946ed313fe8dbb5e43138c8 on master.

Coverage increased (+0.66%) to 62.69% when pulling cf03bdc5fddd6e42ecd42288ca38fdf5de09854b on feature/browserify into b1f094c67ab57d3cd946ed313fe8dbb5e43138c8 on master.


Compilation issue

When running catkin build command i get the following error:
Errors     << ranger_base:make /home/dev_pc/agilex_ws/logs/ranger_base/build.make.003.log
In file included from /home/dev_pc/agilex_ws/src/ugv_sdk/include/ugv_sdk/details/robot_base/agilex_base.hpp:21,
from /home/dev_pc/agilex_ws/src/ugv_sdk/include/ugv_sdk/details/robot_base/ranger_base.hpp:19,
from /home/dev_pc/agilex_ws/src/ugv_sdk/include/ugv_sdk/mobile_robot/ranger_robot.hpp:15,
from /home/dev_pc/agilex_ws/src/ranger_ros/ranger_base/include/ranger_base/ranger_messenger.hpp:34,
from /home/dev_pc/agilex_ws/src/ranger_ros/ranger_base/src/ranger_messenger.cpp:10:
/home/dev_pc/agilex_ws/src/ugv_sdk/include/ugv_sdk/details/async_port/async_can.hpp:61:16: error: ‘basic_stream_descriptor’ in namespace ‘asio::posix’ does not name a template type; did you mean ‘stream_descriptor’?
61 |   asio::posix::basic_stream_descriptor<> socketcan_stream_;
|                ^~~~~~~~~~~~~~~~~~~~~~~
|                stream_descriptor
/home/dev_pc/agilex_ws/src/ugv_sdk/include/ugv_sdk/details/async_port/async_can.hpp:68:34: error: ‘asio::posix::basic_stream_descriptor’ has not been declared
68 |                     asio::posix::basic_stream_descriptor<> &stream);
|                                  ^~~~~~~~~~~~~~~~~~~~~~~
/home/dev_pc/agilex_ws/src/ugv_sdk/include/ugv_sdk/details/async_port/async_can.hpp:68:57: error: expected ‘,’ or ‘...’ before ‘<’ token
68 |                     asio::posix::basic_stream_descriptor<> &stream);
|                                                         ^

Found another issue on the scout_ros, which is pretty much the same.
scout_ros/issue/5
The recommended solution:
adding this to scout_base/CMakeLists.txt
target_compile_definitions(scout_base_node PUBLIC ASIO_ENABLE_OLD_SERVICES)
results in another issue in compilation:
Errors     << ranger_base:check /home/dev_pc/agilex_ws/logs/ranger_base/build.check.007.log
CMake Error at /home/dev_pc/agilex_ws/src/ranger_ros/ranger_base/CMakeLists.txt:148 (target_compile_definitions):
Cannot specify compile definitions for target "ranger_base" which is not
built by this project.


vnc not work correctly in kubevirt for ubuntu-20.04-server-cloudimg-amd64-disk-kvm.img

What happened:
after install ubuntu-20.04-server-cloudimg-amd64-disk-kvm.img with kubevirt, I found vnc has wrong output while the virtual machine is running properly, that is we could see output in console and could ssh into the virtual machine.
output screenshot for vnc:

output for console connection:

What you expected to happen:
when using vnc to connect to the virtual machine, the screen will show output as what is in console.
How to reproduce it (as minimally and precisely as possible):

prepare the dv

kubectl virt image-upload vm-dv --size=100Gi --namespace=vm --image-path=images/ubuntu-20.04-server-cloudimg-amd64-disk-kvm.img --storage-class=rook-cephfs --access-mode=ReadWriteMany

prepare the virtual machine yaml and apply it

apiVersion: kubevirt.io/v1
kind: VirtualMachine
metadata:
  name: dev01
  namespace: vm
spec:
  runStrategy: Always
  template:
    metadata:
      labels:
        vm.kubevirt.aitopia/workload: dev01
    spec:
      domain:
        clock:
          timezone: "Asia/Shanghai"
        devices:
          disks:
            - name: datavolumedisk
              disk:
                bus: virtio
            - name: cloudinitdisk
              disk:
                bus: virtio
          interfaces:
          - name: default
            masquerade: {}
        resources:
          requests:
            cpu: 4
            memory: 8Gi
      networks:
      - name: default
        pod: {}
      volumes:
        - name: datavolumedisk
          dataVolume:
            name: vm-dv
        - name: cloudinitdisk
          cloudInitNoCloud:
            userData: |-
              #cloud-config
              user: zeddit
              password: zeddit

using console or vnc to check the output

kubectl virt console -n vm dev01
kubectl virt vnc --address <IP_ADDRESS> --proxy-only dev01 -n vm

Additional context:
Add any other context about the problem here.
Environment:

KubeVirt version (use virtctl version):

$ kubectl virt version
Client Version: version.Info{GitVersion:"v0.59.2", GitCommit:"60c2b5f73fe610635c992bd1005df1bfb324dbf0", GitTreeState:"clean", BuildDate:"2023-06-20T16:35:57Z", GoVersion:"go1.19.2", Compiler:"gc", Platform:"linux/amd64"}
Server Version: version.Info{GitVersion:"v0.59.2", GitCommit:"60c2b5f73fe610635c992bd1005df1bfb324dbf0", GitTreeState:"clean", BuildDate:"2023-06-20T16:35:57Z", GoVersion:"go1.19.2", Compiler:"gc", Platform:"linux/amd64"}

Kubernetes version (use kubectl version):

$ kubectl version
WARNING: This version information is deprecated and will be replaced with the output from kubectl version --short.  Use --output=yaml|json to get the full version.
Client Version: version.Info{Major:"1", Minor:"25", GitVersion:"v1.25.10+rke2r1", GitCommit:"e770bdbb87cccdc2daa790ecd69f40cf4df3cc9d", GitTreeState:"clean", BuildDate:"2023-05-18T15:22:04Z", GoVersion:"go1.19.9 X:boringcrypto", Compiler:"gc", Platform:"linux/amd64"}
Kustomize Version: v4.5.7
Server Version: version.Info{Major:"1", Minor:"25", GitVersion:"v1.25.10+rke2r1", GitCommit:"e770bdbb87cccdc2daa790ecd69f40cf4df3cc9d", GitTreeState:"clean", BuildDate:"2023-05-18T15:22:04Z", GoVersion:"go1.19.9 X:boringcrypto", Compiler:"gc", Platform:"linux/amd64"}

VM or VMI specifications: pasted above
Cloud provider or hardware configuration: host machine is a ESXi VM with nested virtualization flag set
OS (e.g. from /etc/os-release):

$ lsb_release -a
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 20.04.2 LTS
Release:	20.04
Codename:	focal

Kernel (e.g. uname -a):

$ uname -srm
Linux 5.4.0-153-generic x86_64

Install tools: N/A
Others: N/A

kvm does not contain drivers for video card, u should download this one
http://cloud-images.ubuntu.com/jammy/current/jammy-server-cloudimg-amd64.img

this img does not contain drivers for video card, so vnc won’t work


refactor

build(makefile): update targets
build(makefile): allow testing individual roles from top level make

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


Add JuicyPixels-scale-dct

Test suite example: RUNNING...
example: user error (Pattern match failure in do expression at example/Example.hs:11:5-14)
Test suite example: FAIL

Okay, sorry I reverted this for now until the testsuite error gets fixed.
Can you please open another PR when it is ready, thanks!

forgot to bundle test data. My bad.


to me as a newcomer PR was not clear....

... hence the suggested change.

+1 need a computer to merge :-)


Support Spring Boot 3.0

https://github.com/spring-projects/spring-boot/wiki/Spring-Boot-3.0-Migration-Guide#auto-configuration-files

Thank you for letting us know. We will try it.


Preserve triple hyphens etc. in URLs.

This relates to #7288 -- which was fixed.
I create this just to avoid some yelling about "broken URLs" from @kaushalmodi and friends.
I'm doing some ground work to simplify stuff and also make stuff faster and more effective.
So with #7288 the issue was

content/foo--bar.md, the page URL is expected to be /foo--bar/.

With that it does not make much sense to say that content/foo---bar.md becomes foo-bar/.
We have a test case for the above, but I will change that so that any number of subsequent hyphens are preserved...

With that it does not make much sense to say that content/foo---bar.md becomes foo-bar/.

Certainly! If the user decided to have 3 hyphens in their content file name, then why override that.

This was implemented in v0.93.0 with https://github.com/gohugoio/hugo/pull/9403 which preserves any number of hyphens.

Path
RelPermalink

content/foo-bar.md
/foo-bar/

content/foo--bar.md
/foo--bar/

content/foo---bar.md
/foo---bar/

content/foo----bar.md
/foo----bar/

Tested with hugo v0.93.0-07469082+extended


Validate ssl cert with pyOpenSSL as a fallback

Versions of Python before 2.7.9 don't have native client support for SNI, so this is a quick fix that opens an additional connection with pyOpenSSL to get the right certificate.

https://ocd.appscale.com:8080/job/Daily Build/1464/

👍

Is this a problem also with the SDK and GAE?

It's just a problem with the SDK. I think they want to support Python 2.6, and I they probably want to avoid including a large external dependency like pyOpenSSL, so it will probably be an issue there for awhile.


Add safari_version to the safari_ios browser data

11299

 Quality gate: NA
Details

 Quality gate: NA
Details

 Quality gate: NA
Details

 Quality gate: NA
Details

 Quality gate: NA
Details

 Quality gate: NA
Details


We shouldn't allow union of string and Uri everywhere and only expect Uri type

Describe the bug
Currently, we use the generic type TUri extends Uri | string everywhere which is basically a union of both Uri and string and since we do this at every level, we require sanitizing string to Uri for all the functions/methods. this isn't optimal and should be avoided. I don't see any issue in a user passing a new Uri object instead of a string, if a user really wants to pass the string and we want to allow this it should be done on the client side once and for all.

I'm not sure this is a good idea. I think this would make our libraries cleaner and more elegant for sure, but we would be doing so at the expense of the user experience.

IMO all user-facing functions (on the client) should support both, but everything underneath should use URI.

Sorry for not explaining clearly. I only meant this for core and internal libs. User-facing lib like client-config can still support Union type if they want.

Sorry for not explaining clearly. I only meant this for core and internal libs. User-facing lib like client-config can still support Union type if they want.

Yeah, okay, this makes sense. I had misunderstood before. Sounds good!


deferred invokes self if timeout

I'm not actually sure if this will fix the problem
@Sumukh @soumyabasu Could you guys take a look? At some point or another, I can integrate with mapper.py and somehow generalize mapper.py for more than analytics.
Until then, the function that writes to gcs will invoke itself on timeout, while it's querying the database and writing to the string buffer. Caveat: if it times out while writing contents to a zip file... it dies.
fixes #557

Hmm. Yeah - I'm not convinced this will work either.
How about instead we use the autograder server for this. The autograder server would just receive just a list of submission/backup id's and the autograder can go in and generate a ZIP using the API. OK already does a similar task to perform autograding - so this would be autograding without the grading.
I'm a little concerned with bringing OK features into the autograder but I think there's a way that this can be done cleanly.
The way we did this previously was run a script locally - we'd essentially be automating the scripts.

Sure, I took a look at the code but am still not sure how you managed to run the autograder without timeout errors. Can I leave this to you?

I'm going to close this PR and open up a new issue to support exporting via the auto grading. This will involve work on the ok server and on the autograder side.

Sounds good.


Adding docker support

Adding some docker docs

:+1:
I'm still not able to hit this locally, but that's likely a Windows issue. Will troubleshoot as time allows.


Add create demo user to Docs

What I'm trying to achieve
In docs: https://saleor.readthedocs.io/en/latest/gettingstarted/example-data.html
without --createsuperuser
but this help for new users, please add

I'm on it.


Add Pandas to Data / Store & Format

Pandas is an open source data analysis / manipulation library for Python used in machine learning. 29.4k Github stars
Pre-submission checklist:
Please check each of these after submitting your pull request:

[ ] Are you only including a repo_url if your project is 100% open source? If so, you need to pick the single best GitHub repository for your project, not a GitHub organization.
[ ] Is your project closed source or, if it is open source, does your project have at least 250 GitHub stars?
[ ] Have you picked the single best (existing) category for your project?
[ ] Does it follow the other guidelines from the new entries section?
[ ] Have you included a URL for your SVG or added it to hosted_logos and referenced it there?
[ ] Does your logo clearly state the name of the project/product and follow the other logo guidelines?
[ ] Does your project/product name match the text on the logo?
[ ] Have you verified that the Crunchbase data for your organization is correct (including headquarters and LinkedIn)?
[ ] ~10 minutes after opening the pull request, the CNCF-Bot will post the URL for your staging server. Have you confirmed that it looks good to you and then added a comment to the PR saying "LGTM"?

Problem with call to https://raw.githubusercontent.com/cncf/landscapeapp/75-weekly-2020-05-30/netlify/landscape.js?

It looks like lines 556 - 557 from the previous entry have been deleted. Please double check and resubmit. Thank you.

fixed it.


position:absolute and css transform causes offset effect from source.

Describe the bug
If the inner DOM Node has position:absolute and a css transform, then the dragged item is offset from the source.
Reproduction
https://codesandbox.io/s/falling-sun-32f50?file=/src/App.js
Steps to reproduce the behavior:

Apply a transform on an absolute positioned inner div.
Add a drag ref to the outer div
Drag the item
See error

Expected behavior
The expected behavior is the drag starts at the same spot as the mouse position on the source.

I'm facing this issue on my project as well - haven't found a fix as of yet.

  const containerEl = useRef(null);
  const [, drag, preview] = useDrag({
    item: {
      id,
      type: itemTypes.CONTAINER,
    },
  });
drag(containerEl);
    preview(containerEl, {
      offsetX: 180,
      offsetY:  70,
    });
  }, [preview]);


UM-866 Added guard for ASAN

This is ready for review.  I've confirmed that the sanitizer tests are still being succefully compiled and run: https://lc.llnl.gov/gitlab/radiuss/Umpire/-/jobs/225642#L4705


Missing option to retrieve way id from OSM (OsmReader  / DataReader) after updating Graphhopper version

Describe the bug
Before, to save map of edgeId to wayId I could use custom DataReader. Now I can see that OsmReader class contains edgeIdToOsmWayIdMap and perfect method addEdge(int fromIndex, int toIndex, PointList pointList, ReaderWay way, Map<String, Object> nodeTags) , but there is no way to override it, because OsmReader is created as local variable in Graphhopper.
Using TagParser  wasn't successful either, because library doesn't contain LongEncodedValue, and I wasn't able to write it down myself.
To Reproduce
Upgrade Graphhopper to 5.x version
Expected behavior
Way to override OsmReader or add hook to moment, when edge and way id are written to map. Then we could save it for example in database, and use if to analyze results of MapMatching etc..
Or provide LongEncodedValue, but I think this solution would make graph bigger, and create process would be longer

Using TagParser wasn't successful either, because library doesn't contain LongEncodedValue, and I wasn't able to write it down myself.

At least for the current master this should work: Just add a TagParser that writes to your edgeIdToOsmWayIdMap. Just because it is a tag parser it does not need to store the OSM IDs using an encoded value.

Sure, that was my first idea, but TagParser doesn't provide easy access to edge id,only edge flags. Any ideas how to get edge id in tag parser? Wysłano z mojego urządzenia Galaxy
-------- Oryginalna wiadomość --------Od: Andi @.> Data: 23.08.2022  08:38  (GMT+01:00) Do: graphhopper/graphhopper @.> DW: Rafał Kuźmiński @.>, Author @.> Temat: Re: [graphhopper/graphhopper] Missing option to retrieve way id from OSM (OsmReader  / DataReader) after updating Graphhopper version (Issue #2649)
Using TagParser wasn't successful either, because library doesn't contain LongEncodedValue, and I wasn't able to write it down myself.
At least for the current master this should work: Just add a TagParser that writes to your edgeIdToOsmWayIdMap. Just because it is a tag parser it does not need to store the OSM IDs using an encoded value.
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID: @.***>

Its hard to tell, because VehicleTagParser doens’t call applyWayTags, so I think, that TagParser itself doesn’t know edge while parsing tag.
Anyway, VehicleTagParser doesn’t exist in the latest release which is 5.3, so its hard for me to test it.
How about keeping osm_way id in IntEncodedValue? Biggest osm_way id is now something around [1088469695]. Int can keep almost twice as much. Then my parser would look something like this:
class OsmWayIdTagParser() : TagParser {

    companion object {
        val KEY = OsmWayId.KEY
    }

    private val idValue: IntEncodedValue = OsmWayId.create()

    override fun createEncodedValues(lookup: EncodedValueLookup, registerNewEncodedValue: MutableList<EncodedValue>) {
        registerNewEncodedValue.add(idValue)
    }

    override fun handleWayTags(edgeFlags: IntsRef, way: ReaderWay, relationFlags: IntsRef): IntsRef {
        idValue.setInt(false, edgeFlags, way.id.toInt())
        return edgeFlags
    }
}

Is that assumption correct, or there are might be some issues with using Int? Of course it isn't perfect solution, because still it will make my graph creation process longer (and it is long already). But even by using reflection I have no way to hook up to OsmReader, and I can't find any solution of accessing edge id in TagParser

Sure, that was my first idea, but TagParser doesn't provide easy access to edge id,only edge flags. Any ideas how to get edge id in tag parser?

Yes, you're right, the tag parsers are called before the edge is created and the edge ID is assigned. So they cannot access the edge ID:
https://github.com/graphhopper/graphhopper/blob/d1ef18cc13071687ec8b6edd49f58a45c5fca4b9/core/src/main/java/com/graphhopper/reader/osm/OSMReader.java#L335-L340
osmParsers.applyWayTags is called afterwards, so that would work in principle. But not sure if this should be the recommended way, because we want to remove this method anyway. We could probably also create the edge first and call the tag parsers afterwards.

How about keeping osm_way id in IntEncodedValue? Biggest osm_way id is now something around [1088469695]. Int can keep almost twice as much.

Yes, works probably, but I did not try.

But even by using reflection I have no way to hook up to OsmReader, and I can't find any solution of accessing edge id in TagParser

You can just fork the code and adjust it as you need.
We should keep this issue in mind and maybe find a better solution to this problem for #1895

Hi, I'm trying to get the way ID too, I need it for purposes related to map matching but I have the impression the situation got worse as edgeIdToOsmWayIdMap got removed.
Are there any solutions/workarounds to get the way ID from OSM right now?

See #2700 and #2701

There is now an OSM Way ID encoded value: #2701

See #2700 and #2701

There is now an OSM Way ID encoded value: #2701

Thank you for the quick response, works great! Finally!


Browser susceptible to FREAK attack

Testing against https://freakattack.com/ shows that foxbrowser is susceptible. More info on the bug at http://arstechnica.com/security/2015/03/freak-flaw-in-android-and-apple-devices-cripples-https-crypto-protection/ and the above site.

All iOS browsers are vulnerable, because all iOS Browsers depend on UIWebView/WKWebView as browser engine.
It's up to Apple to provide a bugfix for all devices, I can't disable the RSA_EXPORT cypher suite


Add comments to non-intuitive rules

Until we decide on the final schema for the rules and generate docs, would it be possible to add a comment about the rule if its not so intuitive. Thanks in advance :)

Fixed via #92


MatTableDataSource: doesn't update data array if using .push or other methods

Bug, feature request, or proposal:
Updating the underlying data on a MatTableDataSource must replace the entire array in order to trigger a table update(internal observable).
https://github.com/angular/material2/blob/b8c1024a09f89eab39a213fe13f47d529dccdd74/src/lib/table/table-data-source.ts#L63
What is the expected behavior?
Array methods on data should either update the internal observable or this should be documented to prevent confusion.
What is the current behavior?
Using a method like myDt.data.push(foo) doesn't trigger the set data method which in turn ends up not updating the internal observable.

@epelc It's common in angular that no deep checks are done.

@manklu that's understood but using builting array methods to modify the array should be covered. Honestly I just think a warning that hey the data won't be updated unless you replace the entire array or call X new force update method.
I was left wondering what was wrong with my table for a bit when it wasn't rendering updates and this was an unexpected cause. Requiring people to understand setters and the internals of MatTableDataSource seems a bit much when a one line doc addition could warn you.

This is working as intended. The intent is to avoid potentially costly deep checks on complex objects. Angular itself has no way of knowing how the array was modified.


Add "dump_delta" to [midi]

It works now. Would be better with a flag for "dump", but not sure how to do that.

can you first merge the last state and then propose the change? I have a new change you're reverting back with this commit "the 'argn' logic in "new".

@porres I hope now its fine.

I am sorry, there is still a bug. But should be fixable...

what is the bug?

@porres first time I used it after opening the patch everything works fine. From the second time on the lists are longer than expected and there is a consistency check error:
First time:
xs:  193 18
xs:  195 33
xs:  196 113
xs:  197 37
xs:  198 27
xs:  199 25
size: 1651

Second time:
xs:  193 18consistency check failed: atom_string
 18
xs:  195 33 0
xs:  196 113 127
xs:  197 37 100
xs:  198 27 100
xs:  199 25 69
size: 1651

I can't follow what you did actually...

@porres I hope at least my idea is understandable...

I understand what you want. I don't understand why you did what you did, how and why... and I don't know where the bug is

Why: I want to parse midi messages with delta times into the markov abstraction.
How: I can send you the patch (or make a minimal example).
Somewhere in here is the bug:
static void midi_dump_delta(t_midi *x){
    t_midievent *ep = x->x_sequence;
    int nevents = x->x_nevents;
    while(nevents--){  // LATER rethink sysex continuation
        unsigned char *bp = ep->e_bytes;
        double dp = ep->e_delta;
        int size = strlen((char*) bp);
	t_atom at[size + 1];
	SETFLOAT(at, (t_float)dp);
	SETFLOAT(at + 1, (t_float)*bp);
	int i;
	for(i = 0, bp++; i < size -1 && *bp != MIDI_EOM; i++, bp++)
		SETFLOAT(at + i + 2, (t_float)*bp);
        outlet_list(((t_object *)x)->ob_outlet, &s_list, size, at);
	ep++;
    }
    outlet_
bang(x->x_bangout);
}

sorry, hasn'r been able to concentrate on this before... as I see it, you say you still have a bug here, right? If so I can't merge and would have to reject. Since this is already kinda polluted and confusing, may I just ask for you to redo the pull request if it is actually ok so I can better revise it?

I guess its better to reject my kind of pulluted, confusing pull request and leave it Flößer like it is. I wont do another pull request, but my idea is quite clear, and maybe someone more experienced can implement it. Its also absolutely fine for me, if not.


egressgw: improvements for FIB-driven redirect path

Iron out a few corner-cases in the new BPF-redirect logic for egressgw. This follows https://github.com/cilium/cilium/pull/26215 and https://github.com/cilium/cilium/pull/29379.

/test

/test


How convert to coreML ?

I copied this project and wrote a python script to coreml, but encountered an error
https://github.com/mallman/CoreMLaMa.git
my code is below :
`import coremltools as ct
import torch
from iopaint.model.mi_gan import MIGAN
from CoreMLMiGan import CoreMLMiGan
model_manager = MIGAN("cpu")
Fixed image/mask size
Flexible input shapes are not (currently) supported, for various reasons
size = (800, 800) # pixel width x height
Image/mask shapes in PyTorch format
image_shape=(1, 3, size[1], size[0])
mask_shape=(1, 1, size[1], size[0])
lama_inpaint_model = model_manager.model

model = CoreMLMiGan(lama_inpaint_model).eval()

print("Scripting CoreMLaMa")
jit_model = torch.jit.script(model)
model_path = '/Users/DD/.cache/torch/hub/checkpoints/migan_traced.pt'
model = torch.jit.load(model_path, map_location="cpu").to(torch.device("mps"))
model.eval()
jit_model = model.eval()
#example = torch.rand(1, 3, 224, 224)  # Example input, needed by jit tracer.
traced = torch.jit.trace(model_path, example)  Generate TorchScript by tracing.
print("Converting model")
Note that ct.ImageType assumes an 8 bpp image, while LaMa
uses 32-bit FP math internally. Creating a CoreML model
that can work with 32-bit FP image inputs is on the "To Do"
list
coreml_model = ct.convert(
jit_model,
convert_to="mlprogram",
compute_precision=ct.precision.FLOAT16,
compute_units=ct.ComputeUnit.CPU_AND_GPU,
inputs=[
ct.ImageType(name="image",
shape=image_shape,
scale=1/255.0)
# ct.ImageType(
# 	name="mask",
# 	shape=mask_shape,
# 	color_layout=ct.colorlayout.GRAYSCALE)
],
outputs=[ct.ImageType(name="output")],
skip_model_load=True
)
coreml_model_file_name = "MiGan32.mlpackage"
print(f"Saving model to {coreml_model_file_name}")
coreml_model.save(coreml_model_file_name)
print("Done!")`
I got err:
`Converting model
Support for converting Torch Script Models is experimental. If possible you should use a traced model for conversion.
Converting PyTorch Frontend ==> MIL Ops:   0%|                                                                                | 0/929 [00:00<?, ? ops/s]
ERROR - converting '_convolution' op (located at: 'encoder/b512/fromrgb'):
Converting PyTorch Frontend ==> MIL Ops:   2%|█▎                                                                           | 16/929 [00:00<00:00, 2970.21 ops/s]
Traceback (most recent call last):
File "/Users/DD/Documents/JiaXi/ForDev/拍摄杆去除/CoreMLaMa/convert_MiGan.py", line 36, in
coreml_model = ct.convert(
File "/Users/DD/.pyenv/versions/3.10.14/lib/python3.10/site-packages/coremltools/converters/_converters_entry.py", line 581, in convert
mlmodel = mil_convert(
File "/Users/DD/.pyenv/versions/3.10.14/lib/python3.10/site-packages/coremltools/converters/mil/converter.py", line 188, in mil_convert
return _mil_convert(model, convert_from, convert_to, ConverterRegistry, MLModel, compute_units, **kwargs)
File "/Users/DD/.pyenv/versions/3.10.14/lib/python3.10/site-packages/coremltools/converters/mil/converter.py", line 212, in _mil_convert
proto, mil_program = mil_convert_to_proto(
File "/Users/DD/.pyenv/versions/3.10.14/lib/python3.10/site-packages/coremltools/converters/mil/converter.py", line 288, in mil_convert_to_proto
prog = frontend_converter(model, **kwargs)
File "/Users/DD/.pyenv/versions/3.10.14/lib/python3.10/site-packages/coremltools/converters/mil/converter.py", line 108, in call
return load(*args, **kwargs)
File "/Users/DD/.pyenv/versions/3.10.14/lib/python3.10/site-packages/coremltools/converters/mil/frontend/torch/load.py", line 82, in load
return _perform_torch_convert(converter, debug)
File "/Users/DD/.pyenv/versions/3.10.14/lib/python3.10/site-packages/coremltools/converters/mil/frontend/torch/load.py", line 116, in _perform_torch_convert
prog = converter.convert()
File "/Users/DD/.pyenv/versions/3.10.14/lib/python3.10/site-packages/coremltools/converters/mil/frontend/torch/converter.py", line 581, in convert
convert_nodes(self.context, self.graph)
File "/Users/DD/.pyenv/versions/3.10.14/lib/python3.10/site-packages/coremltools/converters/mil/frontend/torch/ops.py", line 86, in convert_nodes
raise e     # re-raise exception
File "/Users/DD/.pyenv/versions/3.10.14/lib/python3.10/site-packages/coremltools/converters/mil/frontend/torch/ops.py", line 81, in convert_nodes
convert_single_node(context, node)
File "/Users/DD/.pyenv/versions/3.10.14/lib/python3.10/site-packages/coremltools/converters/mil/frontend/torch/ops.py", line 134, in convert_single_node
add_op(context, node)
File "/Users/DD/.pyenv/versions/3.10.14/lib/python3.10/site-packages/coremltools/converters/mil/frontend/torch/ops.py", line 1088, in _convolution
conv = mb.conv(**kwargs)
File "/Users/DD/.pyenv/versions/3.10.14/lib/python3.10/site-packages/coremltools/converters/mil/mil/ops/registry.py", line 182, in add_op
return cls._add_op(op_cls_to_add, **kwargs)
File "/Users/DD/.pyenv/versions/3.10.14/lib/python3.10/site-packages/coremltools/converters/mil/mil/builder.py", line 202, in _add_op
new_op.type_value_inference()
File "/Users/DD/.pyenv/versions/3.10.14/lib/python3.10/site-packages/coremltools/converters/mil/mil/operation.py", line 258, in type_value_inference
output_types = self.type_inference()
File "/Users/DD/.pyenv/versions/3.10.14/lib/python3.10/site-packages/coremltools/converters/mil/mil/ops/defs/iOS15/conv.py", line 168, in type_inference
raise ValueError(msg.format(C_in, groups, self.weight.shape[1]))
ValueError: C_in / groups = 3/1 != weight[1] (4)
`

import coremltools as ct
import torch
from iopaint.model.mi_gan import MIGAN
from CoreMLMiGan import CoreMLMiGan
model_manager = MIGAN("cpu")
Fixed image/mask size
Flexible input shapes are not (currently) supported, for various reasons
size = (800, 800) # pixel width x height
Image/mask shapes in PyTorch format
image_shape=(1, 3, size[1], size[0])
mask_shape=(1, 1, size[1], size[0])
lama_inpaint_model = model_manager.model

model = CoreMLMiGan(lama_inpaint_model).eval()

print("Scripting CoreMLaMa")
jit_model = torch.jit.script(model)
model_path = '/Users/DD/.cache/torch/hub/checkpoints/migan_traced.pt'
model = torch.jit.load(model_path, map_location="cpu").to(torch.device("mps"))
model.eval()
jit_model = model.eval()
#example = torch.rand(1, 3, 224, 224)  # Example input, needed by jit tracer.
traced = torch.jit.trace(model_path, example)  Generate TorchScript by tracing.
print("Converting model")
Note that ct.ImageType assumes an 8 bpp image, while LaMa
uses 32-bit FP math internally. Creating a CoreML model
that can work with 32-bit FP image inputs is on the "To Do"
list
coreml_model = ct.convert(
jit_model,
convert_to="mlprogram",
compute_precision=ct.precision.FLOAT16,
compute_units=ct.ComputeUnit.CPU_AND_GPU,
inputs=[
ct.ImageType(name="image",
shape=image_shape,
scale=1/255.0)
# ct.ImageType(
# 	name="mask",
# 	shape=mask_shape,
# 	color_layout=ct.colorlayout.GRAYSCALE)
],
outputs=[ct.ImageType(name="output")],
skip_model_load=True
)
coreml_model_file_name = "MiGan32.mlpackage"
print(f"Saving model to {coreml_model_file_name}")
coreml_model.save(coreml_model_file_name)
print("Done!")


Help Needed: FormBuilder Fields are all throwing dartextra_positional_arguments_could_be_named)

version: 1.0.0+1
environment:
sdk: ">=2.12.0 <3.0.0"
dependencies:
flutter:
sdk: flutter
firebase_auth: ^1.0.1
firebase_core: ^1.0.1
cloud_firestore: ^1.0.1
provider: ^5.0.0
timeago: ^3.0.2
multi_image_picker: ^4.8.0
firebase_messaging: ^9.0.0
firebase_storage: ^8.0.0
flutter_signin_button: ^2.0.0-nullsafety.0
url_strategy: ^0.2.0
mask_text_input_formatter: ^2.0.0-nullsafety.2
intl: ^0.17.0
file_picker: ^3.0.0
flutter_icons: ^1.1.0
cupertino_icons: ^1.0.2
line_awesome_flutter: ^1.1.0-nullsafety
badges: ^2.0.0-nullsafety.1
flutter_form_builder: ^6.0.0-nullsafety.1
dev_dependencies:
flutter_test:
sdk: flutter

Lol I am tired. I forgot to wrap my widgets in a list before passing them to Column


Update PHP version and libraries

PHP minimum to 5.6 as 5.5 no longer supported
PHP Unit also move to 5.7 as 4.x branch is also not supported
Not sure how it plays out with HHVM as this platform is not supported by PHP Unit.

it turned out to be good on HHVM with PHP Unit 5.7.


Build and push nuget artifacts

What type of PR is this?
This is an improvement PR
What this PR does / why we need it:
This PR add workflow jobs that pack and push nuget artifacts, Armada clients
Special notes for your reviewer:
Magefile target that was doing both pack and push (named PushNuget), has been refactored to only pack nuget, thus implementing single responsibility principle

The nuget-release environment with the NUGET_API_KEY secret needs to be created before this PR gets merged. I'm on it!

The nuget-release environment with the NUGET_API_KEY secret needs to be created before this PR gets merged. I'm on it!

I will add this to the PR desc

Environment and secret created + PR description updated


Change casing of import paths for shared/services/Utils

Hey, thanks for making this tool.
I was trying to give it a run to debug something (might be an issue with my vocab.db / dictionary setup). On non-Windows platforms, the import path here is case sensitive. I'm not sure if the solution you want here is to rename Utils.js to utils.js or to change the import paths, but nonetheless this allows yarn start to work on Linux.

Thank you!