jiebi/CodeConvo huggingface dataset:
Code change:
Steps to reproduce the behavior: try to install/build the package using nix-shell or nixos the Domain is no longer configured. Teamspeak Download Pages redirects to this place: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
You might want to check out
Not merged yet
As a workaround, until this is fixed in nixpkgs: The file is still available at the Internet Archive. You can fetch it from there and write it into the store, with something like this:

Related discussion:
text: }; # grab the plugin sdk for the desktop icon <del> pluginsdk = fetchurl { url = "http://dl.4players.de/ts/client/pluginsdk/pluginsdk_3.1.1.1.zip"; sha256 = "1bywmdj54glzd0kffvr27r84n4dsd0pskkbmh59mllbxvj0qwy7f"; </del> <ins> pluginsdk = fetchzip { url = "https://files.teamspeak-services.com/releases/sdk/3.3.1/ts_sdk_3.3.1.zip"; hash = "sha256-wx4pBZHpFPoNvEe4xYE80KnXGVda9XcX35ho4R8QxrQ="; </ins> }; nativeBuildInputs = [ makeWrapper which <del> unzip </del> perl # Installer script needs `shasum` ];
Code change:
Steps to reproduce the behavior: try to install/build the package using nix-shell or nixos the Domain is no longer configured. Teamspeak Download Pages redirects to this place: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
You might want to check out
Not merged yet
As a workaround, until this is fixed in nixpkgs: The file is still available at the Internet Archive. You can fetch it from there and write it into the store, with something like this:

Related discussion:
text: # ++ exec # + PAGER_PATH= # it's looking for a dependency and didn't find it. Check the script and make sure the dep is in nativeBuildInputs. <del> unpackPhase = '' echo -e 'ny' | PAGER=cat sh -xe $src cd TeamSpeak* ''; buildPhase = '' mv ts3client_linux_${arch} ts3client echo "patching ts3client..." patchelf --replace-needed libquazip.so ${quazip}/lib/libquazip1-qt5.so ts3client patchelf  --interpreter "$(cat $NIX_CC/nix-support/dynamic-linker)"  --set-rpath ${lib.makeLibraryPath deps}:$(cat $NIX_CC/nix-support/orig-cc)/${libDir}  --force-rpath  ts3client ''; </del> <ins> unpackPhase = '' echo -e 'ny' | PAGER=cat sh -xe $src cd TeamSpeak* ''; buildPhase = '' mv ts3client_linux_${arch} ts3client echo "patching ts3client..." patchelf --replace-needed libquazip.so ${quazip}/lib/libquazip1-qt5.so ts3client patchelf  --interpreter "$(cat $NIX_CC/nix-support/dynamic-linker)"  --set-rpath ${lib.makeLibraryPath deps}:$(cat $NIX_CC/nix-support/orig-cc)/${libDir}  --force-rpath  ts3client ''; </ins> installPhase = ''
Code change:
Steps to reproduce the behavior: try to install/build the package using nix-shell or nixos the Domain is no longer configured. Teamspeak Download Pages redirects to this place: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
You might want to check out
Not merged yet
As a workaround, until this is fixed in nixpkgs: The file is still available at the Internet Archive. You can fetch it from there and write it into the store, with something like this:

Related discussion:
text: # Make a desktop item mkdir -p $out/share/applications/ $out/share/icons/hicolor/64x64/apps/ <del> unzip ${pluginsdk} cp pluginsdk/docs/client_html/images/logo.png $out/share/icons/hicolor/64x64/apps/teamspeak.png </del> <ins> cp ${pluginsdk}/doc/_static/logo.png $out/share/icons/hicolor/64x64/apps/teamspeak.png </ins> cp ${desktopItem}/share/applications/* $out/share/applications/ # Make a symlink to the binary from bin.
Code change:
Steps to reproduce the behavior: try to install/build the package using nix-shell or nixos the Domain is no longer configured. Teamspeak Download Pages redirects to this place: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
You might want to check out
Not merged yet
As a workaround, until this is fixed in nixpkgs: The file is still available at the Internet Archive. You can fetch it from there and write it into the store, with something like this:

