> Hey, remember when I said I would keep v8-314 alive? I've changed my mind.
> C) It doesn't build anymore because the giant SConstruct goop it uses is
> not compatible with the current SCons. (and it has not built for quite a
> while now).
> D) I have neither the time nor the motivation to do the
Hi Tom,
What do you suggest to packages that depends on this library, bundle or retire
as well?
Thanks,
Samuel
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of C
> If anything of the like, /etc/dnf.repos.d makes more sense. These repos are
> not
> necessarily part of the distro.
Please don't tie the name with the particular software to avoid this issue in
the future. If you must then I think rpm.repos.d is less likely to avoid this
issue in the future.
> You may have the answer here:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.o...
> and here:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.o...
The threads are about v8 which is a different case. I am asking if someone is
currently workin
Hello,
I am wondering what is the status of v8-314. In koji there are some failed
builds for f30. New builds are required because readline was updated to a new
version, thus Fedora 29 version is not able to install.
Error: nothing provides libreadline.so.7()(64bit) needed by
v8-314-3.14.5.10-1
Hi,
Got via e-mail that libdxflib's ABI changed in comparison to previous release,
yet nothing changed in the package except version bump for the mass rebuild.
Why is that?
Digest Summary:
1. dist.abicheck FAILED for libdxflib-3.17.0-8.fc30
2. dist.abicheck FAILED for libdxflib-3.17.
> On Sat, Feb 2, 2019 at 7:02 AM Samuel Rakitničan <
> srakitnican(a)fedoraproject.org> wrote:
>
>
> $ rpm -E %optflags
> -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2
> -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong
> -grecor
> On Sat, Feb 02, 2019 at 08:57:42AM -0000, Samuel Rakitničan wrote:
>
> Guess the important question is, is the warning correct or not?
> If it is correct, certainly fix the code, if it is a false positive, either
> find a workaround, turn the warning off (locally or globally)
Hi,
With a new version of GCC errors are blocking the build at various places. Not
sure how serious the issue is. Should I just add the compiler flags to get
through the build?
Upstream issue:
https://github.com/CauldronDevelopmentLLC/cbang/issues/29#issuecomment-459673777
_
> https://bugzilla.redhat.com/show_bug.cgi?id=1657356
>
> Adam Jackson, the Mesa maintainer in Fedora, has been on vacation, getting
> back tomorrow, so should take care of it then, if nobody fixes it first.
>
> Including mesa-libEGL-devel as a buildrequire is a harmless workaround, but
> certain
> Hmm on a second look mesa-libGL-devel seems to be installing judging by
> root.log. File is
> missing for some reason?
Please disregard, I've mixed up mesa-libEGL-devel with mesa-libGL-devel. So
mesa-libEGL-devel is not pulled anymore for some reason. The original question
still stands.
_
Hmm on a second look mesa-libGL-devel seems to be installing judging by
root.log. File is missing for some reason?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of
Hi,
Got an e-mail from Koschei [1] with a notice that camotics package is starting
to fail to build. The reason for this seems to be that something that used to
pull mesa-libEGL-devel doesn't do so anymore.
/usr/include/GL/glext.h:467:10: fatal error: KHR/khrplatform.h: No such file or
directo
> As can be clearly seen from the breadth of the update streams, once F+2
> is released, F+1 still gets a moderate number of updates, but F only
> gets major bugs fixed, at best. Some maintainers care more, some less,
> but it's pretty obvious that our "oldstable" release is not where the
> maintai
Hi,
It seems bti was missed from this so bump and it is currently broken.
The koji build[1] was deleted and there is nothing in bodhi [2].
[1] https://koji.fedoraproject.org/koji/...packageID=6699
[2] https://bodhi.fedoraproject.org/updates/?packages=bti
__
The following bug have not been updated since report. I would say it is a big
issue since an upgrade will break dnf,
https://bugzilla.redhat.com/show_bug.cgi?id=1598590
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email
> If a user migrates from RHEL 7 to the next version of RHEL (or CentOS),
> there will be continuity in used algorithm and history db checksums.
> It's important to some enterprise customers to keep the history db in a
> good shape.
> Fedora users don't care about that much in general.
I care abou
> On Fri, Mar 2, 2018 at 1:11 AM, Samuel Rakitničan
>
> What is the result you expect from this email? You filed a bug, it
> was closed because the packaging was done intentionally and there is
> no other solution when considering the original reasons for the
> change.
> I am one happy user of Spinics too. I find HyperKitty interface slow and
> buggy. The only
> way I am using HyperKitty is to post a message, and every time I find some
> issue which I
> have to go to a report process first. For example right now HyperKitty is not
> displaying
> comments of thi
> Sure Hyperkitty has drawbacks. Pipermail had drawbacks you complained
> about too. You seem to win either way because you can complain if we
> don't change stuff, and you can complain if we do change things. It is
> really extremely tiring trying to deal with your constant
> negativity... so I am
> What is the result you expect from this email? You filed a bug, it
was closed because the packaging was done intentionally and there is
no other solution when considering the original reasons for the
change. I'm not sure if you want the original change reverted
entirely or what you would like t
Dear list,
I've stumbled upon a serious issue that has not been discussed before.
Somewhere around May 2015 kernel files was moved to
/usr/lib/modules/, which are then copied to /boot in post scriptlets
[1]. The issue is that such files are marked with %ghost because they don't
exist initially
> It means the package should probably not be using -Werror
Oh yes forgot that upstream forces -Werror. For now I will keep upstream
preference as long as the issues reported gets fixed.
All the reported issues was fixed upstream and the package built successfully
for Fedora 28.
Thank you for
Hello,
Need help figuring this out since I have no idea what this means.
The cbang code that is included in camotics fails to build with the following
messages. It is failing only for i686 and armv7hl architectures.
g++ -o build/cbang/log/Logger.o -c -std=c++11 -ggdb -Wall -Werror
-I/usr/inclu
Strange error with camotics:
Error:
Problem: package cairo-devel-1.15.10-2.fc28.x86_64 requires
pkgconfig(gobject-2.0), but none of the providers can be installed
- conflicting requests
- nothing provides /usr/bin//usr/bin/python3 needed by
glib2-devel-2.55.2-1.fc28.x86_64
> Submit a PR upstream to fix it, and use that patch to change it locally.
So I did, upstream accepted it, but then it applied old location again. As it
is noted in patch description for compatibility reasons. Now application
installs on both locations.
Should I remove now this files from the ol
Hi,
I have a package where upstream installs AppData file in /usr/share/appdata,
but the Fedora Packaging Guidelines says it should be installed to
/usr/share/metainfo. I am wondering how to approach this; should I submit a PR
upstream, should I change it locally or should I leave it unchanged.
> Oh it definitely does.
>
> I am handling mass rebuilds of Ruby packages or updates of Ruby on
> Rails. This is complex task requiring touching plenty of packages. Due
> to update of Rails in master, I simply cannot contact maintainers of all
> packages and assuring their branches still works. I
> Just FTR: above we have "I think" vs "in practice, it looks not like you
> may think".
> Real engineering is about 1) testing, 2) testing, 3) testing.
> "Assumption" like, "I think" is/should be the real enemy of each
> engineer.
>
> Stricter use of branching will have yet another effects that f
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On Mon, 2018-01-22 at 12:31 +0100, Miroslav Suchý wrote:
>
> Better to introduce bugs?
>
> mock-core-config now requires yum on Fedora because you made wrong if in
> spec...
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1537193
> - --
>
> Dne 22.1.2018 v 12:31 Miroslav Suchý napsal(a):
>
> You took pretty basic example without context. So let me give you
> different example.
>
> There were attempts to get Ruby on Rails into EPEL. It is around 80
> packages. Some packages were RHEL contidiontalized. But the effort to
> get Ruby o
If I am not mistaken, EPEL still needs quite large chunk of such
scriptlets[1]. What would be the best way to maintain a SPEC file for
both.
https://fedoraproject.org/wiki/EPEL:Packaging#Scriptlets
___
devel mailing list -- devel@lists.fedoraproject.org
> This is clean_requirements_on_remove being helpful as usual. Never should
> have been a default setting as I've argued before, and the first thing I
> disable in /etc/dnf/dnf.conf.
> http://dnf.readthedocs.io/en/latest/conf_ref.html#clean-requirements-on-r...
> -Dan
If users survived half th
Hi,
You should always check the list before confirming the action.
As Mathew said, it is probably an issue with package not being marked
as user installed for some reason. There was an issue in the past with
using PackageKit and dnf together, see:
https://fedoraproject.org/wiki/Common_F24_bugs#DN
Here it is:
https://copr.fedorainfracloud.org/coprs/srakitnican/default/build/607839/
Still not sure about naming issue, package wants to name files ZeGrapher, I
called the package zegrapher, debian maintainers go a step further and call
package files zegrapher also.
TODO: AppStream metadata
I
"Edge" of the window is way off the visible one with an offset somewhere to
what window is shown in the picture bellow. Resize cursor is visible way off
the visible window border.
https://i.imgur.com/v36YoDU.png
Not sure if that is by design, minimize, maximize or close buttons don't show
up un
> Thank you for your detailed answer!
>
>
> The error messages about drm device are gone if I manually create the
> character file
> inside the chroot. However the original issue remains the same. Tried a GTK
> application
> easystroke however and that seems to work fine even without a drm devi
Thank you for your detailed answer!
> Short answer:
>
> # mknod /dev/dri/card0 c 226 0
The error messages about drm device are gone if I manually create the character
file inside the chroot. However the original issue remains the same. Tried a
GTK application easystroke however and that seems
Hi,
I am trying to test graphical application inside mock chroot environment as
documented on Fedora wiki [1], but I am unable to do that successfully. In
addition to that instructions I've installed mesa-dri-drivers and mesa-libGL
inside the chroot as there were messages about missing files. B
I agree, 15MB is too much for a server instance, especially for a
container. I think AppStream data as is is more appropriate for
desktop. No sure if possible, but maybe an option; don't make it a
hard dependency.
___
devel mailing list -- devel@lists.fed
There are various error messages about missing files. The project uses git
submodules, make sure you provide them as well.
https://github.com/mbasaglia/Knotter/tree/master/src/widgets
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscrib
> for f27: This is a known problem see:
> https://pagure.io/fedora-infrastructure/issue/6236
> They working on it right now.
>
> f26 works for me now with:
> $ git checkout -b f26; git push --set-upstream origin f26; fedpkg build
> --nowait
Used your workaround, I can't build the package now in
In addition to new package not building because of tag, by following the
https://fedoraproject.org/wiki/Join_the_package_collection_maintainers#Import.2C_commit.2C_and_build_your_package
On step:
fedpkg switch-branch BRANCH
Gives:
$ fedpkg switch-branch f26
/usr/lib/python2.7/site-packages/fedo
Hi,
How can one request new package for multiple repoes at once like it was
possible with pkgdb, is this possible with this new tool?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject
> I guess it depends if (and how) inttypes.h header gets included, it's
> provided by glibc.
>
>
> Dan
Find out some more information, do in both Fedora and EPEL __STDC_FORMAT_MACROS
is not defined. The difference is in following patch:
https://sourceware.org/git/?p=glibc.git;a=blo
> GCC > 6
That should say GCC 6 and newer
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Argument 4 is the "n". The problem is with the definition of "PRIo64.
> There was a recent commit attempting to fix that, but it probably needs
> some adjustment to handle your case. Check out the lines around line 48
> in that file and see if you can patch it to work in all cases. The odd
> Hello, I'm just trying to install the Wine via dnf and get:
> # dnf install wine ... Error: Transaction check error:
> file /usr/share/doc/gstreamer1/NEWS from install of
> gstreamer1-1.12.1-1.fc27.i686
> conflicts with file from package gstreamer1-1.12.0-1.fc27.x86_64
> file /usr/share/doc/
IMHO, based on first impressions, new features aside. I don't like the
interface responsiveness.
If I compare it with cgit, cgit is reasonably fast with an nice overview.
Browsing pages with packages with pagure is slower, browsing users pages is
unusable, it literally takes minutes to load a p
> Argument 4 is the "n".
Right, if I adapt the fix for 4th argument, that works.
> The problem is with the definition of "PRIo64. There was a recent commit
> attempting to fix that, but it probably needs some adjustment to handle your
> case. Check out the lines around line 48 in that file and
> Patch that line to read `sprintf(buf, "%0*" PRIo64, static_cast unsigned int>(length - 1), n);` and you're cool. It might be related to how
> that particular gcc version in EPEL7 inherits those atomic data-types.
I've tried with that and this is what I get.
src/cbang/tar/TarHeader.cpp:226:80:
Hi,
I am building CAMotics with cbang builds successfully for i686 and x86_64
platforms, I am trying to make it work for other architectures, in particular
armv7 and ppc64 (there is no v8-314 available for others).
So while testing fixes on copr I've stumbled upon an issue of what I am not
sur
> Cheers all,
>
> I'm trying to do something with a patch in MariaDB, but I need to know
> current situation about rotation logs.
>
> *What's the problem:*
> Upstream ship rotation log, we drop it out.
> This started sometimes between F15 and F16. Mostly because (for what I
> read) Fedora didn't
> And build your own kernel and compile other applications from source?
> Wouldn't that fragment the system? That might lead to dependency issues!
> CentOS is only good enough if he doesn't want the latest and greatest of
> everything! Or if he runs on old hardware.
>
Almost all is available for
Quite frankly, I don't think Fedora is suitable for people with low
bandwidth, simply because of its nature of updating policy. Even when using
proxy with squid cache for packages, packages updates constantly and cache
becomes obsolete very quickly. CentOS is much better choice.
___
> Hi,
>
> A while back Debian has switched to using the modesetting Xorg driver
> rather then the intel Xorg driver for Intel GPUs.
>
Hello,
Is it possible to configure xserver to use "intel" driver without recompiling
it?
Best regards,
Samuel
> Regards,
>
> Hans
___
> Am 16.11.2016 08:08, schrieb Samuel Rakitničan:
>
> You can change the default behaviour in "/etc/sudoers" or (better) by
> adding a file in "/etc/sudoers.d".
>
> If you want to keep the users path, add:
>
> Defaults env_keep += "PATH"
> On Tue, 2016-11-15 at 18:42 +0000, Samuel Rakitničan wrote:
>
> What about -E option?
Thanks for that, didn't take this into consideration. -E option however seems
to have no effect on PATH environment variable.
$ sudo -E env | grep ^PATH
PATH=/sbin:/bin:/usr/sbin:/usr/bin
Fol
Hi,
Something I stumbled upon today is that there is no convenient way by default
to make some custom script accessible via sudo without specifying full path.
Found out that sudo have limited set of paths in its environment that is
looking into [1]. Sadly, none of it is appropriate for custom s
> Since I like to use terminal a lot, I would prefer if you keep it short!
>
> If you must include branding I would prefer shorter version of "Fed" or
> "fed" so ideally something like "fed12345".
Shorter hostname is not only useful when typing commands, but anywhere else
where it is used. For e
Since I like to use terminal a lot, I would prefer if you keep it short!
If you must include branding I would prefer shorter version of "Fed" or "fed"
so ideally something like "fed12345".
___
devel mailing list -- devel@lists.fedoraproject.org
To unsub
> On Sat, 2016-11-05 at 05:01 +0100, Kevin Kofler wrote:
>
> "hunt down"?
>
> koji download-build (nvr) works fine.
I think you are missing the point here. Reverting dnf history does not work if
packages are missing from repository. Besides "koji" command is not installed
on my machine, and he
> = Proposed Self Contained Change:Blivet-GUI in Anaconda =
> https://fedoraproject.org/wiki/Changes/AnacondaBlivetGUI
>
> Change owner(s):
> * Martin Kolman * Vojtěch Trefný
>
> Add blivet-gui as an alternative option for storage configuration in
> Anaconda Installer.
>
>
> == Detailed Desc
> On Fri, Sep 23, 2016 at 5:34 AM, Nikos Mavrogiannopoulos
>
> Could be lots of reasons. An x86_64 and i686 library installed
> simultaneously can appear confusingly as duplicate libraries if you
> don't ask rpm to report architecture. A system interruption during the
> update can block rpm from
Since then I have found out that intelligentmirror-0.5-1 is not ideal. It works
but if package is not cached download happens twice (One at the mirror, one at
the client) making it not very efficient.
That and since it is fairly difficult to set up considering all the problems
with obsolete con
intelligentmirror-0.5-1.noarch.rpm installs with a couple of issues:
1. It's missing apache configuration line with "Require all granted"
2. SELinux is blocking it by default so I suppose it needs a policy file?
I know that intelligentmirror is not in fedora repositories and thus not
officially
> On 06/28/2016 12:13 PM, Martin Stransky wrote:
>
> New fixed package is available at Copr.
> ma.
Fixed the launcher crash for me. Window repainting [1] is still an issue for
me, though, which makes it kind of unusable under wayland.
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1349016
--
d
> I've failed to launch the application properly under X.org and Wayland using
> the
> launcher icon in GNOME shell.
>
> But when I switched to Wayland, I executed the `firefox` command from
> "Terminix"
> and it worked under XWayland with no regressions so far (I didn't notice any
> other
> th
68 matches
Mail list logo
