jiebi/CodeConvo huggingface dataset:
I currently cannot execute any 32 bit Linux binaries on my 64 bit system and this breaks updates, since I have 32 bit support enabled in the nix options: I remember that this worked about a week ago, so something has changed. I am new to NixOS, so its possible that I have done something wrong. I used ArchLinux for about 9 years before that and now NixOS for just 3 months and its concepts are still foreign for me. As a long term linux user (about 15 years) I do feel a bit out of place in NixOS. So I am not sure how to fix that myself. Not sure. I have wine installed and support for 32 bit games enabled. Then I normally do just 'nixos-rebuild switch --upgrade' to upgrade, and sometimes 'nix-channel --update'. I also regularly do 'nix-collect-garbage -d'. No idea if that is reproducible or not.
This might be from Could you see if it works without that commit? Also verify that /nix/store/4qj9vzggfzsc34ci79ckaim5cjrwc6ns-bash-4.4-p23/bin/bash executes. I can run it on my system. You can run this to verify that your store is not corrupted:
I solved it now for me. Instead of using the 'linuxPackagestestinghardened' 4.20 linux kernel I switched back to 'linuxPackages419' 4.19.2 kernel and now executing 32 binaries work again. So I guess the hardened kernel does not support executing 32 bit binaries. Does it make sense to have some kind of visible warning here? I normally would not have used the hardened kernel, if that wouldn't have been the only 4.20 version is I get. Its not clear to me when and how those changes in master appear in my nixpkgs/nixos channel (I am on unstable). I would like to use the master branch directly, but I haven't figured out how to best do that yet.
The same here, hardened kernel 4.18.17 and build failed.
building '/nix/store/6h9asn7rc93dbwfcs6xaj3k0qgxmg0vh-libtxcdxtn-'... while setting up the build environment: executing '/nix/store/xgf4vra77qrww0n228hd80jsdccdp54w-bash-4.4-p23/bin/bash': Exec format error builder for '/nix/store/6h9asn7rc93dbwfcs6xaj3k0qgxmg0vh-libtxcdxtn-' failed with exit code 1 building '/nix/store/cfwj5yjby2xvagyj69zd1yx8hdhi27ay-'... cannot build derivation '/nix/store/maynq4fxxjc217figygdrgg5q9xnw6yy-mesa-drivers+txc-': 1 dependencies couldn't be built cannot build derivation '/nix/store/wv9b4ayvgnpkvwz81zkk0lm9w4v5pd1y-opengl-drivers-': 1 dependencies couldn't be built cannot build derivation '/nix/store/q61vc27rdbcsrhxifiw89w1qdjax1amh-nixos-system-brix-': 1 dependencies couldn't be built error: build of '/nix/store/q61vc27rdbcsrhxifiw89w1qdjax1amh-nixos-system-brix-' failed Thanks
Maybe the hardened kernel shouldn't set when NixOS' is an ?
It should be 64 bit for the x86_64-linux stdenv. But some packages use the i686 stdenv.
I am not too familiar with stdenv. Is this expected behaviour that a 64-bit system uses 32-bit binaries? This issue is reproducible building as well.
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity.
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on GitHub to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the current version of the package --- <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- name: rtl-sdr <!-- The current version can be found easily with the same process as above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 0.6.0 desired version: 0.8.0 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: This package is currenty using but it should probably switch to Please tag this issue in your PR.
Describe the bug Gitlint fails to build due to a dependency on click v7.1.2 To Reproduce Steps to reproduce the behavior: Expected behavior Successful build of gitlint Screenshots ! Additional context Looks like click got separated into two packages, one where it updated to 8.0.1 and is present in and one where it was kept back for . Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(david): nixpkgs: Maintainer information:
Yeah this is interesting. As far as I know, things shouldn't just break like this. I assume this is a regression, as it used to build, it seems a LOT of stuff has started breaking.
doesn't work with later releases. We have 8.0.1 and is pinning all releases (affects also , I guess). It would requires that is overriding the releases.
could you please give a try?
Looks to be good on my system. Runs as intended with
On a fresh install, lightdm is writing several files to / These should probably be either in /root or in some other runtime .cache and .gtkrc-2.0 Steps to reproduce the behavior: NixOS with X enabled, using the default lightdm display manager. soon as the display manager starts, files are written to / That my / will stay clean. If I stop display-manager.service, delete the files, then restart it, the files return. Looking in my /etc/passwd, shows that lightdm does have a home directory set at /var/lib/lightdm. But for some reason these files are not being written there as they should be. Please run and paste the result.
I just realized after I posted this that I used an old iso from 21.11 to install. So I reinstalled with 22.05, and this still happens
Are you using KDE Plasma? Can you reproduce the issue with SDDM?
I am using KDE. The issue also happens with SDDM. I went ahead and tested GDM as well (while still using plasma,) and it does not happen.
I can reproduce. For my case, in I saw one single file with prefix, after some search it is likely cache for kbuildsycoca5 (). I have no idea what that package does so far though.
All the files in my / are exactly the files being generated in
I can reproduce this with Plasma 5/SDDM on nixpkgs-unstable.
I also observed these files, tracked down the problem and prepared a pull-request that -- hopefully -- fixes the issue: . I came to the conclusion that it is best to entirely remove the code that creates those file. However, I feel a bit unconfident about my solution, so it would be good to have it tested by more users. If you can spare the time, please have a look at my draft pull request, maybe try my solution, and feel free to report back or even drop a review. Thanks a lot!
crashes instantly and won't start with the new Darwin stdenv. My is bundled with quite a few Emacs packages, so this may be a bit hard to isolate, but hopefully it's reproducible anyway. Build with recent . This is with . Partial Problem Report included below. I've elided most of it for privacy reasons; let me know if you need more info:
Can reproduce on current "master". "open " won't start anything, but I don't get a crash report, nothing appears in ~/Library/Logs/DiagnosticReports/. edit: got my crash report a bit later, it's the same stacktrace as reported
The regular works.
Looks like libdispatch is too old. Working on it now
I've opened up a draft that I think might fix it: I'm building it now, but if you have a beefy machine it might help to try to build it as well
I'm afraid that doesn't fix the issue. Here's a gist with the new crash, which looks more or less identical to the one I posted above: I built this with my fork here: I'm trying to confirm that this has been built with the updated . I'm having trouble tracking it down. Can you tell me how to figure it out?
Here's a simpler repro case. This happens when I try to build using and the melpa Emacs pacakge:
So the short term fix is just to use llvm6. At some point, I'll try to dig into what is actually happening, but I suspect something has changed in how llvm handles threads.
Thank you! I’m happy to use a work-around and didn’t expect you to address this complex issue so quickly! I was resigned to using the vanilla emacs for the foreseeable future, so this is a very welcome development.
I can confirm that this appears to be fixed in my Hydra builds, as well.
Gitlint CLI tool and pre-commit hook plugin to lint commit messages with presets Metadata homepage URL: source URL: license: MIT platforms: linux, unix, darwin (python3)
This isn't my library, I simply requested for this package. should i still be included as maintainer?
Also, do I make a PR with the code above? Or is there already a PR
There is no PR yet. New packages need a maintainer and I don't want to maintain this.
I'll do it. I'll send in a PR now.
chia farmer fails to register with a pool over https. Relevant log contains: Steps to reproduce the behavior: a new-style chia plot with a pool up a farming node Chia should successfully run. If applicable, add screenshots to help explain your problem. Based on , the missing file is . Upstream normally but this appears to fail here. (This is in an LXC container so it's a bit weird) system: host os: multi-user?: sandbox: version: nixpkgs: Maintainer information:
Build of failed on x86_64-linux as of . This is currently breaking . maintainers cc: python311Packages.astropy maintainers cc: Other cc: n/a nixpkgs at commit Contents of : This issue was automatically generated by . that created this issue. Internal tags: -
Looks like may be the problematic line. Looks like a flaky test, we should prob disable it.
seems to fix this. If anyone wants to review it you are welcome. I will merge it otherwise myself because CI is green there.
Using the NixOS option to specify the configuration, I noticed that if an ampersand () is present, the password field of isn't generated correctly. the option along with the option. The environment file should contain . the field "password= the content of . The password is decrypted to . The password shuld be decrypted to . The global variable's name shouldn't show. Here are some nix code that is tested to trigger this issue instead. The environment file: Generated in the aforementioned path, note how the field is erroneous. A hack to get around this is to split your password in two halves, and put the & in plain text. . Of course I would still like to see this get fixed :p Thank you for maintaining this module and reading this issue ! Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
It looks like a missed a metacharacter: I don't know if escaping it as works, or it interacts somehow with other systemd/shell/nix metacharacters. I lost counts of how many level of escaping we are in. I hope to get rid of all of this nonsense with , but next release of wpasupplicant is taking forever.
Done in The fix should be in NixOS 24.05.
Currently we build with support for . Sonnet typically looks in for dictionaries That means it won't be able to find any dictionaries and thus spellchecking won't work.
Is this still a problem? It seems that hunspell paths are not hardcoded in hunspelldict.h anymore: But they are still hardcoded in
Yes, this is still a problem. It seems like we should disable hunspell and use aspell, which is configured correctly in NixOS.
I marked this as stale due to inactivity. &rarr;
I marked this with "good first bug" because I think we need only to change to depend on , and do some testing.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
package lists and as dependencies but upstream uses instead. Steps to reproduce the behavior: dependencies of package it to the dependencies listed by upstream and should not be in the dependencies list, but should n/a <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
That's a bot.
Thank you for the quick turnaround!
Using AtLauncher to launch Minecraft 1.20.6 crashes immediately: <details<summarylog</summary[13/06/2024 11:48:21 AM] Checking for updated files! [13/06/2024 11:48:24 AM] Preparing for launch! [13/06/2024 11:48:24 AM] Launching pack Minecraft 1.20.6 (Vanilla) for Minecraft 1.20.6 [13/06/2024 11:48:24 AM] Logging into Minecraft! [13/06/2024 11:48:24 AM] Using Java runtime java-runtime-delta (Java 21.0.3) at path USERSDIR/runtimes/minecraft/java-runtime-delta/linux/java-runtime-delta [13/06/2024 11:48:24 AM] Launching Minecraft with the following arguments (user related stuff has been removed): [gamemoderun, USERSDIR/runtimes/minecraft/java-runtime-delta/linux/java-runtime-delta/bin/java, -Xmx4096M, -XX:MetaspaceSize=256M, -Duser.language=en, -Duser.country=US, -, -Dlog4j.configurationFile=USERSDIR/assets/logconfigs/client-, -XX:+UnlockExperimentalVMOptions, -XX:+UseG1GC, -XX:G1NewSizePercent=20, -XX:G1ReservePercent=20, -XX:MaxGCPauseMillis=50, -XX:G1HeapRegionSize=32M, -Xss1M, -, -, -, -, -, -Dminecraft.launcher.version=3.4.36.4, -cp, USERSDIR/libraries/com/github/oshi/oshi-core/6.4.10/oshi-core-, , --username, REDACTED, --version, 1.20.6, --gameDir, USERSDIR/instances/Minecraft1206, --assetsDir, USERSDIR/assets, --assetIndex, 16, --uuid, REDACTED, --accessToken, REDACTED, --userType, msa, --versionType, release, --width=854,
--height=480] [13/06/2024 11:48:27 AM] [Datafixer Bootstrap/INFO] 222 Datafixer optimizations took 173 milliseconds [13/06/2024 11:48:29 AM] [Render thread/INFO] Environment: Environment[, , name=PROD] [13/06/2024 11:48:29 AM] [Render thread/INFO] Setting user: MINECRAFTUSERNAME [13/06/2024 11:48:29 AM] [Render thread/INFO] Backend library: LWJGL version 3.3.3+5 [13/06/2024 11:48:29 AM] ---- Minecraft Crash Report ---- [13/06/2024 11:48:29 AM] // Don't be sad, have a hug! <3 [13/06/2024 11:48:29 AM] [13/06/2024 11:48:29 AM] Time: 2024-06-13 11:48:29 [13/06/2024 11:48:29 AM] Description: Initializing game [13/06/2024 11:48:29 AM] [13/06/2024 11:48:29 AM] Failed to initialize GLFW, errors: GLFW error during init: [0x1000E]Failed to detect any supported platform [13/06/2024 11:48:29 AM] at (SourceFile:78) [13/06/2024 11:48:29 AM] at (SourceFile:846) [13/06/2024 11:48:29 AM] at ffh.<init(SourceFile:509) [13/06/2024 11:48:29 AM] at (SourceFile:223) [13/06/2024 11:48:29 AM] [13/06/2024 11:48:29 AM] [13/06/2024 11:48:29 AM] A detailed walkthrough of the error,
its code path and all known details is as follows: [13/06/2024 11:48:29 AM]
[13/06/2024 11:48:29 AM] [13/06/2024 11:48:29 AM] -- Head -- [13/06/2024 11:48:29 AM] Thread: Render thread [13/06/2024 11:48:29 AM] Stacktrace: [13/06/2024 11:48:29 AM] at (SourceFile:78) [13/06/2024 11:48:29 AM] at (SourceFile:846) [13/06/2024 11:48:29 AM] at ffh.<init(SourceFile:509) [13/06/2024 11:48:29 AM] [13/06/2024 11:48:29 AM] -- Initialization -- [13/06/2024 11:48:29 AM] Details: [13/06/2024 11:48:29 AM] Modules: [13/06/2024 11:48:29 AM] Stacktrace: [13/06/2024 11:48:29 AM] at (SourceFile:223) [13/06/2024 11:48:29 AM] [13/06/2024 11:48:29 AM] -- System Details -- [13/06/2024 11:48:29 AM] Details: [13/06/2024 11:48:29 AM] Minecraft Version: 1.20.6 [13/06/2024 11:48:29 AM] Minecraft Version ID: 1.20.6 [13/06/2024 11:48:29 AM] Operating System: Linux (amd64) version 6.1.92 [13/06/2024 11:48:29 AM] Java Version: 21.0.3, Microsoft [13/06/2024 11:48:29 AM] Java VM Version: OpenJDK 64-Bit Server VM (mixed mode),
Microsoft [13/06/2024 11:48:29 AM] Memory: bytes (468 MiB) / bytes (704 MiB) up to bytes (4096 MiB) [13/06/2024 11:48:29 AM] CPUs: 16 [13/06/2024 11:48:29 AM] Processor Vendor: AuthenticAMD [13/06/2024 11:48:29 AM] Processor Name: AMD Ryzen 7 5800H with Radeon Graphics [13/06/2024 11:48:29 AM] Identifier: AuthenticAMD Family 25 Model 80 Stepping 0 [13/06/2024 11:48:29 AM] Microarchitecture: Zen 3 [13/06/2024 11:48:29 AM] Frequency (GHz): 4.46 [13/06/2024 11:48:29 AM] Number of physical packages: 1 [13/06/2024 11:48:29 AM] Number of physical CPUs: 8 [13/06/2024 11:48:29 AM] Number of logical CPUs: 16 [13/06/2024 11:48:29 AM] Graphics card name: unknown [13/06/2024 11:48:29 AM] Graphics card vendor: unknown [13/06/2024 11:48:29 AM] Graphics card VRAM (MB): 0.00 [13/06/2024 11:48:29 AM] Graphics card deviceId: unknown [13/06/2024 11:48:29 AM] Graphics card versionInfo: version: a1 [13/06/2024 11:48:29 AM] Graphics card name: amdgpudrmfb [13/06/2024 11:48:29 AM] Graphics card vendor: unknown [13/06/2024 11:48:29 AM] Graphics card VRAM (MB): 0.00 [13/06/2024 11:48:29 AM] Graphics card deviceId: unknown [13/06/2024 11:48:29 AM] Graphics card versionInfo: version: c5 [13/06/2024 11:48:29 AM] Virtual memory max (MB): .
45 [13/06/2024 11:48:29 AM] Virtual memory used (MB): 9594.43 [13/06/2024 11:48:29 AM] Swap memory total (MB): .00 [13/06/2024 11:48:29 AM] Swap memory used (MB): 0.00 [13/06/2024 11:48:29 AM] JVM Flags: 9 total; -Xmx4096M -XX:MetaspaceSize=256M -XX:+UnlockExperimentalVMOptions -XX:+UseG1GC -XX:G1NewSizePercent=20 -XX:G1ReservePercent=20 -XX:MaxGCPauseMillis=50 -XX:G1HeapRegionSize=32M -Xss1M [13/06/2024 11:48:29 AM] Launched Version: 1.20.6 [13/06/2024 11:48:29 AM] Launcher name: ATLauncher [13/06/2024 11:48:29 AM] Backend library: LWJGL version 3.3.3+5 [13/06/2024 11:48:29 AM] Backend API: Unknown [13/06/2024 11:48:29 AM] Window size: <not initialized[13/06/2024 11:48:29 AM] GL Caps: Using framebuffer using OpenGL 3.2 [13/06/2024 11:48:29 AM] GL debug messages: <disabled[13/06/2024 11:48:29 AM] Using VBOs: Yes [13/06/2024 11:48:29 AM] Is Modded: Probably not. Client jar signature and brand is untouched [13/06/2024 11:48:29 AM] Universe: 404 [13/06/2024 11:48:29 AM] Type: Client () [13/06/2024 11:48:29 AM] Locale: enUS [13/06/2024 11:48:29 AM] CPU: <unknown[13/06/2024 11:48:29 AM] # Game crashed!
Crash report saved to: # USERSDIR/instances/Minecraft1206/crash-reports/crash-2024-06-1311.48.29- [13/06/2024 11:48:29 AM] Oh no. Minecraft crashed. Please check the logs for any errors and provide these logs when asking for support. </detailsSteps to reproduce the behavior: (from nixos-24.05 channel) by adding it to user packages in and then nixos-rebuild. AtLauncher. In "Create Pack", select 1.20.6 in the version list, and click "Create Instance". it successfully created the instance, in "Instances", click "Play" under the instance just created. crushes without showing any game interface. The log above appears. Launches the game as expected. Using proprietary NVIDIA driver on X11. OpenGL is enabled in <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
That's weird. I'm not able to reproduce this issue with the same configuration you've mentioned: ATLauncher version Minecraft version Proprietary NVIDIA drivers on X11 As an initial debug attempt, could you run and see if that fixes your issue? If it does, then there's some missing library and I can try to find what that is.
Yes, it runs fine with steam-run.
Great, at least we have a temporary solution until I can fix this issue. Thanks for reporting this! I'll get to it as soon as I can.
I suspect that the latest upstream version may fix this issue. Could you please confirm this by trying out that version?
Not fixed. Neither 3.4.36.6 nor 3.4.36.8 fixes the issue. I also tried 3.4.36.9, but it's not good either. Launching with is still fine.
All right, so it's definitely something missing in the Nix expression. Will look into it.
I narrowed down the issue to the lib not being able to dynamically load. I it to while having nix-ld enabled as a workaround for myself. Additionally my mouse is always visible in front of the crosshair unless I also add . I have no idea if this issue exists under wayland.
Thanks for helping debug this, The package for ATLauncher has a function parameter called , could you try putting the libraries you mentioned within that? The syntax would look something like: I would try this myself but I can't reproduce the error. ATLauncher wouldn't run under Wayland at all (without ) as with all GUI apps built with Java.
Yep, that works perfectly.
could you please confirm that the above fix works for you as well? Meanwhile, I'll open a PR to fix this in the package itself.
It works.
This issue tracks the conversion of from Docbook to CommonMark per . If you intend to work on this conversion, please comment below! here that you intend to work on it. (Please also post if you stop working on it.) a new branch of nixpkgs master. : change to . to . the contents from Docbook to . Follow . Use existing sections for inspiration. from the folder to build the manual. the manual on your computer at after running from folder: it looks good, submit a PR and reference this issue.
Hi Already opened a PR for that ().
Project description Alternate Discord and Fosscord client made to be private, secure, customizable, and Linux friendly. Metadata homepage URL: source URL: license: MIT platforms: x86_64 and aarch64 on linux, darwin, windows
I had a shot at trying to package this from source, but it seems that for whatever reason, the nixpkgs' Electron crashes with SIGTRAP when trying to run with source. I haven't had much luck using on Electron to find a root cause either. Haven't tried using the AppImage yet, though.
I don't think the appimage will have much difference, but I've also gotten the same error. There is now a that uses dream2nix to package it properly
I made a derivation that doesn't use dream2nix, and it's available at if it's of any use. The SIGTRAP issue was just a bad Electron version, from what I could tell. I haven't submitted this to nixpkgs yet purely because I want merged first.
Ah it would make sense for the SIGTRAP to be an electron version issue, I've had it on a few other electron apps too. Your derivation looks pretty good, might try it out. Wonder how long it will take the pr you mentioned to be finished tho
The PR has been marked as a blocker for 22.11, so at the very latest, end of November. May be an excessive amount of time to wait, though.
Now that is mostly done and merged, I've used it to make a nice and simple derivation for it:
Looks great. Not sure if you're planning on submitting this to nixpkgs, but if you are it might be worth adding arm64 support as well.
Yeah it would be nice to get this to work on aarch64 and/or darwin too, but I don’t have any devices to test it on. Can you help with this? The package might already even work on arm since we're just wrapping nixpkgs electron. I’m also down to put this on nixpkgs, might wanna do a bit more testing and tweaking; if you can see any places for improvement that'd be great!
is there anything that would stop this package from running on i686?
Steps to reproduce the behavior: also yields the "got" hash. The hash was last changed in nixpkgs @
we just hit the same issue in Alpine - it looks like the upstream uses format specifiers for that change depending on the state of the repo: (found by [here][1]) in your case it might help to do instead ( provided that doesn't just do on the remote URL, but fetches the repo in some other way ): [1]:
thanks for the new upstream issue and the infos!
Steps to reproduce the behavior: pyside6 Please run and paste the result. :sweat_smile: I guess it says not found because i have no channels (i use flakes)
This same failure is causing syncplay to fail to install on my system.
yeah thats how i knew lol
To confirm, I can reproduce this issue.
I'm trying to package something which relies on pyside6. Package builds fine on nixos-stable but fails under nixos-unstable due to pyside6 not building.