Re: Help with packaging GNU Gnash
The current error message at the bottom is because you're missing pkg-config. I haven't tried building it myself though On Mon, Nov 11, 2019 at 06:19:45AM -0500, Raghav Gururajan wrote: > Hello Guix! > > I am trying packaging for first time :-) > > I made the package definition for GNU Gnash (gnash.scm), which I have > attached with this email. > > I did `guix package --install-from-file=gnash.scm`, and ended up with > some errors which I am not able to understand. I have attached the > build log (gnash.drv) with this email. > > Could anyone please help me understand those errors and guide me how to > proceed further? > > Thank you! > > Regards, > RG. > (use-modules > (guix packages) > (guix download) > (guix build-system gnu) > (guix licenses) > (gnu packages boost) > (gnu packages graphics) > (gnu packages gl) > (gnu packages gtk) > (gnu packages gnome) > (gnu packages sdl) > (gnu packages fltk) > (gnu packages gstreamer) > (gnu packages video) > (gnu packages image) > (gnu packages curl) > (gnu packages glib) > (gnu packages autotools) > (gnu packages gettext) > (gnu packages python) > (gnu packages dejagnu) > (gnu packages docbook) > (gnu packages texinfo) > (gnu packages java)) > > (package > (name "gnash") > (version "0.8.10") > (source > (origin > (method url-fetch) > (uri > (string-append > "http://ftp.gnu.org/gnu/gnash/0.8.10/gnash-0.8.10.tar.gz";)) > (sha256 > (base32 > "0xa881wbvv0a6nfgz00sxz8prl9i9zjbvv4xcgyy5a9v2inx6sbx" > > (build-system gnu-build-system) > > (native-inputs > `( > ("boost", boost) > ("agg", agg) > ("mesa", mesa) > ("cairo", cairo) > ("gtk+", gtk+) > ("gtkglext", gtkglext) > ("sdl", sdl) > ("fltk", fltk) > ("gstreamer", gstreamer) > ("ffmpeg", ffmpeg) > ("libjpeg", libjpeg) > ("libpng", libpng) > ("libungif", libungif) > ("curl", curl) > ("glib", glib) > ("atk", atk) > ("pango", pango) > ("automake", automake) > ("autoconf", autoconf) > ;;("gettext", gettext) > ("libtool", libtool))) > > (synopsis "GNU Gnash is the GNU Flash movie player") > > (description "Flash is an animation file format pioneered by Macromedia > which continues to be supported by their successor company, Adobe. Flash has > been extended to include audio and video content, and programs written in > ActionScript, an ECMAScript-compatible language. Gnash is based on GameSWF, > and supports most SWF v7 features and some SWF v8 and v9.") > > (home-page "https://www.gnu.org/software/gnash/";) > > (license gpl3+)) > starting phase `set-SOURCE-DATE-EPOCH' > phase `set-SOURCE-DATE-EPOCH' succeeded after 0.0 seconds > starting phase `set-paths' > environment variable `PATH' set to > `/gnu/store/7pswjcfaq8gx6887gxc1sg4hmyjjpwsl-cairo-1.16.0/bin:/gnu/store/3zh2m96050jbd4c7g2qc4mg2jq02zgd8-sdl-1.2.15/bin:/gnu/store/98x55kjlfp96v1d66rndhzfmbxd6s73m-fltk-1.3.5/bin:/gnu/store/ivx2x2061pf84sy9q69c3v7vzdkvd3w7-gstreamer-1.16.0/bin:/gnu/store/rmasnqb1n5q3fjin7685rz6vd2rdy70x-ffmpeg-4.2.1/bin:/gnu/store/0i3ky5nr8z5zpz0nb5dl78wll30h90i7-libjpeg-9c/bin:/gnu/store/3snpwk7jl8i125bhiilvk9scqc4mnsx7-libpng-1.6.37/bin:/gnu/store/h51py2swm6sg326wi5f52vcfqwmw9bsv-libungif-4.1.4/bin:/gnu/store/4m8dlhrzis07787xznx73ang35c3lly1-curl-7.65.3/bin:/gnu/store/6gdqydkfazk5mq843nwsjqnnqnlh3fy8-pango-1.42.4/bin:/gnu/store/xxv1sk5y2bzi08v13dzs8cmsnivqsf22-automake-1.16.1/bin:/gnu/store/wqg1phrny7vdc6ns7qxb0d7rq8j1bwmw-autoconf-2.69/bin:/gnu/store/222gr37iybb5cnwxcrz1i45jinp415c2-libtool-2.4.6/bin:/gnu/store/cnqpra8vr2l5fz00rr4yj4bp3hr00cfw-tar-1.32/bin:/gnu/store/py3k9zla9fj3z7430v4crqj5pyrsd3qj-gzip-1.10/bin:/gnu/store/l86azr7r3p5631wj3kk329jl1y1mpjgy-bzip2-1.0.6/bin:/gnu/store/lbip9isk25isymvnb159l115xnacb5j8-xz-5.2.4/bin:/gnu/store/6jdshxwdrad9mlhcqc9k0g24yw45rqf1-file-5.33/bin:/gnu/store/58sq8iabw3jkv0fvf95hd7sq2g4xcsnz-diffutils-3.7/bin:/gnu/store/v76scv4n63ip08g119rczh2mrw31zwpd-patch-2.7.6/bin:/gnu/store/g9d3wv1d68iflx57yp3mcp3k3sv8spsl-findutils-4.6.0/bin:/gnu/store/2z9hsww76aag37p40671l9niq5pvvasx-gawk-5.0.1/bin:/gnu/store/afmvfw1yhfal48n1kjq6bk6kcw8sc3db-sed-4.7/bin:/gnu/store/7iyvxhp2g3v3655zqwr6biz2h0lqv7pr-grep-3.3/bin:/gnu/store/9kzrrccpzl6i1sfwb0drb00gi2gwk0x0-coreutils-8.31/bin:/gnu/store/b5vpfzkr59bpgcsg1k9vvad
Re: [bug#38015] Emacs in multiple profiles
Maxim Cournoyer writes: > [+ guix-patches] > > Hello! > > Pierre Neidhardt writes: > >> I've reviewed and tested the patch: >> >> - review: 5/5 stars :D >> - test: pass! >> >> I've tested the following: >> >> $ /home/ambrevar/projects/guix/pre-inst-env guix package -i emacs-2048-game >> emacs -p ~/temp/foo >> $ cd ~/temp >> $ env -i $(which bash) --login --noprofile --norc >> bash-5.0$ /run/current-system/profile/bin/env DISPLAY=:1 emacs >> >> >> Content of *Messages*: >> >> Loading >> /gnu/store/ghdkfqnvrxipp4ikakags5rl7flywb72-profile/share/emacs/site-lisp/guix.d/2048-game-20151026.1233/2048-game-autoloads.el >> (source)...done >> For information about GNU Emacs and the GNU system, type C-h C-a. >> >> >> And >> >> M-x 2048-game RET >> >> works! > > I'm glad it works and fixes your use case :-). > >> Can we merge this on master? We have some 700 emacs packages that are >> going to be rebuilt, but it's rather light for the build farm. What do >> you think? > > I'm not worried about the 700 Emacs packages that will need to be > rebuild, but I'd prefer to take a bit of time to let people comment on > this non-trivial change. > > The new behavior (of not always loading stuff from the user profile and > system profiles) is different and may break the flow of some people. > > For one, I think restarting my Emacs server (started at login) won't be > enough to discover newly installed packages to my profile. Emacs-Magit > may also be impacted, I haven't reviewed if it uses that autoload > function from site-start.el. > > Refreshing an environment variable value for a process (such as Emacs) > is not as convenient as re-scanning a directory. > > I'll let some time pass (2 weeks), and if nobody objects, I'll merge it > to master. > > Thanks for the review! > > Maxim I'd like to test this, but I can't build Guix, so I can't test it. I don't know when I'll be able to test it, since I don't know when I'll be able to build Guix: "configure: error: Guix requires zlib." https://debbugs.gnu.org/cgi/bugreport.cgi?bug=38175 Is there a specific commit that you can recommend I use when applying the patches? Perhaps one you built successfully yourself? If you could also give me your currently installed Guix version so I can "guix pull" to it, that would be helpful. -- Chris signature.asc Description: PGP signature
Re: Detached LUKS header
elaexuo...@wilsonb.com writes: > Anyway, is there a straightforward way to configure a mapping device for LUKS > with a detached header? Otherwise, what's the best way to go about passing > command line options to the initrd cryptsetup call? > > For a little context, I like my drive to look just like random data to a third > party; however, the precence of a LUKS header pretty much defeats plausible > deniability of hosting encrypted data. Thus, detached headers. > > To that end, with my current non-guix setup, I have /boot and grub sitting on > an external drive, with dracut shoving the LUKS header in the initrd. Then > crypttab references said header, so the initrd cryptsetup call Just Works TM. I'm not sure. On your non-Guix setup, the crypttab exists in the initrd, right? And that initrd exists in the /boot directory on the external drive, right? Have you looked into how you can customize the initrd in Guix? It's described in the "Initial RAM Disk" section of the manual: https://guix.gnu.org/manual/en/html_node/Initial-RAM-Disk.html#Initial-RAM-Disk If I understand your non-Guix configuration right, it sounds like you put the initrd on the external drive. Guix normally installs the initrd into the store, and then adds to the Grub configuration file a reference to the initrd in the store, like this: menuentry "GNU with Linux-Libre 5.1.2 (#1, 2019-09-13 22:12)" { search --label --set root linux /gnu/store/mmnl20fg05w8gzzsp4d8dvagmdn1vjil-linux-libre-5.1.2/bzImage --root=root --system=/var/guix/profiles/system-1-link --load=/var/guix/profiles/system-1-link/boot quiet initrd /gnu/store/af8h57i9h77r5q9djvviyy4s2gfbnwq8-raw-initrd/initrd.cpio.gz } So, it might be a little tricky to convince Guix to do the right thing for your use case. Also, I think Grub has the ability to read LUKS volumes, but I'm not sure how to configure it. If you figure out a configuration that works, please do share it! Hopefully something in my email is helpful to you. -- Chris signature.asc Description: PGP signature
Re: upgrading systems with <= 2 GiB RAM
Marco van Hulten writes: > Hello— > > I have an oldish amd64 system with 2 GiB of memory, but it is fast > enough to use as a media center. Guix was last updated early this > year. Upgrading it now takes many days. It keeps on swapping (using > quite consistently 2 of 4 GiB of swap available). > > Do you think the swapping is the reason that it takes so long? > > Would it be a general strong advice to use more than 2 GiB, or is it > likely useful to give details like which program is compiling (as in a > proper bug report)? > > —Marco If you wind up compiling things, it will likely fail on larger builds. For example, my old machine which has 2 GB of RAM fails when trying to compile IceCat. I suppose the only possible solution is to always use pre-built binaries, either by using substitutes or by building first on a machine with more memory, and then copying the results over via "guix copy" or "guix archive". -- Chris signature.asc Description: PGP signature
Re: gfortran seems to require gcc-toolchain
Hi Marius, > 'as' is part of Binutils, you don't need the entire toolchain. > > That said, there are various other workarounds in Guix due to GCC > (and apparently gfortran) lacking an absolute reference to 'as'. > > Can you try the following patch and see if it works for your case? Thanks for looking into this! With your patch, I can compile Fortran programs in an environment containing nothing but "gfortran", so I'd say it works! Thanks, Konrad
Re: gaming in guix
Hello, You can possibly launch the SteamOS/ubuntu/windows in a Qemu virtual machine. That's my plan, I do not want to taint my main installation with closed source software https://lite.qwant.com/?q=qemu+passthrough https://www.youtube.com/results?search_query=qemu+passthrough On Sun, 10 Nov 2019 at 21:13, Julien Lepiller wrote: > Le 10 novembre 2019 20:14:26 GMT+01:00, r...@tuta.io a écrit : > >hi everyone! Really love this distro, but have some questions. > >1) Does anyone use steam? Any way to install it? > >2) Does anyone install games from GOG? How to? > >3) Does anyone use lutris? Any way to use it? > >4) Didn't found ldd to make usable proprietory binaries =( Any tips? > > > >P.S.: I understand that some of this question may hurt some foss boys > >and girls. But, games are important for me and I really like guix... > >Mybe somebody had these problems and could share his/her exp ... > > Hi, > > Just a quick reminder that non free software and especially > recommendations on running them is off-topic on this list. > > That said, there are some nice games running on guix: openttd, 0ad, > minetest to name a few. Have a look at the content of > gnu/packages/games.scm :) > > -- Guilherme Lino
Help with packaging Bitwarden Desktop Client
Hello Guix! I established the following package definition as a file "bitwarden- desktop.scm". (use-modules (guix utils) (guix packages) (guix git-download) (guix build-system node) (guix licenses) (gnu packages node)) (package (name "bitwarden-desktop") (version "1.16.6") (source (origin (method git-fetch) (uri (git-reference (url " https://github.com/bitwarden/desktop/";) (commit (string-append "v" version (sha256 (base32 "1g3zp1wd1fjppckzrkr2lx40d9y4wj5f3ppr4jynbz577nk1rzz4" (build-system node-build-system) (inputs `( ("node", node))) (synopsis "Desktop Client for Bitwarden Password Manager") (description "Bitwarden Password Manager is the easiest and safest way for individuals, teams, and business organizations to store, share, and sync sensitive data.") (home-page "https://bitwarden.com";) (license gpl3+)) When I did, `guix package --install-from-file=bitwarden-desktop.scm, I got the following error. starting phase `build' command "gulp" failed with status 127 Can anyone please help me with proceeding further? Thank you! Regards, RG. signature.asc Description: This is a digitally signed message part