On 03/07/2018 03:10 PM, Neal Gompa wrote:
On Wed, Mar 7, 2018 at 5:52 AM, Igor Gnatenko
wrote:
And you forgot:
5. Teach DNF to use "target" DNF/RPM stack to perform upgrade (best and
proper way).
This has been requested for a long time:
https://bugzilla.redhat.com/show_bug.cgi?id=1032541
It
No missing expected images.
Passed openQA tests: 2/2 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorap
On Wed, 2018-03-07 at 20:46 -0500, Mukundan Ragavan wrote:
> I will be updating libqalculate to the latest upstream release (v2.2.1).
> This involves a soname change. The following packages are affected.
>
> plasma-workspace
> step
> cantor
> qalculate-kde
>
> I have built all these packages for
On Wed, 2018-03-07 at 19:50 +0100, Marek Polacek wrote:
> Recently we discovered a serious bug in the compiler whereby we miscompiled
> several packages. The problem started with my ABI-changing patch which
> changed
> how empty classes are passed, as per the x86_64 psABI (so this bug only
> aff
On Wed, Mar 07, 2018 at 07:29:35PM +, Fabio Valentini wrote:
[snip...]
>
> Also, Athos, if you're reading this, I see that hugo is also using my
> package golang-github-gobwas-glob - I can make you a co-maintainer if you
> want.
Yes, please :)
Thank you, Fabio
--
Athos Ribeiro
http://www.
On Wed, Mar 7, 2018 at 8:42 AM, Martin Gansser wrote:
> the --nonet option is already used in the spec file:
> https://src.fedoraproject.org/cgit/rpms/lollypop.git/tree/lollypop.spec
Yes, but look at your build log. That option doesn't appear:
--- command ---
/usr/bin/appstream-util validate-r
I will be updating libqalculate to the latest upstream release (v2.2.1).
This involves a soname change. The following packages are affected.
plasma-workspace
step
cantor
qalculate-kde
I have built all these packages for rawhide and F28 in a COPR [0]. Since
we have the same versions on both rawhi
On Wed, Mar 07, 2018 at 12:27:34PM -0800, Adam Williamson wrote:
> On Wed, 2018-03-07 at 19:50 +0100, Marek Polacek wrote:
> > Recently we discovered a serious bug in the compiler whereby we miscompiled
> > several packages. The problem started with my ABI-changing patch which
> > changed
> > how
On Wed, 2018-03-07 at 19:50 +0100, Marek Polacek wrote:
> Recently we discovered a serious bug in the compiler whereby we miscompiled
> several packages. The problem started with my ABI-changing patch which
> changed
> how empty classes are passed, as per the x86_64 psABI (so this bug only
> aff
On Wed, 2018-03-07 at 14:43 -0500, Randy Barlow wrote:
> On 03/06/2018 07:20 PM, Adam Williamson wrote:
> > Removing it is one choice, sure. Looking at those ideas again and
> > deciding if we want to actually go ahead and implement any of them is
> > another choice.
>
> Cool thanks for the histor
On 03/06/2018 03:37 PM, Kevin Kofler wrote:
> But bumping Epoch, as the policy makes you do in such a case, does
> absolutely nothing to fix that. So I don't see how the current policy helps.
True, but the epoch thing also offers a bit more encouragement to fix
the package without forcing a downg
On 03/06/2018 07:20 PM, Adam Williamson wrote:
> Removing it is one choice, sure. Looking at those ideas again and
> deciding if we want to actually go ahead and implement any of them is
> another choice.
Cool thanks for the history there. I actually think those ideas sound
pretty cool and I'd +1
Hi everybody,
I'm going to orphan some of my golang packages that were initially pulled
in by syncthing as dependencies, but have been dropped as dependencies
again (... don't ask. golang people produce dependencies like rabbits make
bunnies.).
Most of them are fairly low maintenance packages, wi
On Wed, 2018-03-07 at 19:50 +0100, Marek Polacek wrote:
> I did another mass rebuild with a specially-tweaked gcc in order to
> find out
> which packages need to be rebuild with patched gcc-8.0.1-0.16.
How we find out the same problem in packages from external repos ?
Thanks,
--
Sérgio M. B.
Le mercredi 07 mars 2018 à 12:18 -0500, Josh Boyer a écrit :
> On Wed, Mar 7, 2018 at 12:11 PM, Nicolas Mailhot
> wrote:
> > Le mercredi 07 mars 2018 à 11:31 -0500, Stephen John Smoogen a écrit
> > :
> > >
> > > I don't know if this is useful but in the RHL and early Fedora
> > > days,
> > > the
Le 2018-03-07 18:15, Reindl Harald a écrit :
if there wouldn't be dependencies in the real world making it risky
and difficult just update rpm itself
would you pull all dependencies down to glibc with that transaction?
If needed, yes, it is unsafe to install from a repo that has a newer rpm
On Wed, 2018-03-07 at 09:13 -0500, Colin Walters wrote:
>
> On Wed, Mar 7, 2018, at 5:52 AM, Igor Gnatenko wrote:
> >
> > And you forgot:
> > 5. Teach DNF to use "target" DNF/RPM stack to perform upgrade (best and
> > proper way).
>
> If you're using yum/dnf inside a container, the natural way t
Recently we discovered a serious bug in the compiler whereby we miscompiled
several packages. The problem started with my ABI-changing patch which changed
how empty classes are passed, as per the x86_64 psABI (so this bug only affects
x86_64). The problem could arise when the code contained empty
On 03/07/2018 11:37 AM, Josh Boyer wrote:
On Wed, Mar 7, 2018 at 1:34 PM, JD wrote:
On 03/07/2018 11:12 AM, Josh Boyer wrote:
On Wed, Mar 7, 2018 at 1:03 PM, JD wrote:
Is the PTI patch available for download by itself?
http://news.softpedia.com/news/linux-kernel-4-14-12-released-to-disab
On Wed, Mar 7, 2018 at 1:34 PM, JD wrote:
>
>
> On 03/07/2018 11:12 AM, Josh Boyer wrote:
>>
>> On Wed, Mar 7, 2018 at 1:03 PM, JD wrote:
>>>
>>> Is the PTI patch available for download by itself?
>>>
>>> http://news.softpedia.com/news/linux-kernel-4-14-12-released-to-disable-x86-pti-for-amd-rade
On 03/07/2018 11:12 AM, Josh Boyer wrote:
On Wed, Mar 7, 2018 at 1:03 PM, JD wrote:
Is the PTI patch available for download by itself?
http://news.softpedia.com/news/linux-kernel-4-14-12-released-to-disable-x86-pti-for-amd-radeon-processors-519253.shtml
Not without going through the upstream
On Tue, Mar 06, 2018 at 04:47:49PM +0100, Pierre-Yves Chibon wrote:
> Sorry, just to be clear, what would have its own issues:
> - asking rawhide users to use distro-sync instead of update?
> - automatically have dnf detect it's running in rawhide and default to
> distro-sync instead of update?
On Wed, Mar 7, 2018 at 1:03 PM, JD wrote:
> Is the PTI patch available for download by itself?
> http://news.softpedia.com/news/linux-kernel-4-14-12-released-to-disable-x86-pti-for-amd-radeon-processors-519253.shtml
Not without going through the upstream kernel git tree. And that
article is old
Is the PTI patch available for download by itself?
http://news.softpedia.com/news/linux-kernel-4-14-12-released-to-disable-x86-pti-for-amd-radeon-processors-519253.shtml
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an ema
On Wed, 7 Mar 2018, Nicolas Mailhot wrote:
> It is quite insane, that, to this day, users are expected to know the
> rpm stack better than dnf, and tell it to update it first.
>
> KNOWING THE PACKAGE INFRA STACK STACK IS THE INSTALLER JOB
>
> whenever dnf hits a repo with an updated rpm stack, i
On Tue, 2018-03-06 at 21:30 +0100, Kevin Kofler wrote:
> Kevin Fenzi wrote:
> > Do note that distro-sync can downgrade packages, but can't handle
> > all
> > the cases. ie, upgrade postgresql and update all your data you
> > can't
> > just downgrade the rpm and be fine. Or any number of other
> > s
On Wed, Mar 7, 2018 at 12:11 PM, Nicolas Mailhot
wrote:
> Le mercredi 07 mars 2018 à 11:31 -0500, Stephen John Smoogen a écrit :
>>
>> I don't know if this is useful but in the RHL and early Fedora days,
>> the way to do inplace upgrades was to first update just the 'core'
>> tools needed by rpm.
Le mercredi 07 mars 2018 à 11:31 -0500, Stephen John Smoogen a écrit :
>
> I don't know if this is useful but in the RHL and early Fedora days,
> the way to do inplace upgrades was to first update just the 'core'
> tools needed by rpm.
It is quite insane, that, to this day, users are expected to
On Wed, 2018-03-07 at 08:50 +, Zbigniew Jędrzejewski-Szmek wrote:
> On Tue, Mar 06, 2018 at 04:20:26PM -0800, Adam Williamson wrote:
> > 1. Any update that is marked as 'critpath breaking' by a FAS-registered
> > tester would be blocked from going any further in the update process
> > without
On 7 March 2018 at 05:40, Jaroslav Mracek wrote:
> Recently, several users report problems with system upgrade due to rich
> dependencies that are not supported by RPM in Fedora 25, and not fully
> supported by RPM in Fedora 26 (statement 'with'). Rich dependencies are
> allowed and supported f
Hi,
I have decided to orphan some more obscure packages:
* pidgin-epel
* python-backport_collections
* python-dbusmock
* python-html2text (Aaron Swartz’s one)
* python-mako1.0
* python-mccabe
* rendercheck
* waffle
And remove myself from maintaining some packages which have other
As per step 4 of Policy for nonresponsive package maintainers [1], I'm asking
here whether anyone knows cquad, who is maintainer of the josm package, and has
a way of contacting him/her. This package is quite outdated as it has not seen
an update in 14 months. There is a bug report requesting an
On 07.03.2018 16:54, Petr Pisar wrote:
On 2018-03-07, Sandro Mani wrote:
I.e. mmg3d reports "No CMAKE_CXX_COMPILER could be found.", but mmg3d is
a pure C library, so I suppose it is just cmake which checks for a c++
compiler regardless of whether it is used or not.
C++ is the default langua
On 2018-03-07, Sandro Mani wrote:
> I.e. mmg3d reports "No CMAKE_CXX_COMPILER could be found.", but mmg3d is
> a pure C library, so I suppose it is just cmake which checks for a c++
> compiler regardless of whether it is used or not.
C++ is the default language cmake expects and what compiler i
On Wed, 2018-03-07 at 16:23 +0100, Jakub Hrozek wrote:
> > On 7 Mar 2018, at 15:53, Stephen Gallagher wrote:
> >
> >
> >
> > On Wed, Mar 7, 2018 at 9:50 AM Simo Sorce wrote:
> > On Wed, 2018-03-07 at 14:24 +, Zbigniew Jędrzejewski-Szmek wrote:
> > > On Wed, Mar 07, 2018 at 02:00:03PM +0100
$ curl https://ignatenkobrain.fedorapeople.org/gcc-removal-pkgs.txt | wc -l
% Total % Received % Xferd Average Speed Time Time Time
Current
Dload Upload Total Spent Left
Speed
100 281k 100 281k 0 0 156k 0 0:00:01 0:00:01
-
the --nonet option is already used in the spec file:
https://src.fedoraproject.org/cgit/rpms/lollypop.git/tree/lollypop.spec
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Le mercredi 07 mars 2018 à 16:35 +0100, Nicolas Mailhot a écrit :
> Le mercredi 07 mars 2018 à 16:02 +0100, Jan Chaloupka a écrit :
>
> Hi,
>
> > Nicolas, can you more elaborate on that? I don't see any more reason
> > why we should block folks from relying on the new macros.
>
> IMHO they're so
Dne 7.3.2018 v 15:08 Jerry James napsal(a):
> On Wed, Mar 7, 2018 at 12:43 AM, Igor Gnatenko
> wrote:
>> This is the second iteration of my mass-scratch-rebuild without
>> gcc/gcc-c++ in the buildroot[0]. Everything what was written in
>> original mail still applies.
> The abe and flocq packages
Le mercredi 07 mars 2018 à 16:02 +0100, Jan Chaloupka a écrit :
Hi,
> Nicolas, can you more elaborate on that? I don't see any more reason
> why we should block folks from relying on the new macros.
IMHO they're solid enough to be used in production both for binary
packages and -devel packages (
> On 7 Mar 2018, at 15:53, Stephen Gallagher wrote:
>
>
>
> On Wed, Mar 7, 2018 at 9:50 AM Simo Sorce wrote:
> On Wed, 2018-03-07 at 14:24 +, Zbigniew Jędrzejewski-Szmek wrote:
> > On Wed, Mar 07, 2018 at 02:00:03PM +0100, Florian Weimer wrote:
> > > On 03/07/2018 01:55 PM, Stephen Galla
On Wed, Mar 7, 2018 at 7:54 AM, Martin Gansser wrote:
> when trying to build lollypop on the fedora mock build server, the package
> build fails, when test suite (%meson_test) is enabled.
Does it help to pass the --nonet option to appstream-util?
--
Jerry James
http://www.jamezone.org/
hello,
i've orphaned these linguistic packages for "de" languages:
* hunspell-de
this tends to have a new release once or twice a year
* mythes-de
upstream is a bit odd in that there is a new automatically generated
.oxt file once per day, but the file name never changes...
* hyphen-de
On 03/07/2018 04:02 PM, Jan Chaloupka wrote:
On 03/07/2018 03:50 PM, Robert-André Mauchin wrote:
On mardi 6 mars 2018 12:47:40 CET Jan Chaloupka wrote:
Hi Robert-André,
thank you for your patience and all comments pointing out pieces that
are not working as expected.
Introduction of new ma
On 03/07/2018 03:50 PM, Robert-André Mauchin wrote:
On mardi 6 mars 2018 12:47:40 CET Jan Chaloupka wrote:
Hi Robert-André,
thank you for your patience and all comments pointing out pieces that
are not working as expected.
Introduction of new macros is a time-consuming process and it requires
Hi,
when trying to build lollypop on the fedora mock build server, the package
build fails, when test suite (%meson_test) is enabled.
rpm -E "%meson_test"
/usr/bin/ninja test -v -j2 -C x86_64-redhat-linux-gnu ||
{ rc=$?;
echo "-BEGIN TESTLOG-";
cat x86_64-redhat
On Wed, Mar 7, 2018 at 9:50 AM Simo Sorce wrote:
> On Wed, 2018-03-07 at 14:24 +, Zbigniew Jędrzejewski-Szmek wrote:
> > On Wed, Mar 07, 2018 at 02:00:03PM +0100, Florian Weimer wrote:
> > > On 03/07/2018 01:55 PM, Stephen Gallagher wrote:
> > > > Yes, SSSD monitors those files and automatica
On mardi 6 mars 2018 12:47:40 CET Jan Chaloupka wrote:
> Hi Robert-André,
>
> thank you for your patience and all comments pointing out pieces that
> are not working as expected.
> Introduction of new macros is a time-consuming process and it requires
> resilience so we keep up till the state
>
On Wed, 2018-03-07 at 14:24 +, Zbigniew Jędrzejewski-Szmek wrote:
> On Wed, Mar 07, 2018 at 02:00:03PM +0100, Florian Weimer wrote:
> > On 03/07/2018 01:55 PM, Stephen Gallagher wrote:
> > > Yes, SSSD monitors those files and automatically cleans its cache.
> > >
> > > However, you're right. O
On Wed, Mar 07, 2018 at 02:00:03PM +0100, Florian Weimer wrote:
> On 03/07/2018 01:55 PM, Stephen Gallagher wrote:
> >Yes, SSSD monitors those files and automatically cleans its cache.
> >
> >However, you're right. On systems not using SSSD (which I suspect is a
> >nontrivial number of systems runn
On Wed, Mar 7, 2018, at 5:52 AM, Igor Gnatenko wrote:
>
> And you forgot:
> 5. Teach DNF to use "target" DNF/RPM stack to perform upgrade (best and
> proper way).
If you're using yum/dnf inside a container, the natural way to major upgrades is
to just pull the new base image and rebuild, rather
On Wed, Mar 7, 2018 at 12:43 AM, Igor Gnatenko
wrote:
> This is the second iteration of my mass-scratch-rebuild without
> gcc/gcc-c++ in the buildroot[0]. Everything what was written in
> original mail still applies.
The abe and flocq packages should be considered false positives. The
configure
On Wed, Mar 7, 2018 at 5:52 AM, Igor Gnatenko
wrote:
> And you forgot:
> 5. Teach DNF to use "target" DNF/RPM stack to perform upgrade (best and
> proper way).
>
This has been requested for a long time:
https://bugzilla.redhat.com/show_bug.cgi?id=1032541
It'd be *really* good if DNF implemented
On 03/07/2018 01:55 PM, Stephen Gallagher wrote:
Yes, SSSD monitors those files and automatically cleans its cache.
However, you're right. On systems not using SSSD (which I suspect is a
nontrivial number of systems running systemd...), people are probably still
using nss and we should call `nsc
On Wed, Mar 7, 2018 at 5:56 AM Tom Hughes wrote:
> On 07/03/18 10:46, Zbigniew Jędrzejewski-Szmek wrote:
> > On Wed, Mar 07, 2018 at 10:28:58AM +, Tom Hughes wrote:
> >> On 07/03/18 10:10, Florian Weimer wrote:
> >>> On 03/06/2018 03:24 PM, Zbigniew Jędrzejewski-Szmek wrote:
> It's a ve
On Wed, Mar 07, 2018 at 01:07:15PM +0100, Steve Grubb wrote:
> On Tue, 6 Mar 2018 16:31:29 +
> Zbigniew Jędrzejewski-Szmek wrote:
>
> > > > > > How does this interact with useradd and groupadd? Does this
> > > > > > replace them? And if so, does this send the required audit
> > > > > > events
On 07.03.2018 08:43, Igor Gnatenko wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
This is the second iteration of my mass-scratch-rebuild without
gcc/gcc-c++ in the buildroot[0]. Everything what was written in
original mail still applies.
Since people might have fixed their packages af
On Tue, 6 Mar 2018 16:31:29 +
Zbigniew Jędrzejewski-Szmek wrote:
> > > > > How does this interact with useradd and groupadd? Does this
> > > > > replace them? And if so, does this send the required audit
> > > > > events?
> > > >
> > > > It's a very simple tool to create system users and
On Wed, 2018-03-07 at 08:43 +0100, Igor Gnatenko wrote:
> This is the second iteration of my mass-scratch-rebuild without
> gcc/gcc-c++ in the buildroot[0]. Everything what was written in
> original mail still applies.
I've done lizardfs, naev, novacom-client, and novacom-server.
Jonathan
signa
On 07/03/18 07:43, Igor Gnatenko wrote:
This is the second iteration of my mass-scratch-rebuild without
gcc/gcc-c++ in the buildroot[0]. Everything what was written in
original mail still applies.
Fixed rapidjson.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
> On Wed, 07 Mar 2018 08:43:21 +0100
> Igor Gnatenko wrote:
> This is the second iteration of my mass-scratch-rebuild without
> gcc/gcc-c++ in the buildroot[0]. Everything what was written in
> original mail still applies.
>
> Since people might have fixed their packages after I started rebuild
On 07/03/18 10:46, Zbigniew Jędrzejewski-Szmek wrote:
On Wed, Mar 07, 2018 at 10:28:58AM +, Tom Hughes wrote:
On 07/03/18 10:10, Florian Weimer wrote:
On 03/06/2018 03:24 PM, Zbigniew Jędrzejewski-Szmek wrote:
It's a very simple tool to create system users and group in /etc/passwd.
It jus
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Wed, 2018-03-07 at 10:40 +, Jaroslav Mracek wrote:
> Recently, several users report problems with system upgrade due to
> rich dependencies that are not supported by RPM in Fedora 25, and not
> fully supported by RPM in Fedora 26 (statement 'w
On Wed, Mar 07, 2018 at 10:28:58AM +, Tom Hughes wrote:
> On 07/03/18 10:10, Florian Weimer wrote:
> >On 03/06/2018 03:24 PM, Zbigniew Jędrzejewski-Szmek wrote:
> >>It's a very simple tool to create system users and group in /etc/passwd.
> >>It just creates entries in/etc/{passwd,group,shadow},
Recently, several users report problems with system upgrade due to rich
dependencies that are not supported by RPM in Fedora 25, and not fully
supported by RPM in Fedora 26 (statement 'with'). Rich dependencies are allowed
and supported from Fedora 26, but during the System Upgrade from Fedora 2
On Wed, 07 Mar 2018 08:43:21 +0100
Igor Gnatenko wrote:
> This is the second iteration of my mass-scratch-rebuild without
> gcc/gcc-c++ in the buildroot[0]. Everything what was written in
> original mail still applies.
>
> Since people might have fixed their packages after I started rebuild,
> I
On 07/03/18 10:10, Florian Weimer wrote:
On 03/06/2018 03:24 PM, Zbigniew Jędrzejewski-Szmek wrote:
It's a very simple tool to create system users and group in /etc/passwd.
It just creates entries in/etc/{passwd,group,shadow}, and does not
interact with audit in any way afaik.
Does it perform
On 03/06/2018 03:24 PM, Zbigniew Jędrzejewski-Szmek wrote:
It's a very simple tool to create system users and group in /etc/passwd.
It just creates entries in/etc/{passwd,group,shadow}, and does not
interact with audit in any way afaik.
Does it perform any locking or cache invalidation?
Thanks
On Tue, Mar 06, 2018 at 04:20:26PM -0800, Adam Williamson wrote:
> 1. Any update that is marked as 'critpath breaking' by a FAS-registered
> tester would be blocked from going any further in the update process
> without manual intervention (no autopushes at all)
IIRC, that happens with all update
On Tue, Mar 06, 2018 at 12:56:56PM -0500, Randy Barlow wrote:
> On 03/03/2018 01:34 PM, Kevin Kofler wrote:
> > That is due to the "Rawhide can never go backwards" policy, which I still
> > do
> > not understand the point of, especially in the light of "distro-sync"
> > having
> > been supporte
70 matches
Mail list logo
