Re: A few notes upgrading F41 to F42

W dniu 14.04.2025 o 13:18, Marcin Juszkiewicz pisze: I wanted to check it on my local system: [..] I wonder where from all those "not owned by any package" files came from. This system is about 12 years old (was Fedora 19 at start). I took some time with https://packages.debia

Re: A few notes upgrading F41 to F42

W dniu 14.04.2025 o 10:29, Michael J Gruber pisze: A simpler check is `find /usr/sbin /usr/local/sbin -type f` which shows you everything that isnot symlinked already. `ls -l /usr/local/sbin` shows me that it is a directory symlink already, whereas `ls -l /usr/sbin` shows me many symlinks plus t

Re: Donate 1 minute of your time to test upgrades from F41 to F42

W dniu 4.03.2025 o 16:24, Miroslav Suchý pisze: Do you want to make Fedora 42 better? Please spend 1 minute of your time and try to run: dnf --releasever=42 --enablerepo=updates-testing --assumeno --best distro-sync This command does not replace `dnf system-upgrade`, but it will reveal pote

Re: Fedora 42: The Answer to Life, The Universe and Everything

W dniu 5.11.2024 o 12:40, Liam Proven pisze: My first Linux PDA was a Sharp SL-5500. That says calm, professional, maybe descended from a line of calculators, a practical tool. In America and Japan it was a "Zaurus". To me that has an undertone of "silly sounding, cartoon character like sobriqu

Re: Donate 1 minute of your time to test upgrades from F40 to F41

On 3.09.2024 10:08, Leigh Scott wrote: You have some other issue as all those rpmfusion dep issues are bogus. Thanks for pointing it out. Sorted out rpmfusion issues. Two problems left: Problem 1: package alizams-1.9.10-2.fc41.x86_64 from fedora requires libITKCommon-4.13.so.1()(64bit), bu

Re: Donate 1 minute of your time to test upgrades from F40 to F41

On 2.09.2024 12:20, Miroslav Suchý wrote: Do you want to make Fedora 41 better? Please spend 1 minute of your time and try to run: dnf --releasever=41 --enablerepo=updates-testing --assumeno distro-sync I have several packages from RPMFusion so some problems (1, 3, 4, 7, 9, 10, 11) are relate

Re: List of long term FTBFS packages to be retired in July

W dniu 27.06.2024 o 02:02, Peter Hutterer pisze: On Wed, Jun 26, 2024 at 10:40:33AM +0200, Marcin Juszkiewicz wrote: W dniu 25.06.2024 o 23:29, Miro Hrončok pisze: Depending on: libratbag (1) piper (maintained by: vtrefny)     piper-0.7-8.fc41.noarch requires libratbag-ratbagd

Re: List of long term FTBFS packages to be retired in July

W dniu 25.06.2024 o 23:29, Miro Hrončok pisze: Depending on: libratbag (1) piper (maintained by: vtrefny)     piper-0.7-8.fc41.noarch requires libratbag-ratbagd     piper-0.7-8.fc41.src requires libratbag-ratbagd Added fix to https://bugzilla.redhat.com/show_bug.cgi?id=2225974 re

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

W dniu 30.03.2024 o 10:37, Richard W.M. Jones pisze: (1) We should routinely delete autoconf-generated cruft from upstream projects and regenerate it in %prep. It is easier to study the real source rather than dig through the convoluted, generated shell script in an upstream './configure' lookin

Re: F41 Change Proposal: PHP no 32 bit / PHP 64-bit only (self-contained)

W dniu 8.03.2024 o 21:50, Aoife Moloney pisze: == Detailed Description == PHP is not a library, so is not multilib. 32-bit consumes builder CPU/time, but nothing is shipped in the repositories. A lot of projects don't have 32-bit CI, so this may raise FTBFS (10 in F40 Mass Rebuild) Add for all

Re: dmesg restricted to root in Rawhide

W dniu 27.02.2024 o 22:27, Justin Forbes pisze: In practice, this isn't that much of a lockdown for most fedora users. We give the default user on a system wheel access which means both 'sudo dmesg' and 'journalctl -k' work as is. You wish... $ id uid=1003(marcin) gid=1006(marcin) groups=1006(

Re: dnf-4.19.0 without filelists in Rawhide soon

W dniu 9.02.2024 o 14:02, Jan Kolarik pisze: Just a heads up that a new DNF version (4.19.0) is on its way to Rawhide and is expected to land within the next several hours. This update brings a system-wide change related to not d

