Spring kafka should handle some fatal exceptions like InvalidPidMappingException, UnknownProducerIdException.

Affects Version(s): 2.3.1.RELEASE
🎁 Enhancement
Spring kafka should handle some fatal exceptions like InvalidPidMappingException, UnknownProducerIdException.
Context: processing messages with transactions in non batch mode
Problem: Some exceptions like InvalidPidMappingException, UnknownProducerIdException are fatal and will cause KafkaMessageListenerContainer to fail every time polled record is processed
Usecase:

Records are polled
Transaction fails because of InvalidPidMappingException or UnknownProducerIdException when processing record
Rollback processing fails for InvalidPidMappingException or will send message to DLT for UnknownProducerIdException (if configured to do so)
Next poll will get another record which will have the same problem because exception is fatal

in case of InvalidPidMappingException records will be processed after service is restarted or the is a rebalance
in case of UnknownProducerIdException records wont be processed again since offsets were commited in rollback processing

Currently InvalidPidMappingException exception can be handled in ErrorHandler but the only thing I can think of is to restart listener container.
For UnknownProducerIdException it is possible to not perform rollback processing and handle in the same way as InvalidPidMappingException in error handler.
This is strange and it should be handled by spring-kafka since it is a common problem when using transactions.

I believe I have fixed this; working on some tests; PR to come soon.

@garyrussell
Is there any plan to release 2.3?
I saw those changes are applied to this branch.

@bartosz-stasikowski-projectdrgn Next week - see https://github.com/spring-projects/spring-kafka/milestones for the planned release schedules.


Expired auth token should suggest next command

Currently if the auth token has expired, we show
{"error":"invalid_token","error_description":"The access token is invalid","state":"unauthorized"}

This could be better and give instructions on how to fix it. Such as: run pscale auth login to refresh your token.

This was fixed!


feat(Analysis/SpecialFunctions/Complex/Log): Exponential tsum is tprod

Taking cexp of an infinite sum of logs gives a tprod.

It feels like we would want much more API around this. For instance:
1. a version for `ℝ`

2. `Summable`-ity conditions

3. `HasSum`/`HasProd` versions

Do you want to add these, or explain why we shouldn't?

Good point, I've added the real version and the HasSum/HasProd versions. What do you mean about the summable conditions? I'm breaking up a big PR which will have things like
lemma summable_multipliable (f : ℕ → ℂ) (hf : Summable f) (hff : ∀ n : ℕ, 1 + f n  ≠ 0) :
    Multipliable (fun n : ℕ => (1 + f n)) := by

Is this what you mean? sorry I'm probably just confused.

Nice! Thanks!
bors merge


Add flag to disable checking if configured backends are up

When rapidly developing (especially on questionable wifi), waiting for the CLI to verify the backend every time is frustrating. Could we add a flag such as "--skip-backend-checking" to skip this behaviour? (or a shorter flag as that is a little wordy)
✓ Running local server...

Oct 17 11:36:58.724  INFO checking if backend 'aws_origin' is up
Oct 17 11:36:58.871  INFO backend 'aws_origin' is up
Oct 17 11:36:58.872  INFO checking if backend 'product_origin' is up
Oct 17 11:36:58.899  INFO backend 'product_origin' is up
Oct 17 11:36:58.899  INFO Listening on http://<IP_ADDRESS>:7676

This would also be helpful for some of our CI / testing setup.


Removes legacy dispatched type from OriginHub

Description
Removes now unused Dispatch type from OriginHub

ignore codecov for this, this was caused by [ci skip] being in the commit body when #1280 was merged


Revisit CI testing strategies

We need to revisit how to trigger the CI checks based on the events (pull_request vs. push), branches (main, staging, and the rest), and matrices (e.g., OS and Python versions).
Potentially we could remove tox, but then it might make sense to enforce the CI tests on every push event for all the branches. Currently CI tests is only enabled for push to main and pull_request for other branches.
We also need to document the branching model and how it affects running the CI checks.

Potentially we could remove tox, but then it might make sense to enforce the CI tests on every push event for all the branches.

I agree: we use tox to run pytest with coverage on a [py39, py310] matrix, but that’s already expanded in PR #99. I think it makes little sense to run unit tests locally across different Python versions (which may not even be installed on the system) if we can do so more extensively in CI; it’s probably enough if unit tests pass locally in whatever venv the user works.
Given that, the full test matrix (three OS flavors times two Python versions) should run at least with every merge/push to the main branch. This repository also uses a staging branch into which PRs are merged, and a “release” is a merge from staging into main. So, merge/push to the staging branch should also run the full test matrix.
What about opening a PR though, and every push to an open PR — run the full test matrix every time?


Unable to detect remote kernels

Description:
I'm trying to use Hydrogen with a remote kernel, but it is unable to detect the available kernels. I have a VM running on Azure and I am able to connect and start kernels without any issues in my browser. Running connect to remote kernel in Hydrogen allows me to start a new session, but then it says "No kernel specs available".
Steps to Reproduce:

Start a Jupyter notebook on a Azure VM.
Run "Hydrogen: Connect to remote kernel" and choose new session

Versions:
OS X Sierra
Atom 1.18.0
Hydrogen 1.18.0
Jupyter 4.2.1
Logs:
There were no output in the console when doing this.

What grammar do you have set in your active editor? You can probably see this in your bottom status bar or by pressing ctrl+shift+L to bring up the grammar selector (the active grammar will be highlighted with a checkmark)

I have the Julia grammar in my active editor.

@alha02 What version of jupyter are you running in your VM?

I was running Jupyter 4.2.1.

Closing as stale


🐛 BUG: create cloudflare does not seed existing directory name

Which Cloudflare product(s) does this pertain to?
C3
What version of Wrangler are you using?
3.1.1
What operating system are you using?
macOS
Describe the Bug
Expectation: invoking C3 with a directory name should create a new project with that name (or via wrangler init --from-dash=NAME)
Actual: it "shows" the name in the output, but if you press Enter, it throws and exits. A user needs to type the pre-populated name again.
‚ûú  npm create cloudflare@latest pg-demo --type="pre-existing" --existing-script="pg-demo"

using create-cloudflare version 2.0.10

‚ï≠ Create an application with Cloudflare Step 1 of 3
‚îÇ
‚ï∞ Where do you want to create your application? also used as application name
--pg-demo
Directory `` already exists and is not empty. Please choose a new name.

‚ûú    wrangler init --from-dash=pg-demo
 ‚õÖÔ∏è wrangler 3.1.1
------------------
Using npm as package manager.
‚úî Select an account ‚Ä∫ a single plum floating in perfume
‚ñ≤ [WARNING] The `init --from-dash` command is no longer supported. Please use `npm create cloudflare@2 pg-demo -- --type pre-existing --existing-script pg-demo` instead.

  The `init` command will be removed in a future version.

Running `npm create cloudflare@2 pg-demo -- --type pre-existing --existing-script pg-demo`...

using create-cloudflare version 2.0.10

‚ï≠ Create an application with Cloudflare Step 1 of 3
‚îÇ
‚ï∞ Where do you want to create your application? also used as application name
--pg-demo
Directory `` already exists and is not empty. Please choose a new name.
npm ERR! code 1
npm ERR! path /Users/matt/repos
npm ERR! command failed
npm ERR! command sh -c create-cloudflare "pg-demo" "--type" "pre-existing" "--existing-script" "pg-demo"

npm ERR!      /Users/matt/.npm/_logs/2023-06-26T18_53_08_262Z-debug-0.log

‚úò [ERROR] Command failed with exit code 1: npm create cloudflare@2 pg-demo -- --type pre-existing --existing-script pg-demo

Not only that - the actual code from the existing Worker is never downloaded into the directory.

I tried to execute this command on an empty project, it creates without problems. If I try to create a worker in an existing project, I get the error "Directory   already exists and is not empty. Please choose a new name".

This was fixed by https://github.com/cloudflare/workers-sdk/pull/3525 and will be included in 2.0.12.


Pipenv does not lock dependencies of installed wheels

