Re: Introducing GNUPaste
Key, Kristofer: On Thu, Dec 14, 2017 at 13:37:30 -0500, Kristofer Buffington wrote: > I am excited to share GNUPaste! This is a really simple web app > similar to paste.lisp.org built with Guile. I have a linode running it > from git on GuixSD. Please reconsider the use of "GNU" in the program name, since this isn't in any way affiliated with the GNU Project. I did notice one of your commits is titled "Initial commit prepped for being part of the GNU project". If you do wish to offer your software to GNU, please see: https://www.gnu.org/help/evaluation.html We'd be happy to review it. -- Mike Gerwitz Free Software Hacker+Activist | GNU Maintainer & Volunteer GPG: D6E9 B930 028A 6C38 F43B 2388 FEF6 3574 5E6F 6D05 https://mikegerwitz.com signature.asc Description: PGP signature
Re: libvdpau: cannot open shared object
Efraim Flashner skribis: > $ VDPAU_DRIVER=va_gl LD_LIBRARY_PATH=$(guix build libvdpau-va-gl)/lib > vdpauinfo > display: :0.0 screen: 0 > Failed to open VDPAU backend libvdpau_va_gl.so: cannot open shared object > file: No such file or directory > Error creating VDPAU device: 1 Well the exact line is this: VDPAU_DRIVER=va_gl \ LD_LIBRARY_PATH=$(./pre-inst-env guix build libvdpau-va-gl)/lib/vdpau \ $(guix build vdpauinfo)/bin/vdpauinfo Works for me! It displays lots of things. :-) So I think you can push the package, and then we need to figure out what to do on GuixSD with ‘VDPAU_DRIVER’ (set it unconditionally to ‘va_gl’?) and how to avoid LD_LIBRARY_PATH. Thanks, Ludo’.
Re: libvdpau: cannot open shared object
On Fri, Dec 15, 2017 at 12:02:14PM +0100, Ludovic Courtès wrote: > > It should be: > > LD_LIBRARY_PATH=$(guix build libvdpau-va-gl)/lib $ VDPAU_DRIVER=va_gl LD_LIBRARY_PATH=$(guix build libvdpau-va-gl)/lib vdpauinfo display: :0.0 screen: 0 Failed to open VDPAU backend libvdpau_va_gl.so: cannot open shared object file: No such file or directory Error creating VDPAU device: 1 > > or: > > LD_PRELOAD=$(guix build libvdpau-va-gl)/lib/libwhatever-its-called.so $ VDPAU_DRIVER=va_gl LD_PRELOAD=$(guix build libvdpau-va-gl)/lib/vdpau/libvdpau_va_gl.so vdpauinfo display: :0.0 screen: 0 Failed to open VDPAU backend libvdpau_va_gl.so: cannot open shared object file: No such file or directory Error creating VDPAU device: 1 > > HTH! > > Ludo’. Not sure what's going on with this one :/ -- Efraim Flashner אפרים פלשנר GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Confidentiality cannot be guaranteed on emails sent or received unencrypted signature.asc Description: PGP signature
Re: libvdpau: cannot open shared object
Efraim Flashner skribis:
> On Thu, Dec 14, 2017 at 10:07:20AM +0100, Ludovic Courtès wrote:
[...]
>> > From da659401a0116d0810f003769c933253f5b18f4c Mon Sep 17 00:00:00 2001
>> > From: Efraim Flashner
>> > Date: Tue, 12 Dec 2017 21:44:49 +0200
>> > Subject: [PATCH] gnu: Add libvdpau-va-gl.
>> >
>> > * gnu/packages/video.scm (libvdpau-va-gl): New variable.
>> > * gnu/packages/patches/libvdpau-va-gl-unbundle.patch: New file.
>> > * gnu/local.mk (dist_patch_DATA): Register it.
>>
>> [...]
>>
>> > +(native-inputs
>> > + `(("libvdpau" ,libvdpau)
>>
>> Should move to ‘inputs’ I guess?
>>
>> Otherwise LGTM, thanks for acting this fast!
>
> $ guix gc --references $(guix build libvdpau-va-gl)
> /gnu/store/1zfmi6bixxz3fljr4kfy37xpjial90p1-libva-1.8.3
> /gnu/store/3h31zsqxjjg52da5gp3qmhkh4x8klhah-glibc-2.25
> /gnu/store/6wyjls0q2c9gjskkplsr1ad09p3d8gzg-gcc-5.4.0-lib
> /gnu/store/7mdyg1vigcxqb1ra16mdqnhz8aa00xc7-libxext-1.3.3
> /gnu/store/8z7130mb33a3jqliqs6bq2d46mar5gqy-mesa-17.2.1
> /gnu/store/d3pbj6vynkig0v0lnwp9nh04sijxin2w-libvdpau-va-gl-0.4.2
> /gnu/store/p37m873k9k69m944njar80i6bsmqrcvj-libx11-1.6.5
>
> libvdpau is actually a propagated input of mesa
OK.
>> When we have that, we can at least arrange for things to work
>> out-of-the-box on GuixSD. It’s better if we can do that without setting
>> LD_LIBRARY_PATH, we’ll have to investigate how this can be done. At
>> least, we’ll have to set VDPAU_DRIVER=va_gl I presume?
>>
>> Thanks,
>> Ludo’.
>
> From the upstream documentation VDPAU_DRIVER=va_gl is the minimum needed
> to get it working, and then there are a couple of other environmental
> variables that can be set to change its behavior.
>
> $ VDPAU_DRIVER=va_gl LD_LIBRARY_PRELOAD=$(guix build libvdpau-va-gl) env |
> grep VDPAU
> VDPAU_DRIVER=va_gl
>
> $ VDPAU_DRIVER=va_gl LD_LIBRARY_PRELOAD=$(guix build libvdpau-va-gl) vdpauinfo
> display: :0.0 screen: 0
> Failed to open VDPAU backend libvdpau_va_gl.so: cannot open shared object
> file: No such file or directory
> Error creating VDPAU device: 1
It should be:
LD_LIBRARY_PATH=$(guix build libvdpau-va-gl)/lib
or:
LD_PRELOAD=$(guix build libvdpau-va-gl)/lib/libwhatever-its-called.so
HTH!
Ludo’.
Re: Introducing GNUPaste
Hi Kristofer, Kristofer Buffington skribis: > I am excited to share GNUPaste! This is a really simple web app > similar to paste.lisp.org built with Guile. I have a linode running it > from git on GuixSD. > > https://paste.freshbakedyams.com (Please use it!) > Source: https://github.com/kristoferbuffington/gnupaste.git Looks nice! I suppose you could use ‘guile-syntax-highlight’ to add some color into the mix. :-) > Ultimately I want to be able to deploy with something like: > > $ guix system disk-image gnupaste-system.scm > > Then boot it up in a VPS. That’d be great. Thanks for sharing! Ludo’.
Re: Introducing GNUPaste
Hi Kristofer, Kristofer Buffington transcribed 1.1K bytes: > Hello! > > I am excited to share GNUPaste! This is a really simple web app > similar to paste.lisp.org built with Guile. I have a linode running it > from git on GuixSD. great start, I like it. What would be really good is if there could be an API similar to what pb (example instance: https://ptpb.pw) has. The power of pb lies in its features and its ability to be used from the commandline. I can simply upload the output of a command without saving it first to a textfile - I can simply pipe it to curl. So pb is built using flask (https://github.com/ptpb/pb). I'd like to see (and maybe even help when I have the time) a paste web app written in Guile that can be compared to pb. Long text, short nonsense: One of many features I'd welcome is the ability to pipe and paste data to the paste server. Another useful thing: Be able to delete pastes. I've asked one of the pb developers a long time ago and they told me that pb just keeps collecting and you have to manually delete content in the db (or something like that), no ability to delete pastes for an admin was implemented. > https://paste.freshbakedyams.com (Please use it!) > Source: https://github.com/kristoferbuffington/gnupaste.git > > Currently the frontend uses twitter bootstrap + jquery and highlightjs > from a CDN. It really doesn't need all that boilerplate. It will > definitely change in the future. GNUPaste depends on guile-wiredtiger > and guile-fibers to compile. > > Ultimately I want to be able to deploy with something like: > > $ guix system disk-image gnupaste-system.scm > > Then boot it up in a VPS. > > I need to fix some issues with autotools before it can be installed with > make. My issue is creating a consistent test-env because configure > substitutes @localstatedir@ (root/gnupaste/config.scm.in) with a > path/to/wt that is not in the build tree. I'm planning to imitate > guix.git/build-aux/test-env in that regard. > > Otherwise, I would really appreciate some feature suggestions, > especially if it involves using pubstrate! > > Thanks! > Kris > > -- GnuPG: A88C8ADD129828D7EAC02E52E22F9BBFEE348588 GnuPG: https://c.n0.is/ng0_pubkeys/tree/keys WWW: https://n0.is signature.asc Description: PGP signature