Re: just to let you know FESCo agreed to a preliminary injunction while we consider this issue

W dniu 9.02.2024 o 20:25, Roy Bekken pisze: I just booted Fedora-KDE-Live-x86_64-Rawhide-20240207.n.0.iso First impression is great but I’ll start moving(fast) the welcome center window around and the desktop randomly freezes from 30sec to 90ses. This is on a 1080 with nouveau, im not sure if

Re: Erlang 26 broke rabbitmq

W dniu 13.12.2023 o 19:51, Adam Williamson pisze: Lately I'm working on the Bodhi development environment, and I reached a point where I noticed rabbitmq was not working inside my current, Fedora 39-based version of it. This appears to be because rabbitmq 3.11 simply does not work with Erlang 26

Re: F40 Change Proposal: KDE Plasma 6 (System Wide)

W dniu 13.09.2023 o 17:53, Aoife Moloney pisze: == Summary == KDE Plasma 6 is successor to KDE Plasma 5 created by the KDE Community. It is based on Qt 6 and KDE Frameworks 6 and brings many changes and improvements over previous versions. For Fedora Linux, the transition to KDE Plasma 6 will al

Re: Donate 1 minute of your time to test upgrades from F38 to F39

W dniu 29.08.2023 o 17:26, Adam Williamson pisze: On Tue, 2023-08-29 at 10:33 +0200, Marcin Juszkiewicz wrote: Problem 2: package ghc-data-array-byte-0.1.0.1-1.fc38.x86_64 from @System requires libHSarray-0.5.4.0-ghc9.2.6.so()(64bit), but none of the providers can be installed - ghc

Re: Donate 1 minute of your time to test upgrades from F38 to F39

W dniu 23.08.2023 o 20:22, Miroslav Suchý pisze: Do you want to make Fedora 39 better? Please spend 1 minute of your time and try to run: # Run this only if you use default Fedora modules # next time you run any DNF command default modules will be enabled again sudo dnf module reset '*' dnf --

Re: UW-IMAP

W dniu 29.06.2023 o 16:27, David Both pisze: I also spent about 4 days trying to get Dovecot to work with SendMail in a test VM setup. I'm either missing one or more important bits or its just too complex for me. None of the docs I have found anywhere has a complete start-to-finish picture. Jan

Re: UW-IMAP

W dniu 29.06.2023 o 14:57, David Both pisze: I have noticed that uw-imap is no longer in the Fedora repo and that the last was F33. I like it far better than the other options because it is the IMAP server that best "does one things and does it well." It also requires the least amount of configur

Re: Ridiculous new Red Hat Bugzilla password security requirements

W dniu 14.10.2022 o 03:39, Kevin Kofler via devel pisze: today, Red Hat Bugzilla forced me to change my password because apparently a password of 9 random alphanumeric+symbol characters (1 symbol, 8 mixed-case alphanumeric) is suddenly no longer considered secure enough. This is absolutely ridic

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

W dniu 12.09.2022 o 14:59, Miroslav Suchý pisze: Do you want to make Fedora 37 better? Please spend 1 minute of your time and try to run: # Run this only if you use default Fedora modules # next time you run any DNF command default modules will be enabled again sudo dnf module reset '*' dnf --

Re: Thunderbird 102 pushed to F36 stable

W dniu 3.09.2022 o 10:47, Demi Marie Obenour pisze: On 9/3/22 04:42, Marcin Juszkiewicz wrote: W dniu 3.09.2022 o 02:56, l...@fedoraproject.org pisze: Which addons are incompatible? Additionally, use "Addon Compatibility Check" for the purpose. The best practice is to contact th

Re: Thunderbird 102 pushed to F36 stable

W dniu 3.09.2022 o 02:56, l...@fedoraproject.org pisze: Here we go again: thunderbird 102 update was submitted to F36. This new version was known to bring incompatible changes to several addons, yet it has been submitted to a stable Fedora release with autopush enable and just a karma threshold

Re: Fedora 37: Add kernel parameters that help prevent local exploits

W dniu 19.05.2022 o 05:15, Hellosway Here via devel pisze: Add `slab_nomerge init_on_alloc=1 init_on_free=1 page_alloc.shuffle=1 pti=on randomize_kstack_offset=on vsyscall=none ` as default kernel command line arguments. Some of them are a matter of kernel configuration options. Which is bett

