search for: kojipkgs

...thought maybe it's the same now. >>> >>>> Second, why is chromium 84 not available in EPEL? >>> EPEL doesn't provide old versions, they are removed when a new >>> release comes in. You can get the older chromium here: >>> >>> https://kojipkgs.fedoraproject.org//packages/chromium/84.0.4147.89 >>> /1.el7/x86_64/chromium-84.0.4147.89-1.el7.x86_64.rpm >>> https://kojipkgs.fedoraproject.org//packages/chromium/84.0.4147.89 >>> /1.el7/x86_64/chromium-common-84.0.4147.89-1.el7.x86_64.rpm >> >> I run chromi...

...past this was a problem with chromium so I thought maybe it's the > same now. > >> Second, why is chromium 84 not available in EPEL? > EPEL doesn't provide old versions, they are removed when a new release > comes in. You can get the older chromium here: > > https://kojipkgs.fedoraproject.org//packages/chromium/84.0.4147.89/1.el7/x86_64/chromium-84.0.4147.89-1.el7.x86_64.rpm > https://kojipkgs.fedoraproject.org//packages/chromium/84.0.4147.89/1.el7/x86_64/chromium-common-84.0.4147.89-1.el7.x86_64.rpm > > Regards, > Simon > > __________________________...

I just upgraded chromium on my CentOS 7 system and ended up with nothing loading. I tried to downgrade using yum downgrade chromium but there does not seem to be an older version on my system, nor does EPEL seem to have version 84 which is what I ran before. First, does anyone know why chromium 85 does not load /anything/? Firefox runs fine. Second, why is chromium 84 not available in EPEL?

...t;>> >>>>>> Second, why is chromium 84 not available in EPEL? >>>>> EPEL doesn't provide old versions, they are removed when a new >>>>> release comes in. You can get the older chromium here: >>>>> >>>>> https://kojipkgs.fedoraproject.org//packages/chromium/84.0.4147.89 >>>>> /1.el7/x86_64/chromium-84.0.4147.89-1.el7.x86_64.rpm >>>>> https://kojipkgs.fedoraproject.org//packages/chromium/84.0.4147.89 >>>>> /1.el7/x86_64/chromium-common-84.0.4147.89-1.el7.x86_64.rpm >&g...

...; >> The (S)RPMs are also easy to find for CentOS 7, for instance at >> pkgs.org: >> https://pkgs.org/download/apcupsd >> > Sorry, I should have said I need it for C 6. I've tried install 3-14.14, > and it wants a newer glibc than C6 offers. Rebuilt it: https://kojipkgs.fedoraproject.org//packages/apcupsd/3.14.14/5.el7/src/apcupsd-3.14.14-5.el7.src.rpm -- LF

On 23.06.2015 01:27, Adam Williamson wrote: > On Mon, 2015-06-22 at 14:57 -0700, Adam Williamson wrote: >> On Mon, 2015-06-22 at 22:12 +0200, poma wrote: >>> https://kojipkgs.fedoraproject.org/mash/rawhide/x86_64/os/images/ >>> boot.iso >>> >>> https://kojipkgs.fedoraproject.org/work/tasks/6196/10176196/ >>> Fedora-Live-Xfce-x86_64-rawhide-20150621.iso >>> >>> are broken at early boot stage - isolinux. >> >&...

FTR build logs are here: https://kojipkgs.fedoraproject.org//packages/syslinux/6.03/4.fc23/data/logs/x86_64/ https://kojipkgs.fedoraproject.org//packages/syslinux/6.03/4.fc23/data/logs/i686/

...to 3D support. Once in the past this was a problem with chromium so I thought maybe it's the same now. > > Second, why is chromium 84 not available in EPEL? EPEL doesn't provide old versions, they are removed when a new release comes in. You can get the older chromium here: https://kojipkgs.fedoraproject.org//packages/chromium/84.0.4147.89/1.el7/x86_64/chromium-84.0.4147.89-1.el7.x86_64.rpm https://kojipkgs.fedoraproject.org//packages/chromium/84.0.4147.89/1.el7/x86_64/chromium-common-84.0.4147.89-1.el7.x86_64.rpm Regards, Simon

...chromium so I >> thought maybe it's the same now. >> >>> Second, why is chromium 84 not available in EPEL? >> EPEL doesn't provide old versions, they are removed when a new >> release comes in. You can get the older chromium here: >> >> https://kojipkgs.fedoraproject.org//packages/chromium/84.0.4147.89 >> /1.el7/x86_64/chromium-84.0.4147.89-1.el7.x86_64.rpm >> https://kojipkgs.fedoraproject.org//packages/chromium/84.0.4147.89 >> /1.el7/x86_64/chromium-common-84.0.4147.89-1.el7.x86_64.rpm > > I run chromium locally. Version...

...the same now. >>>> >>>>> Second, why is chromium 84 not available in EPEL? >>>> EPEL doesn't provide old versions, they are removed when a new >>>> release comes in. You can get the older chromium here: >>>> >>>> https://kojipkgs.fedoraproject.org//packages/chromium/84.0.4147.89 >>>> /1.el7/x86_64/chromium-84.0.4147.89-1.el7.x86_64.rpm >>>> https://kojipkgs.fedoraproject.org//packages/chromium/84.0.4147.89 >>>> /1.el7/x86_64/chromium-common-84.0.4147.89-1.el7.x86_64.rpm >>> I run...

