Re: cmake-3.18.0-2.fc33 (or 3.18.0-1.fc33.1) in rawhide is broken!

2020-07-21 Thread Kamil Dudka
On Tuesday, July 21, 2020 4:02:29 PM CEST Neal Gompa wrote: > On Tue, Jul 21, 2020 at 9:51 AM Kamil Dudka wrote: > > What exactly do you mean by "work"? If the option does not take any > > effect, that is perfectly fine because the Fedora change did

Re: cmake-3.18.0-2.fc33 (or 3.18.0-1.fc33.1) in rawhide is broken!

2020-07-21 Thread Kamil Dudka
On Tuesday, July 21, 2020 3:41:02 PM CEST Neal Gompa wrote: > On Tue, Jul 21, 2020 at 9:04 AM Kamil Dudka wrote: > > On Tuesday, July 21, 2020 12:39:55 PM CEST Neal Gompa wrote: > > > That's odd, it shouldn't work, > > > > I believe it does. > > > > >

Re: cmake-3.18.0-2.fc33 (or 3.18.0-1.fc33.1) in rawhide is broken!

2020-07-21 Thread Kamil Dudka
On Tuesday, July 21, 2020 12:39:55 PM CEST Neal Gompa wrote: > That's odd, it shouldn't work, I believe it does. > since -B wasn't introduced until CMake 3.13... You only need working -B option to override a previously specified -B option. Otherwise CMake defaults to the current working

Re: cmake-3.18.0-2.fc33 (or 3.18.0-1.fc33.1) in rawhide is broken!

2020-07-21 Thread Kamil Dudka
On Monday, July 20, 2020 9:23:46 PM CEST Dominik 'Rathann' Mierzejewski wrote: > On Monday, 20 July 2020 at 20:46, Kamil Dudka wrote: > > > On Monday, July 20, 2020 8:35:37 PM CEST Neal Gompa wrote: > > > > > Or you could just use "%global __cmake_in_sou

Re: cmake-3.18.0-2.fc33 (or 3.18.0-1.fc33.1) in rawhide is broken!

2020-07-20 Thread Kamil Dudka
On Monday, July 20, 2020 8:35:37 PM CEST Neal Gompa wrote: > Or you could just use "%global __cmake_in_source_build 1" which > reverts to the previous behavior. That does not make any sense. The packages I talk about have used out of source builds since forever. > Or you could *actually* make

Re: cmake-3.18.0-2.fc33 (or 3.18.0-1.fc33.1) in rawhide is broken!

2020-07-20 Thread Kamil Dudka
On Monday, July 20, 2020 7:37:25 PM CEST Neal Gompa wrote: > This is because ceph is not adapted yet for > https://fedoraproject.org/wiki/Changes/CMake_to_do_out-of-source_builds Yes, this change broke a lot of builds as it had been discussed on this list. > Your spec file is a complete mess, so

Re: [Fedora-packaging] RPM-level auto release and changelog bumping - Fedora 33 System-Wide Change proposal

2020-07-02 Thread Kamil Dudka
On Thursday, July 2, 2020 1:02:05 PM CEST Nicolas Mailhot via devel wrote: > If there is buy-in, it will be implemented by goodwill people. If there > is no buy-in, it won’t, normal community development process. Put > yourself in the category you want to be in, your choice, not mine. I believe

Re: out of Koji disk space

2020-07-01 Thread Kamil Dudka
On Wednesday, July 1, 2020 2:00:09 PM CEST Jan Kratochvil wrote: > On Wed, 01 Jul 2020 13:43:57 +0200, Stephen John Smoogen wrote: > > > In the end we have limited resources and you are running into those > > limits. We can either have fewer builders with more disk space and a > > long queue of

Re: Fedora 33 System-Wide Change proposal: Make nano the default editor

2020-07-01 Thread Kamil Dudka
On Wednesday, July 1, 2020 10:54:46 AM CEST Zbigniew Jędrzejewski-Szmek wrote: > On Wed, Jul 01, 2020 at 09:44:12AM +0200, Kamil Dudka wrote: > > > On Tuesday, June 30, 2020 9:16:40 PM CEST Robert-André Mauchin wrote: > > > > > May I suggest another option? > >

Re: Fedora 33 System-Wide Change proposal: Make nano the default editor

2020-07-01 Thread Kamil Dudka
On Tuesday, June 30, 2020 9:16:40 PM CEST Robert-André Mauchin wrote: > May I suggest another option? > I provide a package for Micro, an editor written in Go with a discoverable > interface. https://micro-editor.github.io/ > > It is compiled as a static binary of 4.6 MB with no dependency. How

Re: Fedora 33 System-Wide Change proposal: Make nano the default editor

2020-06-26 Thread Kamil Dudka
On Friday, June 26, 2020 3:55:01 PM CEST Peter Robinson wrote: > > -1 for the change. If the so called 'end-user' (whatever does it mean) > > can learn git, she or he can also learn 'vi' or at least how to enable > > the preferred editor. Personally, I can see nothing special on the > > nano, for

Re: Fedora 33 System-Wide Change proposal: Make nano the default editor

2020-06-26 Thread Kamil Dudka
On Friday, June 26, 2020 12:07:46 PM CEST Ian McInerney wrote: > On Fri, Jun 26, 2020 at 10:49 AM Kamil Dudka wrote: > > On Thursday, June 25, 2020 11:44:06 PM CEST Ian McInerney wrote: > > > On Thu, Jun 25, 2020 at 9:58 PM Kamil Dudka wrote: > > > > ...snip... >