Re: Request for Intel WiFi Backports - AX2xx

W dniu 28.12.2021 o 00:30, Kevin Anderson pisze: There was a iwlwifi issue that would cause firmware resets and cause performance to significantly degrade to around ~500Kb/s till the interface was brought down and then up again. Upstream identified the issue and there are 2 patches that fix the

Re: Donate 1 minute of your time to test upgrades from F34 to F35

On 07.09.2021 20:47, Marcin Juszkiewicz wrote: [root@puchatek hrw]# LANGUAGE=C LC_ALL=C LANG=C dnf --releasever=35 --setopt=module_platform_id=platform:f35 --enablerepo=updates-testing --enablerepo=updates-testing-modular distro-sync Last metadata expiration check: 0:28:08 ago on Tue Sep  7 20

Re: Donate 1 minute of your time to test upgrades from F34 to F35

On 07.09.2021 18:14, Miroslav Suchý wrote: Do you want to make Fedora 35 better? Please spend 1 minute of your time and try to run: # Run this only if you use default Fedora modules # next time you run any DNF command default modules will be enabled again sudo dnf module reset '*' sudo dnf --r

Re: F35 Change: Build Fedora Cloud Images with Hybrid BIOS+UEFI Boot Support (System-Wide Change)

W dniu 21.06.2021 o 17:43, Chris Murphy pisze: Please make first partition at least 4MB in size. Those Arm/AArch64 systems which store bootloaders on boot media will have a space for it (as some already read from around that area). I'm confused what image(s) you're referring Sorry, my mistake.

Re: F35 Change: Build Fedora Cloud Images with Hybrid BIOS+UEFI Boot Support (System-Wide Change)

W dniu 03.06.2021 o 22:35, Ben Cotton pisze: https://fedoraproject.org/wiki/Changes/FedoraCloudHybridBoot == Summary == With recent changes in public cloud widely accepting the use of UEFI boot, it would be consistent to add hybrid boot in support of both unifying the legacy (BIOS) and UEFI boo

F32 -> F33 upgrade

I assume that there will be a proper thread for testing such upgrade some time after Beta point but I had some time today I checked will it work. On my system it looks like deja-dup/duply/duplicity have a problem with dependencies: [root@puchatek ~]# LANGUAGE=C dnf distrosync --releasever 33 La

Re: The future of legacy BIOS support in Fedora.

W dniu 01.07.2020 o 12:57, Richard W.M. Jones pisze: > If you mean migration of existing guests, then you need to repartition > them and reinstall the bootloader. I doubt anyone has a practical > idea of how to do that either manually or automatically. Add second drive with 32-64MB size. Create

Re: The future of legacy BIOS support in Fedora.

W dniu 30.06.2020 o 16:40, Daniel P. Berrangé pisze: > On Tue, Jun 30, 2020 at 04:32:44PM +0200, Marcin Juszkiewicz wrote: >> Can we also default to Q35 and forget that i440fx existed? >> >> Do all the pain in one step. > That's upto the various mgmt apps using lib

Re: The future of legacy BIOS support in Fedora.

W dniu 30.06.2020 o 16:27, Daniel P. Berrangé pisze: > KVM virt on aarch64 and x86 can support EFI via AVMF / OVMF firmware > built from the edk2 project from a technical POV. > > The first challenge will be that many mgmt tools still default to > using legacy BIOS when deploying guest OS. We've

Re: The future of legacy BIOS support in Fedora.

W dniu 30.06.2020 o 16:20, Tom Hughes via devel pisze: > On 30/06/2020 15:00, Florian Weimer wrote: >> * Jóhann B. Guðmundsson: >> >>> Given Hans proposal [1] introduced systemd/grub2/Gnome upstream >>> changes it beg the question if now would not be the time to stop >>> supporting booting in le

Re: The future of legacy BIOS support in Fedora.

W dniu 30.06.2020 o 15:34, Jóhann B. Guðmundsson pisze: > Given Hans proposal [1] introduced systemd/grub2/Gnome upstream > changes it beg the question if now would not be the time to stop > supporting booting in legacy bios mode and move to uefi only > supported boot which has been available on a

Re: armv7l status?

