F32 -> F33 upgrade

2020-09-13 Thread Marcin Juszkiewicz
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

Re: The future of legacy BIOS support in Fedora.

2020-07-01 Thread Marcin Juszkiewicz
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.

2020-06-30 Thread Marcin Juszkiewicz
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 usin

Re: The future of legacy BIOS support in Fedora.

2020-06-30 Thread Marcin Juszkiewicz
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.

2020-06-30 Thread Marcin Juszkiewicz
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

Re: The future of legacy BIOS support in Fedora.

2020-06-30 Thread Marcin Juszkiewicz
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

Re: armv7l status?

2020-05-14 Thread Marcin Juszkiewicz
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

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

2020-04-22 Thread Marcin Juszkiewicz
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

Re: Announcing start of DNF 5 development

2020-03-06 Thread Marcin Juszkiewicz
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

Re: Announcing start of DNF 5 development

2020-03-05 Thread Marcin Juszkiewicz
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

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

2020-03-04 Thread Marcin Juszkiewicz
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

2020-03-04 Thread Marcin Juszkiewicz
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

Re: Downgrading from rawhide

2020-02-26 Thread Marcin Juszkiewicz
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

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

2019-09-17 Thread Marcin Juszkiewicz
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

2019-09-17 Thread Marcin Juszkiewicz
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 -

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

2019-09-11 Thread Marcin Juszkiewicz
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

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

2019-04-24 Thread Marcin Juszkiewicz
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

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

2019-03-03 Thread Marcin Juszkiewicz
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

2019-03-01 Thread Marcin Juszkiewicz
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

2019-02-28 Thread Marcin Juszkiewicz
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

2018-12-05 Thread Marcin Juszkiewicz
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

2018-12-05 Thread Marcin Juszkiewicz
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}

2018-08-08 Thread Marcin Juszkiewicz
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}

2018-08-06 Thread Marcin Juszkiewicz
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

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

2018-05-29 Thread Marcin Juszkiewicz
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

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

2018-05-28 Thread Marcin Juszkiewicz
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: #

Re: Announcing DNF 3 development