Re: Fedora 33 System-Wide Change proposal: Make nano the default editor

2020-06-26 Thread Kamil Dudka
On Thursday, June 25, 2020 11:44:06 PM CEST Ian McInerney wrote: > On Thu, Jun 25, 2020 at 9:58 PM Kamil Dudka wrote: > > ...snip... > > > > Gentoo Linux uses the /etc/env.d tree to globally set environment > > > > variables: > > https://devmanual

Re: Fedora 33 System-Wide Change proposal: Make nano the default editor

2020-06-25 Thread Kamil Dudka
On Thursday, June 25, 2020 10:27:06 PM CEST Michael Catanzaro wrote: > On Thu, Jun 25, 2020 at 8:40 pm, Ian McInerney > wrote: > > > Are you sure this will work? I just ran a test, and putting a new > > config file inside /usr/lib/environment.d only works for Gnome, and > > doesn't work for

Re: Fedora 33 System-Wide Change proposal: Use %make_build and %make_install macros

2020-06-20 Thread Kamil Dudka
On Saturday, June 20, 2020 12:17:26 AM CEST Tomasz Kłoczko wrote: > All parallel build issues should be treated *as critical bugs* > which should be *ASAP fixed*. > > kloczek Seriously, are you saying that bugs causing slower build are as important as bugs causing data lost or security

Re: Fedora 33 System-Wide Change proposal: CMake to do out-of-source builds

2020-06-16 Thread Kamil Dudka
On Tuesday, June 16, 2020 12:18:29 PM CEST Kevin Kofler wrote: > Igor Raits wrote: > > > Not sure if I follow, what means "can already be done with the existing > > one"? Does it mean that you can already specify a build dir via CLI and > > some packages already do (e.g. libsolv)? > > > As I

Re: Is dist-git a good place for work?

2020-05-06 Thread Kamil Dudka
On Wednesday, May 6, 2020 4:35:11 PM CEST Vít Ondruch wrote: > I am not concerned about remote branches disappearing. I am concerned > about the complete opposite, when the remote branches appearing in my > local copy and not disappearing once the remote copies go. Isn't this exactly what `git

Re: Non-responsive maintainer: mruprich (Michal Ruprich)