W dniu 14.05.2020 o 14:34, Florian Weimer pisze: > Just to be clear here, armhfp is *not* the common denominator of all > 32-bit Arm architectures. It does not cover the overall architecture in > the sense that is compatible to with everything out there. (I'm not > sure if that is even possible.)

Re: What CPU extensions can we assume are available by arch?

W dniu 22.04.2020 o 14:52, Florian Weimer pisze: >> At this time upstream only supports AVX/AVX2/NEON, but if they did >> add support for SVE on aarch64, can I use it? > No. I don't think the builders support it yet. You can assume NEON on aarch64 as it is mandatory part. SVE is in one or two cp

Re: Announcing start of DNF 5 development

W dniu 06.03.2020 o 02:57, Neal Gompa pisze: > The database has been synchronized since Fedora 24. However, the > caches are not, and that *does* need to be fixed. And when user calls dnf let it use system cache by default... 17:38 (0s) hrw@puchatek:~$ time sudo dnf info nano [ fetching all rep

Re: Announcing start of DNF 5 development

W dniu 04.03.2020 o 19:03, Daniel Mach pisze: > Hello everyone, I'm pleased to announce start of DNF 5 development. > microdnf > Microdnf is becoming important because it's part of > many containers due to its small footprint. [root@puchatek hrw]# ldd /bin/microdnf |wc -l 70 hrw@j13-qrep-04:cep

Re: Donate 1 minute of your time to test upgrades from F31 to F32

W dniu 04.03.2020 o 16:33, Marcin Juszkiewicz pisze: > W dniu 04.03.2020 o 16:24, Miroslav Suchý pisze: >> Do you want to make Fedora 32 better? Please spend 1 minute of your time and >> try to run: >> >> # Run this only if you use default Fedora modules >> #

Re: Donate 1 minute of your time to test upgrades from F31 to F32

W dniu 04.03.2020 o 16:24, Miroslav Suchý pisze: > Do you want to make Fedora 32 better? Please spend 1 minute of your time and > try to run: > > # Run this only if you use default Fedora modules > # next time you run any DNF command default modules will be enabled again > sudo dnf module r

Re: Downgrading from rawhide

W dniu 25.02.2020 o 16:09, Christophe de Dinechin pisze: > Is there any documented procedure to safely downgrade from rawhide > to the latest release? > > I tried > > # dnf update --releasever=32 fedora-release > # dnf distro-sync --allowerasing --skip-broken > > Does something like that have a

Re: Donate 1 minute of your time to test upgrades from F30 to F31

W dniu 17.09.2019 o 08:55, Zbigniew Jędrzejewski-Szmek pisze: > On Tue, Sep 17, 2019 at 08:33:49AM +0200, Marcin Juszkiewicz wrote: >> W dniu 11.09.2019 o 14:54, Miroslav Suchý pisze: >>> Do you want to make Fedora 31 better? >> >> I migrated to F31 beta some tim

Re: Donate 1 minute of your time to test upgrades from F30 to F31

W dniu 11.09.2019 o 14:54, Miroslav Suchý pisze: > Do you want to make Fedora 31 better? I migrated to F31 beta some time ago. Today decided to go with 'dnf distro-sync' instead of usual 'dnf update' command: Problem: problem with installed package kf5-ktexteditor-5.61.0-1.fc31.x86_64 - pack

Re: Donate 1 minute of your time to test upgrades from F30 to F31

W dniu 11.09.2019 o 14:54, Miroslav Suchý pisze: > Do you want to make Fedora 31 better? Please spend 1 minute of your time and > try to run [*]: > > sudo dnf --releasever=31 --setopt=module_platform_id=platform:f31 > --enablerepo=updates-testing distro-sync Had to remove 'openshot' (FTBFS in

Re: RFC: switch to uvesafb and drop openchrome in F31+

W dniu 24.04.2019 o 02:46, Adam Jackson pisze: > Finally, uvesafb only supports video devices that support VBE 2.0 or > higher. In principle, X's vesa driver supports any VBE implementation > at all. I'm not convinced this is a real issue for us though. VBE 2.0 > dates to 1994, and I have maybe o

Re: Donate 1 minute of your time to test upgrades from F29 to F30

W dniu 01.03.2019 o 13:28, Miroslav Suchý pisze: > Dne 01. 03. 19 v 12:59 Marcin Juszkiewicz napsal(a): >> My system was Fedora 19 when first time I installed Fedora. Now I >> have packages from each release from F20 to F29 ;d > > In fedora-upgrade(8) I run > > packa

Re: Donate 1 minute of your time to test upgrades from F29 to F30

W dniu 28.02.2019 o 10:22, Miroslav Suchý pisze: > 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 On my system it had 13 problems, 3 of

Re: Donate 1 minute of your time to test upgrades from F29 to F30

W dniu 28.02.2019 o 10:22, Miroslav Suchý pisze: > 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 > > If you get this prompt: > > ...

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

W dniu 05.12.2018 o 14:45, Kaleb S. KEITHLEY pisze: > 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 (Na

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

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 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.

Re: %{valgrind_arches}

W dniu 07.08.2018 o 15:12, Florian Weimer pisze: > On 08/06/2018 09:58 PM, Marcin Juszkiewicz wrote: >>  From what I remember there is no architecture supported by Fedora >> without Valgrind support. We got rid of s390 (32bit) and risc-v does not >> count yet. > &

Re: %{valgrind_arches}

W dniu 05.08.2018 o 16:36, Jeff Johnson pisze: > So you are recommending using 14 lines (with comments) of spec file > goop that uses 2 %ifarch build section tests in order to set/unset a > macro. > > There's further baggage in spec files needed to add a BR, pass an > option to configure, add libr

Re: Would be possible to add freerdp2 package only for EPEL?

W dniu 29.05.2018 o 01:21, Kevin Fenzi pisze: > Nope. koji operates on source packages. If it sees a 'freerdp' source > package in epel that will completely and totally override any freerdp > package in epel and any subpackages it has will be ignored. The name > must be different between epel and r

Re: Would be possible to add freerdp2 package only for EPEL?

W dniu 28.05.2018 o 13:22, Ondrej Holy pisze: > Unfortunately, EPEL branch for freerdp can't be simply created due to > package name conflict. Would be possible to add freerdp2 package only for > EPEL? Can not you reuse existing freerdp and just produce 'freerdp2' package for EPEL7? Kind of: # i

Re: Announcing DNF 3 development

W dniu 26.03.2018 o 10:16, Tom Hughes pisze: > On 26/03/18 09:06, Marcin Juszkiewicz wrote: >> Will it FINALLY use one copy of metadata for all system users? > > Do you have a proposal as to how that might be possible in a > secure way? Use. Not download. And inform (like al

Re: Announcing DNF 3 development

W dniu 22.03.2018 o 13:40, Daniel Mach pisze: > We are pleased to announce that development of DNF 3 has started. This > version is focused on performance improvements, new API and consolidating > the whole software management stack. > > Please read more details on our blog: > https://rpm-software

Re: [UPDATE] Re: Mass package change (python2- binary package renaming)

W dniu 28.08.2017 o 14:31, Zbigniew Jędrzejewski-Szmek pisze: > On Mon, Aug 28, 2017 at 02:11:16PM +0200, Marcin Juszkiewicz wrote: >> W dniu 12.08.2017 o 17:15, Zbigniew Jędrzejewski-Szmek pisze: >>> atomic-reactor/ ftbfs (AttributeError: module 'docker' h

Re: [UPDATE] Re: Mass package change (python2- binary package renaming)

W dniu 12.08.2017 o 17:15, Zbigniew Jędrzejewski-Szmek pisze: > atomic-reactor/ ftbfs (AttributeError: module 'docker' has no > attribute 'Client') Looks like it uses 'docker-py' rather than 'docker' one which is the one other projects migrated to. docker.Client -> docker.APIClient re

Re: RPM macros - case insensitive since Fedora 27 (maybe Fedora 26)

W dniu 24.05.2017 o 17:32, Zdenek Dohnal pisze: > Hi, > > I was doing rebase for gutenprint pre-release in recent rawhide (fc27) > and I couldn't build it because I had %VERSION macro defined by myself > and it got rewritten by default macro %version. That indicates rpm > macros have been case ins

Re: future of official optical media support in Fedora

W dniu 06.12.2016 o 14:43, Kamil Paral pisze: > All of that is, of course, motivated by trying to spend QA time more > effectively. You can see the current coverage e.g. in this table [2], > overall we burn 6 DVDs and perform 12 optical installation (BIOS + > UEFI) for every release candidate publ

Re: Recommended upgrade procedure for >1 release upgrades

On 18/11/16 05:50, Stephen Gallagher wrote: GNOME Software uses PackageKit and both PackageKit and DNF these days use the same underlying dependency resolvers. So they're a lot closer than they used to be. Thanks. ___ devel mailing list -- devel@lists

Re: Recommended upgrade procedure for >1 release upgrades

W dniu 18.11.2016 o 12:49, Michael Catanzaro pisze: > On Fri, 2016-11-18 at 05:37 +, Sérgio Basto wrote: >> but GNOME Software use dnf-plugin-system-upgrade ? if yes , since >> then >> we have dnf-plugin-system-upgrade should be safe offer ii > > No, GNOME Software does not use dnf and never

Re: Missing qemu deps on ppc64le

W dniu 10.10.2016 o 16:34, Paolo Bonzini pisze: > On 10/10/2016 13:30, Sandro Bonazzola wrote: >> just seen: >> DEBUG util.py:421: Error: Package: >> 2:qemu-system-aarch64-2.6.1-1.fc24.ppc64le (updates) >> DEBUG util.py:421: Requires: edk2-aarch64 >> DEBUG util.py:421: Error: Package

Re: F26 Self Contained Change: Jekyll

W dniu 10.10.2016 o 10:30, Jan Kurik pisze: > = Proposed Self Contained Change: Jekyll = > https://fedoraproject.org/wiki/Changes/Jekyll Since when adding new package requires Change proposal? ___ devel mailing list -- devel@lists.fedoraproject.org To un

Re: Versioning the Packaging Guidelines

W dniu 09.09.2016 o 14:25, gil pisze: >> Could we learn anything from this? Fedora is not a rolling >> distribution, but the guidelines are. Would it be a good idea to >> actually provide versions of the guidelines? To track the last version >> checked in the packages? >> >> If not for anything els

Re: aarch64 machine for packagers?

21.08.2016 00:17 "Jerry James" napisał(a): > Thanks for the information, Kevin. I guess I'll have to go the QEMU > route after all, then. Try http://linaro.cloud/ as well. -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.o

Re: Long live YUM!

W dniu 08.08.2016 o 12:02, Christopher Meng pisze: > On Monday, 8 August 2016, Marcin Juszkiewicz >> 11:53 root@puchatek:~# LANGUAGE=C dnf remove yum >> Dependencies resolved. >> >> Packag

Long live YUM!

I updated my system today and noticed that one of updated packages was "yum". Yes, that package manager tool we were supposed to obsolete with switch to "dnf" few releases ago. So I decided to remove it: 11:53 root@puchatek:~# LANGUAGE=C dnf remove yum Dependencies resolved. =

Re: Too fast karma on Bodhi updates

W dniu 11.07.2016 o 10:59, Raphael Groner pisze: >> W dniu 10.07.2016 o 18:00, Sayan Chowdhury pisze: >> >> >> What about situation when maintainer X scratch built package Y, got >> it tested by few people (let name them A, C, E, F) before >> submitting it to stable-updates? >> >> Once package e

Re: Too fast karma on Bodhi updates

W dniu 10.07.2016 o 18:00, Sayan Chowdhury pisze: > I recently packaged and pushed an update for > fedmsg-meta-fedora-infrastructure to bodhi and exactly 40 secs[1] > later I got a +1 to the update. I am sure that testing a package > surely takes more than 40 secs. This makes me really curious tha

Re: Wh{o,at} broke rawhide?

W dniu 09.06.2016 o 00:18, gil pisze: I have no idea why but most of your mails end in my spam folder ;( Il 08/06/2016 21:15, Kevin Fenzi ha scritto: On Wed, 8 Jun 2016 21:07:26 +0200 Marcin Juszkiewicz wrote: Any ideas (other than "switch to F24/Ubuntu/Debian/Umbaumba" one

Re: Wh{o,at} broke rawhide?

W dniu 08.06.2016 o 21:15, Kevin Fenzi pisze: > On Wed, 8 Jun 2016 21:07:26 +0200 > Marcin Juszkiewicz wrote: > >> I used 4.7-rc0.git3 kernel for few days. In the morning I did an >> update to fresh rawhide and then fork() stopped forking. >> >> Thunderbird was

Wh{o,at} broke rawhide?

I used 4.7-rc0.git3 kernel for few days. In the morning I did an update to fresh rawhide and then fork() stopped forking. Thunderbird was crashing on start, Chrome refused to do anything, Konsole greeted me with "fork() failed" messages when I needed new tab. It is not a kernel fault as it ha

Re: DNF 1.1.8 and DNF-PLUGINS-CORE 0.1.20 Released

W dniu 12.04.2016 o 11:20, Honza Šilhan pisze: The new version of DNF and DNF-PLUGINS-CORE has been released. Can someone update version in EPEL7? -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Support for PCLMUL, AVX, FMA, etc.

W dniu 01.04.2016 o 22:32, Jerry James pisze: I am one of the maintainers of the ntl package, which is used by some numeric applications (e.g., Macaulay2 and sagemath). Upstream supports use of the PCLMUL instruction, the AVX instructions, and the FMA instructions to speed up various computation

Re: Chromium

W dniu 16.03.2016 o 19:19, Tom Callaway pisze: And of course: chromium:https://bugzilla.redhat.com/show_bug.cgi?id=1270322 qt5-qtwebengine contains chromium source code already so it may be good to check how it was packaged. -- devel mailing list devel@lists.fedoraproject.org http://lists.fe

Re: [ANNOUNCE] Fedora support for Vulkan

W dniu 16.02.2016 o 19:48, Adam Jackson pisze: > Currently the repository includes the driver loader, as well as Intel's > open source drivers for gen8+ (Broadwell, Cherryview, Skylake, Broxton > and Kabylake) GPUs. The Intel drivers also have incomplete support for > Ivybridge, Haswell, and Baytr

Re: F24 Self Contained Change: System Python

W dniu 10.02.2016 o 09:13, Colin Walters pisze: The OpenEmbedded project has been doing this for quite a while: Note that distributions built using OpenEmbedded are meant for storage limited devices. Years ago I had to squeeze kernel, Python, gstreamer and working system into 16MB of flash.

Re: Build root prepared by DNF is way larger

W dniu 25.01.2016 o 17:03, Vít Ondruch pisze: So it appears this thread was probably not enough. Which keeps us with interesting state where mock by default does not install weak dependencies where Koji installs them. It causes interesting issues already. mock/koji not installing weak dependenc

Re: New tbb in Rawhide

W dniu 15.01.2016 o 23:14, Jerry James pisze: I am going to build the latest version of tbb in Rawhide soon. I have already done successful rebuilds of these packages in mock for x86_64, so I don't expect any trouble. Nevertheless, if a build fails, I will look into it. Please do check on s

Re: New scitech FAS and COPR group

On środa, 6 stycznia 2016 09:31:01 CET Orion Poplawski wrote: > I've created a "scitech" FAS and COPR group for the SciTech SIG > (https://fedoraproject.org/wiki/Category:SciTech_SIG). My immediate > goal is to create some common repositories for updated builds of > scientific software for EL7 (&

Re: Dead entries in pkgdb?

W dniu 17.12.2015 o 16:11, Michael Schwendt pisze: http://pkgs.fedoraproject.org/cgit/?q=actdiag doesn't find the git repo either. Same for "seqdiag" and "nwdiag". Review request for "actdiag": https://bugzilla.redhat.com/show_bug.cgi?id=1072065 Watch this -> | New Package SCM Request 2014-

Dead entries in pkgdb?

Hi As part of my work as AArch64 secondary architecture developer I keep git trees of all Fedora packages on my development machine. Tend to update it ~weekly. Script for it is easy: #!/bin/bash HTMP=`mktemp -d` echo "fe

Re: Proposal: retire lesstif in f24 and beyond

W dniu 08.10.2015 o 12:06, Marcin Juszkiewicz pisze: W dniu 02.10.2015 o 13:33, Jon Ciesla pisze: Lesstif being basically dead upstream and motif being available, I think it's probably time to retire lesstif. If anyone knows of other packages using it, please let me know and I can mi

Re: Proposal: retire lesstif in f24 and beyond

W dniu 02.10.2015 o 13:33, Jon Ciesla pisze: Lesstif being basically dead upstream and motif being available, I think it's probably time to retire lesstif. If anyone knows of other packages using it, please let me know and I can migrate them. dinotrace fbb xastir xmbdfed xvarstar Those are

Re: Orphaned packages seeking new point of contact

W dniu 08.10.2015 o 01:29, Eduardo Mayorga Téllez pisze: El 07/10/2015 2:05 pm, Kevin Fenzi escribió: xcircuit -- Electronic circuit schematic drawing program ( master f23 f22 f21 el6 el5 ) Taken. Can you also take ngspice? Otherwise one of xcircuit build dependencies will be removed from F

Re: SPF records @fedoraproject.org versus @lists.fedoraproject.org

W dniu 05.10.2015 o 16:58, Reindl Harald pisze: Am 05.10.2015 um 16:47 schrieb Marcin Juszkiewicz: Many of those people send their mail from properly configured MTA allowing random envelope senders for authenticated users well, and that's why spamfighting is that complicated

Re: SPF records @fedoraproject.org versus @lists.fedoraproject.org

W dniu 05.10.2015 o 16:43, Reindl Harald pisze: well, that people should send their mail from the Fedora servers and not from a wrong configured random MTA allowing random envelope senders Many of those people send their mail from properly configured MTA allowing random envelope senders for au

Re: f23: dnf returns nothing

W dniu 30.09.2015 o 10:39, Pavel Lisý pisze: For others I have found discussion in other maillist For testing and quality assurance of Fedora releases mailto:for%20testing%20and%20quality%20assurance%20of%20fedora%20releases%20%3ct...@lists.fedoraproject.org%3e>> It was bug in dnf: workaround:

Re: Why packages sources are NOT mirrored?

W dniu 17.09.2015 o 22:42, Kevin Fenzi pisze: > >I would talk with the mirrors in your area and find out why they > >don't mirror it. > >Do mirror sites have the option to not include sources? [*] The pkgs.fedoraproject.org lookaside cache? (Which is what this thread was about) No, because we

Why packages sources are NOT mirrored?

My traceroute [v0.85] puchatek (0.0.0.0)Thu Sep 17 14:42:22 2015 Keys: Help Display mode Restart statistics Order of fields quit Packets Pings Host Loss% Snt Last Avg

Re: when DEP-3 compliant patches in Fedora?

W dniu 28.08.2015 o 18:02, Matěj Cepl pisze: On 2015-08-28, 13:01 GMT, Marcin Juszkiewicz wrote: Yes, I have read it. But lot of maintainers did not. Example specfile: Source1:%{name}.score Patch0: %{name}-0.7.1-userpmopts.patch Patch1: %{name}-0.7.1-64bitfix.patch

Re: when DEP-3 compliant patches in Fedora?

W dniu 28.08.2015 o 14:40, Kevin Kofler pisze: Marcin Juszkiewicz wrote: In Debian (or in OpenEmbedded) it is solved by implementing DEP-3 [1] which is set of requirements about extra metadata in patches such as: - Description or Subject (required) - Origin (required except if Author is

Re: when DEP-3 compliant patches in Fedora?

W dniu 28.08.2015 o 14:44, Florian Weimer pisze: On 08/28/2015 02:11 PM, Marcin Juszkiewicz wrote: Who knows what it does and why? For some reason it has a name '64bitfix' but why it is needed? Did upstream ever saw it? No idea. In reality, here's what the Debian versio

Re: when DEP-3 compliant patches in Fedora?

W dniu 28.08.2015 o 14:51, Neal Gompa pisze: ​If patches are exported from Mercurial or Git, y​ou'd have all the information you'd want. Fully agree. Only info about upstream status is missing. However, most people I know aren't working from the hg/git repository when making packages. That s

Re: when DEP-3 compliant patches in Fedora?

W dniu 28.08.2015 o 14:32, Björn Persson pisze: Marcin Juszkiewicz wrote: Have you read the existent policy on this? http://fedoraproject.org/wiki/Packaging:Guidelines#Patch_Guidelines Yes, I have read it. But lot of maintainers did not. Example specfile: Source1:%{name}.score

when DEP-3 compliant patches in Fedora?

Hi I am building software for misc distributions for over 11 years. And so far Fedora packages are the worst of those I played with (mostly OpenEmbedded and Debian). Why? Because patches are mess. Let's take random one: @@ -108,7 +108,7 @@ M = int(max(r, g, b))

Re: Do you know how many 64-bit architectures Fedora has?

W dniu 24.08.2015 o 16:09, Jonathan Underwood pisze: It would be worthwhile adding this to: https://fedoraproject.org/wiki/Packaging_tricks Added -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproj

Re: Do you know how many 64-bit architectures Fedora has?

W dniu 24.08.2015 o 15:31, Neal Gompa pisze: ​ Well, the problem is that ​the path to apt-methods is hardcoded in reprepro itself. Thankfully, it's in a #define, but I don't know of a good way to fix it beyond just replacing the #define for 64-bit systems. ​If someone can suggest a better way th

  1   2   >