Has anyone compiled Vim 7.3 on CentOS 6.2 64bit ? I got the following error after *configure --enable-perlinterp && make*: ./vim.h:2153:21: error: EXTERN.h: No such file or directory ./vim.h:2154:19: error: perl.h: No such file or directory ./vim.h:2155:19: error: XSUB.h: No such file or directory I've installed perl and perl-devel, but with no luck. Any ideas ? Thanks.

Hi Eric, I wonder if you have any thoughts about this build failure in tests/test-nozero.sh? https://koji.fedoraproject.org/koji/taskinfo?taskID=48259627 log: https://kojipkgs.fedoraproject.org//work/tasks/9762/48259762/build.log The error is “nozero6.img was trimmed by mistake”. I added “set -x” to the script earlier today so we can see exactly what's wrong, and it is that: ++ stat -c %b nozero2.img ++ stat -c %b nozero6.img + test 4096 '!=' 2048...

...al/lib/dovecot/libdovecot-fts.so noted. as suspected. thx. > config.log will tell more about whether it was successful if you're > compiling yourself (which if I remember requires the development header > files for the library). i'm not. yet. the pkg bld logs, https://kojipkgs.fedoraproject.org//packages/dovecot/2.3.11.3/5.fc32/data/logs/x86_64/build.log _do_ show make[4]: Entering directory '/builddir/build/BUILD/dovecot-2.3.11.3/src/lib-fts' ... ... -c -o fts-filter-normalizer-icu.lo fts-filter-normalizer-icu.c ... but at 1st glance, i don't see a...

...=$unixsocket > ' > captive.out For some reason this test is now failing much more frequently under load. I can pretty easily reproduce the failure on my local 24 core machine, especially if I use ‘make check-valgrind’, and it happens in Koji too on the slower builders, eg: https://kojipkgs.fedoraproject.org//work/tasks/6571/38396571/build.log I am planning to revert this single line from the commit for now, but really I don't understand why it's failing because the sleep ought to be completely unnecessary (ie. no sleep ought to work just as well). I can't think right now...

On 30.06.2015 04:27, Gene Cumm wrote: > On Mon, Jun 29, 2015 at 6:20 PM, poma via Syslinux <syslinux at zytor.com> wrote: >> On 29.06.2015 17:06, Matthew Miller via Syslinux wrote: >> >>> >>> It actuallly looks from Adam's investigation that this isn't different >>> for this package. So, less than certainly. It looks like maybe more a

...I'll push a patch along those lines, but as you're the one doing the > > koji runs, there's obviously another feedback cycle to go through. > > Sure I'll give your patch a go once I see it in git, thanks! Unfortunately no this didn't fix it. The log is: https://kojipkgs.fedoraproject.org//work/tasks/9782/48609782/build.log nozero2.img (for example) was originally: nozero2.img: 2048 allocated blocks of size 512 bytes, total size 1048576 but when we test it later it has grown to 4096 blocks: + for i in {2..6} ++ stat -c %b nozero2.img + test 4096 '!=...

Hi all, I''ve finally gotten around to releasing Facter 1.5. As the version bump implies, this is a relatively significant release (for a 2.3k line program, anyway). Mostly, the biggest change is refactoring the code internally so that all of the functionality is split into separate classes in separate files. Also, the facts are all loaded on-demand, which provides dramatic

...omething, but I'm not a C++ expert. There are problems in Debug.cpp with references to Type, CallingConv, Value, DEFAULT_TARGET_AAPCS_BASED, and others. Below is an excerpt from the build log showing the first reported error. The full build log is available (for a short time) at: http://kojipkgs.fedoraproject.org//work/tasks/3214/5733214/build.log Any help will be greatly appreciated. Thanks! Eric Compiling Debug.cpp In file included from /builddir/build/BUILD/dragonegg-3.3.src/include/dragonegg/ABI.h:30:0, from /builddir/build/BUILD/dragonegg-3.3.src/src/Convert.cpp:2...

On Tue, 23 Jun 2015, poma wrote: > On 23.06.2015 01:27, Adam Williamson wrote: >>> https://kojipkgs.fedoraproject.org/work/tasks/6196/10176196/ >>> Fedora-Live-Xfce-x86_64-rawhide-20150621.iso >>> are broken at early boot stage - isolinux. > This hardening crap certainly breaking it It actuallly looks from Adam's investigation that this isn't different for this packa...

On 7/31/20 7:07 AM, Richard W.M. Jones wrote: > Hi Eric, > > I wonder if you have any thoughts about this build failure in > tests/test-nozero.sh? > > https://koji.fedoraproject.org/koji/taskinfo?taskID=48259627 > log: https://kojipkgs.fedoraproject.org//work/tasks/9762/48259762/build.log > > The error is “nozero6.img was trimmed by mistake”. I added “set -x” > to the script earlier today so we can see exactly what's wrong, and it > is that: > > ++ stat -c %b nozero2.img > ++ stat -c %b nozero6.i...