2018-03-26 Thread Marcin Juszkiewicz
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 (li

Re: Announcing DNF 3 development

2018-03-26 Thread Marcin Juszkiewicz
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: >

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

2017-08-28 Thread Marcin Juszkiewicz
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' has no >

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

2017-08-28 Thread Marcin Juszkiewicz
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: RPM macros - case insensitive since Fedora 27 (maybe Fedora 26)

2017-05-24 Thread Marcin Juszkiewicz
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

Re: future of official optical media support in Fedora

2016-12-06 Thread Marcin Juszkiewicz
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

Re: Recommended upgrade procedure for >1 release upgrades

2016-11-18 Thread Marcin Juszkiewicz
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 --

Re: Recommended upgrade procedure for >1 release upgrades

2016-11-18 Thread Marcin Juszkiewicz
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

2016-10-10 Thread Marcin Juszkiewicz
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:

Re: F26 Self Contained Change: Jekyll

2016-10-10 Thread Marcin Juszkiewicz
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

Re: Versioning the Packaging Guidelines

2016-09-09 Thread Marcin Juszkiewicz
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

Re: aarch64 machine for packagers?

2016-08-21 Thread Marcin Juszkiewicz
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

Re: Long live YUM!

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

Long live YUM!

2016-08-08 Thread Marcin Juszkiewicz
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

2016-07-11 Thread Marcin Juszkiewicz
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

Re: Too fast karma on Bodhi updates

2016-07-11 Thread Marcin Juszkiewicz
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

Re: Wh{o,at} broke rawhide?

2016-06-09 Thread Marcin Juszkiewicz
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 <mjuszkiew...@redhat.com> wrote: Any ideas (other than "switch to F24/Ub

Re: Wh{o,at} broke rawhide?

2016-06-09 Thread Marcin Juszkiewicz
W dniu 08.06.2016 o 21:15, Kevin Fenzi pisze: > On Wed, 8 Jun 2016 21:07:26 +0200 > Marcin Juszkiewicz <mjuszkiew...@redhat.com> 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. >

Wh{o,at} broke rawhide?

2016-06-08 Thread Marcin Juszkiewicz
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

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

2016-04-13 Thread Marcin Juszkiewicz
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.

2016-04-05 Thread Marcin Juszkiewicz
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

Re: Chromium

2016-03-19 Thread Marcin Juszkiewicz
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

Re: [ANNOUNCE] Fedora support for Vulkan

2016-02-16 Thread Marcin Juszkiewicz
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

Re: F24 Self Contained Change: System Python

2016-02-10 Thread Marcin Juszkiewicz
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

Re: Build root prepared by DNF is way larger

2016-01-25 Thread Marcin Juszkiewicz
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

Re: New tbb in Rawhide

2016-01-16 Thread Marcin Juszkiewicz
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

Re: New scitech FAS and COPR group

2016-01-06 Thread Marcin Juszkiewicz
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?

2015-12-17 Thread Marcin Juszkiewicz
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

Dead entries in pkgdb?

2015-12-17 Thread Marcin Juszkiewicz
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

Re: Orphaned packages seeking new point of contact

2015-10-08 Thread Marcin Juszkiewicz
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

Re: Proposal: retire lesstif in f24 and beyond

2015-10-08 Thread Marcin Juszkiewicz
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 migrate

Re: Proposal: retire lesstif in f24 and beyond

2015-10-08 Thread Marcin Juszkiewicz
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: SPF records @fedoraproject.org versus @lists.fedoraproject.org

2015-10-05 Thread Marcin Juszkiewicz
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

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

2015-10-05 Thread Marcin Juszkiewicz
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 a MTA

Re: f23: dnf returns nothing

2015-09-30 Thread Marcin Juszkiewicz
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 >

Why packages sources are NOT mirrored?

2015-09-17 Thread Marcin Juszkiewicz
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

Re: Why packages sources are NOT mirrored?

2015-09-17 Thread Marcin Juszkiewicz
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

Re: when DEP-3 compliant patches in Fedora?

2015-08-28 Thread Marcin Juszkiewicz
W dniu 28.08.2015 o 14:32, Björn Persson pisze: Marcin Juszkiewicz mjuszkiew...@redhat.com 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

when DEP-3 compliant patches in Fedora?

2015-08-28 Thread Marcin Juszkiewicz
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: when DEP-3 compliant patches in Fedora?

2015-08-28 Thread Marcin Juszkiewicz
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

Re: when DEP-3 compliant patches in Fedora?

2015-08-28 Thread Marcin Juszkiewicz
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 version of this patch

Re: when DEP-3 compliant patches in Fedora?

2015-08-28 Thread Marcin Juszkiewicz
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

Re: when DEP-3 compliant patches in Fedora?

2015-08-28 Thread Marcin Juszkiewicz
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

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

2015-08-24 Thread Marcin Juszkiewicz
Hi During last few days I fetched over 26 thousand of Fedora package repositories. Plan to go though all spec files and submit some patches mainly related to my aarch64 work. We live in a world where most of Linux systems are either 32 or 64 bit. But do you know how many 64-bit

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

2015-08-24 Thread Marcin Juszkiewicz
W dniu 24.08.2015 o 15:18, Neal Gompa pisze: ​ Oh, yes! I was trying to find something like this all weekend for my Copr for reprepro. I have to make a patch to access apt-methods in /usr/lib64 on 64-bit systems, but on 32-bit systems it should remain /usr/lib. You just made my day. ​ You

Valgrind availability

2015-08-24 Thread Marcin Juszkiewicz
Hi During last few days I fetched over 26 thousand of Fedora package repositories. Plan to go though all spec files and submit some patches mainly related to my aarch64 work. But there is one thing I want to note: %ifarch %{ix86} x86_64 BuildRequires: valgrind %endif Currently there is

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

2015-08-24 Thread Marcin Juszkiewicz
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

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

2015-08-24 Thread Marcin Juszkiewicz
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:

Re: DNF 1.0.2 Released

2015-07-28 Thread Marcin Juszkiewicz
W dniu 22.07.2015 o 10:49, Honza Šilhan pisze: The resolution configuration hints are printed to the output and user is notified which packages were skipped during update in case there are conflicts. No information about skipped updates on my system (or I misunderstood how it is supposed to

Re: kernel builds in rawhide

2015-07-27 Thread Marcin Juszkiewicz
W dniu 27.07.2015 o 11:10, Tomas Tomecek pisze: I can see that RCs of development version of kernel are being built in rawhide. Which is really great to test new stuff. But I would be pretty scared to run RC kernel normally. Would it make sense then to also build latest stable releases?

Is %autosetup another unwanted baby of Fedora?

2015-07-13 Thread Marcin Juszkiewicz
Hi When I moved to Fedora after years of doing Debian packages I noticed that there is no such thing as patch management when it comes to Fedora packages. Everyone is using %patch macro with files of random patchlevel (some even use reverse patches). %autosetup was created to handle that

Re: Is %autosetup another unwanted baby of Fedora?

2015-07-13 Thread Marcin Juszkiewicz
W dniu 13.07.2015 o 15:22, Adam Jackson pisze: On Mon, 2015-07-13 at 14:39 +0200, Marcin Juszkiewicz wrote: Is it because no one told that it exists? Or maybe because implementation has some issues which no one wants to fix? Or other (I exclude laziness of package maintainers)? rpm macros

Re: DNF vs YUM, $pkg, $pkg-mpi, $pkg-openmpi having same provides

2015-06-15 Thread Marcin Juszkiewicz
W dniu 13.06.2015 o 12:30, Dennis Jacobfeuerborn pisze: On 12.06.2015 15:25, Radek Holy wrote: What I feel would be a good solution to the problem above would be to have a way to specify the default. I believe this problem is already solved in apt-get with a very nice syntax: the OR syntax:

Re: libvpx got soname bump and no one noticed?

2015-05-28 Thread Marcin Juszkiewicz
W dniu 28.05.2015 o 07:28, Robin Lee pisze: Sorry guys, my fault. (insert local idiom about elephant in a store here). Sorted out with help of spot and kalev. You should update rpmfusion-free-relase. And run 'dnf downgrade ffmpeg-libs'. There is no 'branched' repos in RPMFusion. And before

Re: libvpx got soname bump and no one noticed?

2015-05-28 Thread Marcin Juszkiewicz
W dniu 28.05.2015 o 09:27, drago01 pisze: Problem was with VirtualBox... so for some time I will have to deal without winxp vm (used from time to time for tools which are not wine friendly). You could use Boxes / virt-manager ... ships in the Fedora repo and should be good enough for cases

libvpx got soname bump and no one noticed?

2015-05-27 Thread Marcin Juszkiewicz
F22 got released so I upgraded my machine from F22 to rawhide. But as usual it meant rebuilding rpmfusion packages (as they do not support rawhide). All went quite good. Except installing: Error: package ffmpeg-libs-2.6.2-3.fc23.x86_64 requires libvpx.so.2()(64bit), but none of the providers

Re: F23 System Wide Change: Mono 4

2015-05-12 Thread Marcin Juszkiewicz
W dniu 12.05.2015 o 13:42, Timotheus Pokorra pisze: as Mono 4 adds support for the ppc64le architecture (and aarch64 support was probably added earlier), we (the Secondary arches team) would like to see a full bootstrap and subsequent update of %mono_arches For any questions regarding

Re: Annonce: qt-virt-manager

2015-04-27 Thread Marcin Juszkiewicz
W dniu 22.04.2015 o 19:36, Fl@sh pisze: Hi, all! I'm developing qt-virt-manager. I have to say: this is not a Qt-clone of the virt-manager. The application is able to perform a lot, so I suggest you to use, and look forward to your wishes. Installed it on my F22 system where I have rhel7 in

Re: dnf replacing yum and dnf-yum

2015-04-08 Thread Marcin Juszkiewicz
W dniu 08.04.2015 o 11:05, drago01 pisze: We do have dep solvers otherwise no one would notice that a dep is broken ever. (like libsolv + hawkey). So what bodhi should do is to ask has this package all dependencies satisfied with base + updates + other packages in this push for every package

Re: Should a failed arch cancel other arch builds in koji?

2015-04-08 Thread Marcin Juszkiewicz
W dniu 08.04.2015 o 20:20, Orion Poplawski pisze: Should a failed arch cancel other arch builds in koji? I can understand the resource saving argument, but I'm finding it increasingly useful to know if a build failure is arch specific or not and this makes it impossible to tell. koji build

Re: dnf replacing yum and dnf-yum

2015-04-07 Thread Marcin Juszkiewicz
W dniu 07.04.2015 o 18:39, Ralf Corsepius pisze: skip broken - is pushing fedora users into chaotic situations. - to cheat fedora users and to play down the real problems. In a perfect world skip-broken should not even exist. In a perfect world all Fedora packages would be always

gcc5 rebuild of cube for scorep?

2015-03-03 Thread Marcin Juszkiewicz
scorep 1.3-3 failed with this in rawhide: scorep_score-SCOREP_Score_Profile.o: In function `SCOREP_Score_Profile::SCOREP_Score_Profile(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar )':

qt3 rebuild in f23?

2015-02-27 Thread Marcin Juszkiewicz
pdfedit depends on qt3 and fails to link in f23: .obj/mergeform.o: In function `gui::MergeDialog::initFileList(QString)': mergeform.cc:(.text+0xf94): undefined reference to `QString::QString(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const)'

Geos rebuild needed with gcc5?

2015-02-26 Thread Marcin Juszkiewicz
Hi I wanted to fix osm2pgsql failure on aarch64 [1]. Went through osm2pgsql github page and list of issues there. 1. http://arm.koji.fedoraproject.org/koji/taskinfo?taskID=2897601 It pointed me to --without-lockfree argument to configure script to fix libboost_atomic linking issue. Had to

Re: I wrote small script to list FTBFS koji entries

2015-02-25 Thread Marcin Juszkiewicz
On 12.02.2015 20:51, Marcin Juszkiewicz wrote: Hi As my work usually is around fixing packages which failed to build on AArch64 I spend lot of time with Koji. Today I started writing script which has to list all current FTBFS entries from selected Koji instance - kind like [1] does

Re: Easiest way to debug build failures on rawhide?

2015-02-18 Thread Marcin Juszkiewicz
On 18.02.2015 16:31, Miroslav Suchý wrote: On 02/18/2015 04:12 PM, Dave Johansen wrote: I'm running into an issue where odb won't build on rawhide ( http://koji.fedoraproject.org/koji/taskinfo?taskID=8966447 ) and I need to be able to take a look at the config.log file but it's not

Re: sorting yum/dnf metadata and metadata diffs

2015-02-13 Thread Marcin Juszkiewicz
On 13.02.2015 08:11, Casey Jao wrote: How feasible would it be to keep the listings in primary.xml and filelists.xml sorted by package name and arch? Doing so could open the door to simple and efficient diffs of repository metadata. Something like pdiffs in Debian? Those two are by far the

Re: I wrote small script to list FTBFS koji entries

2015-02-13 Thread Marcin Juszkiewicz
On 13.02.2015 12:28, Mikolaj Izdebski wrote: On 02/12/2015 08:51 PM, Marcin Juszkiewicz wrote: I plan to make something like Ubuntu has [2] which was great help when I was working on fixing packages while working for Canonical. With Michael Simacek we are working on Koschei [1,2] - a service

I wrote small script to list FTBFS koji entries

2015-02-12 Thread Marcin Juszkiewicz
Hi As my work usually is around fixing packages which failed to build on AArch64 I spend lot of time with Koji. Today I started writing script which has to list all current FTBFS entries from selected Koji instance - kind like [1] does but with few extras: - no packages which got built later -

Re: DNF as default package manager

2015-01-21 Thread Marcin Juszkiewicz
W dniu 21.01.2015 o 13:22, Sudhir Khanger pisze: On Wed, Jan 21, 2015 at 5:43 PM, Jan Zelený jzel...@redhat.com wrote: Name them please. Or better yet, report them. Any plans for local repository support in DNF. https://bugzilla.redhat.com/show_bug.cgi?id=991014 Good that I did not saw

Re: TBB rebase

2015-01-20 Thread Marcin Juszkiewicz
W dniu 19.01.2015 o 23:55, Dan Horák pisze: oh, nice, TBB isn't x86-only anymore? Did I miss something? :-) They added generic support which can be used for any architecture. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code

Re: TBB rebase

2015-01-19 Thread Marcin Juszkiewicz
W dniu 19.01.2015 o 23:44, Petr Machata pisze: Marcin Juszkiewicz mjuszkiew...@redhat.com writes: W dniu 19.01.2015 o 20:58, Petr Machata pisze: I'll rebase TBB to 4.3u2 next week. A scratch build is here: http://koji.fedoraproject.org/koji/taskinfo?taskID=8665932 Can you do builds

Re: TBB rebase

2015-01-19 Thread Marcin Juszkiewicz
W dniu 19.01.2015 o 20:58, Petr Machata pisze: I'll rebase TBB to 4.3u2 next week. A scratch build is here: http://koji.fedoraproject.org/koji/taskinfo?taskID=8665932 Can you do builds on secondary architectures as well? arm-koji for aarch64 (should use generic), ppc-koji for PowerPC

Re: Remove gcc, gcc-c++ and make from minimal build root

2015-01-16 Thread Marcin Juszkiewicz
W dniu 16.01.2015 o 09:35, Petr Spacek pisze: Another advantage could be mass-rebuild simplification. Maybe we could save machine and man-time by not rebuilding noarch packages because of gcc rebase or something like that. GCC change may affect binaries which will generate other output which

  1   2   >