Re: [video repo] when making videos inside container images break
Hi! > I tried adding it to the container, and it seems to be working fine here. I've been working on the wrong file (the environment.sh) and could not get why it still didn't work. Fixed the script and now will be pushing the remaining videos. Thanks for the explanation :) Regards > > > > Best regards, > > > g_bor > > Best regards, > g_bor
Re: [video repo] when making videos inside container images break
Hello Laura, Laura Lazzati ezt írta (időpont: 2019. márc. 3., V, 20:09): > > > You can go ahead with that. I am busy here tracing down this bug. > > I got strace for both of inside and outside the container, and it seems > > that in the container the wrong pixbuf loader is picked up, namely xmp > > instead of png. > Sorry, so if you make the video "the hard way" -video by video and > gluing-, the issue disappears? it has to do with the cointainer then? > > Yes, the container misses cairo. Could you try adding at, and see if the problem persists? How did I found it? (for myself and for future reference) I identified that the problem is that the container misses something. All work fine, if you don't specify the -C option. Then the hard thing was to find out, what that something was. I straced the thing in the container, and also did that with the working one, outside the container. The svg file was opened quite at the end, and I looked at the trace from that point on. It turned out that the image is tried to be opened as xpm... not as png, as it should be. Then I looked at the inkscape source, for quite a while... The good thing to search for turned out to be Inkscape::Pixbuf, which lead me to find that inkscape uses cairo in concert with pixbuf. Then I looked around the package definition of inkscape, where I found no sign of cairo... I tried adding it to the container, and it seems to be working fine here. > > Best regards, > > g_bor Best regards, g_bor
Re: [video repo] when making videos inside container images break
> You can go ahead with that. I am busy here tracing down this bug. > I got strace for both of inside and outside the container, and it seems > that in the container the wrong pixbuf loader is picked up, namely xmp > instead of png. Sorry, so if you make the video "the hard way" -video by video and gluing-, the issue disappears? it has to do with the cointainer then? > > Best regards, > g_bor
Re: [video repo] when making videos inside container images break
Hello Laura, Laura Lazzati ezt írta (időpont: 2019. márc. 3., V, 18:13): > > Sorry, I realized that the second part of the packaging video has the > same issue. > May I upload the pictures in a separate directory inside the videos > facing this issue, so that people can have them if they want to, and > it to the README (ie: 03-help and 04-packaging2 are facing issues with > embedded images, they are stored temporarily in an image subdir until > the bug is solved). > WDTY? You can go ahead with that. I am busy here tracing down this bug. I got strace for both of inside and outside the container, and it seems that in the container the wrong pixbuf loader is picked up, namely xmp instead of png. Best regards, g_bor
Re: [video repo] when making videos inside container images break
Sorry, I realized that the second part of the packaging video has the same issue. May I upload the pictures in a separate directory inside the videos facing this issue, so that people can have them if they want to, and it to the README (ie: 03-help and 04-packaging2 are facing issues with embedded images, they are stored temporarily in an image subdir until the bug is solved). WDTY?
Re: ci.guix.info 504 gateway timeout (was Re: guix package builds, subsitutes and --no-build)
Giovanni Biscuolo writes: > OK, so my problem getting ungoogled-chromium installed is not related to > the 504 gateway timeout from the web API > > unfortunately I'm still having problems installing it since my client > does not download the substitute but starts building the derivation: > > $ guix package -i ungoogled-chromium > substitute: updating substitutes from 'https://ci.guix.info'... 100.0% > building > /gnu/store/4mvzzx2jmr4r4p2kx0hcvwr9s9lvx0gd-ungoogled-chromium-72.0.3626.109.drv... > \ 'set-paths' phase^C I don't know about berlin, but hydra.gnu.org has *never* successfully built ungoogled-chromium. So far, it has made 3 attempts on x86_64-linux and 5 attempts on i686-linux: https://hydra.gnu.org/build/3387889 (x86_64-linux) https://hydra.gnu.org/build/3381436 (x86_64-linux) https://hydra.gnu.org/build/3380876 (x86_64-linux) https://hydra.gnu.org/build/3386821 (i686-linux) https://hydra.gnu.org/build/3385227 (i686-linux) https://hydra.gnu.org/build/3381453 (i686-linux) https://hydra.gnu.org/build/3380895 (i686-linux) https://hydra.gnu.org/build/3379818 (i686-linux) If the same is true on berlin.guixsd.org, that would explain the lack of binary substitutes. Mark