Re: Fedora 42 breaks new windows installations

> I won't have a source for what I said right now, but likely searching for > Secure Boot + TPM2 issues when dual booting will help > Hope that helps, > Mateus Rodrigues Costa Is it that what you mentioned ? : https://bugzilla.redhat.com/show_bug.cgi?id=2049849 --

Re: glusterfs-coreutils: Retired in rawhide

Retirement in effect with https://src.fedoraproject.org/rpms/glusterfs-coreutils/c/9b9b5240c2305cfa6dbeb9be7dbccc4b389939a7?branch=rawhide Anoop C S. On Thu, 2025-01-23 at 10:27 +0530, Anoop C S via devel wrote: > On Fri, 2025-01-10 at 16:44 +0530, Anoop C S wrote: > > Hi, > >

Re: glusterfs-coreutils: Intent to retire in Fedora 42 (Final notice)

On Fri, 2025-01-10 at 16:44 +0530, Anoop C S wrote: > Hi, > > Following the announcement[1] on intention to retire main GlusterFS > package from Fedora 42 I thought it wouldn't make sense to have > glusterfs-coreutils package as it is heavily dependent on glusterfs.

glusterfs-coreutils: Intent to retire in Fedora 42

ore I intend to retire glusterfs-coreutils in Fedora 42 unless someone steps up to take over as next package owner. [1] https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/D4QN2OFKQWN66HVKUG4CG4XPRW5ON62Z/ [2] https://github.com/gluster/glusterfs-coreutils Anoo

Re: Three steps we could take to make supply chain attacks a bit harder

This approach > let's delete autoconf-generated cruft from upstream projects and regenerate > it in %prep To me sounds woefully inappropriate for the task at hand. You remove a single attack vector while completely overlooking that many of your maintainers don't have the qualifications to vet

Re: Three steps we could take to make supply chain attacks a bit harder

I'm not sure my proposal has been understood at all. This website/authority is a sort of advisory board where each member's participation is 100% voluntary and distros are free to **ignore** it altogether. What this website will contain is just a nice list of vetted open source packages, versi

Re: Three steps we could take to make supply chain attacks a bit harder

Hi, It was sheer luck that the exploit was discovered and major distros haven't yet included it in their stable releases. It's quite possible and plausible it could have reached RHEL, Debian, Ubuntu, SLES and other distros and it's almost reached Fedora 40. I don't know how to talk to RedHat/I

Re: Donate 1 minute of your time to test upgrades from F36 to F37

I've just tried this for Fed 35 >> Fed 37 Got the following errors Problem: conflicting requests - nothing provides module(platform:f35) needed by module php:remi-7.4:20230104141955:.x86_64 Error: Problem 1: package php-pecl-imagick-im6-3.7.0-1.fc35.remi.7.4.x86_64 requires php(api

Re: libharu soname bump in rawhide [part II]

hpdf.h includes hpdf_version.h frpm 2.4.3 which is ready for rawhide. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US

Re: libharu soname bump in rawhide [part II]

If you need help with updating please note me. -- Dmitrij S. Kryzhevich ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org

libharu soname bump in rawhide [part II]

