On Sun, 4 Aug 2019 at 18:17, Peter Robinson wrote:
>
> >> On Sat, 3 Aug 2019 at 20:34, Zbigniew Jędrzejewski-Szmek
> >> wrote:
> >> >
> >> > On Thu, Aug 01, 2019 at 10:25:55AM +0200, Adam Samalik wrote:
> >> > > I've already done some experiments with that. I used multi-stage builds
> >> > > with
On Tue, Jul 23, 2019 at 5:24 PM Miro Hrončok wrote:
>
> On 23. 07. 19 16:08, Mikolaj Izdebski wrote:
> > On Tue, Jul 23, 2019 at 1:50 PM Miro Hrončok wrote:
> >> I acknowledge that it is your right to orphan essentially anything you
> >> want,
> >> however the motivation here seems a bit... none
On ma, 05 elo 2019, Clement Verna wrote:
On Sun, 4 Aug 2019 at 18:17, Peter Robinson wrote:
>> On Sat, 3 Aug 2019 at 20:34, Zbigniew Jędrzejewski-Szmek
>> wrote:
>> >
>> > On Thu, Aug 01, 2019 at 10:25:55AM +0200, Adam Samalik wrote:
>> > > I've already done some experiments with that. I used
On Wed, Jul 24, 2019 at 8:04 PM Peter Boy wrote:
> Sorry for jumping in. I think this might be an opportunity to participate in
> the Fedora Projekt. I’ve a lot of experience in java development and in
> creating application rpms, but none in the specialties of Fedora packaging.
> Would you acc
On 05. 08. 19 9:57, Mikolaj Izdebski wrote:
On Tue, Jul 23, 2019 at 5:24 PM Miro Hrončok wrote:
On 23. 07. 19 16:08, Mikolaj Izdebski wrote:
On Tue, Jul 23, 2019 at 1:50 PM Miro Hrončok wrote:
I acknowledge that it is your right to orphan essentially anything you want,
however the motivatio
On Mon, 5 Aug 2019 at 10:59, Alexander Bokovoy wrote:
>
> On ma, 05 elo 2019, Clement Verna wrote:
> >On Sun, 4 Aug 2019 at 18:17, Peter Robinson wrote:
> >>
> >> >> On Sat, 3 Aug 2019 at 20:34, Zbigniew Jędrzejewski-Szmek
> >> >> wrote:
> >> >> >
> >> >> > On Thu, Aug 01, 2019 at 10:25:55AM +02
Hi all,
On 05-08-19 11:52, Miro Hrončok wrote:
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/
I plan to orphan the following packages during this week:
perl-ExtUtils-Typemap
perl-IO-Socket-PortState
perl-Lingua-EN-Numbers
perl-Math-ConvexHull
perl-Math-ConvexHull-MonotoneChain
perl-Math-Geometry-Voronoi
perl-UUID-Tiny
They were previously needed by slic3r, but no longer appear to be.
Le
I'm orphaning pgtoolkit, I don't remember why I have the package.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora C
On 7/30/19 6:10 PM, Jason L Tibbitts III wrote:
"PM" == Panu Matilainen writes:
PM> So a big +1 for sysusers in sub-packages + file trigger to handle
PM> running systemd-sysusers. It solves more problems than the current
PM> sysusers-proposal and in a far more elegant way at that.
It's great
On 05. 08. 19 12:07, Hans de Goede wrote:
Hi all,
On 05-08-19 11:52, Miro Hrončok wrote:
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a pro
On Mon, Aug 5, 2019 at 12:07 PM Hans de Goede wrote:
> In the extended version:
> https://churchyard.fedorapeople.org/orphans-2019-08-05.txt
> I see that javapackages-tools is still on the list (because it depends on
> gradle)
> and that in turn brings problems for lot of other packages.
>
> So
On Sun, Aug 04, 2019 at 05:27:21PM +0200, Christian Glombek wrote:
> Whoop this is great!
> But I wonder why the scratch build sizes have gone up this dramatically in
> f31?
Also, there are still some obvious packages to trim:
No udev, but device-mapper, device-mapper-libs, which are not useful
w
On Mon, Aug 5, 2019 at 1:15 PM Mikolaj Izdebski wrote:
>
> On Mon, Aug 5, 2019 at 12:07 PM Hans de Goede wrote:
> > In the extended version:
> > https://churchyard.fedorapeople.org/orphans-2019-08-05.txt
> > I see that javapackages-tools is still on the list (because it depends on
> > gradle)
>
On Sat, 2019-08-03 at 03:45 -0400, Neal Gompa wrote:
> On Sat, Aug 3, 2019 at 3:10 AM Brian (bex) Exelbierd
> wrote:
> > Hi All,
> >
> > Barring objection, I plan to retire the release notes package from
> > Fedora on or after August 9, 2019. The package has not been updated
> > since F28. Desp
On Mon, Aug 5, 2019 at 3:49 AM Simo Sorce wrote:
>
> On Fri, 2019-08-02 at 19:13 +0200, Björn 'besser82' Esser wrote:
> > Am Donnerstag, den 01.08.2019, 14:28 -0400 schrieb Steven A. Falco:
> > > The upstream KiCAD project has requested that I remove
> > > GLIBCXX_ASSERTIONS from the Fedora packag
Hi Fabio,
On 05-08-19 13:37, Fabio Valentini wrote:
On Mon, Aug 5, 2019 at 1:15 PM Mikolaj Izdebski wrote:
On Mon, Aug 5, 2019 at 12:07 PM Hans de Goede wrote:
In the extended version:
https://churchyard.fedorapeople.org/orphans-2019-08-05.txt
I see that javapackages-tools is still on the
No missing expected images.
Compose FAILS proposed Rawhide gating check!
13 of 45 required tests failed, 8 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Unsatisfied gating requirements that could not be mapped to openQA tests:
FAILED: compose.cl
On Mon, Aug 5, 2019 at 1:50 PM Hans de Goede wrote:
>
> Hi Fabio,
>
> On 05-08-19 13:37, Fabio Valentini wrote:
> > On Mon, Aug 5, 2019 at 1:15 PM Mikolaj Izdebski wrote:
> >>
> >> On Mon, Aug 5, 2019 at 12:07 PM Hans de Goede wrote:
> >>> In the extended version:
> >>> https://churchyard.fedor
OLD: Fedora-Rawhide-20190804.n.0
NEW: Fedora-Rawhide-20190805.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 9
Dropped packages:0
Upgraded packages: 76
Downgraded packages: 1
Size of added packages: 580.15 KiB
Size of dropped packages:0
On 05. 08. 19 14:02, Mikolaj Izdebski wrote:
gradle-local package can't be removed yet because other packages
depend on it. Removing dependency involves porting packages from
Gradle to Maven, which can only be done by package maintainers.
However most of Java package maintainers are not really ac
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Following is the list of topics that will be discussed in the
FESCo meeting Monday at 15:00UTC in #fedora-meeting-1 onirc.freenode.net.
We have no issues tagged for the meeting. I will open the
meeting for Open Floor if we have quorum.
To convert U
Hello Fedora friends!
I would like to follow up and collect your input on Application Streams and
modularity after all of the discussions over the past month. We have been
listening and brainstorming on how to proceed with both the tooling, user
experience, and communicating better upstream for t
There is a proposal[1] in upstream GlusterFS to drop 32-bit arches.
The original proposal was to drop 32-bit with GlusterFS-7. GlusterFS-7 will
land in Fedora 31/rawhide soon. More than likely though it will not be
official until GlusterFS-8, which will probably land, accordingly, after
Fedora 31
On Sun, Aug 4, 2019 at 8:16 PM Igor Gnatenko <
ignatenkobr...@fedoraproject.org> wrote:
> How does it deal with rich dependencies? Does it take conflicts into the
> account? What about multiple provides which satisfy dependency?
>
It doesn't at the moment deal with rich dependencies. It's an earl
There is a proposal[1] in upstream GlusterFS to drop 32-bit arches.
The original proposal was to drop 32-bit with GlusterFS-7. GlusterFS-7 will
land in Fedora 31/rawhide soon. More than likely though it will not be
official until GlusterFS-8, which will probably land, accordingly, after
Fedora 31
On Mon, Aug 5, 2019 at 9:51 AM Kaleb Keithley wrote:
>
>
> There is a proposal[1] in upstream GlusterFS to drop 32-bit arches.
>
> The original proposal was to drop 32-bit with GlusterFS-7. GlusterFS-7 will
> land in Fedora 31/rawhide soon. More than likely though it will not be
> official until
On 05. 08. 19 15:36, Kaleb Keithley wrote:
There is a proposal[1] in upstream GlusterFS to drop 32-bit arches.
The original proposal was to drop 32-bit with GlusterFS-7. GlusterFS-7 will land
in Fedora 31/rawhide soon. More than likely though it will not be official until
GlusterFS-8, which wi
Iñaki Ucar wrote:
> On Sun, 4 Aug 2019 at 15:01, Rex Dieter wrote:
>>
>> Iñaki Ucar wrote:
>>
>> > On Sun, 4 Aug 2019 at 01:21, Miro Hrončok wrote:
>> >>
>> >> > So the question is: should I add "Obsoletes: pkg-devel <
>> >> > $new_version" to pkg's SPEC? Is this a proper use of "Obsoletes"?
>>
On 29. 07. 19 16:01, Petr Stodulka wrote:
Hi Miro,
thanks for notification. I am thinking about that. From the point, that
Python2 is going to be death... Mabye I would take it, but I am fan of
removing Python2 stuff from Fedora. But Mercurial (hg-git, git-remote-hg,..)
is not compatible with Pyt
This is just an announcement that the compat-openssl10 package is now
orphaned.
--
Tomáš Mráz
No matter how far down the wrong road you've gone, turn back.
Turkish proverb
[You'll know whether the road is wrong if you carefully listen to your
conscien
On 05. 08. 19 16:08, Tomas Mraz wrote:
This is just an announcement that the compat-openssl10 package is now
orphaned.
In that case, python26 is now orphaned as well. It depends on compat-openssl10.
If somebody picks up compat-openssl10, I'll take python26 back.
___
On Sun, Aug 4, 2019 at 6:16 AM Sam Varshavchik wrote:
>
> Georg Sauthoff writes:
>
> > > I ended up tweaking my code to avoid the assertions, rather than disabling
> > > them. For this particular situation, my original change was to try
> > >
> > > std::copy(&foo[0], &foo[0]+foo.size(), std::back_
On Mon, Aug 5, 2019 at 3:44 PM Kaleb Keithley wrote:
>
>
> There is a proposal[1] in upstream GlusterFS to drop 32-bit arches.
>
> The original proposal was to drop 32-bit with GlusterFS-7. GlusterFS-7 will
> land in Fedora 31/rawhide soon. More than likely though it will not be
> official until
On Mon, Aug 5, 2019 at 11:32 AM Iñaki Ucar wrote:
>
> Hi,
>
> Quick question not found in the docs. There's a package with a -devel
> subpackage. No package depends on this -devel and upstream removes the
> development files in the new release, so I just dropped the -devel
> subpackage.
>
> Now, i
On Mon, Aug 05, 2019 11:52:20 +0200, Miro Hrončok wrote:
> python-pykalman ankursinha, orphan 0 weeks ago
I orphaned this and forgot to remove myself. Done that too now.
--
Thanks,
Regards,
Ankur Sinha "FranciscoD" (He / Him / His) |
https://fedoraproject.org/wik
On 05. 08. 19 16:07, Miro Hrončok wrote:
On 29. 07. 19 16:01, Petr Stodulka wrote:
Hi Miro,
thanks for notification. I am thinking about that. From the point, that
Python2 is going to be death... Mabye I would take it, but I am fan of
removing Python2 stuff from Fedora. But Mercurial (hg-git, g
On Mon, Aug 05, 2019 11:52:20 +0200, Miro Hrončok wrote:
> neuro-sig: ezmorph, mysql-connector-java, pegdown, minlog, jhighlight,
> aws-sdk-java, parboiled, google-oauth-java-client, disruptor, gmetrics,
> groovy18, native-platform, google-http-java-client, kryo, jatl, reflectasm,
> http-builder, j
On 8/4/19 5:17 AM, Kevin Kofler wrote:
> Can this policy finally get reconsidered? "dnf distro-sync" (and "yum
> distro-sync" before it) has been available for years now. Is it really worth
> introducing an Epoch that we will then be stuck with forever, also in
> releases, just so that Rawhide
On Mon, Aug 5, 2019 at 8:22 AM Andrew Lutomirski wrote:
>
> On Sun, Aug 4, 2019 at 6:16 AM Sam Varshavchik wrote:
> >
> > Georg Sauthoff writes:
> >
> > > > I ended up tweaking my code to avoid the assertions, rather than
> > > > disabling
> > > > them. For this particular situation, my original
On Mon, Aug 5, 2019 at 11:29 AM Peter Robinson wrote:
> On Mon, Aug 5, 2019 at 3:44 PM Kaleb Keithley wrote:
> >
> >
> > There is a proposal[1] in upstream GlusterFS to drop 32-bit arches.
> >
> > The original proposal was to drop 32-bit with GlusterFS-7. GlusterFS-7
> will land in Fedora 31/raw
On Mon, 5 Aug 2019 at 18:23, Andrew Lutomirski wrote:
>
> On Sun, Aug 4, 2019 at 6:16 AM Sam Varshavchik wrote:
> >
> > Georg Sauthoff writes:
> >
> > > > I ended up tweaking my code to avoid the assertions, rather than
> > > > disabling
> > > > them. For this particular situation, my original c
On Mon, Aug 5, 2019 at 9:57 AM Miro Hrončok wrote:
> On 05. 08. 19 15:36, Kaleb Keithley wrote:
> > There is a proposal[1] in upstream GlusterFS to drop 32-bit arches.
> >
> > The original proposal was to drop 32-bit with GlusterFS-7. GlusterFS-7
> will land
> > in Fedora 31/rawhide soon. More th
On Mon, Aug 05, 2019 at 03:56:19PM +0200, Miro Hrončok wrote:
> On 05. 08. 19 15:36, Kaleb Keithley wrote:
> > There is a proposal[1] in upstream GlusterFS to drop 32-bit arches.
> >
> > The original proposal was to drop 32-bit with GlusterFS-7. GlusterFS-7
> > will land in Fedora 31/rawhide soon.
Hi,
(Since the last update ?) fedora-review seams to not work:
I am using
Spec URL: ftp://ftp.ourproject.org/pub/wdune/vcglib.spec
SRPM URL: ftp://ftp.ourproject.org/pub/wdune/vcglib-1.0.1-1.src.rpm
as a testcase.
$ fedora-review -n vcglib
INFO: Processing local files: vcglib
INFO: Getting .sp
A new Fedora Atomic Host update is available via an OSTree update:
Version: 29.20190805.0
Commit(x86_64): cb40a05e50d5b77cb1e10a5c3675fe483c8ab4e437fc12d30467c3cdbbec208f
Commit(aarch64):
fabbaee7849aa7d5b9fb08ae8692bb3ca020f45793e0a502b18171f417383738
Commit(ppc64le):
415660acc0984f7549299259e
On Monday, 5 August 2019 18:05:27 CEST J. Scheurich wrote:
> Hi,
>
> (Since the last update ?) fedora-review seams to not work:
>
> I am using
>
> Spec URL: ftp://ftp.ourproject.org/pub/wdune/vcglib.spec
> SRPM URL: ftp://ftp.ourproject.org/pub/wdune/vcglib-1.0.1-1.src.rpm
>
> as a testcase.
>
On 05. 08. 19 19:08, Kaleb Keithley wrote:
Er, what about them? AIUI, there isn't going to be a i686 Fedora in F31 and
beyond.
So we keep adding ExcludeArch to more and more packages? Transitively, this will
be harder and harder. Shouldn't we instead only explicitly build and select what
ne
Miro Hrončok wrote:
> On 16. 07. 19 19:25, Kevin Kofler wrote:
>> At the very least, we need a python2-unversioned-command (and
>> python-unversioned-command in existing releases needs to Provide it so
>> that we don't have to add yet another %if boilerplate snippet) so the
>> packages can keep bu
Kaleb Keithley wrote:
> The proposal[1] as it stands is to drop all aspects of 32-bit support,
> i.e. client, server, gfapi, etc., going forward from glusterfs-8. This
> should be considered advanced notice that consumers that have dependencies
> need to plan accordingly.
>
> Please feel free thou
On 05. 08. 19 23:59, Kevin Kofler wrote:
Miro Hrončok wrote:
On 16. 07. 19 19:25, Kevin Kofler wrote:
At the very least, we need a python2-unversioned-command (and
python-unversioned-command in existing releases needs to Provide it so
that we don't have to add yet another %if boilerplate snipp
On 06. 08. 19 0:23, Miro Hrončok wrote:
But we will not provide Python2ish /usr/bin/python2 in a Fedora package.
I meant /usr/bin/python.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To
Miro Hrončok wrote:
> Maintaining legacy software is impractical. Use a hack. There are some
> options:
>
> 1) carefully sed python for python2
This assumes I find the files to sed first. They are spread throughout the
build system. They may or may not all have .py extensions. And blindly
runni
On 06. 08. 19 0:58, Kevin Kofler wrote:
Miro Hrončok wrote:
mkdir hackpath
ln -s %{__python2} hackpath/python
export PATH=$(pwd)/hackpath:$PATH
These will work as long as nothing hardcodes "#!/usr/bin/python". So far, I
only found the proper "#!/usr/bin/env python" (see now why it is the right
On Mon, 5 Aug 2019 at 18:28, Robert-André Mauchin wrote:
>
> On Monday, 5 August 2019 18:05:27 CEST J. Scheurich wrote:
> > Hi,
> >
> > (Since the last update ?) fedora-review seams to not work:
> >
> > I am using
> >
> > Spec URL: ftp://ftp.ourproject.org/pub/wdune/vcglib.spec
> > SRPM URL: ftp:/
Elliott Sales de Andrade wrote:
> No, that's not correct. Header-only libraries are not noarch, and
> disable debug packages.
> https://docs.fedoraproject.org/en-US/packaging-guidelines/#_packaging_header_only_libraries
Well, if there is no testsuite and if the headers are truly
architecture-indep
I wrote:
> Elliott Sales de Andrade wrote:
>> No, that's not correct. Header-only libraries are not noarch, and
>> disable debug packages.
>> https://docs.fedoraproject.org/en-US/packaging-guidelines/#_packaging_header_only_libraries
>
> Well, if there is no testsuite and if the headers are truly
On Mon, Aug 5, 2019 at 8:43 PM Martin Kolman wrote:
>
> On Sat, 2019-08-03 at 03:45 -0400, Neal Gompa wrote:
> > On Sat, Aug 3, 2019 at 3:10 AM Brian (bex) Exelbierd
> > wrote:
> > > Hi All,
> > >
> > > Barring objection, I plan to retire the release notes package from
> > > Fedora on or after Au
Dear all,
You are kindly invited to the meeting:
Modularity Team (weekly) on 2019-08-06 from 15:00:00 to 16:00:00 UTC
At fedora-meetin...@irc.freenode.net
The meeting will be about:
Meeting of the Modularity Team.
More information available at: [Modularity Team
Docs](https://docs.pagure.o
You're posting this on devel@, I wonder if you'd get different
responses on users@. Some responses to your questions inline below,
but first,
From my perspective as a user:
I was in the group of users that needed newer tools for development
than what I could get on RHEL/CentOS. I thought SCL was
> What's your version of fedora-review? You should have 0.7.2
>
> Name : fedora-review
> Version : 0.7.2
> Release : 1.fc30
$ fedora-review -V
fedora-review version 0.7.2 65d36bb 2019-04-09 16:30:26 -0400
external plugins:
$ yum info fedora-review
...
Installed Packages
Name
61 matches
Mail list logo