2020-04-23 Thread Kamil Dudka
On Thursday, April 23, 2020 4:08:24 PM CEST Robbie Harwood wrote: > That's not how this works. Yes and I am trying to suggest you how to make it work. > Even if your assertion were true (which it isn't), we have a closure > status for that. Michal (the maintainer, who isn't you) even used it -

Re: Non-responsive maintainer: mruprich (Michal Ruprich)

2020-04-23 Thread Kamil Dudka
On Wednesday, April 22, 2020 7:28:36 PM CEST Robbie Harwood wrote: > To make this as clear as I can, let's look at > https://bugzilla.redhat.com/show_bug.cgi?id=1815163 The above mentioned ticket is not a bug report in the first place. You just expressed your personal opinion about a package

Re: fedpkg broken (pycurl issue?)

2020-04-20 Thread Kamil Dudka
On Monday, April 20, 2020 3:59:59 PM CEST Neal Becker wrote: > Maybe the problem is that my local pycurl is not compatible with fedpkg? The more important problem is that your local pycurl is not compatible with libcurl, which is exactly what the error message is telling you, isn't it? I would

Re: Should logrotate timer be enabled by default on all installations?

2020-03-19 Thread Kamil Dudka
On Wednesday, March 18, 2020 3:50:34 PM CET Zbigniew Jędrzejewski-Szmek wrote: > On Wed, Mar 18, 2020 at 01:04:58PM +0100, Kamil Dudka wrote: > > > logrotate is a utility designed to simplify the administration of log > > files on a system which generates a lot of l

Re: Should logrotate timer be enabled by default on all installations?

2020-03-18 Thread Kamil Dudka
On Wednesday, March 18, 2020 3:20:17 PM CET Dusty Mabe wrote: > I guess it would be worth analyzing the problem space a bit: > > - in the past how many people do we think had logrotate installed and not > cron? I am worried more about automated provisioning rather than manual installations. >

Should logrotate timer be enabled by default on all installations?

2020-03-18 Thread Kamil Dudka
logrotate is a utility designed to simplify the administration of log files on a system which generates a lot of log files. It used to be triggered by cron. The cron hook was unconditionally installed with logrotate but it took effect only if a cron daemon was installed. Starting with Fedora

Re: Mock build Fedora package on CentOS 7

2020-01-16 Thread Kamil Dudka
On Thursday, January 16, 2020 6:12:42 AM CET Nico Kadel-Garcia wrote: > On Wed, Jan 15, 2020 at 12:08 PM Ian Pilcher wrote: > There are notes in the "mock" buglists > at:https://github.com/rpm-software-management/mock/issues/390 . The > short answer is "not very well". The dnf tools in RHEL 7

Re: dnf autoremove by default on upgrades

2020-01-13 Thread Kamil Dudka
On Monday, January 13, 2020 4:07:56 PM CET Chris Murphy wrote: > I understand the path of least resistance with upgrades. They're > better off being upgraded, even if they silently have sale bits no > longer upgraded. From a security perspective, I think being silent > about that is not great.

Re: dnf autoremove by default on upgrades

2020-01-13 Thread Kamil Dudka
On Monday, January 13, 2020 5:59:49 AM CET Chris Murphy wrote: > On Sun, Jan 12, 2020 at 9:39 PM Kevin Fenzi wrote: > > > > > > > On Sun, Jan 12, 2020 at 07:15:39PM -0700, Chris Murphy wrote: > > > > > Hi, > > > > > > > > > > > > This might be a bad idea. But I'm looking for better ideas than

Re: Bugzilla needinfo reminders

2019-10-25 Thread Kamil Dudka
On Friday, October 25, 2019 11:02:00 AM CEST Tomasz Torcz wrote: > On Fri, Oct 25, 2019 at 09:30:39AM +0200, Kamil Dudka wrote: > > > On Friday, October 25, 2019 9:11:39 AM CEST Tomasz Torcz wrote: > > > > > Hi, > > > > > > > > > Few days

Re: Bugzilla needinfo reminders

2019-10-25 Thread Kamil Dudka
On Friday, October 25, 2019 9:11:39 AM CEST Tomasz Torcz wrote: > Hi, > > Few days ago (22nd Oct) I've started receiving daily reminders > about needinfo for over a year old bugs. Which is strange, as those bugs > are closed. Bugzilla sends you notifications because the needinfo flag is set

Re: Fedora 31 System-Wide Change proposal: Switch RPMs to zstd compression

2019-08-30 Thread Kamil Dudka
On Friday, August 30, 2019 8:44:39 AM CEST Miroslav Suchý wrote: > I think that no one contemplate supporting RHEL 7 regarding zstd. Panu said that the backport would be almost trivial: https://lists.pagure.io/archives/list/devel@lists.fedoraproject.org/message/Z4EFFNJNVAP35KH74N3W5GC4E2AQXC7V/

Re: Fedora 31 System-Wide Change proposal: Switch RPMs to zstd compression

2019-08-30 Thread Kamil Dudka
On Thursday, August 29, 2019 11:17:18 PM CEST Nico Kadel-Garcia wrote: > Sent from my iPhone > > > > On Aug 29, 2019, at 12:58 PM, Kamil Dudka wrote: > > > > > >> On Tuesday, June 4, 2019 9:43:53 AM CEST Panu Matilainen wrote: > >> > >>&g

Re: Fedora 31 System-Wide Change proposal: Switch RPMs to zstd compression

2019-08-29 Thread Kamil Dudka
On Tuesday, June 4, 2019 9:43:53 AM CEST Panu Matilainen wrote: > On 6/4/19 9:56 AM, Daniel Mach wrote: > > > Dne 31. 05. 19 v 2:15 Pavel Raiskup napsal(a): > > > >> On Thursday, May 30, 2019 10:38:25 AM CEST Miroslav Suchý wrote: > >> > >>> Dne 29. 05. 19 v 23:52 Josh Boyer napsal(a): > >>> >

Re: RANT: compton-ng…

2019-08-13 Thread Kamil Dudka
On Tuesday, August 13, 2019 12:22:17 PM CEST Panu Matilainen wrote: > On 8/13/19 1:19 PM, Kamil Dudka wrote: > > > On Tuesday, August 13, 2019 11:26:12 AM CEST Panu Matilainen wrote: > > > >> On 8/13/19 11:17 AM, Igor Gnatenko wrote: > >> > >> > &

Re: RANT: compton-ng…

2019-08-13 Thread Kamil Dudka
On Tuesday, August 13, 2019 11:26:12 AM CEST Panu Matilainen wrote: > On 8/13/19 11:17 AM, Igor Gnatenko wrote: > > > https://bugzilla.redhat.com/show_bug.cgi?id=1738293 > > > > How did it pass review? > > > > > >> Obsoletes: compton > > > > > > Silently doing Obsoletes of an active

Re: Mock - signal reaction

2019-07-30 Thread Kamil Dudka
On Tuesday, July 30, 2019 4:59:13 PM CEST Jan Buchmaier wrote: > Do we want to catch/process SIGABRT as well? I see no obvious use case for catching SIGABRT by mock. Why are you asking about SIGABRT specifically? Kamil ___ devel mailing list --

Re: Mock - signal reaction

2019-06-04 Thread Kamil Dudka
On Tuesday, June 4, 2019 9:33:33 AM CEST Miroslav Suchý wrote: > Dne 03. 06. 19 v 13:00 Kamil Dudka napsal(a): > > >> Now I'm working on signal SIGTERM handling and I would like to kill all > >> processes related to the main mock process. > >> > >> What

Re: Mock - signal reaction

2019-06-03 Thread Kamil Dudka
On Monday, June 3, 2019 12:18:02 PM CEST Jan Buchmaier wrote: > Now I'm working on signal SIGTERM handling and I would like to kill all > processes related to the main mock process. > What do you think is it a good > idea to kill all processes, or do we want to kill the main process only? > And

Re: F31 System-Wide Change proposal: Enable Compiler Security hardening flags by default in G

2019-03-22 Thread Kamil Dudka
On Friday, March 22, 2019 12:25:28 PM CET Vitaly Zaitsev wrote: > Hello, Kamil Dudka. > > Fri, 22 Mar 2019 12:03:26 +0100 you wrote: > > > > Enforcing -Werror=format-security in Fedora build system was a mistake. > > > No. Enforcing -Werror=format-securi

Re: F31 System-Wide Change proposal: Enable Compiler Security hardening flags by default in G

2019-03-22 Thread Kamil Dudka
On Friday, March 22, 2019 10:41:23 AM CET Jakub Jelinek wrote: > If we in Fedora made -Werror=format-security warning default, then > one couldn't out of box build gcc nor many other projects. Not to mention > that it is extremely nasty, because if e.g. some project uses -Wno-format > for

Re: Fedora Lifecycles: imagine longer-term possibilities

2018-12-06 Thread Kamil Dudka
On Thursday, December 6, 2018 3:48:32 PM CET Petr Pisar wrote: > On 2018-12-06, Florian Weimer wrote: > > > In a sense, it's the old discussion between explicit rename recording > > and rename detection. I think it's clear by now that rename detection > > has won. > > > > > > Can you give us

Re: koji download-build fails with [ERROR] koji: PermissionError: [Errno 13] Permission denied

2018-09-19 Thread Kamil Dudka
On Wednesday, September 19, 2018 11:27:04 AM CEST Richard W.M. Jones wrote: > I don't know if this is a problem with this specific version of koji, > or our Koji builders, but: > > $ koji download-build nbdkit-1.7.3-1.fc30 --arch=x86_64 --arch=noarch > Downloading:

Re: F29 System Wide Change: OpenLDAP without Non-threaded Libraries

2018-07-17 Thread Kamil Dudka
On Tuesday, July 17, 2018 2:24:04 PM CEST Matus Honek wrote: > Florian is right, the idea is to make changes to the source code > (probably a downstream patch will be needed) such that the threaded > library will be built twice, once with libldap soname and once with > libldap_r soname, and the

Re: [HEADS UP] Removal of GCC from the buildroot

2018-07-10 Thread Kamil Dudka
On Tuesday, July 10, 2018 5:44:50 PM CEST Kevin Kofler wrote: > Igor Gnatenko wrote: > > > As per Changes/Remove GCC from BuildRoot > > , I'm > > going to automatically add BuildRequires: gcc and/or BuildRequires: > > gcc-c++ to

backward incompatible ABI change in libnice after rebuild against updated gstreamer1

2018-05-07 Thread Kamil Dudka
gstreamer1 was updated to version 1.14.0 in f28 on March 21st: https://koji.fedoraproject.org/koji/buildinfo?buildID=1060701 .. but not all its dependencies were rebuilt. While trying to update the libnice package now, libabigail tells me that my update is backward- incompatible because the

Re: Prioritizing ~/.local/bin over /usr/bin on the PATH

2018-05-03 Thread Kamil Dudka
On Thursday, May 3, 2018 12:10:25 AM CEST Iain Rae wrote: > no, I'm afraid you're misunderstanding. if someone steals a laptop the > live user session can be more valuable than the root password. with > the live session you have access to everything the owner of the sesion > is logged into. with

Re: Prioritizing ~/.local/bin over /usr/bin on the PATH

2018-05-02 Thread Kamil Dudka
On Wednesday, May 2, 2018 4:34:51 PM CEST Stephen John Smoogen wrote: > The issue is where they do not know they have installed software to > their home directory. Sure but still better than if they did not know they had installed software outside of their home directory, at least from

Re: Prioritizing ~/.local/bin over /usr/bin on the PATH

2018-05-02 Thread Kamil Dudka
On Wednesday, May 2, 2018 4:25:58 PM CEST Iain Rae wrote: > if they've got sudo privs to install software in the system area as root > then any malicious program is going to emulate su/sudo in which case > you're rooted in both scenarios. In order to emulate su/sudo, the binary needs to have

Re: Prioritizing ~/.local/bin over /usr/bin on the PATH

2018-05-02 Thread Kamil Dudka
On Wednesday, May 2, 2018 3:46:34 PM CEST Stephen Gallagher wrote: > On Wed, May 2, 2018 at 6:44 AM Miro Hrončok wrote: > > On 2.5.2018 15:30, Stephen Gallagher wrote: > > > Does anyone see a reason not to prioritize ~/.local/bin over > > > > /usr/bin? > > > > > Yes, if

Re: Escaping macros in %changelog

2018-02-09 Thread Kamil Dudka
On Friday, February 9, 2018 9:21:27 AM CET Kevin Kofler wrote: > Matthew Miller wrote: > > > Second, there's package maintainer changelogs. These are really > > redundant with the dist-git log. We don't really need this anymore. > > It's just a chore. > > > My %changelog entries are not

Re: Clean up your spec files

2018-02-08 Thread Kamil Dudka
On Thursday, February 8, 2018 4:21:53 PM CET Tomasz Kłoczko wrote: > On 8 February 2018 at 15:03, Kamil Dudka <kdu...@redhat.com> wrote: > [..] > > > There might be valid reasons for the old stuff appearing in _some_ spec > > files > > beyond your knowledge

Re: Clean up your spec files

2018-02-08 Thread Kamil Dudka
On Thursday, February 8, 2018 2:09:07 PM CET Miroslav Suchý wrote: > Hi, > I am sometimes reviewing spec files and I very often see common mistakes. The issues you are mentioning below hardly classify as mistakes in my view. > I mean in packages which are already in > Fedora. For a long time and

Re: RPM packaging and ldconfig handling

2018-01-31 Thread Kamil Dudka
On Wednesday, January 31, 2018 2:00:08 PM CET Florian Weimer wrote: > On 01/31/2018 01:54 PM, Kamil Dudka wrote: > > > See that libcurl.so.4 now points to libcurl.so.4.5.0.minimal by mistake. > > > > What is the recommended way to make libcurl{-minimal} build properly

Re: RPM packaging and ldconfig handling

2018-01-31 Thread Kamil Dudka
On Tuesday, January 30, 2018 9:57:39 AM CET Igor Gnatenko wrote: > brp-ldconfig simply calls `/sbin/ldconfig -N -r "$RPM_BUILD_ROOT"` and there > is no /etc/ld.so.conf under $RPM_BUILD_ROOT when you build... In theory we > could supply one (empty), but I would ask Florian what would be the best to

want to take ownership of the libnice package in Fedora

2018-01-23 Thread Kamil Dudka
Following https://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers#Claiming_Ownership_of_an_Orphaned_Package I would like to take ownership of the libnice package orphaned yesterday. I have created the following releng issue for that: https://pagure.io/releng/issue/7279 Kamil

Re: HEADS UP - Changes to Ghostscript package in F28

2018-01-10 Thread Kamil Dudka
On Tuesday, January 9, 2018 11:51:03 PM CET David Kaspar [Dee'Kej] wrote: > Initial NOTE: I have made some bigger changes in Ghostscript package during > the cleanup, which should be self-contained. In my opinion those changes > are not so significant to create "self-contained change" wiki page

Re: F28 System Wide Change: Switch libcurl to use libssh instead of libssh2

2017-12-04 Thread Kamil Dudka
On Monday, December 4, 2017 4:05:49 PM CET Michael Cronenworth wrote: > On 12/04/2017 08:58 AM, Kamil Dudka wrote: > > >> If you were worried about ECDSA support, guess what? > >> Libssh2 now supports it: > >> > >> > >> > >&g

Re: F28 System Wide Change: Switch libcurl to use libssh instead of libssh2

2017-12-04 Thread Kamil Dudka
On Monday, December 4, 2017 3:31:32 PM CET Michael Cronenworth wrote: > On 12/04/2017 07:47 AM, Jan Kurik wrote: > > > libcurl currently uses libssh2 to implement the SSH layer of SCP and > > SFTP protocols. The libssh2 library uses outdated crypto algorithms > > and lacks important features like

Re: F28 System Wide Change: Switch libidn-using applications to IDNA2008

2017-08-28 Thread Kamil Dudka
On Monday, August 28, 2017 1:59:42 AM CEST Kevin Kofler wrote: > Björn Persson wrote: > > > To me it looks like an attempt to recruit packagers to help promoting > > the change _upstream_. > > > There is no upstream for kdelibs3. It is a compatibility package, which is > 2 major (first digit!)

Re: ImageMagick Unresponsive Maintainer process - hubbitus (Pavel Alexeev)

2017-08-24 Thread Kamil Dudka
On Thursday, August 24, 2017 2:32:02 AM CEST Moez Roy wrote: > On Mon, Jul 31, 2017 at 12:13 PM, Kevin Fenzi wrote: > > ok, I rebuilt the following ones. The ones with F next to them failed to > > > > build: > > autotrace-0.31.1-44.fc26.src.rpm > >

Re: COPR strategy

2017-08-22 Thread Kamil Dudka
On Tuesday, August 22, 2017 5:03:06 PM CEST Michal Novotny wrote: > On Tue, Aug 22, 2017 at 4:40 PM, Kamil Dudka <kdu...@redhat.com> wrote: > > On Tuesday, August 22, 2017 1:51:44 PM CEST Michal Novotny wrote: > > > Hey Kamil, > > > > > > On Tue,

Re: COPR strategy

2017-08-22 Thread Kamil Dudka
On Tuesday, August 22, 2017 1:51:44 PM CEST Michal Novotny wrote: > Hey Kamil, > > On Tue, Aug 22, 2017 at 12:07 PM, Kamil Dudka <kdu...@redhat.com> wrote: > > On Tuesday, August 22, 2017 9:04:24 AM CEST Matthias Runge wrote: > > > - the ability to directly upload

Re: COPR strategy

2017-08-22 Thread Kamil Dudka
On Tuesday, August 22, 2017 9:04:24 AM CEST Matthias Runge wrote: > - the ability to directly upload srpms; that is, one can store spec > files etc. on the local machine. I'm undecided, if integrating a > distgit on copr would solve any issues or would introduce more, like > diverging specs.

Re: rpm debuginfo improvements for rawhide/f27

2017-07-26 Thread Kamil Dudka
On Wednesday, July 26, 2017 14:55:34 Igor Gnatenko wrote: > On Wed, 2017-07-26 at 14:38 +0200, Kamil Dudka wrote: > > > On Monday, June 26, 2017 16:13:02 Mark Wielaard wrote: > > > > > Hi packagers, > > > > > > > > > > >

Re: rpm debuginfo improvements for rawhide/f27

2017-07-26 Thread Kamil Dudka
On Monday, June 26, 2017 16:13:02 Mark Wielaard wrote: > Hi packagers, > > rawhide rpmbuild contains various debuginfo improvements that hopefully > will make various hacks in spec files redundant. These improvements break build of packages that use the RemovePathPostfixes feature of RPM, such

Re: F27 System Wide Change: Graphical Applications as Flatpaks

2017-07-17 Thread Kamil Dudka
On Monday, July 17, 2017 11:53:35 Daniel P. Berrange wrote: > I had this kind of fun problem upgrading F25 -> F26. I was lazy and didn't > want to reboot so I was just running dnf distro-sync in a gnome-terminal > session. I've upgrade this way since F6 and mostly it just works, but > forgot to

Re: coreutils /bin file dependencies

2017-06-23 Thread Kamil Dudka
On Friday, June 23, 2017 10:57:11 Mark Wielaard wrote: > On Fri, 2017-06-23 at 10:11 +0200, Igor Gnatenko wrote: > > > On Fri, 2017-06-23 at 09:57 +0200, Mark Wielaard wrote: > > > > > On Thu, 2017-06-22 at 17:15 +0200, Petr Šabata wrote: > > > > > > > For the record, there appear to be only 25

Re: Does anybody use JavaSript (ECMAScript) support in ELinks?

2017-04-28 Thread Kamil Dudka
On Friday, April 28, 2017 09:01:48 Matthew Miller wrote: > S, I'm not actively using it daily, but I occasionally do (and did > more when I was an active sysadmin). A lot of websites don't work at > all without javascript, and it's nice to have a text mode option in a > pinch. Could you

Does anybody use JavaSript (ECMAScript) support in ELinks?

2017-04-28 Thread Kamil Dudka
The JavaScript (ECMAScript) support in ELinks uses a legacy implementation of the interpreter (mozjs-1.8.5). Several bugs of the legacy interpreter breaking ELinks had to be debugged recently: https://bugzilla.redhat.com/1177557 https://bugzilla.redhat.com/1425004

Re: switching libcurl back to OpenSSL and providing the libcurl-minimal subpackage

2017-04-13 Thread Kamil Dudka
On Thursday, April 13, 2017 10:45:13 David Woodhouse wrote: > On Mon, 2017-04-10 at 15:52 +0200, Kai Engert wrote: > > On Mon, 2017-04-10 at 15:31 +0200, Kamil Dudka wrote: > > > Anyway, I guess we should move this discussion to some curl- or > > > nss-related chann

Re: switching libcurl back to OpenSSL and providing the libcurl-minimal subpackage

2017-04-13 Thread Kamil Dudka
On Friday, April 07, 2017 18:46:33 Kai Engert wrote: > You convinced me, that it would be good to have test cases to demonstrate > how nss/openssl/gnutls are behaving related to the distrust rules. > > I setup the following page, wich provides multiple test cases, and > intructions how to test: >

Re: switching libcurl back to OpenSSL and providing the libcurl-minimal subpackage

2017-04-10 Thread Kamil Dudka
On Friday, April 07, 2017 18:46:33 Kai Engert wrote: > You convinced me, that it would be good to have test cases to demonstrate > how nss/openssl/gnutls are behaving related to the distrust rules. > > I setup the following page, wich provides multiple test cases, and > intructions how to test: >

Re: switching libcurl back to OpenSSL and providing the libcurl-minimal subpackage

2017-04-07 Thread Kamil Dudka
On Friday, April 07, 2017 13:45:48 Kamil Dudka wrote: > On Friday, April 07, 2017 13:34:42 Kai Engert wrote: > > On Fri, 2017-04-07 at 11:54 +0200, Kamil Dudka wrote: > > > On Friday, April 07, 2017 11:01:35 Kai Engert wrote: > > > > On Fri, 2017-04-07 at

Re: switching libcurl back to OpenSSL and providing the libcurl-minimal subpackage

2017-04-07 Thread Kamil Dudka
On Friday, April 07, 2017 13:34:42 Kai Engert wrote: > On Fri, 2017-04-07 at 11:54 +0200, Kamil Dudka wrote: > > On Friday, April 07, 2017 11:01:35 Kai Engert wrote: > > > On Fri, 2017-04-07 at 10:38 +0200, Kamil Dudka wrote: > > > > Although we build libcurl against

Re: switching libcurl back to OpenSSL and providing the libcurl-minimal subpackage

2017-04-07 Thread Kamil Dudka
On Friday, April 07, 2017 11:01:35 Kai Engert wrote: > On Fri, 2017-04-07 at 10:38 +0200, Kamil Dudka wrote: > > Although we build libcurl against NSS now, it loads the same CA bundle as > > if we built it against OpenSSL: > > > > /etc/pki/tls/certs/ca-bundle.crt &

Re: switching libcurl back to OpenSSL and providing the libcurl-minimal subpackage

2017-04-07 Thread Kamil Dudka
On Thursday, April 06, 2017 18:39:26 Kai Engert wrote: > On Thu, 2017-04-06 at 09:29 -0700, Adam Williamson wrote: > > On Thu, 2017-04-06 at 18:22 +0200, Kai Engert wrote: > > > I would like to make you aware that the certificate validation of > > > openssl > > > isn't > > > as complete as in NSS.

Re: switching libcurl back to OpenSSL and providing the libcurl-minimal subpackage

2017-04-06 Thread Kamil Dudka
On Thursday, April 06, 2017 16:05:16 Jan Kurik wrote: > On Thu, Apr 6, 2017 at 3:47 PM, Stephen Gallagher <sgall...@redhat.com> wrote: > > On 04/06/2017 09:12 AM, Kamil Dudka wrote: > >> On Thursday, April 06, 2017 15:00:31 Jan Kurik wrote: > >>> On Thu, Apr

Re: switching libcurl back to OpenSSL and providing the libcurl-minimal subpackage

2017-04-06 Thread Kamil Dudka
On Thursday, April 06, 2017 15:00:31 Jan Kurik wrote: > On Thu, Apr 6, 2017 at 2:49 PM, Kamil Dudka <kdu...@redhat.com> wrote: > > On Wednesday, April 05, 2017 17:09:34 Jan Kurik wrote: > >> Might not be directly related, but just for a reference - one of the > >>

Re: switching libcurl back to OpenSSL and providing the libcurl-minimal subpackage

2017-04-06 Thread Kamil Dudka
On Wednesday, April 05, 2017 18:28:53 Dusty Mabe wrote: > On 04/05/2017 12:17 PM, Kamil Dudka wrote: > > On Wednesday, April 05, 2017 11:38:35 Colin Walters wrote: > >> libostree does that - > >> https://github.com/ostreedev/ostree/blob/c937305c0e7f5609273e25753912c

Re: switching libcurl back to OpenSSL and providing the libcurl-minimal subpackage

2017-04-06 Thread Kamil Dudka
n Walters wrote: > >> On Wed, Apr 5, 2017, at 09:52 AM, Kamil Dudka wrote: > >>> In order to make even smaller Fedora base images, it was proposed to > >>> switch > >>> libcurl back to OpenSSL. The Fedora Crypto Consolidation project, which > &g

Re: switching libcurl back to OpenSSL and providing the libcurl-minimal subpackage

2017-04-05 Thread Kamil Dudka
On Wednesday, April 05, 2017 11:38:35 Colin Walters wrote: > On Wed, Apr 5, 2017, at 11:28 AM, Kamil Dudka wrote: > > Anyway, do not overestimate the power of HTTP/2. It will not > > transparently > > bring you better transfers for free. You can speak HTTP/2 even while &

Re: switching libcurl back to OpenSSL and providing the libcurl-minimal subpackage

2017-04-05 Thread Kamil Dudka
On Wednesday, April 05, 2017 10:33:11 Stephen Gallagher wrote: > On 04/05/2017 09:59 AM, Colin Walters wrote: > > On Wed, Apr 5, 2017, at 09:52 AM, Kamil Dudka wrote: > >> In order to make even smaller Fedora base images, it was proposed to > >> switch > >>

switching libcurl back to OpenSSL and providing the libcurl-minimal subpackage

2017-04-05 Thread Kamil Dudka
In order to make even smaller Fedora base images, it was proposed to switch libcurl back to OpenSSL. The Fedora Crypto Consolidation project, which motivated the switch of libcurl from OpenSSL to NSS ten years ago, is now deprecated and libcurl is the only package that pulls NSS as its dependency

Re: Provenpackagers dealing with -Werror=format-security issues

2017-03-29 Thread Kamil Dudka
On Wednesday, March 29, 2017 12:09:14 Tomasz Kloczko wrote: > What I'm trying to tell is that as long > as suppressing such warnings is hard coded in spec files it > decreases probability of fixing the code. Because you are trying to use wrong tools to capture compiler warnings from Fedora

Re: Provenpackagers dealing with -Werror=format-security issues

2017-03-20 Thread Kamil Dudka
On Sunday, March 19, 2017 15:09:59 Tomasz Kłoczko wrote: > gcc can now load some extensions as DSOs and maybe it would be possible to > use this entry point to start thinking about develop extension which would > allow store formated data about types and locations of warning in some text > file

Re: Provenpackagers dealing with -Werror=format-security issues

2017-03-20 Thread Kamil Dudka
On Friday, March 17, 2017 14:36:25 Stephen Gallagher wrote: > There was an issue[1] with GCC7 during the mass-rebuild. Despite the > Fedora-wide setting of -Werror=format-security, GCC did not process its > command-line properly and an unknown number of packages were built without > this flag

Re: Koji builders' specs

2017-01-02 Thread Kamil Dudka
On Sunday, December 25, 2016 13:13:31 Pádraig Brady wrote: > On 22/12/16 13:13, Pádraig Brady wrote: > > On 21/12/16 16:04, Dan Horák wrote: > >> On Tue, 20 Dec 2016 16:03:49 +0100 > >> > >> Pavel Raiskup wrote: > >>> Hi all, > >>> > >>> where is documented what system/hw

Re: OpenSSL 1.1.0 in Rawhide very soon

2016-10-12 Thread Kamil Dudka
On Friday, October 07, 2016 14:49:49 Tomas Mraz wrote: > Hi all, > > the openssl will be rebased in Rawhide to 1.1.0 on Monday. There will > be also 1.0.2 compat package (compat-openssl10) so the dependencies are > not broken and Rawhide should be installable. Also things that do not > depend on

Re: Why GUI software update tool is broken for me

2016-06-15 Thread Kamil Dudka
On Wednesday, June 15, 2016 17:29:02 Miroslav Suchý wrote: > Dne 15.6.2016 v 10:14 Ade napsal(a): > > Why is this? Well some time ago the behaviour of the tool changed and now > > the only way to proceed is to click in "Restart and Install" and this is > > NEVER what I want to do. I never want to

Re: systemd 230 change - KillUserProcesses defaults to yes

2016-06-02 Thread Kamil Dudka
On Thursday, June 02, 2016 13:04:44 Lennart Poettering wrote: > On Wed, 01.06.16 07:20, Adam Williamson (adamw...@fedoraproject.org) wrote: > > On Wed, 2016-06-01 at 15:48 +0200, Lennart Poettering wrote: > > > Any scheme that relies on unprivileged programs "being nice" doesn't > > > fix the

Re: introducing curl-minimal and libcurl-minimal RPM packages

2016-03-19 Thread Kamil Dudka
On Thursday 17 March 2016 13:21:42 Przemek Klosowski wrote: > On 03/17/2016 12:54 PM, Kamil Dudka wrote: > > I am also open to discuss other solution to the above problem. The other > > proposals I have captured in this thread are: > > > > - use dlopen() -- alr

Re: introducing curl-minimal and libcurl-minimal RPM packages

2016-03-19 Thread Kamil Dudka
On Wednesday, March 16, 2016 17:20:38 Przemek Klosowski wrote: > On 03/16/2016 04:39 PM, Kamil Dudka wrote: > > ldconfig will always pick /usr/lib64/libcurl.so.4 because there can be > > only one file with that name installed at a time. > > OK, but how do you determi

Re: introducing curl-minimal and libcurl-minimal RPM packages

2016-03-19 Thread Kamil Dudka
On Wednesday, March 16, 2016 17:07:39 Dennis Gilmore wrote: > On Wednesday, March 16, 2016 09:52:36 PM Kamil Dudka wrote: > > On Wednesday, March 16, 2016 15:48:54 Dennis Gilmore wrote: > > > On Wednesday, March 16, 2016 9:39:33 PM CDT Kamil Dudka wrote: > > > > On W

Re: introducing curl-minimal and libcurl-minimal RPM packages

2016-03-19 Thread Kamil Dudka
On Thursday 17 March 2016 11:55:31 Bill Nottingham wrote: > Kamil Dudka (kdu...@redhat.com) said: > > > If you care about a consistent developer, user, and debugging experience > > > regardless of mechanism of delivery, you wouldn't do this in the first > > > place, o

Re: introducing curl-minimal and libcurl-minimal RPM packages

2016-03-19 Thread Kamil Dudka
On Thursday 17 March 2016 08:57:19 Alexander Bokovoy wrote: > On Wed, 16 Mar 2016, Dennis Gilmore wrote: > >On Wednesday, March 16, 2016 9:39:33 PM CDT Kamil Dudka wrote: > >> On Wednesday, March 16, 2016 16:19:23 Bill Nottingham wrote: > >> > Kamil Dudka (kdu...@redh

Re: introducing curl-minimal and libcurl-minimal RPM packages

2016-03-19 Thread Kamil Dudka
On Thursday 17 March 2016 08:14:42 Dennis Gilmore wrote: > On Thursday, March 17, 2016 07:12:01 AM Kamil Dudka wrote: > > On Wednesday, March 16, 2016 17:07:39 Dennis Gilmore wrote: > > > On Wednesday, March 16, 2016 09:52:36 PM Kamil Dudka wrote: > > > > On Wedn

Re: introducing curl-minimal and libcurl-minimal RPM packages

2016-03-19 Thread Kamil Dudka
On Wednesday, March 16, 2016 20:28:16 Ville Skyttä wrote: > > http://pkgs.fedoraproject.org/cgit/rpms/curl.git/log/?h=private-kdudka > > -libcurl-minimal > libcurl.so.x.y.z.minimal looks pretty weird to me, and wrong as well > because it stuffs "minimal" into the version part, but the

Re: introducing curl-minimal and libcurl-minimal RPM packages

2016-03-19 Thread Kamil Dudka
On Friday 18 March 2016 05:14:28 Nico Kadel-Garcia wrote: > On Fri, Mar 18, 2016 at 4:29 AM, Petr Pisar wrote: > > I think the solution is have more packages delivering the same-named > > shared library file with the same soname. Each of the packages > > conflicting each other.

Re: introducing curl-minimal and libcurl-minimal RPM packages

2016-03-19 Thread Kamil Dudka
On Friday 18 March 2016 08:29:27 Petr Pisar wrote: > On 2016-03-18, Kamil Dudka <kdu...@redhat.com> wrote: > > On Thursday, March 17, 2016 14:44:21 Przemek Klosowski wrote: > > > > According to Fedora Packaging Guidelines, unversioned shared library files > &

Re: introducing curl-minimal and libcurl-minimal RPM packages

2016-03-19 Thread Kamil Dudka
On Wednesday, March 16, 2016 16:19:23 Bill Nottingham wrote: > Kamil Dudka (kdu...@redhat.com) said: > > Are you reading it from the specfile? > > > > It is just an implementation detail of the packaging (the > > RemovePathPostfixes feature of rpm). The string you me

introducing curl-minimal and libcurl-minimal RPM packages

2016-03-19 Thread Kamil Dudka
The curl and libcurl packages, which are both required by dnf, have a lot of run-time dependencies. I propose to maintain curl-minimal and libcurl-minimal subpackages obtained from a conservatively configured build of curl, resulting in a significant reduction of their run-time dependencies.

Re: introducing curl-minimal and libcurl-minimal RPM packages

2016-03-19 Thread Kamil Dudka
On Thursday 17 March 2016 10:21:33 Alexander Bokovoy wrote: > On Thu, 17 Mar 2016, Kamil Dudka wrote: > >On Thursday 17 March 2016 08:57:19 Alexander Bokovoy wrote: > >> On Wed, 16 Mar 2016, Dennis Gilmore wrote: > >> >On Wednesday, March 16, 2016 9:

  1   2   >