d. Affected packages: vtk saga mathgl EMBOSS plplot perl-PDF-Haru blender Looks like blender and EMBOSS does not use those API and could be just rebuilt. Others rely on it. I haven't permissions of proven packager so can't rebuild them (except mathgl where I'm comaintainer). --

Re: libharu soname bump for rawhide

Oh. Found error in my repoquery. Thank you. On Wed, 5 Oct 2022 22:11:31 +0900 Mamoru TASAKA wrote: > Dmitrij S. Kryzhevich wrote on 2022/10/05 18:02: > > I understand the necessity of time to react, may be should handle it in a > > more proper way. > > I was triggered

Re: libharu soname bump for rawhide

2022 at 9:24 AM Dmitrij S. Kryzhevich wrote: > > > > New version of libharu is building for rawhide with coresponding soname > > bump. > > Only vtk should be affected right now. > > I see that you have already built libharu-2.4.2-1.fc38. > > Did you also han

libharu soname bump for rawhide

New version of libharu is building for rawhide with coresponding soname bump. Only vtk should be affected right now. -- Dmitrij S. Kryzhevich ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le

Re: Donate 1 minute of your time to test upgrades from F36 to F37

$ sudo dnf --releasever=37 --setopt=module_platform_id=platform:f37 --enablerepo=updates-testing $(rpm -q fedora-repos-modular >/dev/null && echo --enablerepo=updates-testing-modular) --assumeno distro-sync Last metadata expiration check: 0:08:47 ago on Tue 13 Sep 2022 19:34:54. Error: Problem

Re: Request for testing: Fedora 37 pre-Beta validation tests

Hi Adam Always on a long weekend. I have an issue with the installation of the workspace 37beta.  BTW, rawhide is OK for installation (clear images), ditto for reinstallation of F36live. Am I the only one getting screen corruption with anaconda and with some parts of Workspace 37.  I am getti

Re: Heads-up / for discussion: dnf not working with 1G of RAM or less

What is the contents of /etc/dnf/dnf.conf It might help to see if there is a setting therein that is causing the mentioned issue. Regards  Leslie Leslie Satenstein Montréal Québec, Canada On Sunday, August 28, 2022 at 11:24:30 p.m. EDT, Adam Williamson wrote: Hey folks! I apologi

Re: proposal idea: EOL notifications

> I am not excited, because I feel it doesn't add any value to Fedora. It's not about adding "value", it's about making sure that people realize that they are running unsupported software which no longer receives updates and might have vulnerabilities, including remote. Actually, any now unsuppor

Re: Non-responsive maintainer check: fabiand - Fabian Deutsch

I suppose we can try this address as well: fdeut...@redhat.com (I hope it's correct) Dmitrij Kryzhevich On Sun, 13 Feb 2022 20:22:46 -0500 Noah Palmer wrote: > Hello, > I am starting the non-responsive maintainer process for fabiand. He is the > listed maintainer for 20 packages and as far as I

Re: Non-responsive packagers: anoopcs, gtiwari, msehnout, sebix, vanessa_kris

On Fri, 2022-01-21 at 15:41 +0530, Anoop C S via devel wrote: > On Fri, 2022-01-21 at 10:32 +0100, Pierre-Yves Chibon wrote: > > On Fri, Jan 21, 2022 at 02:31:57PM +0530, Anoop C S wrote: > > > On Thu, 2022-01-20 at 09:57 +0100, Pierre-Yves Chibon wrote: > > &

Re: Non-responsive packagers: anoopcs, gtiwari, msehnout, sebix, vanessa_kris

On Fri, 2022-01-21 at 10:32 +0100, Pierre-Yves Chibon wrote: > On Fri, Jan 21, 2022 at 02:31:57PM +0530, Anoop C S wrote: > > On Thu, 2022-01-20 at 09:57 +0100, Pierre-Yves Chibon wrote: > > > Good Morning Everyone, > > > > > > The packagers listed he

Re: Non-responsive packagers: anoopcs, gtiwari, msehnout, sebix, vanessa_kris

nally gonna happen. If not, how important it is to match both(FAS and bugzilla) email addresses at this point? Or is it a requirement now to have same email address to get the work completed? Sorry, I am little confused. Regards, Anoop C S. [1] https://pagure.io/fedora-infrastructure/issue/104

Re: Btrfs question for Fedora 33 beta. How can I add nocow to /var

Fedora Everything Presentation from youtube. https://www.youtube.com/watch?v=qOv-EFdVoss Regards  Leslie Leslie Satenstein Montréal Québec, Canada On Sunday, October 25, 2020, 10:38:33 p.m. EDT, Chris Murphy wrote: On Sun, Oct 25, 2020 at 6:56 PM Leslie Satenstein via devel wrot

Re: Btrfs question for Fedora 33 beta. How can I add nocow to /var

Thank you all. Is it worthwhile putting compress=lzo  for root. Without concern, I have done it for /home. Regards  Leslie Leslie Satenstein Montréal Québec, Canada On Monday, October 26, 2020, 2:17:40 a.m. EDT, Ian Kent wrote: On Sun, 2020-10-25 at 20:38 -0600, Chris Murphy wrot

Re: Btrfs question for Fedora 33 beta. How can I add nocow to /var

Hi Chris I am again attaching a program  for you to try.I AM THE AUTHOR.  Extended to manage btrfs entries. fstabxref -o /tmp/fstab It reads the /dev/disk/by-xxx  contents,/etc/mtab and   /etc/fstab It validates each fstab entry  as it builds the output. Errors are pointed out.

Re: Kernel - default log levels

On 16/10/2020 18:57, Sven Kieske wrote: > On Fr, 2020-10-16 at 15:27 +0200, David S. wrote: >> My testing is currently on a standard Fedora 32 x86_64 running in >> Digital Ocean (from their Fedora image pool). It should be fairly >> up-to-date (I see now there is a 5.8.15

Re: Kernel - default log levels

On 16/10/2020 01:09, Justin Forbes wrote: > On Tue, Oct 13, 2020 at 4:24 PM David S. wrote: >> >> >> Hi, >> >> I just spotted that there is a difference in the default log levels on >> Fedora and RHEL-8 vs RHEL-7. >> >> Fedora/RHEL-8 uses: >

Kernel - default log levels

Hi, I just spotted that there is a difference in the default log levels on Fedora and RHEL-8 vs RHEL-7. Fedora/RHEL-8 uses: # cat /proc/sys/kernel/printk 7 4 1 7 while RHEL-7 uses: # cat /proc/sys/kernel/printk 2 4 1 7 I also see that this seem

Re: Looking for new Python package maintainers

Hey, I am looking for packages to maintain and this would help a lot. Thanks, Pruthvi. On Mon, Sep 7, 2020, 11:14 Dhanesh B. Sabane wrote: > Hello folks! > > I've been away from all Fedora activities for quite some time and I > don't see a return anytime soon. There are 6 Python packages which

Re: Fedora 33 System-Wide Change proposal: Make btrfs the default file system for desktop variants

Why not Stratis? ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fe

Re: Fedora 33 System-Wide Change proposal: Make btrfs the default file system for desktop variants

It's not a GPL violation. OpenZFS works under Linux through a compatibility layer called SPL, the Solaris Porting Layer. SPL is licensed under GPL. Torvalds himself said that a non-GPL file system that was written for another OS cannot be considered a derivative of the Linux kernel: https://yar

Re: Fedora 33 System-Wide Change proposal: Make btrfs the default file system for desktop variants

The legality FUD is unrelated to rolling or non-rolling kernels. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/proj

Re: Fedora 33 System-Wide Change proposal: Make btrfs the default file system for desktop variants

OpenZFS is frequently lagging behind in support for newer kernels which would work against Fedora's "rolling" approach to kernel releases. Proxmox and Ubuntu don't feature rolling kernel releases. That's why they can ship OpenZFS (without legal problems, btw). ___

Re: Untouched BZ against cinnamon-desktop

> Hi, > > A long time ago I filled a BZ for F29 against the package group > @cinnamon-desktop-environment. [1] > Now I checked, and the issue still exists, so I re-opened it and moved > against F32. > > How can I get someone appropriate to notice it? > The generic Try assigning it to the right c

Re: Updating MUMPS/Sundials/PETSc

On 4/7/20 12:51 PM, Antonio Trande wrote: On 06/04/20 16:19, David Schwörer wrote: On 4/5/20 6:06 PM, Antonio Trande wrote: On 04/04/20 19:23, David S wrote: On 4/4/20 4:38 PM, Antonio Trande wrote: Hi all. `MUMPS-5.3.0` [1] `PETSc-3.13.0` [2] and `Sundials-5.2.0` [3] are coming on Rawhide

Re: Updating MUMPS/Sundials/PETSc

On 4/4/20 4:38 PM, Antonio Trande wrote: Hi all. `MUMPS-5.3.0` [1] `PETSc-3.13.0` [2] and `Sundials-5.2.0` [3] are coming on Rawhide; these updates will need rebuilds of dependent packages: [:snip:] Thanks a lot for updating PETSc, I know PETSc is quite challenging to package. I tried to

Orphaned package: cuneiform

Subj is an OCR system which needs to much love to be alive that I haven't. It's not required from any other package, it never had upstream from he very beginning and it is a `tesseract` OCR to switch to. So it's time to say good bye for me. It would be nice if anybody could adopt it (but I do

Port fedora for RISC-V with out compressed instructions

fedora for RISC-V with out compressed instructions. Please share the link if it is already ported, or give the guidelines on how to port. Regards, Sreenadh S. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le

Re: Better interactivity in low-memory situations

(Oops, sorry, re-post because I messed up the threading.) I'm not a developer, nor do I pretend to understand the nuances of memory management. But I signed up for this list just to say "thanks" to all the devs and others that are finally discussing what I consider to be one of the biggest prob

re: Better interactivity in low-memory situations

I'm not a developer, nor do I pretend to understand the nuances of memory management. But I signed up for this list just to say "thanks" to all the devs and others that are finally discussing what I consider to be one of the biggest problems with Linux on the desktop. My experience with deskto

two builds stuck in pending testing for nine days

f28: https://bodhi.fedoraproject.org/updates/FEDORA-2018-e6538e58ce and f29: https://bodhi.fedoraproject.org/updates/FEDORA-2018-175284c10b Is there a reason they haven't moved to testing state? Thanks -- Kaleb ___ devel mailing list -- devel@list

Re: [HEADS UP] Ceph-14.x.x, dropping 32-bit archs

On 12/6/18 7:04 AM, Kaleb S. KEITHLEY wrote: > >> And the other active maintainer (branto) and I don't have cycles to >> devote to keeping (any part of) it building on 32-bit archs. > > But people can always send patches. ;-) If someone else would like to take over a

Re: [HEADS UP] Ceph-14.x.x, dropping 32-bit archs

On 12/5/18 9:50 PM, Peter Robinson wrote: > Kaleb, > > Firstly the title is misleading as there was no heads up, a heads up > is notice before you actually push the change, not when you do the > change. I suggest you take this up with branto. He's the one who built it without 32-bit archs without

Re: [HEADS UP] Ceph-14.x.x, dropping 32-bit archs

On 12/5/18 8:34 AM, Dan Horák wrote: > On Wed, 5 Dec 2018 14:23:49 +0100 > Marcin Juszkiewicz wrote: > >> W dniu 05.12.2018 o 14:14, Kaleb S. KEITHLEY pisze: >> >>> Ceph 14.x.x (Nautilus) will no longer be built on i686 and armv7hl >>> archs starting in

[HEADS UP] Ceph-14.x.x, dropping 32-bit archs

Ceph 14.x.x (Nautilus) will no longer be built on i686 and armv7hl archs starting in fedora-30/rawhide. The upstream project doesn't support it. The armv7hl builders don't have enough memory (or address space) to build some components. And the other active maintainer (branto) and I don't have cy

enabling KCM in the Fedora kernels

Hi, How would one go about requesting this be enabled by default? Upstream NFS-Ganesha devs have been playing with it a bit and got a modest performance boost. It's conceivable that GlusterFS could utilize it too. Thanks, -- Kaleb ___ devel mailing

Re: [fesco] Updated FTBFS package policy

On Fri, 2018-05-25 at 15:46 +, Zbigniew Jędrzejewski-Szmek wrote: > Fedora package maintainers, > > FESCo approved an updated policy for packages which fail to build from > source during mass rebuilds (FTBFS) [1]. > > The updated policy is still at > https://fedoraproject.org/wiki/Fails_to_b

build failed on s390x, other archs building okay

Is this a spurious failure or ??? ... Task info: https://koji.fedoraproject.org/koji/taskinfo?taskID=28564187 ... buildArch (glusterfs-4.1.2-1.fc29.1.src.rpm, s390x): free -> FAILED: Fault: thanks, -- Kaleb ___ devel mailing list -- devel@lists.fedo

release-monitoring is telling me it has noticed (new) ceph-13.0.x

according to https://release-monitoring.org/project/267/ But the Homepage: in the above and the Source: in the .spec would seem to be saying that http://download.ceph.com/tarballs/ is where the-new-hotness is looking. And there is no ceph-13.x.y tar at that location (yet). It's a maze of twisty

Re: 'endless' stream of "greenwave is a GO on glusterfs-4.0.0-2...." emails

On 03/21/2018 04:45 PM, Kevin Fenzi wrote: > On 03/20/2018 11:02 AM, Kaleb S. KEITHLEY wrote: >> >> I've rec'd about 30 of these in the last hour or so, fedora-28, >> fedora-27, fedora-26, and fedora-28-modular. >> >> Would someone please make

'endless' stream of "greenwave is a GO on glusterfs-4.0.0-2...." emails

I've rec'd about 30 of these in the last hour or so, fedora-28, fedora-27, fedora-26, and fedora-28-modular. Would someone please make them stop Thanks -- Kaleb ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to d

Re: f28 and rawhide ignoring static ip settings

On Thu, Mar 15, 2018 at 9:27 PM, Patrick マルタインアンドレアス Uiterwijk < puiterw...@redhat.com> wrote: > > On 03/15/2018 01:23 PM, Tomasz Torcz 👁️ wrote: > > > > It's not. Now it's enp0s3. > > > > And renaming /etc/sysconfig/network-scripts/ifcfg-ens3 to ifcfg-enp0s3 > > doesn't do anything. > > Note that

Re: f28 and rawhide ignoring static ip settings

On 03/15/2018 01:23 PM, Tomasz Torcz 👁️ wrote: > On Thu, Mar 15, 2018 at 01:13:09PM -0400, Kaleb S. KEITHLEY wrote: >> >> Did I miss something? >> >> Both machines were dnf system-upgraded from f27. Static IP settings were >> set at f27 install time and work

f28 and rawhide ignoring static ip settings

Did I miss something? Both machines were dnf system-upgraded from f27. Static IP settings were set at f27 install time and worked before the respective upgrades. f28 was working correctly until a couple of days ago to the best of my knowledge. E.g.—— %cat /etc/sysconfig/network-scripts/ifcfg-e

why do I keep getting Broken dependencies: nfs-ganesha emails

E.g.: ... On x86_64: nfs-ganesha-2.6.0-0.4rc5.fc28.x86_64 requires libntirpc.so.1.6(NTIRPC_1.6.0)(64bit) ... I have long since built the GA packages: nfs-ganesha-2.6.0-1 in f28 and even nfs-ganesha-2.6.0-2 because I didn't notice that this was whining about -0.4rc5. Is something stuck s

Re: LizardFS NFS Ganesha integration with no shared library available

On 01/18/2018 01:16 PM, Kaleb S. KEITHLEY wrote: > On 01/18/2018 03:23 AM, Jonathan Dieter wrote: >> (This is meant for the Fedora devel mailing list, but I've cc'd the >> nfs-ganesha mailing list in the hopes that they might see something I'm >> missing) >

Re: LizardFS NFS Ganesha integration with no shared library available

On 01/18/2018 03:23 AM, Jonathan Dieter wrote: > (This is meant for the Fedora devel mailing list, but I've cc'd the > nfs-ganesha mailing list in the hopes that they might see something I'm > missing) > > The latest release of the LizardFS distributed filesystem includes a > FSAL for NFS Ganesha,

Re: LizardFS NFS Ganesha integration with no shared library available

On 01/18/2018 03:23 AM, Jonathan Dieter wrote: > (This is meant for the Fedora devel mailing list, but I've cc'd the > nfs-ganesha mailing list in the hopes that they might see something I'm > missing) > > The latest release of the LizardFS distributed filesystem includes a > FSAL for NFS Ganesha,

glusterfs in Fedora Modular 27?

I've been contacted by Fedora QE about this, and have bz https://bugzilla.redhat.com/show_bug.cgi?id=1518150 I haven't followed (can't follow) Fedora closely enough to know what's needed here. Apparently none of my co-maintainers have either. ;-) glusterfs packages are built for f27. Reading th

sysconf(_SC_IOV_MAX) returns -1 in f27 and f28/rawhide (glibc-2.26-8)

perusing the glibc source and headers it seems to come down to the #undef __IOV_MAX line in bits/uio_lim.h. The Changelog (2017-06-14) speaks rather obliquely to the issue, but I can't quite figure out if sysconf(_SC_IOV_MAX); now returning -1 (errno = 0) is an unintentional side effect

Re: A less "bloated" KDE spin

Wholeheartedly agree. Everybody who disagrees with your proposal better put their money where their mouth is and do all necessary QA work for the upcoming release! ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to d

Re: rdma -devel packages missing (?) on f27/armv7hl, builds failing

017 at 11:36 AM, Kaleb S. KEITHLEY wrote: I've built glusterfs previously on F27 with these same Build-Requires. Same package & same .spec build on F28 and F26. While trying to build a new version for the last 24 hours I keep hitting this: ... DEBUG util.py:439: No matching package to in

rdma -devel packages missing (?) on f27/armv7hl, builds failing

I've built glusterfs previously on F27 with these same Build-Requires. Same package & same .spec build on F28 and F26. While trying to build a new version for the last 24 hours I keep hitting this: ... DEBUG util.py:439: No matching package to install: 'libibverbs-devel' DEBUG util.py:439:

librpm.so.7, deltarpm-3.6.{21,22} and building ceph on rawhide

After a successful scratch build[1] on fc27/i686 of ceph-2.1.2-2 to test a fix for a 32-bit issue I immediately fired off a full fedpkg build, which failed thusly [2]: ... DEBUG util.py:439: Error: nothing provides librpm.so.7()(64bit) needed by deltarpm-3.6-22.fc27.x86_64 DEBUG util.py:439

ppc64le build failure, does it look familiar?

#x27;/usr/bin/rpmbuild -bb --target ppc64le --nodeps /builddir/build/SPECS/ceph.spec'] with env {'SHELL': '/bin/bash', 'PROMPT_COMMAND': 'printf "\\033]0;\\007"', 'HOME': '/builddir', 'HOSTNAME': 'mock', &#

Re: armv7hl builds running out of memory

On 07/26/2017 06:25 PM, Al Stone wrote: I've been experimenting in a slightly different environment (RHEL vs Fedora) but have been seeing oddly similar results. The use or not of the "-pipe" in GCC didn't seem to help. If I forced the make in the %build step to be just "make" (aka, "make -j1"

Re: armv7hl builds running out of memory

On 07/26/2017 08:22 AM, Björn 'besser82' Esser wrote: It looks like the whole parallelized make-process is hitting the 4 Gbytes limit per process / task on 32 Bit arches… Have you tried this? %build export CFLAGS="echo %{optflags} | sed -e 's!-pipe!!g'&

armv7hl builds running out of memory

trying to build ceph-12 on f27 armv7hl. It builds on everything x86_64, aarch64, s390x, and i686 (w/o java), but on armv7hl the build fails, reporting out of memory. ... [100%] Built target ceph-osd cc1plus: out of memory allocating 11284160 bytes after a total of 58859520 bytes make[2]: *** [src

Do I need to do a Self Contained Change to update Ceph to Ceph 12 in fedora-27?

The current version is quite old (10.2.7) and I believe that may have been built before f27/rawhide was updated to gcc-7. 10.2.8, 10.2.9, and 11.x.y do not build due to internal compiler errors. 12.1.1 does build at this time [1]. I am the package owner. Thanks, [1] https://kojipkgs.fedora

Re: Rawhide: where for art thou? (why no rawhide composes recently)

You keep using that word — where for [sic] — I do not think it means what you think it means. (As inconceivable as it may seem.) -- Kaleb ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedor

HEADSUP: Soname bump for Libharu

I'm updating libharu for rawhide and there was a soname change. I believe affected packages are: EMBOSS libeplplot mathgl (my one) perl-PDF-Haru saga wt Old API should work. Dmitrij ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscri

fedpkg update is failing

TL;DNR https://paste.fedoraproject.org/paste/PyG9sLWVgPpVKqAXPYp6K15M1UNdIGYhyRLivL9gydE=/ Reader's Digest version: Could not execute update: Could not generate update request: Command 'bodhi --bodhi-url https://bodhi.fedoraproject.org/ --new --release f26 --file bodhi.template libntirpc-1.

Ridicules bug with imake

Hi, I have a ridicules bug with imake[1]. Could anybody help here? Dmitrij [1] https://bugzilla.redhat.com/show_bug.cgi?id=1429343 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject

Something wrong with imake on ppc

Hi, I have this rasmol f26 build [1] where all non-ppc arch are ended correctly. In logs I see that imake in ppc* have some strange issues with macros expanding which it has not on other platforms. It should be noted that on f24 and f25 and epel7 releases everything was fine. And here is a l

Re: [Verification] FOSDEM speakers

Hello Everybody, The list will be published on the Fedora Magazine and the community today, 8:00 UTC and 7:00 UTC respectively, Many thanks for the help :) Best Regards ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an emai

Re: Unretiring itpp

Hi, my two pence. BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) Not required. %cmake -DBLA_VENDOR=ATLAS -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/usr make %{?_smp_mflags} May be you want to do: mkdir -p %{_target_platform} pushd %{_target_platform

Is there something wrong with the Koji builders?

I've done two builds for rawhide this morning. On the first the armv7hl and ppc64le builds failed because the source tar file could not be unpacked. On the second the aarch64 build failed because the source tar file could not be unpacked. All the other arches built successfully. -- Kaleb

two package reviews

Hi, I have two packages up for review that could use some attention please: https://bugzilla.redhat.com/show_bug.cgi?id=1411875 and https://bugzilla.redhat.com/show_bug.cgi?id=1411947 Thanks, -- Kaleb ___ devel mailing list -- devel@lists.fedorapr

Re: Packagers - Flag day 2016 Important changes

Well. Somehow it works now. 12.12.2016 09:08, Dmitrij S. Kryzhevich пишет: * koji and the source lookaside were changed to use kerberos authentication instead of ssl certificates. All maintainers will need to: kinit your-fas-accountn...@fedoraaproject.org $ kinit kr...@fedoraproject.org

Re: Packagers - Flag day 2016 Important changes

Here is debug info: $ KRB5_TRACE=/dev/stdout kinit kr...@fedoraproject.org [14820] 1481508960.831584: Getting initial credentials for kr...@fedoraproject.org [14820] 1481508960.831767: Sending request (196 bytes) to FEDORAPROJECT.org [14820] 1481508960.834886: Resolving hostname id.fedoraproje

Re: Packagers - Flag day 2016 Important changes

* koji and the source lookaside were changed to use kerberos authentication instead of ssl certificates. All maintainers will need to: kinit your-fas-accountn...@fedoraaproject.org $ kinit kr...@fedoraproject.org kinit: Client 'kr...@fedoraproject.org' not found in Kerberos database while ge

Re: sudo not looking into /usr/local

On Tue, 2016-11-15 at 18:42 +, Samuel Rakitničan wrote: > 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. What about -E option? > Found out that sudo have limited set of pa

Re: rawhide vs koji f26 builds

On 10/12/2016 08:58 AM, Kalev Lember wrote: On 10/12/2016 02:47 PM, Kaleb S. KEITHLEY wrote: Hi, I have a glusterfs-3.7.16 scratch build that's failing in koji f26 builds https://koji.fedoraproject.org/koji/getfile?taskID=16059122&name=build.log&offset=-4000 Yesterday (

Re: rawhide vs koji f26 builds

On 10/12/2016 08:49 AM, Peter Robinson wrote: On Wed, Oct 12, 2016 at 1:47 PM, Kaleb S. KEITHLEY wrote: Hi, I have a glusterfs-3.7.16 scratch build that's failing in koji f26 builds https://koji.fedoraproject.org/koji/getfile?taskID=16059122&name=build.log&offset=-4000 Can

rawhide vs koji f26 builds

Hi, I have a glusterfs-3.7.16 scratch build that's failing in koji f26 builds https://koji.fedoraproject.org/koji/getfile?taskID=16059122&name=build.log&offset=-4000 Yesterday (11 October) I downloaded and installed the current rawhide and built — successfully — from the same src.rpm that's f

Kernel 4.5 breaks upower

I have multiple Linux distributions on my desktop.  upower works with F23 to show the UPS, but fails with F24.  There are two bugreports out for this problem. It does not appear thatupower v 99.4 or earlier is the problem.refer to http://www.spinics.net/lists/fedora-devel/msg220418.html and to

Re: Unannounced soname bump - userspace-rcu

On Wed, 2016-06-22 at 16:40 +0200, Vít Ondruch wrote: > > Dne 22.6.2016 v 16:21 Richard W.M. Jones napsal(a): > > > > On Wed, Jun 22, 2016 at 03:03:09PM +0200, Vít Ondruch wrote: > > > > > > It seems there was unannounced soname bump in userspace-rcu. Not > > > sure > > > what everything needs t

enable ABRT reports for glusterfs

Hi, My search engine fu is failing atm. I get ABRT reports from notificati...@fedoraproject.org for another package (nfs-ganesha) that I'm the maintainer for. I'd like to enable ABRT reports for glusterfs. But I can't seem to find where to do that. Or maybe glusterfs never crashes! Thanks, -

Re: Unretire surf

usage of %make_build (which is `%{__make} %{?_smp_mflags}`). I'm sorry but may be the corresponding Bugzilla ticket is a better place for this conversation? Dmitrij S. Kryzhevich -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Running CLI uitilities not available in Fedora?

Hello All! I'd like to ask you for advice. I've packaged an application which can use external CLI tools (not available in Fedora for various non-legal reasons). Shall I remove support for these tools or better keep it? Hello, if your application has a preference for that CLI name modificat

Re: Running CLI uitilities not available in Fedora?

On 03/02/2016 06:50 AM, Peter Lemenkov wrote: Hello All! I'd like to ask you for advice. I've packaged an application which can use external CLI tools (not available in Fedora for various non-legal reasons). Shall I remove support for these tools or better keep it? The answer is "it depends".

Re: Notification of new version

Was a bugzilla ticket created? If not, perhaps it was recently added to release-monitoring.org , it seems that's the only version detected at this point: https://release-monitoring.org/project/9781/ Thanks, Richard Thanks. Looks like it is a case. -- devel mai

Notification of new version

Hi, I'd received a notification about new version released: A new version of "rasmol" has been detected: "2.7.5", packaged as "rasmol" But current version is: # rpm -q rasmol rasmol-2.7.5.2-5.fc23.x86_64 ^ What had gone wrong here? Dmitrij -- devel mailing list devel@lists.fedo

Re: three questions: f24 branch, python3 default, where to put /etc/rsyslog.d/gluster.conf.example

On 02/24/2016 10:46 AM, Orion Poplawski wrote: > On 02/24/2016 07:17 AM, Kaleb S. KEITHLEY wrote: >> Hi, >> >> 1) usually after the branch I build new packages for rawhide (i.e. >> $branch+1). But atm in the master branch, a `fedpkg build` gives me >> >&g

Re: three questions: f24 branch, python3 default, where to put /etc/rsyslog.d/gluster.conf.example

On 02/24/2016 09:45 AM, Stephen Gallagher wrote: > On 02/24/2016 09:30 AM, Peter Robinson wrote: >>> 1) usually after the branch I build new packages for rawhide (i.e. >>> $branch+1). But atm in the master branch, a `fedpkg build` gives me >>> >>> Could not execute build: Package glusterfs-3.7

three questions: f24 branch, python3 default, where to put /etc/rsyslog.d/gluster.conf.example

Hi, 1) usually after the branch I build new packages for rawhide (i.e. $branch+1). But atm in the master branch, a `fedpkg build` gives me Could not execute build: Package glusterfs-3.7.8-1.fc24 has already been built Am I just too early? Or is there something missing that's preventing build

Re: More prominent link to verification hashes

On 02/22/2016 05:34 PM, Stephen John Smoogen wrote: On 22 February 2016 at 13:00, Ralf Senderek wrote: The Fedora team could get a profile and verify the key(s) through github, the Fedora and Red Hat web sites, the Fedora magazine twitter account, and by having the Fedora team all sign

Re: More prominent link to verification hashes

tying into many services and putting them all in a sort of verification dashboard. If keybase is new to you, here's my profile https://keybase.io/ryansb The Fedora team could get a profile and verify the key(s) through github, the Fedora and Red Hat web sites, the Fedora magazine twitter ac

Re: requesting help on fixing gcc-6 FTBFS

Hi! > 1/ Labplot - https://bugzilla.redhat.com/show_bug.cgi?id=1307279 > > I think the issue is here - > > /builddir/build/BUILD/labplot-kf5-2.1.0/src/backend/worksheet/TextLabel. > cpp:538:38: > error: call of overloaded 'abs(qreal)' is ambiguous >if (abs(point.x()-position.point.x())>20 &&

Re: COPR repo in mock?

Are there any instructions on how to use a COPR repo when testing package builds with mock? My attempts at googling this sort of thing didn't turn anything up. Thanks, Dave Like any others. Provide information about repo to /etc/mock/YOURCONFIG.cfg In most cases in would be: /etc/mock/default.c

  1   2   3   >