On Tuesday, 10 December 2019 at 10:47, Honggang LI wrote:
[...]
> I will work with Mellanox to fix this dependency issue.
Thank you!
Regards,
Dominik
--
Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org
There should be a science of discontent. People need hard times and
oppress
On Monday, 09 December 2019 at 14:15, Honggang LI wrote:
> On Mon, Dec 09, 2019 at 12:17:43PM +0100, Dominik 'Rathann' Mierzejewski
> wrote:
[...]
> > The change to rdma-core.spec in commit
> > b631ce466538bdee6e19be3286fb8cbeb5c73de6:
> > ...
> > +# 32-b
On Sunday, 08 December 2019 at 04:36, Doug Ledford wrote:
> > On Dec 7, 2019, at 1:04 AM, Orion Poplawski wrote:
> >
> > FYI:
> >
> > rdma-core 26.1-1.fc32 dropped support for %arm:
> >
> > # 32-bit arm is missing required arch-specific memory barriers,
> > ExcludeArch: %{arm}
> >
> > This bro
On Friday, 06 December 2019 at 10:57, Petr Pisar wrote:
[...]
> Maybe DNF could support setting a prefered mirror while still checking
> for the latest metadata because in my experience the automatic mirror
> selection does not always provide the best performance. (E.g. when
> I connected an IPv6 o
On Sunday, 01 December 2019 at 00:07, Zbigniew Jędrzejewski-Szmek wrote:
> On Sat, Nov 30, 2019 at 05:26:14PM +0100, Dominik 'Rathann' Mierzejewski
> wrote:
[...]
> > Two observations:
> >
> > 1. It actually generates more BRs than I specify manually (I had 3)
Hi, Miro.
On Friday, 04 October 2019 at 13:50, Miro Hrončok wrote:
> Hello fellow Python packagers. This is an announcement about a new set
> of RPM macros you can use to build PEP 517/518 enabled packages, that
> is Python packages that have the pyproject.toml file.
Thanks for your (and whoever
On Wednesday, 27 November 2019 at 15:22, Richard W.M. Jones wrote:
> https://bugzilla.redhat.com/show_bug.cgi?id=1774713#c13
Not only reviews:
https://bugzilla.redhat.com/show_bug.cgi?id=1777310
https://bugzilla.redhat.com/show_bug.cgi?id=1763148
Ben, stop the script and fix it, please.
Regards,
On Monday, 25 November 2019 at 12:45, Ankur Sinha wrote:
> On Mon, Nov 25, 2019 11:38:42 +0100, Dominik 'Rathann' Mierzejewski wrote:
> > Hi!
> >
> >
> >
> > To save time looking this up, I want to direct the attention of pmix and
> > openmpi
Hi!
On Monday, 25 November 2019 at 10:52, Miro Hrončok wrote:
> The following packages are orphaned and will be retired when they
> are orphaned for six weeks, unless someone adopts them. If you know for sure
> that the package should be retired, please do so now with a proper reason:
> https://fe
On Thursday, 21 November 2019 at 17:17, Michael Catanzaro wrote:
>
> Please don't revive ancient, unmaintained, security-critical libraries for
> use with proprietary software not distributed by Fedora
Well, it's useful at least for two other people and I don't see any CVE
bugs open against t
On Thursday, 21 November 2019 at 13:41, Dominik 'Rathann' Mierzejewski wrote:
> Hi,
>
> On Thursday, 22 August 2019 at 15:04, Tom Callaway wrote:
> > I'm hoping that this one hasn't been dead for 8 weeks, because all it needs
> > to get it building a
On Wednesday, 25 September 2019 at 10:45, Kalev Lember wrote:
>
> On 9/24/19 14:50, Michael Catanzaro wrote:
> > On Thu, Aug 22, 2019 at 9:04 am, Tom Callaway wrote:
> > > or know of some reason it shouldn't be brought back
> >
> > Well this looks like gstreamer 0.10. I'm really surprised we sti
Hi,
On Thursday, 22 August 2019 at 15:04, Tom Callaway wrote:
> I'm hoping that this one hasn't been dead for 8 weeks, because all it needs
> to get it building again is to disable the gtk-doc generation...
>
> I don't really want to own it, but I have dependent packages, so if no one
> else does
Hi, Tom.
On Monday, 18 November 2019 at 05:53, Tom Callaway wrote:
> Hi Fedorans,
[...]
> I kicked off rebuilds of cp2k, gpaw and MUMPS that reflect this change.
Thanks!
Regards,
Dominik
--
Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org
There should be a science of disconte
Hello,
libdvdread 6.0.2 brings a SONAME bump from .so.4 to .so.7 due to a small
change in the pgc_t struct (still_time and pg_playback_mode fields were
swapped). Only dvdauthor and libdvdnav packages in Fedora and dvd95
package in RPM Fusion actually reference any of those fields, but it's
still a
On Monday, 11 November 2019 at 13:53, Miro Hrončok wrote:
> On 08. 11. 19 13:16, Miro Hrončok wrote:
> > According to the policy for packages that fail to build from source:
> >
> > https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/
> >
> >
> > I plan to orph
On Thursday, 14 November 2019 at 23:02, Richard Shaw wrote:
> The package is building fine in mock but when I try to do a scratch build
> I'm getting the following error:
>
> fatal error: x86intrin.h: No such file or directory
>
> It seems to be random too, on this attempt x86_64 actually complet
On Tuesday, 12 November 2019 at 22:07, Stephen Gallagher wrote:
> On Tue, Nov 12, 2019 at 4:03 PM Dominik 'Rathann' Mierzejewski
> wrote:
> >
> > On Tuesday, 12 November 2019 at 21:15, Stephen Gallagher wrote:
> > [...]
> > > I agree with Aleksandra h
On Tuesday, 12 November 2019 at 21:15, Stephen Gallagher wrote:
[...]
> I agree with Aleksandra here. And we *did* establish that our policy
> going forward is that we will forbid any default stream from providing
> non-API content. (Filtered out packages are orthogonal to this.)
What does that ev
Hi.
I've been silent so far, while mostly agreeing with the "let's just drop
Modularity" proposal. This post hit a nerve, so I felt compelled to reply.
On Monday, 11 November 2019 at 19:24, Stephen Gallagher wrote:
> On Mon, Nov 11, 2019 at 1:15 PM Robbie Harwood wrote:
[...]
> > It's really frus
On Thursday, 07 November 2019 at 13:31, Miro Hrončok wrote:
> Hello,
>
> I'd like to inform you that [PEP 602] "Annual Release Cycle for Python" has
> been approved and [PEP 596] "Python 3.9 Release Schedule" is pending
> approval:
>
> tl;dr New Python 3.X versions will be released annually, with
Hello!
On Saturday, 09 November 2019 at 18:07, Lyes Saadi wrote:
[...]
> So, as a last statement (or paragraph), thank you all, thank you for reading
> me, thank you for your hard work, thank you for dedicating your life to
> Linux, to help millions around the globe, for freeing the poor and the
>
On Saturday, 09 November 2019 at 16:30, Miro Hrončok wrote:
> On 09. 11. 19 8:39, Kevin Kofler wrote:> Miro Hrončok wrote:
> >> Anyway, I've closed NEW bugs with successful builds after the mass
> >> rebuild.
> >
> > Can you please post an updated list with that done?
> https://bugzilla.redhat.com/
On Wednesday, 23 October 2019 at 16:27, Dominik 'Rathann' Mierzejewski wrote:
[...]
> Only one (ledger) requires some porting as it's using a deprecated
> method which got dropped in utf8cpp-3.0.
So, the good news is that this is already fixed upstream and I've just
Hello, new utf8cpp maintainer here (thanks to Jamie for packaging it
and maintaining so far).
It appears that the project moved from SourceForge to GitHub a couple of
years ago and made quite a few releases since then. I've already
submitted an update from 2.3.4 to 2.3.6 in F30+, but I would like
On Saturday, 19 October 2019 at 19:38, Jamie Nguyen wrote:
[...]
> ===
> [a]: Need owner
> ===
[...]
> utf8cpp
I'll take utf8cpp. Two of my packages BuildRequire it.
Regards,
Dominik
--
Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org
There should be a
On Friday, 11 October 2019 at 04:36, Orion Poplawski wrote:
> On 10/10/19 4:57 PM, Orion Poplawski wrote:
> > On 10/10/19 9:23 AM, Kevin Fenzi wrote:
[...]
> > > Pretty please can you all indicate approximately when (UTC) you were
> > > seeing the slowness? I suspect it may be the nightly database
On Tuesday, 08 October 2019 at 08:34, Vít Ondruch wrote:
[...]
> 2) fedpkg would not be needed if rpmbuild would be sanely able to do
> something like `fedpkg --release master srpm` but even so basic think
> requires either shuffling with files on FS or specifying million of
> working directories.
Hello, Brian.
On Thursday, 26 September 2019 at 23:08, Brian Sipos wrote:
> Hello all,
> I've been working with RHEL and CentOS packages since about 2011, but
> mostly in the domain of private Yum repositories. I've done some work
> in the past with the SUSE Build Service also. I'm familiar with
>
I'm orphaning nodejs-flot. Originally, I picked it up to unbundle
it from one of my own packages, but I really have no NodeJS expertise
to maintain it and I didn't have time to keep it up to date with
all the recent upstream activity this year.
The package build-depends on jarjar which is orphaned
Hello, Rufus!
Welcome to Fedora.
On Wednesday, 11 September 2019 at 00:16, rufo via devel wrote:
> Hi everyone,
>
> My name is Rufus and I'm a developer from the UK. I'm just beginning my
> journey into Fedora packaging, although I've been a happy end-user since the
> days of Red Hat 9.
>
> I'm
On Tuesday, 10 September 2019 at 06:46, John M. Harris Jr. wrote:
[...]
> While most users on Intel/AMD based systems are now running x64
> kernels,
I might agree with the above...
> most proprietary software released for various GNU/Linux distros are
> 32 bit.
... but not with this. Most of the
On Tuesday, 10 September 2019 at 06:47, Raphael Groner wrote:
> > My package requires libxslt.
>
> You're obviously not alone with this issue. The better question is
> *why* the package as a commonly used library got orphaned, propably
> silently without warning (at least I can not find any announ
On Tuesday, 27 August 2019 at 03:38, John Harris wrote:
> On Monday, August 26, 2019 4:54:09 AM MST Markus Larsson wrote:
> > It seems that the only thing in that link that has merit in regards to this
> > list is that discourse allow editing of messages that has been sent.
Which I'd consider a mi
Hi, Adam.
On Wednesday, 21 August 2019 at 15:41, Adam Samalik wrote:
[...]
> == Toolbox ==
>
> The 'showme' tool [3] for visualising and inspecting RPM dependencies
> now supports weak dependencies and a package list output.
I didn't have a chance to tell you this at Flock, but could you rename
On Sunday, 18 August 2019 at 14:51, Hans de Goede wrote:
> On 24-10-18 00:53, Alexey Rochev wrote:
> > Hello,
> > I would like to draw some attention to this bug:
> > https://bugzilla.redhat.com/show_bug.cgi?id=1622259. Description:
> > startx unsets DBUS_SESSION_BUS_ADDRESS, which result in launch
On Thursday, 08 August 2019 at 08:19, Benson Muite wrote:
> Hi,
>
> Beignet has been deprecated, might it be possible to put Intel(R) Graphics
> Compute Runtime for OpenCL(TM) in the Fedora repositories? There is a COPR
> repository at:
>
> https://copr.fedorainfracloud.org/coprs/jdanecki/intel-op
On Friday, 09 August 2019 at 17:40, Robert-André Mauchin wrote:
> Hello,
>
> Next week I will update dav1d to version 0.4.0 which includes a SONAME bump,
> and will do a GIT snapshot of aom, whose library is unstable.
>
> I will push these updates both on F31 and F30, so consumers of these
> li
On Saturday, 27 July 2019 at 06:52, J. Scheurich wrote:
>
> > > Cause i can't offer a review-swap (cause i am not in the packager
> > > group), i offer a do-anything-swap in exchange to white_dune fedora
> > > sponsoring.
> >
> > Posting links to the informal reviews you completed would be the bes
Hello,
On Friday, 26 July 2019 at 18:42, J. Scheurich wrote:
> Hi,
>
> Cause i can't offer a review-swap (cause i am not in the packager
> group), i offer a do-anything-swap in exchange to white_dune fedora
> sponsoring.
Posting links to the informal reviews you completed would be the best
way t
On Tuesday, 23 July 2019 at 15:45, Nicolas Mailhot via devel wrote:
> Hi,
>
> Now that things are starting to move fonts-side[1], I’d like the various
> actors to agree on a common font model target.
[...]
> Therefore, I’d like to propose that the target font model on freedesktop
> systems, is the
On Monday, 22 July 2019 at 20:51, Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/x86-64_micro-architecture_update
[...]
> == Upgrade/compatibility impact ==
> Fedora installations on systems with CPUs which are not able to
> execute AVX2 instructions will not be able to upgrade.
And th
On Thursday, 27 June 2019 at 16:37, Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/Gawk501
>
> ** Note that this has already landed in Rawhide:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/IEZZK7WHGF3FWFZNSCG7Z5ZZVUHVFZAF/#IEZZK7WHGF3FWFZNSCG7Z5Z
On Tuesday, 25 June 2019 at 14:36, Bruno Wolff III wrote:
> On Mon, Jun 24, 2019 at 23:17:30 -0500,
> Justin Forbes wrote:
> >
> > It is not a violent cheat. It was proposed this way 2 years ago. At
> > the time a SIG was created to maintain i686 so that it could continue
> > as a secondary arch
On Friday, 21 June 2019 at 13:39, Ernestas Kulik wrote:
> Hi,
>
> As we are all well aware, ABRT has two CLI tools (abrt-cli, from
> abrt-tui and abrt, from abrt-cli-ng). For a long while now, we in the
I wasn't. I've just installed it and I can see some UI differences
already.
1. `abrt ls' does
Hello, Nikoloz.
On Saturday, 15 June 2019 at 13:29, Nikoloz Geldiashvili wrote:
> For most of non Intel sound cards drivers are not installed
> automatically and hard to find, install from software app and need to
> manually configure.
All drivers included in the kernel are available just like th
On Thursday, 16 May 2019 at 07:51, Vít Ondruch wrote:
> Dear Jerry,
>
> Although I have no idea what xindy is, I enjoyed reading your analysis.
> Thx for your insightful post.
+1, great analysis and write-up!
Regards,
Dominik
--
Fedora https://getfedora.org | RPM Fusion http://rpmfusion.or
On Monday, 06 May 2019 at 02:49, Jerry James wrote:
> Awhile back, I mentioned that GCL was building in mock on my local
> machine, but was segfaulting on the koji builders. By dint of much
> experimentation, I now know what is going on. For the enlightenment
> of anybody who cares:
[snip excelle
On Tuesday, 23 April 2019 at 09:29, Miroslav Suchý wrote:
> Dne 17. 04. 19 v 9:54 Kamil Paral napsal(a):
> > The question is which tool is correct. My current guess is tracer.
>
> +1
> needs-restarting is very simple plugin. Tracer [1] is more
> sophisticated and I encourage everyone to use Tracer
Hi,
On Wednesday, 24 April 2019 at 08:05, Danishka Navin wrote:
> Sri Lanka Cert is gonna implement local Root CA.
> How we can submit this Root CA with Fedora?
>
> I could not find enough information on this.
The best path would be to get it included in Mozilla's root CA trust
store, which Fedo
On Sunday, 21 April 2019 at 22:15, Luya Tshimbalanga wrote:
> Hello team,
>
> Can someone investigate the issue related to the build ?
>
> https://koji.fedoraproject.org/koji/taskinfo?taskID=34323450
>
> The failure occurred at those lines despite using gcc:
>
> BUILDSTDERR: At global scope:
>
On Friday, 12 April 2019 at 14:47, Chris Adams wrote:
> Once upon a time, Dominik 'Rathann' Mierzejewski
> said:
> > Chrome doesn't require atd explicitly (nor is it pulled in by any of its
> > dependencies).
>
> That's incorrect. The Google Chrome R
On Thursday, 11 April 2019 at 18:09, Paul Frields wrote:
> On Tue, Apr 9, 2019 at 12:07 PM Lennart Poettering
> wrote:
[...]
> [...]
> > 3. atd? Do we still need that? Do we have postinst scripts that need
> >this? If so, wouldn't systemd-run be a better approach for those?
> >Isn't it ti
On Monday, 08 April 2019 at 20:13, Robert-André Mauchin wrote:
> On Monday, 8 April 2019 07:42:25 CEST Miro Hrončok wrote:
> > On 08. 04. 19 1:32, Robert-André Mauchin wrote:
> > > Hello,
> > >
> > > I have worked on my script to register packages with Anitya this week-end:
> > > https://gist.gith
On Friday, 05 April 2019 at 10:00, Petr Pisar wrote:
[...]
> What's the point of encrypting /boot? All the executed bits from /boot
> (grub, kernel, and initramdisk) are measured by TPM. Thus if somebody
> tampers them, root file system decryption that uses TPM will fail.
Not everyone has a TPM ch
On Wednesday, 03 April 2019 at 21:30, Chris Murphy wrote:
> On Wed, Apr 3, 2019 at 2:58 AM Dominik 'Rathann' Mierzejewski
> wrote:
> >
> > On Thursday, 28 March 2019 at 17:30, Ben Cotton wrote:
> > > On Mon, Mar 25, 2019 at 4:12 PM Ben Cotton wrote:
> >
On Thursday, 28 March 2019 at 17:30, Ben Cotton wrote:
> On Mon, Mar 25, 2019 at 4:12 PM Ben Cotton wrote:
> >
> > https://fedoraproject.org/wiki/Changes/Include_security_modules_in_efi_Grub2
> >
> This Change proposal is on hold.
Too bad. As a long-time SecureBoot user, I was looking forward to
Hello,
On Tuesday, 26 March 2019 at 17:49, Peter Pan wrote:
> The patch is for the vte.sh of "vte-profile" package, I extracted
> the vte.sh from the vte-profile RPM package.
>
> Its gettext TEXTDOMAIN is vte-profile, 2 strings is able to translate
> and the patch has been tested with no problems
Hello, Richard.
On Wednesday, 20 March 2019 at 14:44, Richard Shaw wrote:
> With PySide2 shiboken2, pyside2, and pyside2-tools are provided in one big
> source archive.
>
> I'm working on packaging it[1] but the provided setuptools build system
> calls CMake to perform builds and essentially fake
On Thursday, 14 March 2019 at 10:06, Miro Hrončok wrote:
> On 14. 03. 19 7:51, Dridi Boukelmoune wrote:
[...]
> > Maybe what we need is to have koji for example refusing epoch bumps
> > (and thus failing the build) if _not bumping_ epoch would _not break_
> > the upgrade path to ensure that epoch i
On Tuesday, 12 March 2019 at 12:02, Mikolaj Izdebski wrote:
> On Tue, Mar 12, 2019 at 11:49 AM Jakub Jelen wrote:
> >
> > Is there already a way to package the java application as a module or
> > we will really remove all these package from Fedora?
>
> Most of Java packages listed in this thread
On Thursday, 28 February 2019 at 10:22, Miroslav Suchý wrote:
> Do you want to make Fedora 30 better? Please spend 1 minute of your time and
> try to run:
>
> sudo dnf --releasever=30 --setopt=module_platform_id=platform:f30
> --enablerepo=updates-testing distro-sync
Is "dnf system-upgrade" n
On Wednesday, 20 February 2019 at 16:33, Dridi Boukelmoune wrote:
> On Wed, Feb 20, 2019 at 4:30 PM Panu Matilainen wrote:
> >
> > On 2/20/19 5:19 PM, Sérgio Basto wrote:
> > > On Wed, 2019-02-20 at 11:46 +0100, Dridi Boukelmoune wrote:
> > >> No, that was a bad joke from my end, what I need is pr
On Thursday, 14 February 2019 at 16:00, Christoph Junghans wrote:
> On Wed, Feb 13, 2019 at 1:35 PM Christoph Junghans wrote:
> >
> > Hi,
> >
> > I am trying to debug https://bugzilla.redhat.com/show_bug.cgi?id=1674863
> > however I cannot reproduce the issue locally using mock:
> > https://github
On Thursday, 14 February 2019 at 11:11, Dave Love wrote:
> [Re-sending from a subscribed address, apologies for any duplicates.]
>
> Dominik 'Rathann' Mierzejewski writes:
>
> > Why not 4.0.0? It was released in September 2018 and it's supposedly ABI
&
On Wednesday, 13 February 2019 at 15:59, Ron Yorston wrote:
[...]
> Why would a maintainer drop support for the regular package after
> they've copied it into a module (or modules)? If, as Neal says,
> "module-only" packages can't be used as build dependencies for
> regular packages their package
On Wednesday, 13 February 2019 at 12:30, Nick Clifton wrote:
> Hi Paolo,
>
> > I can maintain nasm if no one else wants to take it.
>
> Please do, if that it what you want. However I think that it
> might be better in the long run if we can retire nasm (and yasm
> too) and instead replace them w
On Wednesday, 13 February 2019 at 06:13, Orion Poplawski wrote:
> I'm thinking about trying to sneak in openmpi 3.1.3 before the f30 branch.
> My COPR rebuilds have been looking pretty good lately so I hope it will go
> fairly smoothly. Does anyone have any objections? I'm planning on starting
>
On Monday, 11 February 2019 at 18:12, Paolo Bonzini wrote:
> On 11/02/19 17:57, Miro Hrončok wrote:
> > The following packages are orphaned and will be retired when they
> > are orphaned for six weeks, unless someone adopts them. If you know for
> > sure
> > that the package should be retired, plea
On Thursday, 07 February 2019 at 17:34, Florian Weimer wrote:
> * Tom Callaway:
>
> > So, R links with rt if this configure check succeeds:
> >
> > AC_CHECK_LIB(rt, clock_gettime)
> >
> > Sure enough, on aarch64 and ppc64le, there is no clock_gettime in
> > librt.so.1. I'm not sure _why_, but ther
On Wednesday, 06 February 2019 at 19:39, Tom Callaway wrote:
> One of my packages failed the mass rebuild, but only on ppc64le and
> aarch64. The error they both hit is this:
>
> Error: package or namespace load failed for 'BiocParallel' in
> dyn.load(file, DLLpath = DLLpath, ...):
> unable to lo
On Wednesday, 06 February 2019 at 20:37, Kevin Fenzi wrote:
> On 2/6/19 9:07 AM, Vít Ondruch wrote:
> > Dne 06. 02. 19 v 17:58 Kevin Fenzi napsal(a):
[...]
> >> Our autosigning machine seems to have a failed tpm in it, which has
> >> caused signing to fail to work. ;(
> >>
> >> We are working on ge
Hi, Jon.
On Wednesday, 30 January 2019 at 13:31, Jonathan Wakely wrote:
[...]
> The following packages fail to build because boost::tribool is no
> longer impicitly convertible to bool (and so the conversion must be
> done explicitly with a cast). I'll try to fix these if I have time:
>
> Maintai
Welcome to Fedora!
On Wednesday, 30 January 2019 at 17:54, Gergely Gombos wrote:
> Hi Fedora devs,
>
> My name is Gergely Gombos. I've been using Fedora for about 1.5 years and
> I'm a software developer. I like the FOSS philosophy and using a lot of
> open-source software in the Javascript world
On Monday, 28 January 2019 at 03:57, Neal Gompa wrote:
[...]
> My understanding is that generally script breakage is considered a bug
> and would have priority for fixing in bash anyway, so I *really* don't
> think there's any harm in doing this. GCC is an order of magnitude
> worse than bash, and
On Saturday, 26 January 2019 at 10:34, Ankur Sinha wrote:
> Hi Dominik, Fabio,
>
> On Sat, Jan 26, 2019 10:06:13 +0100, Fabio Valentini wrote:
> > You can count me in for those two packages as well (gitg, libgexiv2).
> > I use gitg regularly, and libgexiv2 is a dependency of one of my packages,
>
On Saturday, 26 January 2019 at 17:15, John Reiser wrote:
[...]
> Already bash-5.0 has two official patches in three weeks. The first one
> fixes a bug in glob filename expansion. Use of globbing is almost universal,
> but the test cases did not catch the bug before release of bash-5.0.
> Often t
On Saturday, 26 January 2019 at 02:20, Luya Tshimbalanga wrote:
> On 2019-01-25 9:02 a.m., Jonathan Wakely wrote:
> >
> >> Upstream reason. Trying to build with gcc will fail. See the attacked
> >> CMakeLists.txt from ispc-1.10.0
> >
> > That says it wants to build with clang, but doesn't say why b
On Thursday, 24 January 2019 at 12:19, Ankur Sinha wrote:
> Hello,
>
> I'm trying to focus my rather limited free time on neurofedora[1].
> So, I'd like to pass on a number of packages that I no longer use to
> maintainers who would give them the required attention.
>
> A few of them were inactiv
On Friday, 18 January 2019 at 22:21, Björn Persson wrote:
> Martin Gansser wrote:
> > i tried to unbundle zlib, png and jpeg, but the compilation fails [1]
> >
> > [1] https://martinkg.fedorapeople.org/Packages/helm/helm.spec
> > [2] https://martinkg.fedorapeople.org/Packages/helm/build.log
>
> T
On Friday, 28 December 2018 at 11:52, Mikhail Gavrilov wrote:
> > Do you have SecureBoot enabled?
> I use "Other OS" setting. This is considered as disabling SecureBoot?
> If No I don't having another option in setup for completely disabling
> SecureBoot.
I have no idea. My firmware has SecureBoo
On Thursday, 27 December 2018 at 09:51, Mikhail Gavrilov wrote:
> Hi folks.
> Why I cannot read content of some debugfs files which are should be readable.
> https://lists.freedesktop.org/archives/amd-gfx/2018-December/029918.html
>
> [mikhail@localhost ~]$ sudo bash
> [sudo] password for mikhail:
On Thursday, 20 December 2018 at 11:29, Richard Hughes wrote:
> On Thu, 20 Dec 2018 at 10:16, Hans de Goede wrote:
> > So I say +100 to just pushing the changes directly, as said
> > people can always revert them.
>
> Completely agree. For my packages I'd totally prefer things just
> magically be
On Thursday, 20 December 2018 at 08:15, Panu Matilainen wrote:
> On 12/19/18 4:31 PM, John Harris wrote:
> > On Wednesday, December 19, 2018 5:10:21 AM EST Bruno Wolff III wrote:
> > > gnupg2 is now obsoleting gnupg and the previous gpg command is not
> > > available.
[...]
> > I can't believe this
On Wednesday, 19 December 2018 at 14:25, Cătălin George Feștilă wrote:
> Can the problem of packet dependencies create such results? I do not
> see X-chat software.
Try hexchat:
$ rpm -q hexchat
hexchat-2.14.2-1.fc29.x86_64
Also, this is a user question, not a developer one, so please ask such
q
On Tuesday, 18 December 2018 at 11:29, Miro Hrončok wrote:
> On 18. 12. 18 11:22, Dave Love wrote:
> > > loveshack: makedepf90
> >
> > I don't think that's the case now. dl_poly used it, but I've removed
> > the dependency and I wonder why it's showing up with a threat (I assume)
> > to remove dl
On Friday, 07 December 2018 at 16:46, Tomasz Torcz wrote:
> On Fri, Dec 07, 2018 at 01:11:00PM +0100, Dominik 'Rathann' Mierzejewski
> wrote:
> > On Thursday, 06 December 2018 at 15:10, Florian Weimer wrote:
> > [...]
> > > The way myhostname is currently
On Thursday, 06 December 2018 at 15:10, Florian Weimer wrote:
[...]
> The way myhostname is currently implemented, it is rather problematic.
> I think it has largely stopped stomping over the DNS namespace (with the
> _gateway change), so it could be moved to the front, eliminating all
> those prob
On Friday, 30 November 2018 at 14:15, Miro Hrončok wrote:
> The following packages are orphaned and will be retired when they
> are orphaned for six weeks, unless someone adopts them. If you know for sure
> that the package should be retired, please do so now with a proper reason:
> https://fedorap
On Friday, 30 November 2018 at 06:51, Sundeep Anand wrote:
> Hi Everyone,
>
> At times this could be a requirement to track or know translation status of a
> package which has (just) built in koji.
> Transtats could be used for this purpose. We just need to run a job.
>
> Steps:
>1. Navigat
On Monday, 26 November 2018 at 23:49, Tomasz Kłoczko wrote:
[...]
> Cleaning the session is perfect example of what can be done with using
> Solaris contracts which is kind of grouping attribute for some group
> of processes which needs to be treated as the group. When session
The Linux implementa
On Wednesday, 21 November 2018 at 16:34, Jason L Tibbitts III wrote:
> > "DM" == Dusty Mabe writes:
>
> DM> I personally think this should be the default for all projects but I
> DM> don't know if there is a way to easily make that happen when a
> DM> project gets created.
>
> I'm sure there
On Thursday, 15 November 2018 at 13:48, Florian Weimer wrote:
> * Przemek Klosowski:
>
> > I wonder if RedHat could be persuaded to modify their process to adopt
> > a Fedora release instead of forking it, and backport into that
> > release---let's call it "Fedora LTS a.k.a. CentOS Release Candida
On Tuesday, 20 November 2018 at 08:46, Kalev Lember wrote:
> On 11/19/2018 10:04 PM, Stephen John Smoogen wrote:
> > Centos also ships a lot of non-Red Hat kernels and modules which
> > meet various itches that people feel (xen, upstream lts, various
> > gluster/ceph/arm32/etc)
>
> I wonder if som
On Thursday, 15 November 2018 at 15:18, Salman Siddiqui wrote:
> Hello everyone!
>
> I've been working on Java Mission Control. It's a profiling and diagnostics
> tools for Java applications that was open-sourced by Oracle earlier this
> year (along with Java Flight Recorder). The project is now u
On Thursday, 08 November 2018 at 10:32, Vít Ondruch wrote:
[...]
> Just browsing the upstream, these should be removed or updated:
>
>
> https://pagure.io/fedora-packager/blob/master/f/src/rpmbuild-md5
>
> (What was is good for anyway??)
Building RPMs for RHEL5.
Regards,
Dominik
--
Fedora h
On Tuesday, 06 November 2018 at 00:24, Zbigniew Jędrzejewski-Szmek wrote:
> Dear maintainers,
>
> I'm working again on implementing
> https://fedoraproject.org/wiki/Changes/Remove_glibc-langpacks-all_from_buildroot.
> The first step is to replace LC_ALL=en_US.UTF-8 with LC_ALL=C.UTF-8
> (and simil
On Tuesday, 06 November 2018 at 13:13, Florian Weimer wrote:
> * Zbigniew Jędrzejewski-Szmek:
>
> > Dear maintainers,
> >
> > I'm working again on implementing
> > https://fedoraproject.org/wiki/Changes/Remove_glibc-langpacks-all_from_buildroot.
> > The first step is to replace LC_ALL=en_US.UTF-8
On Saturday, 03 November 2018 at 21:10, Neal Gompa wrote:
> On Sat, Nov 3, 2018 at 4:10 PM Scott Talbert wrote:
> >
> > Doing a 'dnf autoremove' after upgrading to F29, yum is one of the
> > packages it wants to remove. Is it safe to remove yum these days?
> >
>
> Yes. Things pretty much don't u
On Thursday, 01 November 2018 at 01:13, Luya Tshimbalanga wrote:
> It will be nice to enable powerline theme by default system and user
> wide. Simple reason is refresh the look of terminal while also providing
> useful information especially for git branch. Since powerline does not
> impact the pe
401 - 500 of 874 matches
Mail list logo