Related discussion:
text: wrapProgram $out/bin/ts3client  --set LD_PRELOAD "${libredirect}/lib/libredirect.so"  --set QT_PLUGIN_PATH "${qtbase}/${qtbase.qtPluginPrefix}"  <del> '' /* wayland is currently broken, remove when TS3 fixes that */ + '' --set QT_QPA_PLATFORM xcb  --set NIX_REDIRECTS /usr/share/X11/xkb=${xkeyboard_config}/share/X11/xkb </del> <ins> '' # wayland is currently broken, remove when TS3 fixes that + '' --set QT_QPA_PLATFORM xcb  --set NIX_REDIRECTS /usr/share/X11/xkb=${xkeyboard_config}/share/X11/xkb </ins> ''; dontStrip = true;
Code change:
Steps to reproduce the behavior: try to install/build the package using nix-shell or nixos the Domain is no longer configured. Teamspeak Download Pages redirects to this place: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
You might want to check out
Not merged yet
As a workaround, until this is fixed in nixpkgs: The file is still available at the Internet Archive. You can fetch it from there and write it into the store, with something like this:

Related discussion:
text: homepage = "https://teamspeak.com/"; sourceProvenance = with sourceTypes; [ binaryNativeCode ]; license = { <ins> # See distribution-permit.txt for a confirmation that nixpkgs is allowed to distribute TeamSpeak. </ins> fullName = "Teamspeak client license"; url = "https://www.teamspeak.com/en/privacy-and-terms/"; free = false; }; <del> maintainers = with maintainers; [ lhvwb lukegb atemu ]; </del> <ins> maintainers = with maintainers; [ lhvwb lukegb atemu ]; </ins> mainProgram = "ts3client"; platforms = [ "x86_64-linux" ]; }; } <del> /* License issues: Date: Mon, 10 Dec 2007 19:55:16 -0500 From: TeamSpeak Sales <sales@tritoncia.com> To: 'Marc Weber' <marco-oweber@gmx.de> Subject: RE: teamspeak on nix? Yes, that would be fine.  As long as you are not renting servers or selling TeamSpeak then you are more than welcome to distribute it. Thank you, TeamSpeak Sales Team ________________________________ e-Mail: sales@tritoncia.com TeamSpeak: http://www.TeamSpeak.com Account Login: https://sales.TritonCIA.com/users -----Original Message----- From: Marc Weber [mailto:marco-oweber@gmx.de] Sent: Monday, December 10, 2007 5:03 PM To: sales@tritoncia.com Subject: teamspeak on nix? Hello, nix is very young software distribution system (http://nix.cs.uu.nl/) I'd like to ask wether you permit us to add teamspeak (server/ client?) Sincerly Marc Weber (small nix contributor) */ </del>
Code change:
Steps to reproduce the behavior: try to install/build the package using nix-shell or nixos the Domain is no longer configured. Teamspeak Download Pages redirects to this place: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
You might want to check out
Not merged yet
As a workaround, until this is fixed in nixpkgs: The file is still available at the Internet Archive. You can fetch it from there and write it into the store, with something like this:

Related discussion:
text: <ins> License issues: Date: Mon, 10 Dec 2007 19:55:16 -0500 From: TeamSpeak Sales <sales@tritoncia.com> To: 'Marc Weber' <marco-oweber@gmx.de> Subject: RE: teamspeak on nix? Yes, that would be fine.  As long as you are not renting servers or selling TeamSpeak then you are more than welcome to distribute it. Thank you, TeamSpeak Sales Team ________________________________ e-Mail: sales@tritoncia.com TeamSpeak: http://www.TeamSpeak.com Account Login: https://sales.TritonCIA.com/users -----Original Message----- From: Marc Weber [mailto:marco-oweber@gmx.de] Sent: Monday, December 10, 2007 5:03 PM To: sales@tritoncia.com Subject: teamspeak on nix? Hello, nix is very young software distribution system (http://nix.cs.uu.nl/) I'd like to ask wether you permit us to add teamspeak (server/ client?) Sincerly Marc Weber (small nix contributor) </ins>
Code change:
Steps to reproduce the behavior: try to install/build the package using nix-shell or nixos the Domain is no longer configured. Teamspeak Download Pages redirects to this place: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
You might want to check out
Not merged yet
As a workaround, until this is fixed in nixpkgs: The file is still available at the Internet Archive. You can fetch it from there and write it into the store, with something like this:

Related discussion:
text: description = "TeamSpeak voice communication server"; homepage = "https://teamspeak.com/"; sourceProvenance = with sourceTypes; [ binaryNativeCode ]; <ins> # See distribution-permit.txt for a confirmation that nixpkgs is allowed to distribute TeamSpeak. </ins> license = licenses.unfreeRedistributable; platforms = platforms.linux; maintainers = with maintainers; [ arobyn gerschtli ]; }; } <del> /* License issues: Date: Mon, 10 Dec 2007 19:55:16 -0500 From: TeamSpeak Sales <sales@tritoncia.com> To: 'Marc Weber' <marco-oweber@gmx.de> Subject: RE: teamspeak on nix? Yes, that would be fine.  As long as you are not renting servers or selling TeamSpeak then you are more than welcome to distribute it. Thank you, TeamSpeak Sales Team ________________________________ e-Mail: sales@tritoncia.com TeamSpeak: http://www.TeamSpeak.com Account Login: https://sales.TritonCIA.com/users -----Original Message----- From: Marc Weber [mailto:marco-oweber@gmx.de] Sent: Monday, December 10, 2007 5:03 PM To: sales@tritoncia.com Subject: teamspeak on nix? Hello, nix is very young software distribution system (http://nix.cs.uu.nl/) I'd like to ask wether you permit us to add teamspeak (server/ client?) Sincerly Marc Weber (small nix contributor) */ </del>
Code change:
cc system: host os: multi-user?: sandbox: version: channels(davidak): channels(root): nixpkgs:
Thanks!

Related discussion:
text: diff --git a/configure.ac b/configure.ac <del> index c909878..60c540e 100644 </del> <ins> index 88ccd91..0857782 100644 </ins> --- a/configure.ac +++ b/configure.ac @@ -59,7 +59,7 @@ AS_CASE([$host_os],
Code change:
cc system: host os: multi-user?: sandbox: version: channels(davidak): channels(root): nixpkgs:
Thanks!

Related discussion:
text: +		os_is_macosx=false +		nonLinuxOS=false +		;; <del> +esac </del> <ins> +esac </ins> +AM_CONDITIONAL([IS_DARWIN], [test x$os_is_macosx = xtrue]) +AM_COND_IF([IS_DARWIN], +	[AC_DEFINE([IS_DARWIN], [1], [Get HostOS Type is Darwin])])
Code change:
cc system: host os: multi-user?: sandbox: version: channels(davidak): channels(root): nixpkgs:
Thanks!

Related discussion:
text: #include <sys/types.h> #include <stdint.h> diff --git a/include/bsd/stdio.h b/include/bsd/stdio.h <del> index 4b69983..8e2ac75 100644 </del> <ins> index 4b69983..c75151b 100644 </ins> --- a/include/bsd/stdio.h +++ b/include/bsd/stdio.h @@ -48,12 +48,16 @@
Code change:
cc system: host os: multi-user?: sandbox: version: channels(davidak): channels(root): nixpkgs:
Thanks!

Related discussion:
text: /* XXX: The function requires cooperation from the system libc to store the * line buffer in the FILE struct itself. */ char *fgetln(FILE *fp, size_t *lenp) <del> LIBBSD_DEPRECATED("This functions cannot be safely ported, " "use getline(3) instead, as it is supported " "by GNU and POSIX.1-2008."); </del> <ins> -	LIBBSD_DEPRECATED("This functions cannot be safely ported, " -	                  "use getline(3) instead, as it is supported " -	                  "by GNU and POSIX.1-2008."); +	__attribute__((deprecated("This functions cannot be safely ported, " +	                          "use getline(3) instead, as it is supported " +	                          "by GNU and POSIX.1-2008."))); </ins> +#else +char *fgetln(FILE *fp, size_t *lenp); +#endif /* * Note: We diverge from the FreeBSD, OpenBSD and DragonFlyBSD declarations, <ins> diff --git a/include/bsd/stdlib.h b/include/bsd/stdlib.h index ebc9638..6cd7943 100644 --- a/include/bsd/stdlib.h +++ b/include/bsd/stdlib.h @@ -67,9 +67,11 @@ int sradixsort(const unsigned char **base, int nmemb, const unsigned char *table, unsigned endbyte); void *reallocf(void *ptr, size_t size); -#if defined(_GNU_SOURCE) && defined(__GLIBC__) && !__GLIBC_PREREQ(2, 26) +#if defined(_GNU_SOURCE) && defined(__GLIBC__) && defined(__GLIBC_PREREQ) +#if !__GLIBC_PREREQ(2, 26) void *reallocarray(void *ptr, size_t nmemb, size_t size); #endif +#endif long long strtonum(const char *nptr, long long minval, long long maxval, const char **errstr); </ins> diff --git a/include/bsd/string.h b/include/bsd/string.h <del> index ee2f953..a3ab077 100644 </del> <ins> index 6798bf6..6baaa14 100644 </ins> --- a/include/bsd/string.h +++ b/include/bsd/string.h <del> @@ -37,11 +37,14 @@ </del> <ins> @@ -37,6 +37,12 @@ </ins> #include <sys/types.h> __BEGIN_DECLS <del> -size_t strlcpy(char *dst, const char *src, size_t siz); -size_t strlcat(char *dst, const char *src, size_t siz); char *strnstr(const char *str, const char *find, size_t str_len); </del> +#if defined(darwin) || defined(__APPLE__) || defined(MACOSX) +size_t bsd_strlcpy(char *dst, const char *src, size_t siz); +size_t bsd_strlcat(char *dst, const char *src, size_t siz); <ins> +char *bsd_strnstr(const char *str, const char *find, size_t str_len); </ins> +void bsd_strmode(mode_t mode, char *str); +#else <del> void strmode(mode_t mode, char *str); - +#endif </del> <ins> size_t strlcpy(char *dst, const char *src, size_t siz); size_t strlcat(char *dst, const char *src, size_t siz); char *strnstr(const char *str, const char *find, size_t str_len); @@ -45,6 +51,7 @@ void strmode(mode_t mode, char *str); #if defined(_GNU_SOURCE) && defined(__GLIBC__) && !__GLIBC_PREREQ(2, 25) </ins> void explicit_bzero(void *buf, size_t len); <ins> #endif +#endif </ins> __END_DECLS <ins> #endif </ins> diff --git a/src/Makefile.am b/src/Makefile.am index ad83dbf..0f2a7ee 100644 --- a/src/Makefile.am
Code change:
cc system: host os: multi-user?: sandbox: version: channels(davidak): channels(root): nixpkgs:
Thanks!

Related discussion:
text: +} #endif diff --git a/src/funopen.c b/src/funopen.c <del> index 1e05c7e..ed8ce85 100644 </del> <ins> index 1e05c7e..75e61ea 100644 </ins> --- a/src/funopen.c +++ b/src/funopen.c <del> @@ -137,7 +137,7 @@ funopen(const void *cookie, return fopencookie(cookiewrap, mode, funcswrap); } -#elif defined(__MUSL__) +#elif defined(__MUSL__) || defined(darwin) || defined(__APPLE__) || defined(MACOSX) /* * This is unimplementable on musl based systems, and upstream has stated </del> <ins> @@ -143,6 +143,7 @@ funopen(const void *cookie, </ins> * they will not add the needed support to implement it. Just ignore this <ins> * interface there, as it has never been provided anyway. */ +#elif defined(darwin) || defined(__APPLE__) || defined(MACOSX) #else #error "Function funopen() needs to be ported or disabled." #endif </ins> diff --git a/src/getentropy.c b/src/getentropy.c index 3f11a1e..8a23a07 100644 --- a/src/getentropy.c
Code change:
cc system: host os: multi-user?: sandbox: version: channels(davidak): channels(root): nixpkgs:
Thanks!

Related discussion:
text: #define SHA512_DIGEST_LENGTH		64 diff --git a/src/hash/sha512c.c b/src/hash/sha512c.c <del> index b3c8d5e..4fade0f 100644 </del> <ins> index b3c8d5e..f69013d 100644 </ins> --- a/src/hash/sha512c.c +++ b/src/hash/sha512c.c <del> @@ -25,7 +25,11 @@ </del> <ins> @@ -25,7 +25,13 @@ </ins> */ #include <sys/cdefs.h> <ins> +__FBSDID("$FreeBSD$"); + </ins> +#if defined(darwin) || defined(__APPLE__) || defined(MACOSX) +#include <machine/endian.h> +#else
Code change:
cc system: host os: multi-user?: sandbox: version: channels(davidak): channels(root): nixpkgs:
Thanks!

Related discussion:
text: #include <string.h> diff --git a/src/nlist.c b/src/nlist.c <del> index 0932f59..a3ba2be 100644 </del> <ins> index 0932f59..598a329 100644 </ins> --- a/src/nlist.c +++ b/src/nlist.c <del> @@ -27,6 +27,8 @@ </del> <ins> @@ -27,6 +27,10 @@ </ins> * SUCH DAMAGE. */ +#if !defined(darwin) && !defined(__APPLE__) && !defined(MACOSX) <del> + </del> <ins> +#if defined(LIBC_SCCS) && !defined(lint) +static char sccsid[] = "@(#)nlist.c	8.1 (Berkeley) 6/4/93"; +#endif /* LIBC_SCCS and not lint */ </ins> #include <sys/cdefs.h> #include <sys/param.h> <del> @@ -265,3 +267,5 @@ nlist(const char *name, struct nlist *list) </del> <ins> @@ -265,3 +269,4 @@ nlist(const char *name, struct nlist *list) </ins> (void)close(fd); return (n); } <del> + +#endif </del> <ins> +#endif /* _NLIST_DO_ELF */ </ins> diff --git a/src/setproctitle.c b/src/setproctitle.c index 038ac7d..d0ef01b 100644 --- a/src/setproctitle.c
Code change:
The recent changes seem to make sage crash when it tries to run some code using openblas (I think). I installed the sage derivation from the latest github repository. In the sage interpreter, run the following sage crashes with the following message: Please run and paste the results. system: host os: multi-user?: sandbox: version: channels(okideal): channels(root): nixpkgs:
Procedural: as it is , please specify the CPU model. Looks like the Sage build system had the idea to use somewhere… I.e. the local build could work. I wonder how feasible it is to find where Sage does it — the Sage derivation is allowed to rebuild a lot of dependencies because it is just too much pain to make it use the system versions.
Here is the output of lscpu
From the traceback it presumably crashes here: which is which indeed is an AMD-only instruction (MMX? thought that would be long obsolete by now...)
You were right. A local build works fine. Thanks for the help.
Thanks for your report. do we set to and give up?
This should be fixed by exporting (see ). I'm not quite ready to give up (even though it would probably be the healthier choice :grin:). I'm actually currently experimenting with doing it the "right way" and replacing the sage buildsytem with nix (with a mix of sage and system dependencies).
can you confirm that the latest binary works?
Sorry for the late answer. The binaries from the master branch seem to work. The initial crashes are gone and running gives only unrelated failures. Installing from still gives me the old, faulty binaries though.
Are you sure you updated the channel? What do you mean by "binaries from master"?
I meant that installing from the master branch of the git repository works. I was not aware that there is a difference between nixos-unstable and nixpkgs-unstable. The latter does not seem to include the fix yet. Installing from nixos-unstable works well. Thanks for your help.
Okay, I guess hydra is a bit overwhelmed by all the fixes for the upcoming release. Thanks for reporting.

Related discussion:
text: , texinfo , hevea , buildDocs ? false <ins> , optimize ? false # optimize sage to the current system (obviously impure) </ins> }: stdenv.mkDerivation rec {
Code change:
The recent changes seem to make sage crash when it tries to run some code using openblas (I think). I installed the sage derivation from the latest github repository. In the sage interpreter, run the following sage crashes with the following message: Please run and paste the results. system: host os: multi-user?: sandbox: version: channels(okideal): channels(root): nixpkgs:
Procedural: as it is , please specify the CPU model. Looks like the Sage build system had the idea to use somewhere… I.e. the local build could work. I wonder how feasible it is to find where Sage does it — the Sage derivation is allowed to rebuild a lot of dependencies because it is just too much pain to make it use the system versions.
Here is the output of lscpu
From the traceback it presumably crashes here: which is which indeed is an AMD-only instruction (MMX? thought that would be long obsolete by now...)
You were right. A local build works fine. Thanks for the help.
Thanks for your report. do we set to and give up?
This should be fixed by exporting (see ). I'm not quite ready to give up (even though it would probably be the healthier choice :grin:). I'm actually currently experimenting with doing it the "right way" and replacing the sage buildsytem with nix (with a mix of sage and system dependencies).
can you confirm that the latest binary works?
Sorry for the late answer. The binaries from the master branch seem to work. The initial crashes are gone and running gives only unrelated failures. Installing from still gives me the old, faulty binaries though.
Are you sure you updated the channel? What do you mean by "binaries from master"?
I meant that installing from the master branch of the git repository works. I was not aware that there is a difference between nixos-unstable and nixpkgs-unstable. The latter does not seem to include the fix yet. Installing from nixos-unstable works well. Thanks for your help.
Okay, I guess hydra is a bit overwhelmed by all the fixes for the upcoming release. Thanks for reporting.

Related discussion:
text: configureFlags = stdenv.lib.optionals(buildDocs) [ "--docdir=$(doc)" ]; preConfigure = '' export SAGE_NUM_THREADS="$NIX_BUILD_CORES" <del> export SAGE_ATLAS_ARCH=fast </del> export HOME=/tmp/sage-home export SAGE_ROOT="$PWD"
Code change:
The recent changes seem to make sage crash when it tries to run some code using openblas (I think). I installed the sage derivation from the latest github repository. In the sage interpreter, run the following sage crashes with the following message: Please run and paste the results. system: host os: multi-user?: sandbox: version: channels(okideal): channels(root): nixpkgs:
Procedural: as it is , please specify the CPU model. Looks like the Sage build system had the idea to use somewhere… I.e. the local build could work. I wonder how feasible it is to find where Sage does it — the Sage derivation is allowed to rebuild a lot of dependencies because it is just too much pain to make it use the system versions.
Here is the output of lscpu
From the traceback it presumably crashes here: which is which indeed is an AMD-only instruction (MMX? thought that would be long obsolete by now...)
You were right. A local build works fine. Thanks for the help.
Thanks for your report. do we set to and give up?
This should be fixed by exporting (see ). I'm not quite ready to give up (even though it would probably be the healthier choice :grin:). I'm actually currently experimenting with doing it the "right way" and replacing the sage buildsytem with nix (with a mix of sage and system dependencies).
can you confirm that the latest binary works?
Sorry for the late answer. The binaries from the master branch seem to work. The initial crashes are gone and running gives only unrelated failures. Installing from still gives me the old, faulty binaries though.
Are you sure you updated the channel? What do you mean by "binaries from master"?
I meant that installing from the master branch of the git repository works. I was not aware that there is a difference between nixos-unstable and nixpkgs-unstable. The latter does not seem to include the fix yet. Installing from nixos-unstable works well. Thanks for your help.
Okay, I guess hydra is a bit overwhelmed by all the fixes for the upcoming release. Thanks for reporting.

Related discussion:
text: mkdir -p "$doc" export SAGE_DOC="$doc" export SAGE_DOCBUILD_OPTS="--no-pdf-links -k" <ins> '' + stdenv.lib.optionalString (!optimize) '' export SAGE_FAT_BINARY=yes </ins> ''; buildFlags = if (buildDocs) then "doc" else "build";
Code change:
When I trying to install twinkle, I recieve such error:
I tried to fix twinkle a few weeks ago, and I did get it further, but I didn't fix it completely. I can try to find the WIP this evening if someone is interested.
I managed to fix it in the end. Details are in the commit message.

Related discussion:
text: import ./generic.nix ( rec { <del> version = "3.4.2"; </del> <ins> version = "3.4.4"; </ins> testing = false; preConfigure = ''