When installing a dependency through a wheel (using either https:// or file://), the initial installation will work fine and install all the library's dependencies into your virtual env. Running pipenv graph will show the dependency tree correctly. The resulting Pipenv.lock file though, will not have the child dependencies of the wheel (even after running pipenv lock again).
I created a repo that shows the error happening in one script: https://github.com/TotempaaltJ/minimal-pipenv-wheel-fail. If you clone it and run test.sh it'll run through the steps, executing them as it goes, to show that it fails to import the dependency after installing straight from a Pipenv.lock file.
$ python -m pipenv.help output
Pipenv version: '11.9.0'
Pipenv location: '/usr/local/lib/python3.6/site-packages/pipenv'
Python location: '/usr/local/opt/python/bin/python3.6'
Other Python installations in PATH:

2.7: /usr/bin/python2.7

2.7: /usr/bin/python2.7

3.6: /usr/local/bin/python3.6m

3.6: /usr/local/bin/python3.6

2.7.10: /usr/bin/python

3.6.4: /usr/local/bin/python3

PEP 508 Information:
{'implementation_name': 'cpython',
 'implementation_version': '3.6.4',
 'os_name': 'posix',
 'platform_machine': 'x86_64',
 'platform_python_implementation': 'CPython',
 'platform_release': '17.4.0',
 'platform_system': 'Darwin',
 'platform_version': 'Darwin Kernel Version 17.4.0: Sun Dec 17 09:19:54 PST '
                     '2017; root:xnu-4570.41.2~1/RELEASE_X86_64',
 'python_full_version': '3.6.4',
 'python_version': '3.6',
 'sys_platform': 'darwin'}

System environment variables:

LC_ALL
LANG
XPC_FLAGS
TERM_SESSION_ID
EDITOR
GPG_TTY
COLORTERM
__CF_USER_TEXT_ENCODING
ITERM_SESSION_ID
SSH_AUTH_SOCK
USER
PROMPT_DIRTRIM
PWD
HOME
LC_CTYPE
TERM_PROGRAM
TERM_PROGRAM_VERSION
Apple_PubSub_Socket_Render
ITERM_PROFILE
TMPDIR
XPC_SERVICE_NAME
TERM
SHELL
SHLVL
COLORFGBG
PROMPT_COMMAND
LOGNAME
PATH
PS1
OLDPWD
_
PYTHONDONTWRITEBYTECODE
PIP_PYTHON_PATH
PYTHONUNBUFFERED

Pipenv‚Äìspecific environment variables:
Debug‚Äìspecific environment variables:

PATH: /Users/martijn/.cargo/bin:/Users/martijn/.local/bin:~/workspace/docker/bin:/Users/martijn/bin:/Users/martijn/.local/bin:/home/martijn/.gem/ruby/2.2.0/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/Users/martijn/.fzf/bin
SHELL: /usr/local/Cellar/bash/4.4.18/bin/bash
EDITOR: nvim
LANG: en_US
PWD: /Users/martijn/Projects/lib/minimal-pipenv-fail/example

Contents of Pipfile ('/Users/martijn/Projects/lib/minimal-pipenv-fail/example/Pipfile'):
[[source]]
url = "https://pypi.python.org/simple"
verify_ssl = true
name = "pypi"

[packages]
"7abf3e1" = {file = "file:///Users/martijn/Projects/lib/minimal-pipenv-fail/dependency/dist/test_dep-1.0-py3-none-any.whl"}

[dev-packages]

[requires]
python_version = "3.6"

I also commented on issue #480, but after figuring out exactly what was happening I wasn't sure if it was the same issue as the creator of that issue had (although it could still be).

See #1683 -- not sure if we want to support this but I have a fix anyway

not sure if we want to support this

I'm not very familiar with Python's packaging ecosystem, so I'm quite curious how this could be something that shouldn't be supported? Installing wheels from local path/HTTP seems like a straightforward use-case to me. If that's not the case, then I'm probably doing something wrong and I'd love to figure out how to correct that :)

@TotempaaltJ The typical usage of installing from local wheels is when you don’t have Internet access, in which case you should have all your dependencies locally anyway (otherwise you’d still need to download them, defeating the purpose). There’s nothing wrong in particular, but a little unconventional.

@uranusjr ahh, of course. So how about installing wheels over HTTP(S)? We're currently installing one that way thru Github Releases.

@TotempaaltJ In that case it’s usually recommended to upload it to an index server—pypi.org if possible, or a private one If making the package public isn’t an option.

@uranusjr I'm sure we'll do that eventually, but right now it's a bit overkill for a single library that we need a certain branch of ;) We currently have a workaround (just installing the wheel separately next to pipenv install), so I'll await the PR and see what happens.
Thanks! 🎉

@TotempaaltJ installing the wheel is fine, and works fine, and installing its dependencies also works fine, but resolving those dependencies is tricky.

You're right @techalchemy. My vocab/semantics was a bit off, sorry! We have a make install command that runs pipenv install as well as pipenv install ...whl now.


ENYO-3180: Use local timezone for meridiem calculation.

Issue
In onyx/TimePicker, we rely on the locale to determine the timezone, when determining the meridiem strings. On the TV, this was problematic because the timezone data files could not be accessed in the sampler application, because of CORS. The default behavior of ilib is to default to Etc/UTC in these instances, while DateFactory utilizes the timezone associated with the locale, which is not Etc/UTC in this case. This mismatch results in ilib attempting to use a Rata Die based calculation for formatting the date, and because we had used direct assignment for setting the hour, the Rata Die components were not properly updated as they would have been if the setHours setter was used.
Fix
There is an underlying issue with why the timezone data files cannot be accessed on the TV, but I also wanted to update the TimePicker code to be a bit more foolproof and reliable. In addition to using the provided setHours setter to set the hour of the DateFactory time object, we have also explicitly specified the use of the local timezone, as we want the same timezone to be used for both DateFmt and DateFactory, in determining the meridiem strings.
Enyo-DCO-1.1-Signed-off-by: Aaron Tam<EMAIL_ADDRESS>

Closing in favor of https://github.com/enyojs/onyx/pull/247.


str method doesn't return a string.

This code sample:
>>> from wagtail.contrib.forms.models import FormSubmission

>>> FormSubmission.objects.count()
1
>>> FormSubmission.objects.first()
Traceback (most recent call last):
  File "<console>", line 1, in <module>
  File "lib64/python3.10/site-packages/django/db/models/base.py", line 580, in __repr__
    return "<%s: %s>" % (self.__class__.__name__, self)
  TypeError: __str__ returned non-string (type dict)

This method:
https://github.com/wagtail/wagtail/blob/18ad15a18f8e533b858ccde7d060b9d4e85dcfd4/wagtail/contrib/forms/models.py#L61-L62
should be:
def __str__(self):
    return f"{self.form_data}"

Looks like this broke with https://github.com/wagtail/wagtail/pull/8230
Have confirmed it's an issue
Thanks for raising @xbello

PR up https://github.com/wagtail/wagtail/pull/8940


fix: set viewer_certificate.ssl_support_method to a non-empty value

what

Sets the viewer_certificate.ssl_support_method to a non-empty value

why

Since AWS Provider 3.71.0 the viewer_certificate.ssl_support_method is being validated on plan-time and can no longer be an empty string but must be sni-only or vip (of which the latter incurs costs)

references

https://registry.terraform.io/providers/hashicorp/aws/latest/docs/resources/cloudfront_distribution#ssl_support_method

/rebuild-readme

/test all

Going to merge with BC errors because I have them fixed in #209


SvelteKit example

Hi, is there a SvelteKit example I could take a look at anywhere?
If the only way to do it is with HTML tags then that's cool 👍

Sure.
First install
npm i theme-change

Your .svelte file would be like:
<button data-toggle-theme="dark,light" data-act-class="ACTIVECLASS">toggle theme</button>

And your global.css file would be like:
:root {
  --my-color: white;
  background-color: var(--my-color);
}
[data-theme='dark'] {
  --my-color: black ;
}
[data-theme='light'] {
  --my-color: white;
}

Note that svelte purge unused style from scoped CSS and styles like [data-theme='dark'] will be removed from a component style so we need to use in on a global css file.
Please let me know if you have any questions.

Nope! That's awesome! Thanks

Hi! How can I use this in svelte if I want to keep the Swap feature from daisyUI (https://daisyui.com/components/swap/)? I want to use it in this context:
`

				<input type="checkbox"  data-toggle-theme="light,dark" data-act-class="ACTIVECLASS" />

				<svg class="swap-on fill-current w-6 h-6" xmlns="http://www.w3.org/2000/svg" viewBox="0 0 24 24"><path d="M5.64,17l-.71.71a1,1,0,0,0,0,1.41,1,1,0,0,0,1.41,0l.71-.71A1,1,0,0,0,5.64,17ZM5,12a1,1,0,0,0-1-1H3a1,1,0,0,0,0,2H4A1,1,0,0,0,5,12Zm7-7a1,1,0,0,0,1-1V3a1,1,0,0,0-2,0V4A1,1,0,0,0,12,5ZM5.64,7.05a1,1,0,0,0,.7.29,1,1,0,0,0,.71-.29,1,1,0,0,0,0-1.41l-.71-.71A1,1,0,0,0,4.93,6.34Zm12,.29a1,1,0,0,0,.7-.29l.71-.71a1,1,0,1,0-1.41-1.41L17,5.64a1,1,0,0,0,0,1.41A1,1,0,0,0,17.66,7.34ZM21,11H20a1,1,0,0,0,0,2h1a1,1,0,0,0,0-2Zm-9,8a1,1,0,0,0-1,1v1a1,1,0,0,0,2,0V20A1,1,0,0,0,12,19ZM18.36,17A1,1,0,0,0,17,18.36l.71.71a1,1,0,0,0,1.41,0,1,1,0,0,0,0-1.41ZM12,6.5A5.5,5.5,0,1,0,17.5,12,5.51,5.51,0,0,0,12,6.5Zm0,9A3.5,3.5,0,1,1,15.5,12,3.5,3.5,0,0,1,12,15.5Z"/></svg>

				<svg class="swap-off fill-current w-6 h-6" xmlns="http://www.w3.org/2000/svg" viewBox="0 0 24 24"><path d="M21.64,13a1,1,0,0,0-1.05-.14,8.05,8.05,0,0,1-3.37.73A8.15,8.15,0,0,1,9.08,5.49a8.59,8.59,0,0,1,.25-2A1,1,0,0,0,8,2.36,10.14,10.14,0,1,0,22,14.05,1,1,0,0,0,21.64,13Zm-9.5,6.69A8.14,8.14,0,0,1,7.08,5.22v.27A10.15,10.15,0,0,0,17.22,15.63a9.79,9.79,0,0,0,2.1-.22A8.11,8.11,0,0,1,12.14,19.73Z"/></svg>

			`

But if I do this, I need the isDark variable initialized, so where can I put this? Thanks!

@d3tr0id just did this myself. Copy and paste the sun/moon swap example code from your link and add data-toggle-theme and data-act-class to the checkbox input. That's it!
<input type="checkbox" data-toggle-theme="dark,light" data-act-class="ACTIVECLASS"/>

Yes I did that, but as soon I refresh the page, the wrong state is displayed from the swap icon. I have to handle the display of the correct icon by myself right? Still thanks for the response ! 👍

You're right - I overlooked that - refreshing the page resets the icon. I doubt the users will even notice as I didn't,  as long as the theme and icon change when they press them button.

Okay, this works as a starting point:
The code in :else has just inverted swap-on and swap-off
Relevant code in __layout.svelte:

...

    <input type="checkbox" data-toggle-theme="dark,light" data-act-class="ACTIVECLASS" />
    {#if theme === 'dark'}
        <svg class="swap-on fill-current w-5 h-5" xmlns="http://www.w3.org/2000/svg" viewBox="0 0 24 24">
            <path d="M5.64,17l-.71.71a1,1,0,0,0,0,1.41,1,1,0,0,0,1.41,0l.71-.71A1,1,0,0,0,5.64,17ZM5,12a1,1,0,0,0-1-1H3a1,1,0,0,0,0,2H4A1,1,0,0,0,5,12Zm7-7a1,1,0,0,0,1-1V3a1,1,0,0,0-2,0V4A1,1,0,0,0,12,5ZM5.64,7.05a1,1,0,0,0,.7.29,1,1,0,0,0,.71-.29,1,1,0,0,0,0-1.41l-.71-.71A1,1,0,0,0,4.93,6.34Zm12,.29a1,1,0,0,0,.7-.29l.71-.71a1,1,0,1,0-1.41-1.41L17,5.64a1,1,0,0,0,0,1.41A1,1,0,0,0,17.66,7.34ZM21,11H20a1,1,0,0,0,0,2h1a1,1,0,0,0,0-2Zm-9,8a1,1,0,0,0-1,1v1a1,1,0,0,0,2,0V20A1,1,0,0,0,12,19ZM18.36,17A1,1,0,0,0,17,18.36l.71.71a1,1,0,0,0,1.41,0,1,1,0,0,0,0-1.41ZM12,6.5A5.5,5.5,0,1,0,17.5,12,5.51,5.51,0,0,0,12,6.5Zm0,9A3.5,3.5,0,1,1,15.5,12,3.5,3.5,0,0,1,12,15.5Z" />
        </svg>
        <svg class="swap-off fill-current w-5 h-5" xmlns="http://www.w3.org/2000/svg" viewBox="0 0 24 24">
            <path d="M21.64,13a1,1,0,0,0-1.05-.14,8.05,8.05,0,0,1-3.37.73A8.15,8.15,0,0,1,9.08,5.49a8.59,8.59,0,0,1,.25-2A1,1,0,0,0,8,2.36,10.14,10.14,0,1,0,22,14.05,1,1,0,0,0,21.64,13Zm-9.5,6.69A8.14,8.14,0,0,1,7.08,5.22v.27A10.15,10.15,0,0,0,17.22,15.63a9.79,9.79,0,0,0,2.1-.22A8.11,8.11,0,0,1,12.14,19.73Z" />
        </svg>
    {:else}
        <svg class="swap-off fill-current w-5 h-5" xmlns="http://www.w3.org/2000/svg" viewBox="0 0 24 24">
            <path d="M5.64,17l-.71.71a1,1,0,0,0,0,1.41,1,1,0,0,0,1.41,0l.71-.71A1,1,0,0,0,5.64,17ZM5,12a1,1,0,0,0-1-1H3a1,1,0,0,0,0,2H4A1,1,0,0,0,5,12Zm7-7a1,1,0,0,0,1-1V3a1,1,0,0,0-2,0V4A1,1,0,0,0,12,5ZM5.64,7.05a1,1,0,0,0,.7.29,1,1,0,0,0,.71-.29,1,1,0,0,0,0-1.41l-.71-.71A1,1,0,0,0,4.93,6.34Zm12,.29a1,1,0,0,0,.7-.29l.71-.71a1,1,0,1,0-1.41-1.41L17,5.64a1,1,0,0,0,0,1.41A1,1,0,0,0,17.66,7.34ZM21,11H20a1,1,0,0,0,0,2h1a1,1,0,0,0,0-2Zm-9,8a1,1,0,0,0-1,1v1a1,1,0,0,0,2,0V20A1,1,0,0,0,12,19ZM18.36,17A1,1,0,0,0,17,18.36l.71.71a1,1,0,0,0,1.41,0,1,1,0,0,0,0-1.41ZM12,6.5A5.5,5.5,0,1,0,17.5,12,5.51,5.51,0,0,0,12,6.5Zm0,9A3.5,3.5,0,1,1,15.5,12,3.5,3.5,0,0,1,12,15.5Z" />
        </svg>
        <svg class="swap-on fill-current w-5 h-5" xmlns="http://www.w3.org/2000/svg" viewBox="0 0 24 24">
            <path d="M21.64,13a1,1,0,0,0-1.05-.14,8.05,8.05,0,0,1-3.37.73A8.15,8.15,0,0,1,9.08,5.49a8.59,8.59,0,0,1,.25-2A1,1,0,0,0,8,2.36,10.14,10.14,0,1,0,22,14.05,1,1,0,0,0,21.64,13Zm-9.5,6.69A8.14,8.14,0,0,1,7.08,5.22v.27A10.15,10.15,0,0,0,17.22,15.63a9.79,9.79,0,0,0,2.1-.22A8.11,8.11,0,0,1,12.14,19.73Z" />
        </svg>
    {/if}

this works thanks! I was trying stuff out with observers and mutations to check on the data-theme attributesvalue change from the html element. Still trying to get it work, but your solution is much better!

@d3tr0id I edited my comment but don't know if github notifies on edits. It's a better / more obvious solution.

Saw it. Works like a charm. Thanks for your time man really appreciate it!

Made me curious as well - here it is using swap-active but it's more complex.

    <svg class="swap-on fill-current w-5 h-5" xmlns="http://www.w3.org/2000/svg" viewBox="0 0 24 24">
        <path d="M5.64,17l-.71.71a1,1,0,0,0,0,1.41,1,1,0,0,0,1.41,0l.71-.71A1,1,0,0,0,5.64,17ZM5,12a1,1,0,0,0-1-1H3a1,1,0,0,0,0,2H4A1,1,0,0,0,5,12Zm7-7a1,1,0,0,0,1-1V3a1,1,0,0,0-2,0V4A1,1,0,0,0,12,5ZM5.64,7.05a1,1,0,0,0,.7.29,1,1,0,0,0,.71-.29,1,1,0,0,0,0-1.41l-.71-.71A1,1,0,0,0,4.93,6.34Zm12,.29a1,1,0,0,0,.7-.29l.71-.71a1,1,0,1,0-1.41-1.41L17,5.64a1,1,0,0,0,0,1.41A1,1,0,0,0,17.66,7.34ZM21,11H20a1,1,0,0,0,0,2h1a1,1,0,0,0,0-2Zm-9,8a1,1,0,0,0-1,1v1a1,1,0,0,0,2,0V20A1,1,0,0,0,12,19ZM18.36,17A1,1,0,0,0,17,18.36l.71.71a1,1,0,0,0,1.41,0,1,1,0,0,0,0-1.41ZM12,6.5A5.5,5.5,0,1,0,17.5,12,5.51,5.51,0,0,0,12,6.5Zm0,9A3.5,3.5,0,1,1,15.5,12,3.5,3.5,0,0,1,12,15.5Z" />
    </svg>
    <svg class="swap-off fill-current w-5 h-5" xmlns="http://www.w3.org/2000/svg" viewBox="0 0 24 24">
        <path d="M21.64,13a1,1,0,0,0-1.05-.14,8.05,8.05,0,0,1-3.37.73A8.15,8.15,0,0,1,9.08,5.49a8.59,8.59,0,0,1,.25-2A1,1,0,0,0,8,2.36,10.14,10.14,0,1,0,22,14.05,1,1,0,0,0,21.64,13Zm-9.5,6.69A8.14,8.14,0,0,1,7.08,5.22v.27A10.15,10.15,0,0,0,17.22,15.63a9.79,9.79,0,0,0,2.1-.22A8.11,8.11,0,0,1,12.14,19.73Z" />
    </svg>

@myleftshoe,
How would I make a component from this and import in __layout.svelte file?

@myleftshoe, How would I make a component from this and import in __layout.svelte file?

I made an example project that I use on the regular here: https://github.com/spences10/sveltekit-theme-switch-example

Thanks @spences10

That split second is because HTML and CSS load first then you see the page with default theme, then JS loads and reads the local storage and switches the theme.
If we find a way to load the JS before the page load, this will be fixed but I think it will result negative effect on page load speed. For example if you use the CDN file of theme-change and put it in the  before every other file, you can see the difference.

Check out this youtube vid for a comprehensive solution including the initial flash.
How to: SvelteKit SSR Dark Mode Disclaimer:  I haven't  tried it myself

Here's a ThemeManagerComponent i made for own project - you still get the flash at the start.
It's a self contained component - everything you need is in that folder. Maybe it's more than you need - it also changes the color of the surrounding UI on iOS PWA to match the appbar color.
And this is the __layout.svelte that uses it.
Feel free to copy the code, it's public.

here's my solution using CSS only. It looks forhtml data-theme attribute and changes opacities accordingly
ThemeSwitch.svelte

  <input
    type="checkbox"
    data-toggle-theme="dark,winter"
    data-act-class="ACTIVECLASS"
  />
  <svg
    class="swap-on fill-current w-10 h-10"
    xmlns="http://www.w3.org/2000/svg"
    viewBox="0 0 24 24"
  >
    <path
      d="M5.64,17l-.71.71a1,1,0,0,0,0,1.41,1,1,0,0,0,1.41,0l.71-.71A1,1,0,0,0,5.64,17ZM5,12a1,1,0,0,0-1-1H3a1,1,0,0,0,0,2H4A1,1,0,0,0,5,12Zm7-7a1,1,0,0,0,1-1V3a1,1,0,0,0-2,0V4A1,1,0,0,0,12,5ZM5.64,7.05a1,1,0,0,0,.7.29,1,1,0,0,0,.71-.29,1,1,0,0,0,0-1.41l-.71-.71A1,1,0,0,0,4.93,6.34Zm12,.29a1,1,0,0,0,.7-.29l.71-.71a1,1,0,1,0-1.41-1.41L17,5.64a1,1,0,0,0,0,1.41A1,1,0,0,0,17.66,7.34ZM21,11H20a1,1,0,0,0,0,2h1a1,1,0,0,0,0-2Zm-9,8a1,1,0,0,0-1,1v1a1,1,0,0,0,2,0V20A1,1,0,0,0,12,19ZM18.36,17A1,1,0,0,0,17,18.36l.71.71a1,1,0,0,0,1.41,0,1,1,0,0,0,0-1.41ZM12,6.5A5.5,5.5,0,1,0,17.5,12,5.51,5.51,0,0,0,12,6.5Zm0,9A3.5,3.5,0,1,1,15.5,12,3.5,3.5,0,0,1,12,15.5Z"
    />
  </svg>
  <svg
    class="swap-off fill-current w-10 h-10"
    xmlns="http://www.w3.org/2000/svg"
    viewBox="0 0 24 24"
  >
    <path
      d="M21.64,13a1,1,0,0,0-1.05-.14,8.05,8.05,0,0,1-3.37.73A8.15,8.15,0,0,1,9.08,5.49a8.59,8.59,0,0,1,.25-2A1,1,0,0,0,8,2.36,10.14,10.14,0,1,0,22,14.05,1,1,0,0,0,21.64,13Zm-9.5,6.69A8.14,8.14,0,0,1,7.08,5.22v.27A10.15,10.15,0,0,0,17.22,15.63a9.79,9.79,0,0,0,2.1-.22A8.11,8.11,0,0,1,12.14,19.73Z"
    />
  </svg>

For getting rid of the flash you can inject the following in app.html's ...:

For getting rid of the flash you can inject the following in app.html's ...:

THIS!
I wish I read this before going down the cookie route! 😅
Anyone else wanting to use a theme cookie check out the updated version of the spences10/sveltekit-theme-switch-example
Also see the blog post on how it's done: https://scottspence.com/posts/cookie-based-theme-selection-in-sveltekit-with-daisyui

@spences10 but isn't this affect the lighthouse score because of blocking the HTML load? I haven't tried it myself but I thought it would block the HTML load.

@spences10 but doesn't this affect the lighthouse score because of blocking the HTML load? I haven't tried it myself but I thought it would block the HTML load.

Using the


Subscribe on subscription has no effect.

Hello Michal!
I need to know by sysrepo if rpc  has been sent from cli.
Calling function sr_rpc_subscribe with parameter /notifications:create-subscription returns SR_ERR_OK.
Althought rpc is send from cli, callback rpc_cb is never called.
I met with the same problem, trying subscribe on rpc  - /ietf-netconf:get.
Is is expected result? If yes - please tell me, how can I avoid it and successfully subscribe on those rpcs.
Best Regards,
Wojciech Makuch

Hi Wojciech,
yes, it actually is expected because these RPCs (notifications:create-subscription and all RPCs from ietf-netconf) are implemented directly in netopeer2-server so when such a request comes from a NETCONF client, it is not passed to sysrepo.
I do not know what exactly are you trying to do so it is hard to suggest solutions. If you want to perform some additional RPC-specific work, you can add this code into each RPC callback in netopeer2-server (they are assigned in main.c:server_init() so you can find the exact function names there).
Regards,
Michal


can not find some links in readme file

See code links in deploy, liara login, liara logs, liara restart, liara start, liara stop, liara tunnel:open and close gives us 404 error.

@guoard Thanks for your report. They are all fixed now.


Create a flexible installer

In the moment we need for every version a new installer. So a installer where you can choose the version would be much more useful. The installer could then get the files directly from GitHub
Advantages;

The installer don't need to be build every release
The user don't need to redownload the installer every time there's a new version

If you'd like to see this feature implemented, add a 👍 reaction to this post.

Why? It's in best interest for everyone to have the latest version of PowerToys.

Why? It's in best interest for everyone to have the latest version of PowerToys.

Yes it is. But I think we don't need every time a new installer

like the Visual Studio Installer?

like the Visual Studio Installer?

A bit. But not so big. It should be like the current installer, but you can choose at the beginning your version you want to install

We don't have plans to do this.

I think this would be useful only when we have channels like stable, beta, canary, experimental

I think this would be useful only when we have channels like stable, beta, canary, experimental

Good idea. Let's wait

Imagine if there is a bug in that installer, it would be impossible to fix it.
We will not do it because it will be a huge distraction from work to improve PT and a source of problems that we want to avoid in the first place.


Make the SDK's representation of bounds data internal

This make the inclusion_bounds and exclusion_bounds fields of the
battery pool's Report class private, and instead introduces a
bounds property as a single set of bounds that users can use.
This PR also introduces the Report.adjust_to_bounds method which can
be used in case more granularity is needed on what exact power values
can be proposed to the battery pool.

Here too,  there's a line already in the release notes providing sufficient context:  https://github.com/frequenz-floss/frequenz-sdk-python/blob/7da41bf58f53892fcb354f0df4370e2f7120ed85/RELEASE_NOTES.md?plain=1#L26
So not adding anything more.

LGTM, leaving @matthias-wende-frequenz to approve as he also has some pending comments.


cannot install plugins on NIXOS

I try to enable plugins, the instruction is:
wayland.windowManager.hyprland.plugins = [
  inputs.hyprland-plugins.packages.${pkgs.system}.hyprbars
];

But I don’t know how to determine the path to the plugin. More worrying, every attempt I have made (also used Hyprland - NixOS Wiki), I get the error attribute 'inputs' missing.
# flake.nix

  inputs = {
    nixpkgs.url = "github:nixos/nixpkgs/nixos-23.11";
    nixpkgs-unstable.url = "github:nixos/nixpkgs?ref=nixos-unstable";
    nixos-hardware.url = "github:NixOS/nixos-hardware/master";

    home-manager = {
      url = "github:nix-community/home-manager/release-23.11";
      inputs.nixpkgs.follows = "nixpkgs";
    };

    hyprland.url = "github:hyprwm/Hyprland";
    hyprland-plugins = {
	    url = "github:hyprwm/hyprland-plugins";
	    inputs.hyprland.follows = "hyprland";
    };
    hyprgrass = {
      url = "github:horriblename/hyprgrass";
      inputs.hyprland.follows = "hyprland";
    };
    ags.url = "github:Aylur/ags";
    thorium.url = "github:end-4/nix-thorium";
  };

  outputs = { self, nixpkgs, nixpkgs-unstable, home-manager, nixos-hardware, hyprland, hyprland-plugins, hyprgrass, ... }@inputs: {

    nixosConfigurations = {
      ventus = nixpkgs.lib.nixosSystem{
        system = "x86_64-linux";

        specialArgs = {
          inherit inputs;
	        hyprland-plugins = import hyprland-plugins {
	          system = "x86_64-linux";
	          config.allowUnfree = true;
          };
          hyprgrass = {
            system = "x86_64-linux";
            config.allowUnfree = true;
          };
          pkgs-unstable = import nixpkgs-unstable {
            system = "x86_64-linux";
            config.allowUnfree = true;
          };
        };

        modules = [
          ./hosts/surface

          nixos-hardware.nixosModules.microsoft-surface-pro-intel

          home-manager.nixosModules.home-manager {

            home-manager.useGlobalPkgs = true;
            home-manager.useUserPackages = true;
            home-manager.extraSpecialArgs = { inherit inputs; };

            home-manager.users.ventus = import ./home;
          }
        ];
      };
    };
  };
}

home.nix just imports this:
# hyprland.nix
{ pkgs, lib, config, inputs, ... }:
{

  wayland.windowManager.hyprland = {
    enable = true;

    xwayland.enable = true;
    package = pkgs.hyprland;
    plugins = [
      inputs.hyprland-plugins.packages."${pkgs.system}".hyperbars
    ];

And I get the error
error: attribute 'inputs' missing.

and then I tried to add these inputs manualy:
{pkgs, inputs, lib, hyprland-plugins, hyprgrass, ...}:

then it is the new error:
-- Setting precompiled headers
-- Setting link libraries
Could not open input file: No such file or directory
Could not open input file: No such file or directory
Could not open input file: No such file or directory
Could not open input file: No such file or directory
Couldn't load proto
-- Checking for module 'tomlplusplus'
--   Found tomlplusplus, version 3.4.0
-- Configuring incomplete, errors occurred!

	        hyprland-plugins = import hyprland-plugins {
	          system = "x86_64-linux";
	          config.allowUnfree = true;
          };
          hyprgrass = {
            system = "x86_64-linux";
            config.allowUnfree = true;
          };

These are not needed in specialInputs. They don't do anything.
Also the hyprland url has to be changed to git+https://github.com/hyprwm/Hyprland?submodules=1. See https://github.com/hyprwm/Hyprland/issues/5891.
Also this line is wrong, and should be:
-             home-manager.users.ventus = import ./home;
+             home-manager.users.ventus.imports = [./home];

	        hyprland-plugins = import hyprland-plugins {
	          system = "x86_64-linux";
	          config.allowUnfree = true;
          };
          hyprgrass = {
            system = "x86_64-linux";
            config.allowUnfree = true;
          };

These are not needed in specialInputs. They don't do anything.
Also the hyprland url has to be changed to git+https://github.com/hyprwm/Hyprland?submodules=1. See hyprwm/Hyprland#5891.
Also this line is wrong, and should be:
-             home-manager.users.ventus = import ./home;
+             home-manager.users.ventus.imports = [./home];

it solved current problem, but then there is a new compiling problem.
no matter what plugin I want to build, there will be a error : no match ‘for operator=’
is my environment has some problems?
here are the log files
mj17afv948qqjjizdy2ka6390h37063j-hyprbars-0.1.txt

Are your inputs up to date?

Are your inputs up to date?

here are my inputs:
inputs = {
nixpkgs.url = "github:nixos/nixpkgs/nixos-23.11";
nixpkgs-unstable.url = "github:nixos/nixpkgs?ref=nixos-unstable";
nixos-hardware.url = "github:NixOS/nixos-hardware/master";
home-manager = {
  url = "github:nix-community/home-manager/release-23.11";
  inputs.nixpkgs.follows = "nixpkgs";
};

hyprland.url = "git+https://github.com/hyprwm/Hyprland?submodules=1";

hyprland-plugins = {
    url = "github:hyprwm/hyprland-plugins";
    inputs.hyprland.follows = "hyprland";
};
hyprgrass = {
  url = "github:horriblename/hyprgrass";
  inputs.hyprland.follows = "hyprland";
};
ags.url = "github:Aylur/ags";

};
I used stable as pkgs. Does that matter? should I turn to unstable?
and other inputs, I just did what wiki said.

I'm getting the same thing as @timhae

Then the plugins need to be updated. @vaxerski

oh yea my bad

updated plugins.

updated plugins.

now it is compiled but another error:
failed to load the following plugins:
/nix/store/...../lib/libhyprbars.so
I checked the file, it exists

@lVentus it's currently blocked by the wayland-protocols update, since it's not in master yet. Until then, only the flake can be used. Otherwise, use the plugins with an older commit.

I as well have been getting this error
  Imported target "PkgConfig::deps" includes non-existent path

    "/nix/store/vl3j6jilsalx2db7lw7mn1cb6rrjm8a7-hyprland-0.40.0+date=2024-05-08_6a988d9//nix/store/1fnpqm69vqvg073r03nbg2mkg2jqgh81-hyprland-0.40.0+date=2024-05-08_6a988d9-dev/include"

  in its INTERFACE_INCLUDE_DIRECTORIES.  Possible reasons include:

  * The path was deleted, renamed, or moved to another location.

  * An install or uninstall procedure did not complete successfully.

  * The installation package was faulty and references files it does not
  provide.

Should be fixed by https://github.com/hyprwm/Hyprland/pull/5952.

I just tried to build and got the same error
@nix { "action": "setPhase", "phase": "unpackPhase" }
Running phase: unpackPhase
unpacking source archive /nix/store/vm9qzxvsv64zchms67ymxdfq5knavqlp-hyprbars
source root is hyprbars
@nix { "action": "setPhase", "phase": "patchPhase" }
Running phase: patchPhase
@nix { "action": "setPhase", "phase": "updateAutotoolsGnuConfigScriptsPhase" }
Running phase: updateAutotoolsGnuConfigScriptsPhase
@nix { "action": "setPhase", "phase": "configurePhase" }
Running phase: configurePhase
fixing cmake files...
cmake flags: -GNinja -DCMAKE_FIND_USE_SYSTEM_PACKAGE_REGISTRY=OFF -DCMAKE_FIND_USE_PACKAGE_REGISTRY=OFF -DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON -DCMAKE_BUILD_TYPE=Release -DBUILD_TESTING=OFF -DCMAKE_INSTALL_LOCALEDIR=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1/share/locale -DCMAKE_INSTALL_LIBEXECDIR=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1/libexec -DCMAKE_INSTALL_LIBDIR=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1/lib -DCMAKE_INSTALL_DOCDIR=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1/share/doc/hyprbars -DCMAKE_INSTALL_INFODIR=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1/share/info -DCMAKE_INSTALL_MANDIR=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1/share/man -DCMAKE_INSTALL_OLDINCLUDEDIR=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1/include -DCMAKE_INSTALL_INCLUDEDIR=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1/include -DCMAKE_INSTALL_SBINDIR=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1/sbin -DCMAKE_INSTALL_BINDIR=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1/bin -DCMAKE_INSTALL_NAME_DIR=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1/lib -DCMAKE_POLICY_DEFAULT_CMP0025=NEW -DCMAKE_OSX_SYSROOT= -DCMAKE_FIND_FRAMEWORK=LAST -DCMAKE_STRIP=/nix/store/4kwk49k8rc8cg8c387kbbjcrl8i0y693-gcc-wrapper-13.2.0/bin/strip -DCMAKE_RANLIB=/nix/store/4kwk49k8rc8cg8c387kbbjcrl8i0y693-gcc-wrapper-13.2.0/bin/ranlib -DCMAKE_AR=/nix/store/4kwk49k8rc8cg8c387kbbjcrl8i0y693-gcc-wrapper-13.2.0/bin/ar -DCMAKE_C_COMPILER=gcc -DCMAKE_CXX_COMPILER=g++ -DCMAKE_INSTALL_PREFIX=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1
-- The C compiler identification is GNU 13.2.0
-- The CXX compiler identification is GNU 13.2.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /nix/store/4kwk49k8rc8cg8c387kbbjcrl8i0y693-gcc-wrapper-13.2.0/bin/gcc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /nix/store/4kwk49k8rc8cg8c387kbbjcrl8i0y693-gcc-wrapper-13.2.0/bin/g++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Found PkgConfig: /nix/store/39nq7p6jcm9m3xqqm99skwmgsqw4pbbg-pkg-config-wrapper-0.29.2/bin/pkg-config (found version "0.29.2")
-- Checking for modules 'hyprland;libdrm;libinput;libudev;pangocairo;pixman-1;wayland-server;xkbcommon'
--   Found hyprland, version 0.40.0
--   Found libdrm, version 2.4.120
--   Found libinput, version 1.25.0
--   Found libudev, version 255
--   Found pangocairo, version 1.51.2
--   Found pixman-1, version 0.43.4
--   Found wayland-server, version 1.22.0
--   Found xkbcommon, version 1.5.0
-- Configuring done (0.9s)
CMake Error in CMakeLists.txt:
  Imported target "PkgConfig::deps" includes non-existent path

    "/nix/store/qd3f6x4a9v6wcbx33snmgfivpkxkyk5f-hyprland-0.40.0+date=2024-05-09_d7aed24//nix/store/ih2a7nj3218dpcl5kf9f8qzdyhyp8d0x-hyprland-0.40.0+date=2024-05-09_d7aed24-dev/include"

  in its INTERFACE_INCLUDE_DIRECTORIES.  Possible reasons include:

  * The path was deleted, renamed, or moved to another location.

  * An install or uninstall procedure did not complete successfully.

  * The installation package was faulty and references files it does not
  provide.

-- Generating done (0.0s)
CMake Warning:
  Manually-specified variables were not used by the project:

    BUILD_TESTING
    CMAKE_EXPORT_NO_PACKAGE_REGISTRY
    CMAKE_INSTALL_BINDIR
    CMAKE_INSTALL_DOCDIR
    CMAKE_INSTALL_INCLUDEDIR
    CMAKE_INSTALL_INFODIR
    CMAKE_INSTALL_LIBEXECDIR
    CMAKE_INSTALL_LOCALEDIR
    CMAKE_INSTALL_MANDIR
    CMAKE_INSTALL_OLDINCLUDEDIR
    CMAKE_INSTALL_SBINDIR
    CMAKE_POLICY_DEFAULT_CMP0025

CMake Generate step failed.  Build files cannot be regenerated correctly.

This was after updating my flake inputs. Please let me know if I can provide any more information to help out :)
also thank you very much for the help everyone!

I just tried to build and got the same error
@nix { "action": "setPhase", "phase": "unpackPhase" }
Running phase: unpackPhase
unpacking source archive /nix/store/vm9qzxvsv64zchms67ymxdfq5knavqlp-hyprbars
source root is hyprbars
@nix { "action": "setPhase", "phase": "patchPhase" }
Running phase: patchPhase
@nix { "action": "setPhase", "phase": "updateAutotoolsGnuConfigScriptsPhase" }
Running phase: updateAutotoolsGnuConfigScriptsPhase
@nix { "action": "setPhase", "phase": "configurePhase" }
Running phase: configurePhase
fixing cmake files...
cmake flags: -GNinja -DCMAKE_FIND_USE_SYSTEM_PACKAGE_REGISTRY=OFF -DCMAKE_FIND_USE_PACKAGE_REGISTRY=OFF -DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON -DCMAKE_BUILD_TYPE=Release -DBUILD_TESTING=OFF -DCMAKE_INSTALL_LOCALEDIR=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1/share/locale -DCMAKE_INSTALL_LIBEXECDIR=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1/libexec -DCMAKE_INSTALL_LIBDIR=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1/lib -DCMAKE_INSTALL_DOCDIR=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1/share/doc/hyprbars -DCMAKE_INSTALL_INFODIR=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1/share/info -DCMAKE_INSTALL_MANDIR=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1/share/man -DCMAKE_INSTALL_OLDINCLUDEDIR=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1/include -DCMAKE_INSTALL_INCLUDEDIR=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1/include -DCMAKE_INSTALL_SBINDIR=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1/sbin -DCMAKE_INSTALL_BINDIR=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1/bin -DCMAKE_INSTALL_NAME_DIR=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1/lib -DCMAKE_POLICY_DEFAULT_CMP0025=NEW -DCMAKE_OSX_SYSROOT= -DCMAKE_FIND_FRAMEWORK=LAST -DCMAKE_STRIP=/nix/store/4kwk49k8rc8cg8c387kbbjcrl8i0y693-gcc-wrapper-13.2.0/bin/strip -DCMAKE_RANLIB=/nix/store/4kwk49k8rc8cg8c387kbbjcrl8i0y693-gcc-wrapper-13.2.0/bin/ranlib -DCMAKE_AR=/nix/store/4kwk49k8rc8cg8c387kbbjcrl8i0y693-gcc-wrapper-13.2.0/bin/ar -DCMAKE_C_COMPILER=gcc -DCMAKE_CXX_COMPILER=g++ -DCMAKE_INSTALL_PREFIX=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1
-- The C compiler identification is GNU 13.2.0
-- The CXX compiler identification is GNU 13.2.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /nix/store/4kwk49k8rc8cg8c387kbbjcrl8i0y693-gcc-wrapper-13.2.0/bin/gcc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /nix/store/4kwk49k8rc8cg8c387kbbjcrl8i0y693-gcc-wrapper-13.2.0/bin/g++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Found PkgConfig: /nix/store/39nq7p6jcm9m3xqqm99skwmgsqw4pbbg-pkg-config-wrapper-0.29.2/bin/pkg-config (found version "0.29.2")
-- Checking for modules 'hyprland;libdrm;libinput;libudev;pangocairo;pixman-1;wayland-server;xkbcommon'
--   Found hyprland, version 0.40.0
--   Found libdrm, version 2.4.120
--   Found libinput, version 1.25.0
--   Found libudev, version 255
--   Found pangocairo, version 1.51.2
--   Found pixman-1, version 0.43.4
--   Found wayland-server, version 1.22.0
--   Found xkbcommon, version 1.5.0
-- Configuring done (0.9s)
CMake Error in CMakeLists.txt:
  Imported target "PkgConfig::deps" includes non-existent path

    "/nix/store/qd3f6x4a9v6wcbx33snmgfivpkxkyk5f-hyprland-0.40.0+date=2024-05-09_d7aed24//nix/store/ih2a7nj3218dpcl5kf9f8qzdyhyp8d0x-hyprland-0.40.0+date=2024-05-09_d7aed24-dev/include"

  in its INTERFACE_INCLUDE_DIRECTORIES.  Possible reasons include:

  * The path was deleted, renamed, or moved to another location.

  * An install or uninstall procedure did not complete successfully.

  * The installation package was faulty and references files it does not
  provide.

-- Generating done (0.0s)
CMake Warning:
  Manually-specified variables were not used by the project:

    BUILD_TESTING
    CMAKE_EXPORT_NO_PACKAGE_REGISTRY
    CMAKE_INSTALL_BINDIR
    CMAKE_INSTALL_DOCDIR
    CMAKE_INSTALL_INCLUDEDIR
    CMAKE_INSTALL_INFODIR
    CMAKE_INSTALL_LIBEXECDIR
    CMAKE_INSTALL_LOCALEDIR
    CMAKE_INSTALL_MANDIR
    CMAKE_INSTALL_OLDINCLUDEDIR
    CMAKE_INSTALL_SBINDIR
    CMAKE_POLICY_DEFAULT_CMP0025

CMake Generate step failed.  Build files cannot be regenerated correctly.

This was after updating my flake inputs. Please let me know if I can provide any more information to help out :) also thank you very much for the help everyone!

same

I won't spam with the exact same build log. I think all I'll say is indeed, I'm failing to build plugins right now and I'm now watching that PR mentioned in anticipation.

I just tried to build and got the same error
@nix { "action": "setPhase", "phase": "unpackPhase" }
Running phase: unpackPhase
unpacking source archive /nix/store/vm9qzxvsv64zchms67ymxdfq5knavqlp-hyprbars
source root is hyprbars
@nix { "action": "setPhase", "phase": "patchPhase" }
Running phase: patchPhase
@nix { "action": "setPhase", "phase": "updateAutotoolsGnuConfigScriptsPhase" }
Running phase: updateAutotoolsGnuConfigScriptsPhase
@nix { "action": "setPhase", "phase": "configurePhase" }
Running phase: configurePhase
fixing cmake files...
cmake flags: -GNinja -DCMAKE_FIND_USE_SYSTEM_PACKAGE_REGISTRY=OFF -DCMAKE_FIND_USE_PACKAGE_REGISTRY=OFF -DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON -DCMAKE_BUILD_TYPE=Release -DBUILD_TESTING=OFF -DCMAKE_INSTALL_LOCALEDIR=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1/share/locale -DCMAKE_INSTALL_LIBEXECDIR=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1/libexec -DCMAKE_INSTALL_LIBDIR=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1/lib -DCMAKE_INSTALL_DOCDIR=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1/share/doc/hyprbars -DCMAKE_INSTALL_INFODIR=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1/share/info -DCMAKE_INSTALL_MANDIR=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1/share/man -DCMAKE_INSTALL_OLDINCLUDEDIR=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1/include -DCMAKE_INSTALL_INCLUDEDIR=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1/include -DCMAKE_INSTALL_SBINDIR=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1/sbin -DCMAKE_INSTALL_BINDIR=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1/bin -DCMAKE_INSTALL_NAME_DIR=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1/lib -DCMAKE_POLICY_DEFAULT_CMP0025=NEW -DCMAKE_OSX_SYSROOT= -DCMAKE_FIND_FRAMEWORK=LAST -DCMAKE_STRIP=/nix/store/4kwk49k8rc8cg8c387kbbjcrl8i0y693-gcc-wrapper-13.2.0/bin/strip -DCMAKE_RANLIB=/nix/store/4kwk49k8rc8cg8c387kbbjcrl8i0y693-gcc-wrapper-13.2.0/bin/ranlib -DCMAKE_AR=/nix/store/4kwk49k8rc8cg8c387kbbjcrl8i0y693-gcc-wrapper-13.2.0/bin/ar -DCMAKE_C_COMPILER=gcc -DCMAKE_CXX_COMPILER=g++ -DCMAKE_INSTALL_PREFIX=/nix/store/k0237xfvp5dnr1awm8310c3amp5v8kc8-hyprbars-0.1
-- The C compiler identification is GNU 13.2.0
-- The CXX compiler identification is GNU 13.2.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /nix/store/4kwk49k8rc8cg8c387kbbjcrl8i0y693-gcc-wrapper-13.2.0/bin/gcc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /nix/store/4kwk49k8rc8cg8c387kbbjcrl8i0y693-gcc-wrapper-13.2.0/bin/g++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Found PkgConfig: /nix/store/39nq7p6jcm9m3xqqm99skwmgsqw4pbbg-pkg-config-wrapper-0.29.2/bin/pkg-config (found version "0.29.2")
-- Checking for modules 'hyprland;libdrm;libinput;libudev;pangocairo;pixman-1;wayland-server;xkbcommon'
--   Found hyprland, version 0.40.0
--   Found libdrm, version 2.4.120
--   Found libinput, version 1.25.0
--   Found libudev, version 255
--   Found pangocairo, version 1.51.2
--   Found pixman-1, version 0.43.4
--   Found wayland-server, version 1.22.0
--   Found xkbcommon, version 1.5.0
-- Configuring done (0.9s)
CMake Error in CMakeLists.txt:
  Imported target "PkgConfig::deps" includes non-existent path

    "/nix/store/qd3f6x4a9v6wcbx33snmgfivpkxkyk5f-hyprland-0.40.0+date=2024-05-09_d7aed24//nix/store/ih2a7nj3218dpcl5kf9f8qzdyhyp8d0x-hyprland-0.40.0+date=2024-05-09_d7aed24-dev/include"

  in its INTERFACE_INCLUDE_DIRECTORIES.  Possible reasons include:

  * The path was deleted, renamed, or moved to another location.

  * An install or uninstall procedure did not complete successfully.

  * The installation package was faulty and references files it does not
  provide.

-- Generating done (0.0s)
CMake Warning:
  Manually-specified variables were not used by the project:

    BUILD_TESTING
    CMAKE_EXPORT_NO_PACKAGE_REGISTRY
    CMAKE_INSTALL_BINDIR
    CMAKE_INSTALL_DOCDIR
    CMAKE_INSTALL_INCLUDEDIR
    CMAKE_INSTALL_INFODIR
    CMAKE_INSTALL_LIBEXECDIR
    CMAKE_INSTALL_LOCALEDIR
    CMAKE_INSTALL_MANDIR
    CMAKE_INSTALL_OLDINCLUDEDIR
    CMAKE_INSTALL_SBINDIR
    CMAKE_POLICY_DEFAULT_CMP0025

CMake Generate step failed.  Build files cannot be regenerated correctly.

This was after updating my flake inputs. Please let me know if I can provide any more information to help out :) also thank you very much for the help everyone!

Does this happen with the PR mentioned above?

I have never built from a pr in a flake before, do you have any insight on how to do this? @fufexan

@Logan-Roelofs the url has to be hyprland.url = "git+https://github.com/andresilva/Hyprland?ref=nix-build-improvements&submodules=1";.
I'll add more about this to the wiki ASAP.

Moved all the build systems changes to https://github.com/hyprwm/Hyprland/pull/6002. This should unify CMake and Meson, and let Nix users build plugins again.
Please test, both nixers and non-nixers.

on NixOS, works for me. but hyprexpo specifically fails to build. unsure if related or not
/build/hyprexpo/overview.cpp:26:27: error: cannot convert 'const CWeakPointer<CMonitor>' to 'CMonitor*' in assignment

I'm getting this error when trying to build hyprexpo on nix:
Imported target "PkgConfig::deps" includes non-existent path

    "/nix/store/bvljn1ahjldsg1i975zhqaxq2zax87n5-hyprland-0.40.0+date=2024-05-10_ed3a888//nix/store/566yqcn9n7qnf1hc7xr6agzmhrkpdh42-hyprland-0.40.0+date=2024-05-10_ed3a888-dev/include"

  in its INTERFACE_INCLUDE_DIRECTORIES.  Possible reasons include:

  * The path was deleted, renamed, or moved to another location.
  * An install or uninstall procedure did not complete successfully.
  * The installation package was faulty and references files
it does not provide.

@matt1432 that should be fixed by https://github.com/hyprwm/Hyprland/pull/6002/commits/fc6beb3a98fce6f53766dbd3a2dde9e20fa54ee8.

@matt1432 that should be fixed by hyprwm/Hyprland@fc6beb3.

That PR does fix it. However I'm now getting the same error as @miathetrain which I'm assuming is a question of updating the plugin's code.

Closing as https://github.com/hyprwm/Hyprland/pull/6002 was merged.

Unfortunately, I am still unable to build hyprexpo...
hyprexpo> building '/nix/store/7jp3gz15wklnfmls0wy5hxrp1smfyyz0-hyprexpo-0.1.drv'
hyprexpo> Running phase: unpackPhase
hyprexpo> unpacking source archive /nix/store/j2za8vzy171kmznyszha82d6j69kyxj0-hyprexpo
hyprexpo> source root is hyprexpo
hyprexpo> Running phase: patchPhase
hyprexpo> Running phase: updateAutotoolsGnuConfigScriptsPhase
hyprexpo> Running phase: configurePhase
hyprexpo> fixing cmake files...
hyprexpo> cmake flags: -GNinja -DCMAKE_FIND_USE_SYSTEM_PACKAGE_REGISTRY=OFF -DCMAKE_FIND_USE_PACKAGE_REGISTRY=OFF -DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON -DCMAKE_BUILD_TYPE=Release -DBUILD_TESTING=OFF -DCMAKE_INSTALL_LOCALEDIR=/nix/store/fhzd2xx9001a6mmhzg056q2j9qlmpsc0-hyprexpo-0.1/share/locale -DCMAKE_INSTALL_LIBEXECDIR=/nix/store/fhzd2xx9001a6mmhzg056q2j9qlmpsc0-hyprexpo-0.1/libexec -DCMAKE_INSTALL_LIBDIR=/nix/store/fhzd2xx9001a6mmhzg056q2j9qlmpsc0-hyprexpo-0.1/lib -DCMAKE_INSTALL_DOCDIR=/nix/store/fhzd2xx9001a6mmhzg056q2j9qlmpsc0-hyprexpo-0.1/share/doc/hyprexpo -DCMAKE_INSTALL_INFODIR=/nix/store/fhzd2xx9001a6mmhzg056q2j9qlmpsc0-hyprexpo-0.1/share/info -DCMAKE_INSTALL_MANDIR=/nix/store/fhzd2xx9001a6mmhzg056q2j9qlmpsc0-hyprexpo-0.1/share/man -DCMAKE_INSTALL_OLDINCLUDEDIR=/nix/store/fhzd2xx9001a6mmhzg056q2j9qlmpsc0-hyprexpo-0.1/include -DCMAKE_INSTALL_INCLUDEDIR=/nix/store/fhzd2xx9001a6mmhzg056q2j9qlmpsc0-hyprexpo-0.1/include -DCMAKE_INSTALL_SBINDIR=/nix/store/fhzd2xx9001a6mmhzg056q2j9qlmpsc0-hyprexpo-0.1/sbin -DCMAKE_INSTALL_BINDIR=/nix/store/fhzd2xx9001a6mmhzg056q2j9qlmpsc0-hyprexpo-0.1/bin -DCMAKE_INSTALL_NAME_DIR=/nix/store/fhzd2xx9001a6mmhzg056q2j9qlmpsc0-hyprexpo-0.1/lib -DCMAKE_POLICY_DEFAULT_CMP0025=NEW -DCMAKE_OSX_SYSROOT= -DCMAKE_FIND_FRAMEWORK=LAST -DCMAKE_STRIP=/nix/store/8mjb3ziimfi3rki71q4s0916xkm4cm5p-gcc-wrapper-13.2.0/bin/strip -DCMAKE_RANLIB=/nix/store/8mjb3ziimfi3rki71q4s0916xkm4cm5p-gcc-wrapper-13.2.0/bin/ranlib -DCMAKE_AR=/nix/store/8mjb3ziimfi3rki71q4s0916xkm4cm5p-gcc-wrapper-13.2.0/bin/ar -DCMAKE_C_COMPILER=gcc -DCMAKE_CXX_COMPILER=g++ -DCMAKE_INSTALL_PREFIX=/nix/store/fhzd2xx9001a6mmhzg056q2j9qlmpsc0-hyprexpo-0.1
hyprexpo> -- The C compiler identification is GNU 13.2.0
hyprexpo> -- The CXX compiler identification is GNU 13.2.0
hyprexpo> -- Detecting C compiler ABI info
hyprexpo> -- Detecting C compiler ABI info - done
hyprexpo> -- Check for working C compiler: /nix/store/8mjb3ziimfi3rki71q4s0916xkm4cm5p-gcc-wrapper-13.2.0/bin/gcc - skipped
hyprexpo> -- Detecting C compile features
hyprexpo> -- Detecting C compile features - done
hyprexpo> -- Detecting CXX compiler ABI info
hyprexpo> -- Detecting CXX compiler ABI info - done
hyprexpo> -- Check for working CXX compiler: /nix/store/8mjb3ziimfi3rki71q4s0916xkm4cm5p-gcc-wrapper-13.2.0/bin/g++ - skipped
hyprexpo> -- Detecting CXX compile features
hyprexpo> -- Detecting CXX compile features - done
hyprexpo> -- Found PkgConfig: /nix/store/vbk2n3094zyl9ywijks6a3d7s2i6wnfm-pkg-config-wrapper-0.29.2/bin/pkg-config (found version "0.29.2")
hyprexpo> -- Checking for modules 'hyprland;libdrm;libinput;libudev;pangocairo;pixman-1;wayland-server;xkbcommon'
hyprexpo> --   Found hyprland, version 0.40.0
hyprexpo> --   Found libdrm, version 2.4.120
hyprexpo> --   Found libinput, version 1.25.0
hyprexpo> --   Found libudev, version 255
hyprexpo> --   Found pangocairo, version 1.52.2
hyprexpo> --   Found pixman-1, version 0.43.4
hyprexpo> --   Found wayland-server, version 1.22.0
hyprexpo> --   Found xkbcommon, version 1.5.0
hyprexpo> -- Configuring done (0.9s)
hyprexpo> -- Generating done (0.0s)
hyprexpo> CMake Warning:
hyprexpo>   Manually-specified variables were not used by the project:
hyprexpo>
hyprexpo>     BUILD_TESTING
hyprexpo>     CMAKE_EXPORT_NO_PACKAGE_REGISTRY
hyprexpo>     CMAKE_INSTALL_BINDIR
hyprexpo>     CMAKE_INSTALL_DOCDIR
hyprexpo>     CMAKE_INSTALL_INCLUDEDIR
hyprexpo>     CMAKE_INSTALL_INFODIR
hyprexpo>     CMAKE_INSTALL_LIBEXECDIR
hyprexpo>     CMAKE_INSTALL_LOCALEDIR
hyprexpo>     CMAKE_INSTALL_MANDIR
hyprexpo>     CMAKE_INSTALL_OLDINCLUDEDIR
hyprexpo>     CMAKE_INSTALL_SBINDIR
hyprexpo>     CMAKE_POLICY_DEFAULT_CMP0025
hyprexpo>
hyprexpo>
hyprexpo> -- Build files have been written to: /build/hyprexpo/build
hyprexpo> cmake: enabled parallel building
hyprexpo> cmake: enabled parallel installing
hyprexpo> Running phase: buildPhase
hyprexpo> build flags: -j8
hyprexpo> [1/4] Building CXX object CMakeFiles/hyprexpo.dir/CMakeFiles/3.29.2/CompilerIdCXX/CMakeCXXCompilerId.cpp.o
hyprexpo> [2/4] Building CXX object CMakeFiles/hyprexpo.dir/overview.cpp.o
hyprexpo> FAILED: CMakeFiles/hyprexpo.dir/overview.cpp.o
hyprexpo> /nix/store/8mjb3ziimfi3rki71q4s0916xkm4cm5p-gcc-wrapper-13.2.0/bin/g++ -Dhyprexpo_EXPORTS -isystem /nix/store/bm8jq9aj112w159aj6zp09gqrb5ylgjn-hyprland-0.40.0+date=2024-05-12_fd35b35-dev/include/hyprland/protocols -isystem /nix/store/bm8jq9aj112w159aj6zp09gqrb5ylgjn-hyprland-0.40.0+date=2024-05-12_fd35b35-dev/include/hyprland -isystem /nix/store/bm8jq9aj112w159aj6zp09gqrb5ylgjn-hyprland-0.40.0+date=2024-05-12_fd35b35-dev/include/hyprland/wlr -isystem /nix/store/qrv6z37vprzl8yiwl6m8yg58sk6h7zz5-libdrm-2.4.120-dev/include/libdrm -isystem /nix/store/xr0awmvc5h69r8ixmys3657fxz77xif1-cairo-1.18.0-dev/include/cairo -isystem /nix/store/zgnn357b7q3513bzmh17k6rcfp0c8vfz-glib-2.80.0-dev/include/glib-2.0 -isystem /nix/store/3xsbahrqqc4fc3gknmjj9j9687n4hiz0-glib-2.80.0/lib/glib-2.0/include -isystem /nix/store/7pksmb36lizqi1q4bq6gk19bjhvvsd90-pango-1.52.2-dev/include/pango-1.0 -isystem /nix/store/f51jd8nl5kpzxyw069rxskp7qijpw6m9-harfbuzz-8.4.0-dev/include/harfbuzz -O3 -DNDEBUG -std=gnu++23 -fPIC -MD -MT CMakeFiles/hyprexpo.dir/overview.cpp.o -MF CMakeFiles/hyprexpo.dir/overview.cpp.o.d -o CMakeFiles/hyprexpo.dir/overview.cpp.o -c /build/hyprexpo/overview.cpp
hyprexpo> /build/hyprexpo/overview.cpp: In constructor 'COverview::COverview(PHLWORKSPACE, bool)':
hyprexpo> /build/hyprexpo/overview.cpp:26:27: error: cannot convert 'const CWeakPointer<CMonitor>' to 'CMonitor*' in assignment
hyprexpo>    26 |     pMonitor            = PMONITOR;
hyprexpo>       |                           ^~~~~~~~
hyprexpo>       |                           |
hyprexpo>       |                           const CWeakPointer<CMonitor>
hyprexpo> /build/hyprexpo/overview.cpp:120:38: error: cannot convert 'const CWeakPointer<CMonitor>' to 'CMonitor*'
hyprexpo>   120 |         g_pHyprRenderer->beginRender(PMONITOR, fakeDamage, RENDER_MODE_FULL_FAKE, nullptr, &image.fb);
hyprexpo>       |                                      ^~~~~~~~
hyprexpo>       |                                      |
hyprexpo>       |                                      const CWeakPointer<CMonitor>
hyprexpo> In file included from /build/hyprexpo/overview.cpp:4:
hyprexpo> /nix/store/bm8jq9aj112w159aj6zp09gqrb5ylgjn-hyprland-0.40.0+date=2024-05-12_fd35b35-dev/include/hyprland/src/render/Renderer.hpp:77:32: note:   initializing argument 1 of 'bool CHyprRenderer::beginRender(CMonitor*, CRegion&, eRenderMode, wlr_buffer*, CFramebuffer*, bool)'
hyprexpo>    77 |     bool beginRender(CMonitor* pMonitor, CRegion& damage, eRenderMode mode = RENDER_MODE_NORMAL, wlr_buffer* buffer = nullptr, CFramebuffer* fb = nullptr, bool simple = false);
hyprexpo>       |                      ~~~~~~~~~~^~~~~~~~
hyprexpo> /build/hyprexpo/overview.cpp:138:46: error: cannot convert 'const CWeakPointer<CMonitor>' to 'CMonitor*'
hyprexpo>   138 |             g_pHyprRenderer->renderWorkspace(PMONITOR, PWORKSPACE, &now, monbox);
hyprexpo>       |                                              ^~~~~~~~
hyprexpo>       |                                              |
hyprexpo>       |                                              const CWeakPointer<CMonitor>
hyprexpo> /nix/store/bm8jq9aj112w159aj6zp09gqrb5ylgjn-hyprland-0.40.0+date=2024-05-12_fd35b35-dev/include/hyprland/src/render/Renderer.hpp:116:46: note:   initializing argument 1 of 'void CHyprRenderer::renderWorkspace(CMonitor*, PHLWORKSPACE, timespec*, const CBox&)'
hyprexpo>   116 |     void           renderWorkspace(CMonitor* pMonitor, PHLWORKSPACE pWorkspace, timespec* now, const CBox& geometry);
hyprexpo>       |                                    ~~~~~~~~~~^~~~~~~~
hyprexpo> /build/hyprexpo/overview.cpp:146:46: error: cannot convert 'const CWeakPointer<CMonitor>' to 'CMonitor*'
hyprexpo>   146 |             g_pHyprRenderer->renderWorkspace(PMONITOR, PWORKSPACE, &now, monbox);
hyprexpo>       |                                              ^~~~~~~~
hyprexpo>       |                                              |
hyprexpo>       |                                              const CWeakPointer<CMonitor>
hyprexpo> /nix/store/bm8jq9aj112w159aj6zp09gqrb5ylgjn-hyprland-0.40.0+date=2024-05-12_fd35b35-dev/include/hyprland/src/render/Renderer.hpp:116:46: note:   initializing argument 1 of 'void CHyprRenderer::renderWorkspace(CMonitor*, PHLWORKSPACE, timespec*, const CBox&)'
hyprexpo>   116 |     void           renderWorkspace(CMonitor* pMonitor, PHLWORKSPACE pWorkspace, timespec* now, const CBox& geometry);
hyprexpo>       |                                    ~~~~~~~~~~^~~~~~~~
hyprexpo> /build/hyprexpo/overview.cpp:166:82: warning: narrowing conversion of '(currentid % ((COverview*)this)->COverview::SIDE_LENGTH)' from 'int' to 'double' [-Wnarrowing]
hyprexpo>   166 |     pos.create((-((pMonitor->vecSize / (double)SIDE_LENGTH) * Vector2D{currentid % SIDE_LENGTH, currentid / SIDE_LENGTH}) * pMonitor->scale) * (pMonitor->vecSize / tileSize),
hyprexpo>       |                                                                        ~~~~~~~~~~^~~~~~~~~~~~~
hyprexpo> /build/hyprexpo/overview.cpp:166:107: warning: narrowing conversion of '(currentid / ((COverview*)this)->COverview::SIDE_LENGTH)' from 'int' to 'double' [-Wnarrowing]
hyprexpo>   166 |     pos.create((-((pMonitor->vecSize / (double)SIDE_LENGTH) * Vector2D{currentid % SIDE_LENGTH, currentid / SIDE_LENGTH}) * pMonitor->scale) * (pMonitor->vecSize / tileSize),
hyprexpo>       |                                                                                ~~~~~~~~~~^~~~~~~~~~~~~
hyprexpo> /build/hyprexpo/overview.cpp: In member function 'void COverview::redrawID(int, bool)':
hyprexpo> /build/hyprexpo/overview.cpp:228:61: warning: narrowing conversion of '((COverview*)this)->COverview::GAP_WIDTH' from 'int' to 'double' [-Wnarrowing]
hyprexpo>   228 |     Vector2D tileRenderSize = (pMonitor->vecSize - Vector2D{GAP_WIDTH, GAP_WIDTH} * (SIDE_LENGTH - 1)) / SIDE_LENGTH;
hyprexpo>       |                                                             ^~~~~~~~~
hyprexpo> /build/hyprexpo/overview.cpp:228:72: warning: narrowing conversion of '((COverview*)this)->COverview::GAP_WIDTH' from 'int' to 'double' [-Wnarrowing]
hyprexpo>   228 |     Vector2D tileRenderSize = (pMonitor->vecSize - Vector2D{GAP_WIDTH, GAP_WIDTH} * (SIDE_LENGTH - 1)) / SIDE_LENGTH;
hyprexpo>       |                                                                        ^~~~~~~~~
hyprexpo> /build/hyprexpo/overview.cpp: In member function 'void COverview::onDamageReported()':
hyprexpo> /build/hyprexpo/overview.cpp:308:51: warning: narrowing conversion of '((COverview*)this)->COverview::GAP_WIDTH' from 'int' to 'double' [-Wnarrowing]
hyprexpo>   308 |     Vector2D    tileRenderSize = (SIZE - Vector2D{GAP_WIDTH, GAP_WIDTH} * (SIDE_LENGTH - 1)) / SIDE_LENGTH;
hyprexpo>       |                                                   ^~~~~~~~~
hyprexpo> /build/hyprexpo/overview.cpp:308:62: warning: narrowing conversion of '((COverview*)this)->COverview::GAP_WIDTH' from 'int' to 'double' [-Wnarrowing]
hyprexpo>   308 |     Vector2D    tileRenderSize = (SIZE - Vector2D{GAP_WIDTH, GAP_WIDTH} * (SIDE_LENGTH - 1)) / SIDE_LENGTH;
hyprexpo>       |                                                              ^~~~~~~~~
hyprexpo> /build/hyprexpo/overview.cpp: In member function 'void COverview::close()':
hyprexpo> /build/hyprexpo/overview.cpp:333:71: warning: narrowing conversion of '(((int)ID) % ((COverview*)this)->COverview::SIDE_LENGTH)' from 'int' to 'double' [-Wnarrowing]
hyprexpo>   333 |     pos  = (-((pMonitor->vecSize / (double)SIDE_LENGTH) * Vector2D{ID % SIDE_LENGTH, ID / SIDE_LENGTH}) * pMonitor->scale) * (pMonitor->vecSize / tileSize);
hyprexpo>       |                                                                    ~~~^~~~~~~~~~~~~
hyprexpo> /build/hyprexpo/overview.cpp:333:89: warning: narrowing conversion of '(((int)ID) / ((COverview*)this)->COverview::SIDE_LENGTH)' from 'int' to 'double' [-Wnarrowing]
hyprexpo>   333 |     pos  = (-((pMonitor->vecSize / (double)SIDE_LENGTH) * Vector2D{ID % SIDE_LENGTH, ID / SIDE_LENGTH}) * pMonitor->scale) * (pMonitor->vecSize / tileSize);
hyprexpo>       |                                                                                ~~~^~~~~~~~~~~~~
hyprexpo> /build/hyprexpo/overview.cpp: In member function 'void COverview::onSwipeUpdate(double)':
hyprexpo> /build/hyprexpo/overview.cpp:432:74: warning: narrowing conversion of '(((COverview*)this)->COverview::openedID % ((COverview*)this)->COverview::SIDE_LENGTH)' from 'int' to 'double' [-Wnarrowing]
hyprexpo>   432 |         (-((pMonitor->vecSize / (double)SIDE_LENGTH) * Vector2D{openedID % SIDE_LENGTH, openedID / SIDE_LENGTH}) * pMonitor->scale) * (pMonitor->vecSize / tileSize);
hyprexpo>       |                                                                 ~~~~~~~~~^~~~~~~~~~~~~
hyprexpo> /build/hyprexpo/overview.cpp:432:98: warning: narrowing conversion of '(((COverview*)this)->COverview::openedID / ((COverview*)this)->COverview::SIDE_LENGTH)' from 'int' to 'double' [-Wnarrowing]
hyprexpo>   432 |         (-((pMonitor->vecSize / (double)SIDE_LENGTH) * Vector2D{openedID % SIDE_LENGTH, openedID / SIDE_LENGTH}) * pMonitor->scale) * (pMonitor->vecSize / tileSize);
hyprexpo>       |                                                                                ~~~~~~~~~^~~~~~~~~~~~~
hyprexpo> [3/4] Building CXX object CMakeFiles/hyprexpo.dir/main.cpp.o
hyprexpo> ninja: build stopped: subcommand failed.

@leon-erd yeah it needs to be updated. Not a packaging issue.

hello I have some issue. my hyprland version is 0.45 and plugin borders plus plus version is 0.44 but I point to the absolute path version mismatching error and hyprland header version mismatching


Remove AnyView use in EmojiKeyboard.

The EmojiKeyboard currently requires us to cast views to AnyView. This should not be required.

See #371

Perfect, thank you! I replaced the global standard functions with a standard generic initializer instead. I will make this part of 5.4 👍


Connect MQTT Endpoint to the Chart

Has anyone tried using the SciChart with MQTT Endpoint? I am trying to connect a MQTT Endpoint to the Chart and it has not been working so far. The Charts work pretty well when data is given in a file but when it is given in as MQTT endpoint, the charts are not shown.
If there is a working Example of MQTT it would be nice.

Hi Wahesh,
It's not really our responsibility to show how to connect to frameworks like MQTT, but yes, SciChart should theoretically work with any data-provider, data-base or streaming source of data. We provide samples that show how to create a SciChart chart and how to update it in realtime. There are a number of video tutorials over here which can be helpful for instance.
Tutorial 04 - Adding Realtime Updates

What I can suggest is if you experience problems, provide a short code-sample that our team can run and we can provide guidance on how to make it work.
Best regards,
Andrew


published page doesn't show old publications on v11 (downloads missing too)

The Issue
old publications missing, downloads page doesn't show
Steps to reproduce
1.go to published or downloads
2.nothing there, loading...
3.
Expected behaviour
show all publications
Actual behaviour
Tell us what happens instead
System Configuration

LBRY Daemon version:
LBRY App version: v11
LBRY Installation ID:
Operating system: Win

Anything Else

Screenshots

I'm having this same issue. Uploaded some content on an old version of the 0.10 browser, before I began having problems with the client. Now content that I've published is not showing up in the 'published' tab.

Will look into this.
@tzarebczan did it sit at loading forever or eventually come back? file_list has some big performance issues atm, especially with large numbers of downloads/publishes (we're working on it).

Never came back for me. It was reported by kevdev and others on slack too.

Same here, published tab just shows "looks like you havent published
anything yet!" Or something like that.
On May 26, 2017 6:29 AM, "Thomas Zarebczan"<EMAIL_ADDRESS>wrote:

Never came back for me. It was reported by kevdev and others on slack too.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/lbryio/lbry-app/issues/139#issuecomment-304282735,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AVNFwd7hHfAb1sbeOjFrn66-I3s0XvFoks5r9tPPgaJpZM4NnLNX
.

Sitting at "loading" forever vs. coming back with "looks like you haven't
published anything" are possibly two different issues, but will be looking
into it either way.
On Fri, May 26, 2017 at 9:31 AM, maximumplank<EMAIL_ADDRESS>wrote:

Same here, published tab just shows "looks like you havent published
anything yet!" Or something like that.
On May 26, 2017 6:29 AM, "Thomas Zarebczan"<EMAIL_ADDRESS>wrote:

Never came back for me. It was reported by kevdev and others on slack
too.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/lbryio/lbry-app/issues/139#issuecomment-304282735,
or mute the thread
<https://github.com/notifications/unsubscribe-
auth/AVNFwd7hHfAb1sbeOjFrn66-I3s0XvFoks5r9tPPgaJpZM4NnLNX>

.

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/lbryio/lbry-app/issues/139#issuecomment-304283030,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAgZVkkh8Gfhj8OoTS-b7yhRblJfJ4zaks5r9tQigaJpZM4NnLNX
.

--
Jeremy Kauffman, Founder, LBRY http://lbry.io/
(267) 210-4292
Build LBRY: get https://lbry.io/get, follow https://twitter.com/lbryio,
like https://facebook.com/lbryio

Yup, sounds like different issues. Thanks Jeremy!

Sorry, must have misunderstood Thomas' issue. I'll file a new one.
On May 26, 2017 6:38 AM, "Thomas Zarebczan"<EMAIL_ADDRESS>wrote:
Yup, sounds like different issues. Thanks Jeremy!
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/lbryio/lbry-app/issues/139#issuecomment-304284584, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AVNFwYaUAJmM9ntZU9dhcbZg7oA8f3I5ks5r9tW_gaJpZM4NnLNX
.

filed https://github.com/lbryio/lbry-app/issues/146 for the "looks like you haven't published anything" issue

Also noticed today on a VM that the Downloaded page showed lbry://undefined in the downloaded page.  It's not a real claim..so probably related to this issue of the Downloaded page not showing.

On 0.11.5 my Downloads/Publishes never resolves, it just says Loading...I suspect maybe this wouldnt happen on a fresh install

I did notice this today in my logs, not sure if its related:
2017-05-30 20:42:15,138 ERROR    lbrynet.lbrynet_daemon.auth.server:346: Failed to process file_list: string indices must be integers
Traceback (most recent call last):
File "site-packages\twisted\internet\defer.py", line 1299, in _inlineCallbacks
File "site-packages\lbrynet\core\Wallet.py", line 770, in _handle_claim_result
File "site-packages\lbryschema\claim.py", line 140, in load_dict
File "site-packages\lbryschema\encoding.py", line 33, in decode_fields
TypeError: string indices must be integers

@finer9 does it actually never return or does it just return after a long time?
@tzarebczan that sounds like the root cause of the issue. Moving this to the daemon.

This issue was moved to lbryio/lbry#661


[#1164] Launch django with a different wsgi application

Description
If both django_settings and app_function are defined, use the app_function as the wsgi app, but treat it like django.
This will help integrate with random wsgi middleware, (hopefully) NewRelic, and django-configurations
GitHub Issues
https://github.com/Miserlou/Zappa/issues/1164

Coverage decreased (-0.09%) to 73.571% when pulling 62f0248aa31eae0ae815ef291a50b92871d219ad on aarcro:master into 746cd5fa002cc57c3f2f28b07edaaab4f235a02f on Miserlou:master.

Confirmed today, that New Relic monitoring does work with this in place.
django_app/wsgi.py
import logging
import newrelic.agent
import os

# Will collect NEW_RELIC_CONFIG_FILE and NEW_RELIC_ENVIRONMENT from the environment
newrelic.agent.global_settings().enabled = True
if 'NEW_RELIC_CONFIG_FILE' in os.environ:
    print('Starting New Relic agent')
    newrelic.agent.initialize(log_file='stderr', log_level=logging.DEBUG)

from django.core.wsgi import get_wsgi_application  # NOQA

os.environ.setdefault("DJANGO_SETTINGS_MODULE", "webapp.settings")

application = get_wsgi_application()

merge anytime soon?

I can't make it work with django-configurations using this PR.
Currently, I have run raw command such as zappa invoke dev "from configurations.management import execute_from_command_line; execute_from_command_line(['manage.py', 'collectstatic'])" --raw to achive functions from manage.py

@jxltom Did you set both django_settings and app_function? You'll need both.

Oh, I'm so sorry. It works perfect with django-configurations. The last time I failed is because my local develop environment is not updated to using your PR. There is some problem with package management tool pipenv which I'm using.
Thanks, and hope it can be merged soon.

@aarcro or @matara... how is your config under app_function? I'm having problems with this configuration too...