Re: Delinquent mirror process

[Adrian Reber]

On Mon, Sep 19, 2011 at 04:06:47PM +0100, Matthew Booth wrote:
 I've noticed that mirror.bytemark.co.uk hasn't been updated since 8th 
 September:
 
 http://mirror.bytemark.co.uk/fedora/linux/updates/15/x86_64/repodata/
 
 However, it's still being handed out by our mirror list. It seems to me 
 they should be, at least temporarily, dropped as an official mirror. Is 
 there a process for doing that?

I just checked and I do not see it in the list any longer:

https://mirrors.fedoraproject.org/mirrorlist?repo=updates-released-f15arch=x86_64country=gb

Do you still get the mirror listed? It is not in database listed as up
to date for f15 updates.

Adrian
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

libcdio update coming to rawhide

[Adrian Reber]

I will soon update libcdio to 0.83 in rawhide which requires a rebuild
of following the packages:

audacious-plugins
cdw
gvfs
kover
libcddb
oxine
pragha
pycdio
qmmp
xmms2

I will rebuild these packages if the corresponding maintainers do not
object.

Adrian
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

strange koji behaviour

[Adrian Reber]

I just tried to rebuild kover and it failed during build with a strange
error:

http://koji.fedoraproject.org/koji/getfile?taskID=3527418name=build.logoffset=-4000

The reason for this error is, however, a broken dependency.

http://koji.fedoraproject.org/koji/getfile?taskID=3527418name=root.logoffset=-4000

I thought if something failed during setup of the buildroot it shouldn't
even start to build the package. This seems to be broken right now. The
broken dependency is fixed and it builds now.

Same happened with audacious-plugins.
http://koji.fedoraproject.org/koji/taskinfo?taskID=3527273

Adrian
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: libcdio update coming to rawhide

[Adrian Reber]

On Tue, Nov 15, 2011 at 09:52:57AM +0100, Adrian Reber wrote:
 I will soon update libcdio to 0.83 in rawhide which requires a rebuild
 of following the packages:
 
 audacious-plugins
 cdw
 gvfs
 kover
 libcddb
 oxine
 pragha
 pycdio
 qmmp
 xmms2
 
 I will rebuild these packages if the corresponding maintainers do not
 object.

rebuilds done. Three with a failure:

gvfs http://koji.fedoraproject.org/koji/getfile?taskID=3527348name=build.log
File not found: 
/builddir/build/BUILDROOT/gvfs-1.11.0-4.fc17.x86_64/usr/libexec/gvfsd-smb
File not found: 
/builddir/build/BUILDROOT/gvfs-1.11.0-4.fc17.x86_64/usr/libexec/gvfsd-smb-browse
File not found: 
/builddir/build/BUILDROOT/gvfs-1.11.0-4.fc17.x86_64/usr/share/gvfs/mounts/smb-browse.mount
File not found: 
/builddir/build/BUILDROOT/gvfs-1.11.0-4.fc17.x86_64/usr/share/gvfs/mounts/smb.mount

pragha   http://koji.fedoraproject.org/koji/taskinfo?taskID=3527953
current-playlist.c:2772:2: error: 'g_strncasecmp' is deprecated (declared at 
/usr/include/glib-2.0/glib/gstrfuncs.h:182) [-Werror=deprecated-declarations]

xmms2 http://koji.fedoraproject.org/koji/taskinfo?taskID=3528387
+ ./waf configure --prefix=/usr --libdir=/usr/lib64 --with-ruby-libdir= 
--with-perl-archdir=/usr/lib64/perl5 --with-pkgconfigdir=/usr/lib64/pkgconfig 
-j1
/usr/bin/env: python: Permission denied

all of those errors do not look libcdio related.

Adrian
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Wordpress testers needed!

[Adrian Reber]

On Wed, Aug 04, 2010 at 10:03:23AM -0500, Jon Ciesla wrote:
  facepalmYeah, I forgot that bit.  Adrian(CCd), if you like, orphan
  both wordpress and wordpress-mu, and I'll take over.  If I do, I plan to
  update wordpress to 3.0.1 and EOL wordpress-mu.
  I orphaned it for EL-5 and EL-6. I have not heard anything from the
  Fedora branches owner in a very long time so we need the help of someone
  with more pkgdb power to orphan it.
 
Adrian
  I have, actually, I took gallery2 over from him.  John(CCd), if you're
  interested, please orphan wordpress and wordpress-mu and I'll take over.
 
  -J
 
  Whoops, Bret has -mu, CCing.  Bret, what are your thoughts on EOLing -mu?
 
  -J
 
 
 I have wordpress ownership now.

Cool! Thanks for taking it.

Adrian
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: OpenVZ

[Adrian Reber]

On Mon, Oct 15, 2012 at 06:33:39PM +0400, Glauber Costa wrote:
 On Mon, Oct 15, 2012 at 6:25 PM, Josh Boyer jwbo...@gmail.com wrote:
  On Mon, Oct 15, 2012 at 9:59 AM, Glauber Costa glom...@gmail.com wrote:
  For those who expressed interest in OpenVZ in the past,
 
  I've just added a Review Request for vzctl, the OpenVZ control
  utility: https://bugzilla.redhat.com/show_bug.cgi?id=866495
 
  As previously said, getting OpenVZ to work with Upstream Linux Kernel
  is a huge and ongoing effort. But with the release of vzctl 4.0,
  Fedora users should already be able to start a container
  with basic networking, and get it running.
 
  Checkpoint/Restore is expecting to be working (and thus, live
  migration available) by no lator than Fedora 19, and will depend on an
  aditional userspace package to work (to be submitted any time soon)
 
  Which package(s)?  The criu-tools have already been packaged by Adrian
  Reber, so that's at least one down.
 
 
 For live migration, that would be enough. I was actually unaware that criu has
 been packaged already, so this is very good news.

I have packaged crtools but not yet submitted for review. I was waiting
until the kernel has enabled the necessary options. Without those
options enabled the package does not make much sense. Once it is enabled
I still plan to submit crtools for review.

Adrian
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

libcdio 0.90 update in rawhide

[Adrian Reber]

Some weeks ago libcdio 0.90 has been released. In addition to the
libcdio-0.90 release there have been parts split off into a separate
package called libcdio-paranoia. libcdio-paranoia has been imported and
I will now also update libcdio to 0.90 in rawhide. I will rebuild all
dependencies over the next few days and adjust the depending packages to
require both libraries where necessary.

Adrian
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: libcdio 0.90 update in rawhide

[Adrian Reber]

On Tue, Dec 04, 2012 at 08:22:18PM +0100, Adrian Reber wrote:
 Some weeks ago libcdio 0.90 has been released. In addition to the
 libcdio-0.90 release there have been parts split off into a separate
 package called libcdio-paranoia. libcdio-paranoia has been imported and
 I will now also update libcdio to 0.90 in rawhide. I will rebuild all
 dependencies over the next few days and adjust the depending packages to
 require both libraries where necessary.

I have updated libcdio in rawhide to 0.90 and rebuilt all dependencies.
There were two failures due to API changes:

audacious-plugins - 
http://kojipkgs.fedoraproject.org//work/tasks/7809/4847809/build.log
kover - same problem (cdtext related)

and one libcdio unrelated failure:

clementine -  'void g_type_init()' is deprecated
  
http://koji.fedoraproject.org/koji/getfile?taskID=4846211name=build.log


Adrian
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: libcdio 0.90 update in rawhide

[Adrian Reber]

On Tue, Jan 08, 2013 at 09:03:58AM -0700, Kevin Fenzi wrote:
 On Tue, 4 Dec 2012 20:22:18 +0100
 Adrian Reber adr...@lisas.de wrote:
 
  Some weeks ago libcdio 0.90 has been released. In addition to the
  libcdio-0.90 release there have been parts split off into a separate
  package called libcdio-paranoia. libcdio-paranoia has been imported
  and I will now also update libcdio to 0.90 in rawhide. I will rebuild
  all dependencies over the next few days and adjust the depending
  packages to require both libraries where necessary.
 
 Is there any particular reason the rebuilds couldn't have been done in
 the same day as the libcdio update? That would have prevented broken
 deps over a few days... 

I tried to do all rebuilds yesterday after the rawhide report. I missed
pragha which is building right now. There were no broken dependencies
over a few days. Just today from the packages rebuilt too late.

Adrian


pgpJJYyqN0iPL.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Proposed F19 Feature: Checkpoint/Restore

[Adrian Reber]

On Wed, Jan 23, 2013 at 03:37:46PM -0500, Josh Boyer wrote:
 On Wed, Jan 23, 2013 at 2:35 PM, Jaroslav Reznik jrez...@redhat.com wrote:
  To offer the checkpoint/restore functionality the package crtools has been
  imported into Fedora and changes are still necessary to the kernel RPM.
 
 The CRIU page doesn't say you need CONFIG_NAMESPACES enabled to use CRIU.
 Also, there is nothing in the kernel Kconfig dependencies that would
 select or require that set to turn on CONFIG_CHECKPOINT_RESTORE.  Could
 you be more explicit as to why you need namespaces turned on?

CONFIG_NAMESPACES took me some time to find out. I actually need
CONFIG_CHECKPOINT_RESTORE which requires CONFIG_EXPERT. I also need (for
restore) CONFIG_PID_NS which is enabled in config-generic

config-generic:CONFIG_PID_NS=y

Looking at the config of a built kernel I see that it is not enabled.
Looking at init/Kconfig I see that CONFIG_PID_NS is only enabled if
CONFIG_NAMESPACES is enabled.

CONFIG_NAMESPACES seems to be required to make all those activated _NS
options actually enabled:

config-generic:CONFIG_PID_NS=y
config-generic:CONFIG_UTS_NS=y
config-generic:CONFIG_IPC_NS=y
config-generic:CONFIG_NET_NS=y

Adrian
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Proposed F19 Feature: Checkpoint/Restore

[Adrian Reber]

On Wed, Jan 23, 2013 at 02:55:53PM -0500, Matthew Miller wrote:
 On Wed, Jan 23, 2013 at 07:35:50PM +, Jaroslav Reznik wrote:
  To offer the checkpoint/restore functionality the package crtools has been 
  imported into Fedora and changes are still necessary to the kernel RPM.
 
 Is this feature suggesting implementing everything up until that point and
 waiting for the rest of the changes to trickle down from upstream, or is it
 suggesting carrying the patches *now* in anticipation?

Most of the required changes are already included upstream and need
three kernel config options to be enabled. The decision about this
whole feature depends mainly on the kernel maintainers if they think these
options are ready to be enabled or not. I imported the user-space tools
(crtools) which need those three kernel config options. If it is decided
this is too experimental then the package can easily be retired again.

Adrian
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Proposed F19 Feature: Checkpoint/Restore

[Adrian Reber]

On Thu, Jan 24, 2013 at 11:02:57AM -0500, Josh Boyer wrote:
 On Thu, Jan 24, 2013 at 10:58 AM, Adrian Reber adr...@lisas.de wrote:
  On Wed, Jan 23, 2013 at 03:37:46PM -0500, Josh Boyer wrote:
  On Wed, Jan 23, 2013 at 2:35 PM, Jaroslav Reznik jrez...@redhat.com 
  wrote:
   To offer the checkpoint/restore functionality the package crtools has 
   been
   imported into Fedora and changes are still necessary to the kernel RPM.
 
  The CRIU page doesn't say you need CONFIG_NAMESPACES enabled to use CRIU.
  Also, there is nothing in the kernel Kconfig dependencies that would
  select or require that set to turn on CONFIG_CHECKPOINT_RESTORE.  Could
  you be more explicit as to why you need namespaces turned on?
 
  CONFIG_NAMESPACES took me some time to find out. I actually need
  CONFIG_CHECKPOINT_RESTORE which requires CONFIG_EXPERT. I also need (for
  restore) CONFIG_PID_NS which is enabled in config-generic
 
 Why does restore need PID_NS?  The kernel doesn't think it does, so is
 this a requirement based on the userspace tooling?

This is a userpace requirement. I can checkpoint without PID_NS, but
only restore with PID_NS.

  config-generic:CONFIG_PID_NS=y
 
  Looking at the config of a built kernel I see that it is not enabled.
  Looking at init/Kconfig I see that CONFIG_PID_NS is only enabled if
  CONFIG_NAMESPACES is enabled.
 
 Right.
 
  CONFIG_NAMESPACES seems to be required to make all those activated _NS
  options actually enabled:
 
  config-generic:CONFIG_PID_NS=y
  config-generic:CONFIG_UTS_NS=y
  config-generic:CONFIG_IPC_NS=y
  config-generic:CONFIG_NET_NS=y
 
 Those might be doable.  I take it you very clearly don't need USER_NS,
 right?  Because that option is not going to be enabled at the expense of
 the things I listed.

I only need PID_NS (and therefore NAMESPACES). All the other options and
USER_NS are not required.

Adrian
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Proposed F19 Feature: Checkpoint/Restore

[Adrian Reber]

On Thu, Jan 24, 2013 at 11:02:57AM -0500, Josh Boyer wrote:
  CONFIG_NAMESPACES seems to be required to make all those activated _NS
  options actually enabled:
 
  config-generic:CONFIG_PID_NS=y
  config-generic:CONFIG_UTS_NS=y
  config-generic:CONFIG_IPC_NS=y
  config-generic:CONFIG_NET_NS=y
 
 Those might be doable.

To make it clear. This already what is in the kernel package and not a
change I made. It just needs CONFIG_NAMESPACES to actually be enabled.

Adrian
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Proposed F19 Feature: Checkpoint/Restore

[Adrian Reber]

On Wed, Jan 30, 2013 at 10:13:44AM -0500, Josh Boyer wrote:
 On Thu, Jan 24, 2013 at 11:11 AM, Adrian Reber adr...@lisas.de wrote:
  On Thu, Jan 24, 2013 at 11:02:57AM -0500, Josh Boyer wrote:
   CONFIG_NAMESPACES seems to be required to make all those activated _NS
   options actually enabled:
  
   config-generic:CONFIG_PID_NS=y
   config-generic:CONFIG_UTS_NS=y
   config-generic:CONFIG_IPC_NS=y
   config-generic:CONFIG_NET_NS=y
 
  Those might be doable.
 
  To make it clear. This already what is in the kernel package and not a
  change I made. It just needs CONFIG_NAMESPACES to actually be enabled.
 
 The kernel team discussed this at last week's public kernel meeting.  I
 think we're comfortable enabling these options.  We're going to patch
 the Kconfig so that it doesn't depend on CONFIG_EXPERT, but aside from
 that things should be as you suggest.
 
 We'd really like to see some kind of testing framework for this though.
 Do you know of any testcases that could be added to the Fedora kernel
 testing git tree to cover CRIU?  If not, do you think you could create
 some minimal ones?

The userspace part of CRIU (crtools) contains about 100 testcases. Some
of them probably require some kernel patches which are not yet
upstreamed, but I think that most of them would work. I would be happy to
include them in the Fedora kernel testing git tree. No problem.

Adrian
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: libcdio update

[Adrian Reber]

On Tue, Jan 19, 2010 at 11:31:50AM +0100, Michael Schwendt wrote:
 On Tue, 19 Jan 2010 09:43:49 +0100, Adrian wrote:
 
  I would like to update libcdio to the latest version (0.82). This
  requires a rebuild of its dependencies:
  
  audacious-plugins
  gvfs
  kover
  libcddb
  oxine
  pycdio
  qmmp
  xfce4-cddrive-plugin
  xmms2
  
  If the maintainers of the above packages do not object I would do all
  the necessary rebuilds.
 
 Only in Rawhide I assume. No objections wrt audacious-plugins (with the
 caveat that I don't know about the changes in libcdio 0.82 yet).

Sure. Only rawhide. Forgot to mention that.

 F-12 would be a different case.

No intention at all.

Adrian
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: something changed with provides/requires (probably new rpm???)

[Adrian Reber]

On Mon, Jan 24, 2011 at 09:50:57PM +0100, Michael Schwendt wrote:
  Is this a bug in the spec file or in rpm?
 
 $ rpmls -p bind-libs-lite-9.7.3-0.4.b1.fc15.i686.rpm 
 lrwxrwxrwx  /usr/lib/libdns-export.so.69
 -rw-r--r--  /usr/lib/libdns-export.so.69.1.0
 lrwxrwxrwx  /usr/lib/libirs-export.so.60
 -rw-r--r--  /usr/lib/libirs-export.so.60.0.0
 lrwxrwxrwx  /usr/lib/libisc-export.so.62
 -rw-r--r--  /usr/lib/libisc-export.so.62.1.0
 lrwxrwxrwx  /usr/lib/libisccfg-export.so.62
 -rw-r--r--  /usr/lib/libisccfg-export.so.62.0.0
 
 They ought to be chmod +x.

Thanks! That helped.

Adrian
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: rpmbuild: Bad Requireflags: qualifiers: Requires(posttrans)

[Adrian Reber]

On Mon, Jan 24, 2011 at 06:52:50PM +0100, Adrian Reber wrote:
 I was trying to do a scratch build an got following error:
 
 error: line 78: Bad Requireflags: qualifiers: Requires(posttrans): 
 /sbin/service
 
 Is Requires(posttrans) deprecated with the newest RPM or is that a bug?
 
 http://koji.fedoraproject.org/koji/taskinfo?taskID=2738326

Thanks for all the help. Now something similar happened:

Trying to build ccache:

http://ppc.koji.fedoraproject.org/koji/getfile?taskID=125311name=build.log

error: line 29: Bad Requireflags: qualifiers: Requires(triggerin): coreutils 

Will rpm also be patched to handle it again? Or are changes to the spec
file necessary?

Adrian
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Cannot reach Adrian R.

[Adrian Reber]

On Wed, May 25, 2011 at 05:22:53PM +0200, Honza Horak wrote:
 I'm trying to reach Adrian Reber for a couple of days, but all emails 
 sent to his address have returned back undelivered. He's a maintainer of 

What error did you get? I have not seen anything.

Adrian
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

gforth and gcc 4.7

[Adrian Reber]

Trying to build gforth with gcc 4.7 fails currently. The forth engine is
build but it fails its included tests. The problem is that every newline
the forth engine writes is replaced with 0x00 as seen in following diff:

 010: 6566 696e 6564 2047 4458 2020 594f 5520  efined GDX  YOU 
 020: 5348 4f55 4c44 2053 4545 2054 4845 2053  SHOULD SEE THE S
 030: 5441 4e44 4152 4420 4752 4150 4849 4320  TANDARD GRAPHIC 
-040: 4348 4152 4143 5445 5253 3a00 2021 2223  CHARACTERS:. !#
 ^^ actual output
+040: 4348 4152 4143 5445 5253 3a0a 2021 2223  CHARACTERS:. !#
 ^^ expected output
 050: 2425 2627 2829 2a2b 2c2d 2e2f 3031 3233  $%'()*+,-./0123

Removing -O2 from the compiler commandline fixes it, but I have no idea
why this happens. Does anyone have an idea how this can be solved?

Adrian
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

wordpress needs a new (co-)maintainer

[Adrian Reber]

After FESCO's decision that the wordpress package needs to unbundle the
included libraries nothing happened for over three months. The hope that
somebody would step up and claim wordpress in the FESCO ticket [1] did
not fulfill itself and therefore I am asking here for help or a new maintainer 
for wordpress. As there have been no known security bugs I have not
updated wordpress since I opened the FESCO ticket and now wordpress
3.0 has been released. Fedora has a wordpress and wordpress-mu package
and upstream has merged both packages into one, so in addition to the
unbundling of the libraries both packages have to be merged in some
way. So if someone with lots of PHP knowledge wants to take it I would
be happy if it keeps getting maintained.

Adrian

[1] https://fedorahosted.org/fesco/ticket/314
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

libcdio updated to 0.93

[Adrian Reber]

libcdio has been updated to 0.93 in rawhide. As always this includes a
new soname. All dependencies have been rebuilt.

Adrian
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

ninja/ninja-build

[Adrian Reber]

I am planning to orphan the IRC client ninja. One of the reasons to
orphan it is that there is a build system[1] which has the same name.
In Fedora the ninja build system is called ninja-build which makes it
incompatible with most other Linux distributions[2]. In addition the
current release is from 2002 and upstream does not exist anymore.
Most of the other Linux distributions do not even ship it, although
there are other packages which are called ninja. It seems the name ninja
is already taken multiple times and maybe not a good idea for future
projects.

Adrian

[1] http://martine.github.io/ninja/
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1166135
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: i686 as secondary arch?

[Adrian Reber]

On Tue, Jul 05, 2016 at 10:04:03AM +0100, Peter Robinson wrote:
> On Tue, Jul 5, 2016 at 9:57 AM, Richard W.M. Jones  wrote:
> > Timely article in the Register today:
> > http://www.theregister.co.uk/2016/07/05/linux_letting_go_32bit_builds_on_the_way_out/
> >
> > I've been thinking about this as i686 is so often broken that I've now
> > stopped bothering to test it in the libguestfs tests that I do on
> > Rawhide:
> >
> > http://pkgs.fedoraproject.org/cgit/rpms/libguestfs.git/commit/?id=aa63cef2d7679e1906551ef4e46c2e9a8861b56c
> >
> > If you need to run an i686 virtual machine based on Rawhide, my
> > experience is that it's more likely than not that it won't boot, and
> > no one cares.
> >
> > Do we have stats for the relative proportion of i686 vs x86-64 downloads?
> 
> No really because of mirrors etc, but mirror manager stats from Feb
> (FPL DevConf talk) list i686 as around 20% unique IP hits, that
> doesn't take into account proxies/NAT using same IP etc.

What clients are requesting from MirrorManager can also be seen here:

https://admin.fedoraproject.org/mirrormanager/statistics/2016-07-05/archs

Adrian
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: i686 as secondary arch?

[Adrian Reber]

On Tue, Jul 05, 2016 at 12:46:00PM +0200, Florian Weimer wrote:
> On 07/05/2016 11:09 AM, Adrian Reber wrote:
> > On Tue, Jul 05, 2016 at 10:04:03AM +0100, Peter Robinson wrote:
> > > On Tue, Jul 5, 2016 at 9:57 AM, Richard W.M. Jones <rjo...@redhat.com> 
> > > wrote:
> > > > Timely article in the Register today:
> > > > http://www.theregister.co.uk/2016/07/05/linux_letting_go_32bit_builds_on_the_way_out/
> > > > 
> > > > I've been thinking about this as i686 is so often broken that I've now
> > > > stopped bothering to test it in the libguestfs tests that I do on
> > > > Rawhide:
> > > > 
> > > > http://pkgs.fedoraproject.org/cgit/rpms/libguestfs.git/commit/?id=aa63cef2d7679e1906551ef4e46c2e9a8861b56c
> > > > 
> > > > If you need to run an i686 virtual machine based on Rawhide, my
> > > > experience is that it's more likely than not that it won't boot, and
> > > > no one cares.
> > > > 
> > > > Do we have stats for the relative proportion of i686 vs x86-64 
> > > > downloads?
> > > 
> > > No really because of mirrors etc, but mirror manager stats from Feb
> > > (FPL DevConf talk) list i686 as around 20% unique IP hits, that
> > > doesn't take into account proxies/NAT using same IP etc.
> > 
> > What clients are requesting from MirrorManager can also be seen here:
> > 
> > https://admin.fedoraproject.org/mirrormanager/statistics/2016-07-05/archs
> 
> These statistics do not cover package downloads of i686 packages which are
> part of the x86_64 repositories, do they?

No, that is not included. This is only what clients are sending as arch
in the mirrorlist/metalink request. Usually: arch=$basearch

Adrian
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Switching bogofilter from db4 to db5

[Adrian Reber]

A bug was opened against bogofilter asking why it still uses db4 instead
of db5:

https://bugzilla.redhat.com/show_bug.cgi?id=1367329

I never changed the BRs because it works and I was never sure how the
upgrade from db4 to db5 would impact the database format of the
bogofilter wordlist.

I just tried to build bogofilter locally against db5 and it still just
works. I can read and write the bogofilter wordlist with both binaries
without a problem. So it seems the on-disk-format of db4 and db5 is the
same or at least compatible. Just wanted to check here if there are any
know problems upgrading from db4 to db5.

Adrian


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

libcdio soname bump in rawhide

[Adrian Reber]

Recently libcdio upstream released a new version of libcdio. I will
update rawhide to this latest libcdio version and rebuild all
dependencies.

Adrian


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: libcdio soname bump in rawhide

[Adrian Reber]

On Wed, Nov 09, 2016 at 08:13:16AM +0100, Adrian Reber wrote:
> Recently libcdio upstream released a new version of libcdio. I will
> update rawhide to this latest libcdio version and rebuild all
> dependencies.

libcdio and all dependencies have been rebuilt.

Adrian


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F28 `dnf update` "Error: Failed to synchronize cache for repo 'fedora-debuginfo'"

[Adrian Reber]

On Wed, May 16, 2018 at 10:53:10AM +0200, Stephan Bergmann wrote:
> On F28, `dnf update` recently started to fail for me with "Error: Failed to
> synchronize cache for repo 'fedora-debuginfo'":
> 
> > $ sudo dnf -vv --disablerepo=\* --enablerepo=fedora-debuginfo --refresh 
> > makecache
> > Loaded plugins: builddep, config-manager, copr, debug, debuginfo-install, 
> > download, generate_completion_cache, needs-restarting, playground, 
> > repoclosure, repograph, repomanage, reposync, system-upgrade, versionlock
> > DNF version: 2.7.5
> > cachedir: /var/cache/dnf
> > Making cache files for all metadata files.
> > fedora-debuginfo: has expired and will be refreshed.
> > Cannot download 
> > 'https://mirrors.fedoraproject.org/metalink?repo=fedora-debug-28=x86_64':
> >  Cannot prepare internal mirrorlist: file "repomd.xml" was not found in 
> > metalink.
> > Error: Failed to synchronize cache for repo 'fedora-debuginfo'

Thanks for the report. Fixing it right now in MirrorManager. The new
directory layout for the debuginfo packages which sometimes contains
'tree/' in the path and sometimes it does not confuses the part of
MirrorManager which tries to detect repositories. Should be fixed soon.

Adrian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

libcdio soname bump in rawhide

[Adrian Reber]

libcdio upstream released the 2.0 version a few weeks ago and I will
updated rawhide to the latest libcdio version. It comes with a new
soname and I will also rebuild all dependencies.

Adrian


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: libcdio soname bump in rawhide

[Adrian Reber]

On Fri, Jan 19, 2018 at 06:50:16AM +0100, Nicolas Chauvet wrote:
> 2018-01-18 22:25 GMT+01:00 Adrian Reber <adr...@lisas.de>:
> > libcdio upstream released the 2.0 version a few weeks ago and I will
> > updated rawhide to the latest libcdio version. It comes with a new
> > soname and I will also rebuild all dependencies.
> 
> Can you wait a week at least ? We are in the middle of a rebuild in
> third part side that might need more time to land.
> We won't be able to rebuild the packages in time there.

Sure, I was planning to do it late next week, but I can wait a bit
longer if it helps. Let me know when you are ready.

Adrian


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: libcdio soname bump in rawhide

[Adrian Reber]

On Thu, Jan 18, 2018 at 10:25:56PM +0100, Adrian Reber wrote:
> libcdio upstream released the 2.0 version a few weeks ago and I will
> updated rawhide to the latest libcdio version. It comes with a new
> soname and I will also rebuild all dependencies.

libcdio and libcdio-paranoia have been updated in rawhide and all
dependencies (except audacious-plugins) have been rebuilt successfully.

The audacious-plugins build failed with:

info_bar.cc: In member function 'virtual void 
InfoBar::paintEvent(QPaintEvent*)':
info_bar.cc:259:61: error: no match for 'operator=' (operand types are 
'QStaticText' and 'QString')
  width () - ps.VisWidth - ps.Height - ps.Spacing);
 ^
In file included from /usr/include/qt5/QtGui/QStaticText:1:0,
 from info_bar.h:23,
 from info_bar.cc:22:
/usr/include/qt5/QtGui/qstatictext.h:68:18: note: candidate: QStaticText& 
QStaticText::operator=(QStaticText&&)
 QStaticText =(QStaticText &) Q_DECL_NOTHROW { swap(other); 
return *this; }
  ^~~~
/usr/include/qt5/QtGui/qstatictext.h:68:18: note:   no known conversion for 
argument 1 from 'QString' to 'QStaticText&&'
/usr/include/qt5/QtGui/qstatictext.h:70:18: note: candidate: QStaticText& 
QStaticText::operator=(const QStaticText&)
 QStaticText =(const QStaticText &);
  ^~~~
/usr/include/qt5/QtGui/qstatictext.h:70:18: note:   no known conversion for 
argument 1 from 'QString' to 'const QStaticText&'

Which does not seem to be libcdio related. Is this a know error
in audacious-plugins?

Adrian


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Orphaning jabberd

[Adrian Reber]

I just orphaned jabberd on all branches as I just stopped my last
instance of jabberd and upstream seems to have stopped development.

Adrian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Something odd going on with the Fedora mirror manager?

[Adrian Reber]

On Fri, Aug 16, 2019 at 08:08:59PM -0400, Jonathan Billings wrote:
> This site:
> https://admin.fedoraproject.org/mirrormanager/
> 
> Shows releases for 25835, 25788, 25775, 25757 and 25748.

That is a know bug of MirrorManager picking up directories in alt/ which
are interpreted as versions. The regex to detect new versions, detects
new versions and it should not.

https://dl.fedoraproject.org/pub/alt/risc-v/repo/fedora/rawhide/

Adrian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Getting .fc32 packages while trying to follow F31 branch ?

[Adrian Reber]

On Mon, Aug 19, 2019 at 11:59:49AM -, Leigh Scott wrote:
> > There is no f31 repo yet 
> > https://dl.fedoraproject.org/pub/fedora/linux/development/ so
> > perhaps mirror-manager is redirecting f31 to rawhide.
> 
> It is mirror manager doing the redirection to rawhide.
> 
> https://mirrors.fedoraproject.org/metalink?repo=fedora-$releasever=$basearch

For convenience there are repository redirects from n+1 to rawhide. I
had to remove them manually and in a few hours mirrormanager should
point to the correct repositories. If not, please open a ticket.

Adrian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Getting .fc32 packages while trying to follow F31 branch ?

[Adrian Reber]

On Mon, Aug 19, 2019 at 01:18:09PM -0700, Kevin Fenzi wrote:
> On 8/19/19 1:13 PM, Adrian Reber wrote:
> > On Mon, Aug 19, 2019 at 11:59:49AM -, Leigh Scott wrote:
> >>> There is no f31 repo yet 
> >>> https://dl.fedoraproject.org/pub/fedora/linux/development/ so
> >>> perhaps mirror-manager is redirecting f31 to rawhide.
> >>
> >> It is mirror manager doing the redirection to rawhide.
> >>
> >> https://mirrors.fedoraproject.org/metalink?repo=fedora-$releasever=$basearch
> > 
> > For convenience there are repository redirects from n+1 to rawhide. I
> > had to remove them manually and in a few hours mirrormanager should
> > point to the correct repositories. If not, please open a ticket.
> 
> Except there is not a correct repository to point to.
> 
> Until we have a f31 compose...we can't point to that f31 compose. ;)

Ah, so I was too fast removing the redirects. I have added them back, so
that 31 still points to rawhide.

Adrian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: [Test-Announce] Fedora 31 Candidate Beta-1.1 Available Now!

[Adrian Reber]

On Thu, Sep 26, 2019 at 09:34:11AM -0500, Steven Munroe wrote:
> Wed, 25 Sep 2019 11:38:45 -0700 Kevin Fenzi  wrote
> 
> >> Can you now try:
> >>
> >> curl -v
> 'https://download-ib01.fedoraproject.org/pub/fedora-secondary/development/31/Everything/ppc64le/os/'
> 
> Attached file curlv.homer54.txt
> 
> >> (Note that that mirror has a ipv6 address, so if you have a routable
> >> ipv6 address and something is messed up with your ipv6 connectivity you
> >> might be trying to hit that)?
> 
> Not real my area of expertise.
> Attached file ifcfg-eth0.homer54.txt
> 
> >> Does 'dnf -v ...your command' give anything more here?
> 
> perhaps. examples:
> 
> Unknown configuration value: failovermethod=priority in
> /etc/yum.repos.d/fedora-updates-modular.repo; Configuration:
> OptionBinding with id "failovermethod" does not exist
> 
> and
> 
> Cannot download
> 'https://mirrors.fedoraproject.org/metalink?repo=updates-testing-modular-f31=ppc64le':
> Cannot prepare internal mirrorlist: file "repomd.xml" was not found in
> metalink.
> Failed to download metadata for repo 'updates-testing-modular'
> Error: Failed to download metadata for repo 'updates-testing-modular'

This (broken updates-testing-modular-f31) should be fixed in the
MirrorManager database now and these changes should be active in 1 or 2
hours.

Adrian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: dnf unable to download source due to rpmfusion-free-source

[Adrian Reber]

On Sun, Nov 10, 2019 at 03:44:03PM -, Neal Becker wrote:
> dnf --disablerepo=rpmfusion-free-source download --enablerepo=rawhide 
> --source mercurial 
> enabling fedora-modular-source repository
> enabling rawhide-source repository
> enabling updates-modular-source repository
> enabling updates-source repository
> enabling fedora-source repository
> enabling rpmfusion-free-updates-source repository
> enabling rpmfusion-free-source repository
> enabling rpmfusion-nonfree-updates-source repository
> enabling rpmfusion-nonfree-source repository
> RPM Fusion for Fedora 31 - Free - Source  
> 267 kB/s |  80 kB 00:00
> Failed to download metadata for repo 'rpmfusion-free-source'
> Error: Failed to download metadata for repo 'rpmfusion-free-source'

Should be fixed.

Adrian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: rawhide protobuf update with new soname

[Adrian Reber]

On Mon, Dec 16, 2019 at 09:26:16PM -0700, Orion Poplawski wrote:
> On 12/1/19 10:48 AM, Adrian Reber wrote:
> > I prepared a protobuf upgrade from 3.6 to 3.11 in rawhide. It comes with
> > a soname update and requires its dependencies to be rebuilt.
> > 
> > I tested it all in copr and most of the packages are rebuilding except
> > for the following packages:
> > 
> >   * dynafed - compile error:
> > In file included from 
> > /builddir/build/BUILD/dynafed-1.5.1/src/UgrMemcached.pb.h:23,
> >  from 
> > /builddir/build/BUILD/dynafed-1.5.1/src/LocationInfo.cc:21:
> > /usr/include/google/protobuf/io/coded_stream.h:842:16: error: macro
> > "Error" requires 2 arguments, but only 1 given
> >   842 |   uint8* Error() {
> >   |^
> > 
> >   * community-mysql:
> > there is a simple upstream patch to fix the compile error but the test
> > fails in copr with:
> > Failed to connect to systemd notification socket named 
> > /run/systemd/nspawn/notify. Error: 'Permission denied'
> > Does not sound like it is related to the protobuf update
> > 
> >   * mumble - compile error:
> > In file included from BanEditor.cpp:36:
> > Global.h:142:11: error: expected ',' or '...' before '(' token
> >   142 | #define g (*Global::g_global_struct)
> >   |   ^
> > Global.h:142:11: error: expected ',' or '...' before '(' token
> >   142 | #define g (*Global::g_global_struct)
> >   |   ^
> > Global.h:142:11: error: expected ',' or '...' before '(' token
> >   142 | #define g (*Global::g_global_struct)
> >   |
> > 
> >   * paraview - cmake failure:
> > CMake Error at CommandLineExecutables/CMakeLists.txt:77 (get_property):
> >   get_property could not find TARGET pthread.  Perhaps it has not yet 
> > been created.
> > 
> > 
> >   * fts: No matching package to install: 'activemq-cpp-devel'
> > 
> >   * kismet: error: Invalid version (double separator '-'): 2019-08-GIT: 
> > pkgconfig(kismet) = 2019-08-GIT
> > 
> > 
> > Most of the errors do not sound protobuf related.
> > 
> > I want to do the protobuf upgrade in rawhide on Monday, 2019-12-09, just
> > after the rawhide compose has finished to be able to rebuild all
> > dependencies before the next compose.
> > 
> > Please let me know if you want to rebuild your package yourself or if
> > you see other problems with the protobuf upgrade.
> > 
> > Adrian
> 
> This did not appear to have happened.  What's the current plan?

Thanks for the reminder. I would do the upgrade of protobuf and the
corresponding rebuilds tomorrow (2019-12-18) once the compose has
finished.

Adrian


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

rawhide protobuf update with new soname

[Adrian Reber]

I prepared a protobuf upgrade from 3.6 to 3.11 in rawhide. It comes with
a soname update and requires its dependencies to be rebuilt.

I tested it all in copr and most of the packages are rebuilding except
for the following packages:

 * dynafed - compile error:
   In file included from 
/builddir/build/BUILD/dynafed-1.5.1/src/UgrMemcached.pb.h:23,
from 
/builddir/build/BUILD/dynafed-1.5.1/src/LocationInfo.cc:21:
   /usr/include/google/protobuf/io/coded_stream.h:842:16: error: macro
   "Error" requires 2 arguments, but only 1 given
 842 |   uint8* Error() {
 |^

 * community-mysql:
   there is a simple upstream patch to fix the compile error but the test
   fails in copr with: 
   Failed to connect to systemd notification socket named 
/run/systemd/nspawn/notify. Error: 'Permission denied'
   
   Does not sound like it is related to the protobuf update

 * mumble - compile error:
   In file included from BanEditor.cpp:36:
   Global.h:142:11: error: expected ',' or '...' before '(' token
 142 | #define g (*Global::g_global_struct)
 |   ^
   Global.h:142:11: error: expected ',' or '...' before '(' token
 142 | #define g (*Global::g_global_struct)
 |   ^
   Global.h:142:11: error: expected ',' or '...' before '(' token
 142 | #define g (*Global::g_global_struct)
 |  

 * paraview - cmake failure:
   CMake Error at CommandLineExecutables/CMakeLists.txt:77 (get_property):
 get_property could not find TARGET pthread.  Perhaps it has not yet been 
created.


 * fts: No matching package to install: 'activemq-cpp-devel'

 * kismet: error: Invalid version (double separator '-'): 2019-08-GIT: 
pkgconfig(kismet) = 2019-08-GIT


Most of the errors do not sound protobuf related.

I want to do the protobuf upgrade in rawhide on Monday, 2019-12-09, just
after the rawhide compose has finished to be able to rebuild all
dependencies before the next compose.

Please let me know if you want to rebuild your package yourself or if
you see other problems with the protobuf upgrade.

Adrian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: rawhide protobuf update with new soname

[Adrian Reber]

On Tue, Dec 17, 2019 at 07:36:25AM +0100, Adrian Reber wrote:
> On Mon, Dec 16, 2019 at 09:26:16PM -0700, Orion Poplawski wrote:
> > On 12/1/19 10:48 AM, Adrian Reber wrote:
> > > I prepared a protobuf upgrade from 3.6 to 3.11 in rawhide. It comes with
> > > a soname update and requires its dependencies to be rebuilt.
> > > 
> > > I tested it all in copr and most of the packages are rebuilding except
> > > for the following packages:
> > > 
> > >   * dynafed - compile error:
> > > In file included from 
> > > /builddir/build/BUILD/dynafed-1.5.1/src/UgrMemcached.pb.h:23,
> > >  from 
> > > /builddir/build/BUILD/dynafed-1.5.1/src/LocationInfo.cc:21:
> > > /usr/include/google/protobuf/io/coded_stream.h:842:16: error: macro
> > > "Error" requires 2 arguments, but only 1 given
> > >   842 |   uint8* Error() {
> > >   |^
> > > 
> > >   * community-mysql:
> > > there is a simple upstream patch to fix the compile error but the test
> > > fails in copr with:
> > > Failed to connect to systemd notification socket named 
> > > /run/systemd/nspawn/notify. Error: 'Permission denied'
> > > Does not sound like it is related to the protobuf update
> > > 
> > >   * mumble - compile error:
> > > In file included from BanEditor.cpp:36:
> > > Global.h:142:11: error: expected ',' or '...' before '(' token
> > >   142 | #define g (*Global::g_global_struct)
> > >   |   ^
> > > Global.h:142:11: error: expected ',' or '...' before '(' token
> > >   142 | #define g (*Global::g_global_struct)
> > >   |   ^
> > > Global.h:142:11: error: expected ',' or '...' before '(' token
> > >   142 | #define g (*Global::g_global_struct)
> > >   |
> > > 
> > >   * paraview - cmake failure:
> > > CMake Error at CommandLineExecutables/CMakeLists.txt:77 
> > > (get_property):
> > >   get_property could not find TARGET pthread.  Perhaps it has not yet 
> > > been created.
> > > 
> > > 
> > >   * fts: No matching package to install: 'activemq-cpp-devel'
> > > 
> > >   * kismet: error: Invalid version (double separator '-'): 2019-08-GIT: 
> > > pkgconfig(kismet) = 2019-08-GIT
> > > 
> > > 
> > > Most of the errors do not sound protobuf related.
> > > 
> > > I want to do the protobuf upgrade in rawhide on Monday, 2019-12-09, just
> > > after the rawhide compose has finished to be able to rebuild all
> > > dependencies before the next compose.
> > > 
> > > Please let me know if you want to rebuild your package yourself or if
> > > you see other problems with the protobuf upgrade.
> > > 
> > >   Adrian
> > 
> > This did not appear to have happened.  What's the current plan?
> 
> Thanks for the reminder. I would do the upgrade of protobuf and the
> corresponding rebuilds tomorrow (2019-12-18) once the compose has
> finished.

It seems like I will not be able to do all rebuilds today as the actual
protobuf build does not finish. I am already waiting a few hours for the
armv7hl build to finish. This means that there will be broken dependency
reports during the next compose. I will try to do all rebuilds tomorrow.

Adrian


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: rawhide protobuf update with new soname

[Adrian Reber]

On Wed, Dec 18, 2019 at 08:30:39PM -0700, Orion Poplawski wrote:
> On 12/18/19 8:35 AM, Adrian Reber wrote:
> > On Tue, Dec 17, 2019 at 07:36:25AM +0100, Adrian Reber wrote:
> > > On Mon, Dec 16, 2019 at 09:26:16PM -0700, Orion Poplawski wrote:
> > > > On 12/1/19 10:48 AM, Adrian Reber wrote:
> > > > > I prepared a protobuf upgrade from 3.6 to 3.11 in rawhide. It comes 
> > > > > with
> > > > > a soname update and requires its dependencies to be rebuilt.
> > > > > 
> > > > > I tested it all in copr and most of the packages are rebuilding except
> > > > > for the following packages:
> > > > > 
> > > > >* dynafed - compile error:
> > > > >  In file included from 
> > > > > /builddir/build/BUILD/dynafed-1.5.1/src/UgrMemcached.pb.h:23,
> > > > >   from 
> > > > > /builddir/build/BUILD/dynafed-1.5.1/src/LocationInfo.cc:21:
> > > > >  /usr/include/google/protobuf/io/coded_stream.h:842:16: error: 
> > > > > macro
> > > > >  "Error" requires 2 arguments, but only 1 given
> > > > >842 |   uint8* Error() {
> > > > >|^
> > > > > 
> > > > >* community-mysql:
> > > > >  there is a simple upstream patch to fix the compile error but 
> > > > > the test
> > > > >  fails in copr with:
> > > > >  Failed to connect to systemd notification socket named 
> > > > > /run/systemd/nspawn/notify. Error: 'Permission denied'
> > > > >  Does not sound like it is related to the protobuf update
> > > > > 
> > > > >* mumble - compile error:
> > > > >  In file included from BanEditor.cpp:36:
> > > > >  Global.h:142:11: error: expected ',' or '...' before '(' token
> > > > >142 | #define g (*Global::g_global_struct)
> > > > >|   ^
> > > > >  Global.h:142:11: error: expected ',' or '...' before '(' token
> > > > >142 | #define g (*Global::g_global_struct)
> > > > >|   ^
> > > > >  Global.h:142:11: error: expected ',' or '...' before '(' token
> > > > >142 | #define g (*Global::g_global_struct)
> > > > >|
> > > > > 
> > > > >* paraview - cmake failure:
> > > > >  CMake Error at CommandLineExecutables/CMakeLists.txt:77 
> > > > > (get_property):
> > > > >get_property could not find TARGET pthread.  Perhaps it has 
> > > > > not yet been created.
> > > > > 
> > > > > 
> > > > >* fts: No matching package to install: 'activemq-cpp-devel'
> > > > > 
> > > > >* kismet: error: Invalid version (double separator '-'): 
> > > > > 2019-08-GIT: pkgconfig(kismet) = 2019-08-GIT
> > > > > 
> > > > > 
> > > > > Most of the errors do not sound protobuf related.
> > > > > 
> > > > > I want to do the protobuf upgrade in rawhide on Monday, 2019-12-09, 
> > > > > just
> > > > > after the rawhide compose has finished to be able to rebuild all
> > > > > dependencies before the next compose.
> > > > > 
> > > > > Please let me know if you want to rebuild your package yourself or if
> > > > > you see other problems with the protobuf upgrade.
> > > > > 
> > > > 
> > > > This did not appear to have happened.  What's the current plan?
> > > 
> > > Thanks for the reminder. I would do the upgrade of protobuf and the
> > > corresponding rebuilds tomorrow (2019-12-18) once the compose has
> > > finished.
> > 
> > It seems like I will not be able to do all rebuilds today as the actual
> > protobuf build does not finish. I am already waiting a few hours for the
> > armv7hl build to finish. This means that there will be broken dependency
> > reports during the next compose. I will try to do all rebuilds tomorrow.
> > 
> 
> Thanks for getting this started.  I'm kicking off a round of rebuilds now -
> hopefully that's okay.

Thanks for doing all the rebuilds. It seems you managed to rebuild
almost everything besides the known failures I mentioned above and a few
packages requiring pull requests. Thanks.

Adrian


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: libcdio soname bump in rawhide

[Adrian Reber]

On Mon, Mar 30, 2020 at 09:27:56AM +0200, Adrian Reber wrote:
> I will update libcdio to 2.1.0 next week in rawhide. As always, libcdio
> comes with a new SO version.
> 
> The following packages have to be rebuilt and I will do the necessary
> rebuilds:
> 
> cantata
> cdw
> clementine
> gstreamer1-plugins-ugly-free
> gvfs
> kover
> libcddb
> libcdio-0:2.0.0-6.fc32.src
> libcdio-paranoia
> pcsxr
> pragha
> python-pycdio
> qmmp
> strawberry
> tellico
> whipper
> xmms2

libcdio, libcdio-paranoia and python-pycdio have been updated and all
dependencies have been rebuilt.

Only pcsxr failed rebuilding but it was already FTBFS before the libcdio
upgrade.

Adrian


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

libcdio soname bump in rawhide

[Adrian Reber]

I will update libcdio to 2.1.0 next week in rawhide. As always, libcdio
comes with a new SO version.

The following packages have to be rebuilt and I will do the necessary
rebuilds:

cantata
cdw
clementine
gstreamer1-plugins-ugly-free
gvfs
kover
libcddb
libcdio-0:2.0.0-6.fc32.src
libcdio-paranoia
pcsxr
pragha
python-pycdio
qmmp
strawberry
tellico
whipper
xmms2

Adrian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

protobuf (3.13) update is coming to rawhide

[Adrian Reber]

I will do a protobuf update in rawhide which comes, as always, with a
new SO version.

Before starting the builds in rawhide I will try it out first in COPR
and once that is done I will do the builds in rawhide in a side tag.

repoquery gives me a list of 53 dependent packages I have to rebuild.

Adrian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: protobuf (3.13) update is coming to rawhide

[Adrian Reber]

On Mon, Sep 21, 2020 at 02:26:00PM +0200, Adrian Reber wrote:
> On Fri, Sep 18, 2020 at 08:23:40AM +0200, Adrian Reber wrote:
> > I will do a protobuf update in rawhide which comes, as always, with a
> > new SO version.
> > 
> > Before starting the builds in rawhide I will try it out first in COPR
> > and once that is done I will do the builds in rawhide in a side tag.
> > 
> > repoquery gives me a list of 53 dependent packages I have to rebuild.
> 
> Most of the dependent packages did rebuilt without a problem. The
> following 6 packages, however, did not rebuild successfully:
> 
> fawkes:
>   /builddir/build/BUILD/fawkes-1.3.0/src/libs/protobuf_comm/peer.cpp: In 
> member function 'void 
> protobuf_comm::ProtobufBroadcastPeer::handle_resolve(const 
> boost::system::error_code&, 
> boost::asio::ip::basic_resolver::iterator)':
>   /builddir/build/BUILD/fawkes-1.3.0/src/libs/protobuf_comm/peer.cpp:416:92: 
> error: '_1' was not declared in this scope
> 
> cockatrice:
>   
> /builddir/build/BUILD/Cockatrice-2020-03-20-Release-2.7.4/cockatrice/src/replay_timeline_widget.cpp:
>  In member function 'virtual void 
> ReplayTimelineWidget::paintEvent(QPaintEvent*)':
>   
> /builddir/build/BUILD/Cockatrice-2020-03-20-Release-2.7.4/cockatrice/src/replay_timeline_widget.cpp:53:18:
>  error: aggregate 'QPainterPath path' has incomplete type and cannot be 
> defined
> 
> mir:
>   In file included from 
> ../src/platforms/eglstream-kms/server/buffer_allocator.h:24,
>  from ../src/platforms/eglstream-kms/server/platform.cpp:22:
>   ../include/platform/mir/graphics/egl_extensions.h:105:9: error: 
> 'PFNEGLBINDWAYLANDDISPLAYWL' does not name a type
> 105 | PFNEGLBINDWAYLANDDISPLAYWL const eglBindWaylandDisplayWL;
> | ^~
>   ../include/platform/mir/graphics/egl_extensions.h:106:9: error: 
> 'PFNEGLQUERYWAYLANDBUFFERWL' does not name a type
> 106 | PFNEGLQUERYWAYLANDBUFFERWL const eglQueryWaylandBufferWL;
> | ^~
> 
> tflogger:
>   + /usr/bin/make -O -j2 V=1 VERBOSE=1
>   make: *** No targets specified and no makefile found.  Stop.
> 
> community-mysql:
>   Check of testcase failed for: x.resource_groups
> 
>   Completed: Failed 2/3880 tests, 99.95% were successful.
> 
>   Failing test(s): x.resource_groups
> 
> mapserver:
>   + /usr/bin/make -O -j2 V=1 VERBOSE=1
>   make: *** No targets specified and no makefile found.  Stop.
> 
> 
> All logs can be found at: 
> https://copr.fedorainfracloud.org/coprs/adrian/protobuf-3-13/builds/
> 
> I will start the rebuilds in the next days in a rawhide side tag.

All rebuilds have finished in the side tag 'f34-build-side-30655'.

The number of failures is down to 4:

 * fawkes
 * knot
 * mapserver
 * mir

I will create the bodhi update tomorrow to get the side tag merged.

Adrian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: protobuf (3.13) update is coming to rawhide

[Adrian Reber]

On Fri, Sep 18, 2020 at 08:23:40AM +0200, Adrian Reber wrote:
> I will do a protobuf update in rawhide which comes, as always, with a
> new SO version.
> 
> Before starting the builds in rawhide I will try it out first in COPR
> and once that is done I will do the builds in rawhide in a side tag.
> 
> repoquery gives me a list of 53 dependent packages I have to rebuild.

Most of the dependent packages did rebuilt without a problem. The
following 6 packages, however, did not rebuild successfully:

fawkes:
  /builddir/build/BUILD/fawkes-1.3.0/src/libs/protobuf_comm/peer.cpp: In member 
function 'void protobuf_comm::ProtobufBroadcastPeer::handle_resolve(const 
boost::system::error_code&, 
boost::asio::ip::basic_resolver::iterator)':
  /builddir/build/BUILD/fawkes-1.3.0/src/libs/protobuf_comm/peer.cpp:416:92: 
error: '_1' was not declared in this scope

cockatrice:
  
/builddir/build/BUILD/Cockatrice-2020-03-20-Release-2.7.4/cockatrice/src/replay_timeline_widget.cpp:
 In member function 'virtual void 
ReplayTimelineWidget::paintEvent(QPaintEvent*)':
  
/builddir/build/BUILD/Cockatrice-2020-03-20-Release-2.7.4/cockatrice/src/replay_timeline_widget.cpp:53:18:
 error: aggregate 'QPainterPath path' has incomplete type and cannot be defined

mir:
  In file included from 
../src/platforms/eglstream-kms/server/buffer_allocator.h:24,
 from ../src/platforms/eglstream-kms/server/platform.cpp:22:
  ../include/platform/mir/graphics/egl_extensions.h:105:9: error: 
'PFNEGLBINDWAYLANDDISPLAYWL' does not name a type
105 | PFNEGLBINDWAYLANDDISPLAYWL const eglBindWaylandDisplayWL;
| ^~
  ../include/platform/mir/graphics/egl_extensions.h:106:9: error: 
'PFNEGLQUERYWAYLANDBUFFERWL' does not name a type
106 | PFNEGLQUERYWAYLANDBUFFERWL const eglQueryWaylandBufferWL;
| ^~

tflogger:
  + /usr/bin/make -O -j2 V=1 VERBOSE=1
  make: *** No targets specified and no makefile found.  Stop.

community-mysql:
  Check of testcase failed for: x.resource_groups

  Completed: Failed 2/3880 tests, 99.95% were successful.

  Failing test(s): x.resource_groups

mapserver:
  + /usr/bin/make -O -j2 V=1 VERBOSE=1
  make: *** No targets specified and no makefile found.  Stop.


All logs can be found at: 
https://copr.fedorainfracloud.org/coprs/adrian/protobuf-3-13/builds/

I will start the rebuilds in the next days in a rawhide side tag.

Adrian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: protobuf update coming to rawhide

[Adrian Reber]

On Mon, Jun 15, 2020 at 06:51:32AM +0200, Adrian Reber wrote:
> I prepared a protobuf update for rawhide to 3.12. It requires a rebuild
> of all dependencies and of the 55 dependencies currently 10 fail to
> rebuild. The following packages are failing:
> 
> clementine
> closure-compiler
> fawkes
> gazebo
> hidviz
> kismet
> libgadu
> mir
> mozc
> pokerth
> 
> and the failures do not seem to be protobuf related. See
> 
> https://copr.fedorainfracloud.org/coprs/adrian/protobuf-3-12/

All rebuilds have finished and from the previously 10 reported
failures 9 are still not building. None of the failures seem
to be protobuf related:

opencv: requires gtkglext which requires pangox-compat (dead.package)
gazebo: requires opencv
fawkes: requires gazebo

pokerth: build failures related to boost

mozc:
   
/builddir/build/BUILD/mozc-2.23.2815.102/dictionary/user_dictionary_storage.h:77:7:
 error: cannot derive from ‘final’ base 
‘mozc::user_dictionary::UserDictionaryStorage’ in derived type 
‘mozc::UserDictionaryStorage’
   77 | class UserDictionaryStorage : public 
user_dictionary::UserDictionaryStorage {
  |   ^

mir:
   ../src/miral/external_client.cpp:46:24: error: 'find' was not declared in 
this scope
   46 | auto const j = find(i, end(value), ':');
  |^~~~

hidviz:
   /usr/bin/ld: CMakeFiles/hidviz.dir/src/DeviceSelector.cc.o: in function 
`hidviz::DeviceSelector::~DeviceSelector()':
   /builddir/build/BUILD/hidviz-0.1.5/hidviz/src/DeviceSelector.cc:46: 
undefined reference to `vtable for hidviz::DeviceSelector'

closure-compiler: No matching package to install: 
'mvn(com.google.guava:guava:20.0)'

kismet:
   + /bin/cp -a /usr/lib/rpm/config.sub .
   /bin/cp: cannot stat '/usr/lib/rpm/config.sub': No such file or directory

The packages have been built in f33-build-side-24661 and I will create
the side-tag update later today to get all builds into rawhide.

Adrian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: protobuf update coming to rawhide

[Adrian Reber]

On Tue, Jun 23, 2020 at 04:19:33PM +0900, Akira TAGOH wrote:
> On Mon, Jun 22, 2020 at 5:51 PM Adrian Reber  wrote:
> > mozc:
> >
> > /builddir/build/BUILD/mozc-2.23.2815.102/dictionary/user_dictionary_storage.h:77:7:
> >  error: cannot derive from ‘final’ base 
> > ‘mozc::user_dictionary::UserDictionaryStorage’ in derived type 
> > ‘mozc::UserDictionaryStorage’
> >77 | class UserDictionaryStorage : public 
> > user_dictionary::UserDictionaryStorage {
> >   |   ^
> 
> Sorry for not getting back to you earlier, I missed the original mail.
> It should be fixed in master. please rebuild. thanks.

Thanks for the fix. I triggered a build. All rebuilds are already merged
back into rawhide and so just doing 'fedpkg build' will pick up the new
protobuf version.

Adrian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: protobuf update coming to rawhide

[Adrian Reber]

On Mon, Jun 22, 2020 at 05:04:09AM -0400, Jaroslav Skarvada wrote:
> > I prepared a protobuf update for rawhide to 3.12. It requires a rebuild
> > of all dependencies and of the 55 dependencies currently 10 fail to
> > rebuild. The following packages are failing:
> > 
> > clementine
> > closure-compiler
> > fawkes
> > gazebo
> > hidviz
> > kismet
> > libgadu
> > mir
> > mozc
> > pokerth
> > 
> > and the failures do not seem to be protobuf related. See
> > 
> > https://copr.fedorainfracloud.org/coprs/adrian/protobuf-3-12/
> > 
> > I requested a side-tag to do the rebuilds.
> 
> Please try to rebuild with hidviz-0.1.5-5.fc33

That worked. Thanks!

Adrian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: protobuf update coming to rawhide

[Adrian Reber]

On Tue, Jun 23, 2020 at 12:17:10PM +0100, Sérgio Basto wrote:
> On Mon, 2020-06-22 at 10:51 +0200, Adrian Reber wrote:
> > On Mon, Jun 15, 2020 at 06:51:32AM +0200, Adrian Reber wrote:
> > > I prepared a protobuf update for rawhide to 3.12. It requires a
> > > rebuild
> > > of all dependencies and of the 55 dependencies currently 10 fail to
> > > rebuild. The following packages are failing:
> > > 
> > > clementine
> > > closure-compiler
> > > fawkes
> > > gazebo
> > > hidviz
> > > kismet
> > > libgadu
> > > mir
> > > mozc
> > > pokerth
> > > 
> > > and the failures do not seem to be protobuf related. See
> > > 
> > > https://copr.fedorainfracloud.org/coprs/adrian/protobuf-3-12/
> > 
> > All rebuilds have finished and from the previously 10 reported
> > failures 9 are still not building. None of the failures seem
> > to be protobuf related:
> > 
> > opencv: requires gtkglext which requires pangox-compat (dead.package)
> 
> opencv is fixed doesn't require gtkglext anymore . 
> 
> You may rebuild it for new protobuf  ? 

Thanks. I was able to build it.

> have we a side-tag ?  

There used to be one, but all changes have been merged back to rawhide.

> > gazebo: requires opencv

With opencv fixed I was able to rebuild gazebo.

> > fawkes: requires gazebo

This still fails, now with a boost error.

> > 
> > pokerth: build failures related to boost
> > 
> > mozc:
> >/builddir/build/BUILD/mozc-
> > 2.23.2815.102/dictionary/user_dictionary_storage.h:77:7: error:
> > cannot derive from ‘final’ base
> > ‘mozc::user_dictionary::UserDictionaryStorage’ in derived type
> > ‘mozc::UserDictionaryStorage’
> >77 | class UserDictionaryStorage : public
> > user_dictionary::UserDictionaryStorage {
> >   |   ^

mozc has been fixed.

> > mir:
> >../src/miral/external_client.cpp:46:24: error: 'find' was not
> > declared in this scope
> >46 | auto const j = find(i, end(value), ':');
> >   |^~~~
> > 
> > hidviz:
> >/usr/bin/ld: CMakeFiles/hidviz.dir/src/DeviceSelector.cc.o: in
> > function `hidviz::DeviceSelector::~DeviceSelector()':
> >/builddir/build/BUILD/hidviz-
> > 0.1.5/hidviz/src/DeviceSelector.cc:46: undefined reference to `vtable
> > for hidviz::DeviceSelector'

This has also been fixed.

> > closure-compiler: No matching package to install:
> > 'mvn(com.google.guava:guava:20.0)'
> > 
> > kismet:
> >+ /bin/cp -a /usr/lib/rpm/config.sub .
> >/bin/cp: cannot stat '/usr/lib/rpm/config.sub': No such file or
> > directory
> > 
> > The packages have been built in f33-build-side-24661 and I will
> > create
> > the side-tag update later today to get all builds into rawhide.


Adrian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: protobuf update coming to rawhide

[Adrian Reber]

On Wed, Jun 24, 2020 at 08:34:03AM -0700, Adam Williamson wrote:
> On Mon, 2020-06-15 at 06:51 +0200, Adrian Reber wrote:
> > I prepared a protobuf update for rawhide to 3.12. It requires a rebuild
> > of all dependencies and of the 55 dependencies currently 10 fail to
> > rebuild. The following packages are failing:
> > 
> > clementine
> > closure-compiler
> > fawkes
> > gazebo
> > hidviz
> > kismet
> > libgadu
> > mir
> > mozc
> > pokerth
> > 
> > and the failures do not seem to be protobuf related. See
> > 
> > https://copr.fedorainfracloud.org/coprs/adrian/protobuf-3-12/
> > 
> > I requested a side-tag to do the rebuilds.
> 
> A side note here: one thing that got rebuilt for the new protobuf was
> libphonenumber. Either the new protobuf or the rebuild of
> libphonenumber or the combination of the two seems to have somehow
> caused problems for evolution-data-server, even though e-d-s does not
> use protobuf directly and the libphonenumber soname did not change.
> 
> I was trying to rebuild evolution, and building with the new protobuf
> and rebuilt libphonenumber, it failed due to an unresolved reference in
> a library from e-d-s:
> 
> [ 45%] Building C object src/smime/lib/CMakeFiles/essmime.dir/e-cert-trust.c.o
> cd /builddir/build/BUILD/evolution-3.37.2/_build/src/smime/lib && 
> /usr/bin/gcc -DGDK_VERSION_MAX_ALLOWED=GDK_VERSION_3_22 
> -DGDK_VERSION_MIN_REQUIRED=GDK_VERSION_3_22 
> -DGLIB_VERSION_MAX_ALLOWED=GLIB_VERSION_2_46 
> -DGLIB_VERSION_MIN_REQUIRED=GLIB_VERSION_2_46 -DG_LOG_DOMAIN=\"essmime\" 
> -DLDAP_DEPRECATED -DSOUP_VERSION_MAX_ALLOWED=SOUP_VERSION_2_42 
> -DSOUP_VERSION_MIN_REQUIRED=SOUP_VERSION_2_42 -Dessmime_EXPORTS 
> -I/builddir/build/BUILD/evolution-3.37.2/_build 
> -I/builddir/build/BUILD/evolution-3.37.2/_build/src 
> -I/builddir/build/BUILD/evolution-3.37.2/src 
> -I/builddir/build/BUILD/evolution-3.37.2/_build/src/smime/lib 
> -I/usr/include/evolution-data-server -I/usr/include/glib-2.0 
> -I/usr/lib64/glib-2.0/include -I/usr/include/libmount -I/usr/include/blkid 
> -I/usr/include/nss3 -I/usr/include/nspr4 -I/usr/include/libsecret-1 
> -I/usr/include/libxml2 -I/usr/include/libsoup-2.4 -I/usr/include/gtk-3.0 
> -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/freetype2 
> -I/usr/include/libpng16 -I/usr/include/fribidi -I/usr/include/cairo 
> -I/usr/include/pixman-1 -I/usr/include/gdk-pixbuf-2.0 
> -I/usr/include/gio-unix-2.0 -I/usr/include/atk-1.0 
> -I/usr/include/at-spi2-atk/2.0 -I/usr/include/dbus-1.0 
> -I/usr/lib64/dbus-1.0/include -I/usr/include/at-spi-2.0 
> -I/usr/include/gail-3.0 -I/usr/include/gcr-3 -I/usr/include/gck-1 
> -I/usr/include/p11-kit-1 -I/usr/include/gnome-desktop-3.0 
> -I/usr/include/gsettings-desktop-schemas -I/usr/include/webkitgtk-4.0 
> -I/builddir/build/BUILD/evolution-3.37.2 
> -I/builddir/build/BUILD/evolution-3.37.2/_build/src/e-util 
> -I/usr/include/gnome-autoar-0 -I/usr/include/enchant-2 
> -I/usr/include/gspell-1 
> -I/builddir/build/BUILD/evolution-3.37.2/_build/src/libgnomecanvas 
> -I/builddir/build/BUILD/evolution-3.37.2/src/libgnomecanvas -Wnested-externs 
> -Wno-unused-parameter -Wno-sign-compare -Wno-missing-field-initializers 
> -Wdeclaration-after-statement -Werror-implicit-function-declaration 
> -Wno-deprecated-declarations -fno-strict-aliasing -Wno-cast-function-type 
> -Wwrite-strings -Wundef -Wredundant-decls -Wpointer-arith -Wmissing-noreturn 
> -Wmissing-declarations -Winit-self -Wformat-security -Wformat -O2 
> -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security 
> -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS 
> -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong 
> -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1  -m64 -mtune=generic 
> -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -fPIC 
> -DLDAP_DEPRECATED -Wno-sign-compare -Wno-deprecated-declarations -fPIC 
> -I/usr/include/evolution-data-server -I/usr/include/glib-2.0 
> -I/usr/lib64/glib-2.0/include -I/usr/include/libmount -I/usr/include/blkid 
> -I/usr/include/nss3 -I/usr/include/nspr4 -I/usr/include/libsecret-1 
> -I/usr/include/libxml2 -I/usr/include/libsoup-2.4 -I/usr/include/gtk-3.0 
> -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/freetype2 
> -I/usr/include/libpng16 -I/usr/include/fribidi -I/usr/include/cairo 
> -I/usr/include/pixman-1 -I/usr/include/gdk-pixbuf-2.0 
> -I/usr/include/gio-unix-2.0 -I/usr/include/atk-1.0 
> -I/usr/include/at-spi2-atk/2.0 -I/usr/include/dbus-1.0 
> -I/usr/lib64/dbus-1.0/include -I/usr/include/at-spi-2.0 -pthread 
> -I/usr/include/gail-3.0 -I/usr/include/gcr-3 -I/usr/include/gck-1 
> -I/usr/include/p

Re: protobuf update coming to rawhide

[Adrian Reber]

On Mon, Jun 15, 2020 at 09:11:33PM +0200, Robert-André Mauchin wrote:
> On Monday, 15 June 2020 06:51:32 CEST Adrian Reber wrote:
> > The following packages are failing:
> > 
> > clementine
> 
> I rebuild the dep which was causing issue with clementine (libqxt-qt5, 
> https://koji.fedoraproject.org/koji/buildinfo?buildID=1507034), would you 
> mind 
> retrying the rebuild of Clementine?

That fixes the clementine build. Thanks!

Adrian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

protobuf update coming to rawhide

[Adrian Reber]

I prepared a protobuf update for rawhide to 3.12. It requires a rebuild
of all dependencies and of the 55 dependencies currently 10 fail to
rebuild. The following packages are failing:

clementine
closure-compiler
fawkes
gazebo
hidviz
kismet
libgadu
mir
mozc
pokerth

and the failures do not seem to be protobuf related. See

https://copr.fedorainfracloud.org/coprs/adrian/protobuf-3-12/

I requested a side-tag to do the rebuilds.

Adrian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

protobuf 3.14 update coming to rawhide

[Adrian Reber]

I prepared a protobuf update for rawhide to 3.14. It requires a rebuild
of all dependencies and of the 54 dependencies currently only 3 fail to
rebuild in COPR:

https://copr.fedorainfracloud.org/coprs/adrian/protobuf-3-14/packages/

paraview: timeout after 10 hours, should work in koji

community-mysql: test failure, this usually does not happen in koji

libgadu: actual build failures, but seems unrelated to protobuf:

/usr/bin/ld: sha1.o (symbol from plugin): undefined reference to symbol 
'SHA1_Init@@OPENSSL_1_1_0'
/usr/bin/ld: /usr/lib64/libcrypto.so.1.1: error adding symbols: DSO missing 
from command line


I will start the rebuilds in rawhide in a side-tag in about a week

Adrian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: protobuf 3.14 update coming to rawhide

[Adrian Reber]

On Thu, Jan 07, 2021 at 10:18:37AM +0100, Adrian Reber wrote:
> I prepared a protobuf update for rawhide to 3.14. It requires a rebuild
> of all dependencies and of the 54 dependencies currently only 3 fail to
> rebuild in COPR:
> 
> https://copr.fedorainfracloud.org/coprs/adrian/protobuf-3-14/packages/
> 
> paraview: timeout after 10 hours, should work in koji
> 
> community-mysql: test failure, this usually does not happen in koji
> 
> libgadu: actual build failures, but seems unrelated to protobuf:
> 
> /usr/bin/ld: sha1.o (symbol from plugin): undefined reference to symbol 
> 'SHA1_Init@@OPENSSL_1_1_0'
> /usr/bin/ld: /usr/lib64/libcrypto.so.1.1: error adding symbols: DSO missing 
> from command line
> 
> 
> I will start the rebuilds in rawhide in a side-tag in about a week

All rebuilds are done, but I have not merged the side tag yet.

 * community-mysql still fails with test errors:
   https://koji.fedoraproject.org/koji/buildinfo?buildID=1668254
 * libgadu still fails with the same error
   https://koji.fedoraproject.org/koji/buildinfo?buildID=1669177
 * gazebo failed (it did not fail in COPR) with:
   -- Set runtime path of 
"/builddir/build/BUILDROOT/gazebo-10.1.0-13.fc34.arm/usr/bin/gzserver-10.1.0" 
to ""
   CMake Error at armv7hl-redhat-linux-gnueabi/gazebo/cmake_install.cmake:79 
(file):
file INSTALL cannot find

"/builddir/build/BUILD/gazebo-10.1.0/armv7hl-redhat-linux-gnueabi/gazebo/gzserver.1.gz":
No such file or directory.
   Call Stack (most recent call first):
 armv7hl-redhat-linux-gnueabi/cmake_install.cmake:100 (include)
 * I did not try fawkes as it requires a rebuilt version of gazebo

I would like to merge the side tag in the next days, please let me know
if there are any ideas how to solve the four failures.

Adrian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: protobuf 3.14 update coming to rawhide

[Adrian Reber]

With the upcoming mass rebuild I created a request to have it merged
just now:

https://bodhi.fedoraproject.org/updates/FEDORA-2021-3229c37a83

Adrian

On Fri, Jan 15, 2021 at 12:15:44PM +0100, Petr Menšík wrote:
> Hi Adrian,
> 
> I would like to rebuild new BIND 9.16, once this tag is merged.
> I guess building significant rebase into your tag is not welcome.
> 
> Is there any ETA, when it could be merged? Could you please send me a
> mail, once it is merged? Is there any bug for the rebase I can watch?
> 
> Thanks,
> Petr
> 
> On 1/15/21 10:28 AM, Adrian Reber wrote:
> > On Fri, Jan 15, 2021 at 10:15:11AM +0100, Dan Čermák wrote:
> >> Adrian Reber  writes:
> >>
> >>> On Thu, Jan 07, 2021 at 10:18:37AM +0100, Adrian Reber wrote:
> >>>
> >>> All rebuilds are done, but I have not merged the side tag yet.
> >>
> >> What's the name of the side tag?
> > 
> > Right, I should have mentioned that: f34-build-side-35763
> > 
> > Adrian
> 
> -- 
> Petr Menšík
> Software Engineer
> Red Hat, http://www.redhat.com/
> email: pemen...@redhat.com
> PGP: DFCF908DB7C87E8E529925BC4931CA5B6C9FC5CB
> 


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: protobuf 3.14 update coming to rawhide

[Adrian Reber]

On Sun, Jan 17, 2021 at 08:16:48PM +0900, Mamoru TASAKA wrote:
> Adrian Reber wrote on 2021/01/14 21:48:
> > On Thu, Jan 07, 2021 at 10:18:37AM +0100, Adrian Reber wrote:
> > > I prepared a protobuf update for rawhide to 3.14. It requires a rebuild
> > > of all dependencies and of the 54 dependencies currently only 3 fail to
> > > rebuild in COPR:
> > > 
> > > https://copr.fedorainfracloud.org/coprs/adrian/protobuf-3-14/packages/
> > > 
> > > paraview: timeout after 10 hours, should work in koji
> > > 
> > > community-mysql: test failure, this usually does not happen in koji
> > > 
> > > libgadu: actual build failures, but seems unrelated to protobuf:
> > > 
> > > /usr/bin/ld: sha1.o (symbol from plugin): undefined reference to symbol 
> > > 'SHA1_Init@@OPENSSL_1_1_0'
> > > /usr/bin/ld: /usr/lib64/libcrypto.so.1.1: error adding symbols: DSO 
> > > missing from command line
> > > 
> > > 
> > > I will start the rebuilds in rawhide in a side-tag in about a week
> > 
> > All rebuilds are done, but I have not merged the side tag yet.
> > 
> >   * community-mysql still fails with test errors:
> > https://koji.fedoraproject.org/koji/buildinfo?buildID=1668254
> >   * libgadu still fails with the same error
> > https://koji.fedoraproject.org/koji/buildinfo?buildID=1669177
> >   * gazebo failed (it did not fail in COPR) with:
> > -- Set runtime path of 
> > "/builddir/build/BUILDROOT/gazebo-10.1.0-13.fc34.arm/usr/bin/gzserver-10.1.0"
> >  to ""
> > CMake Error at 
> > armv7hl-redhat-linux-gnueabi/gazebo/cmake_install.cmake:79 (file):
> >  file INSTALL cannot find
> >  
> > "/builddir/build/BUILD/gazebo-10.1.0/armv7hl-redhat-linux-gnueabi/gazebo/gzserver.1.gz":
> >  No such file or directory.
> > Call Stack (most recent call first):
> >   armv7hl-redhat-linux-gnueabi/cmake_install.cmake:100 (include)
> >   * I did not try fawkes as it requires a rebuilt version of gazebo
> > 
> > I would like to merge the side tag in the next days, please let me know
> > if there are any ideas how to solve the four failures.
> 
> Just FYI
> 
> * gazebo build failure was probably due to cmake 3.19.2.
>   With cmake 3.19.3 now gazebo was successfully built.
>   https://koji.fedoraproject.org/koji/buildinfo?buildID=1668409
> 
> * fawkes was built successfully after gazebo:
>   https://koji.fedoraproject.org/koji/buildinfo?buildID=1670479

Great. Thanks a lot. This means that community-mysql is the only package
which was not successfully rebuilt during this protobuf update.

Adrian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: protobuf 3.14 update coming to rawhide

[Adrian Reber]

On Fri, Jan 15, 2021 at 10:15:11AM +0100, Dan Čermák wrote:
> Adrian Reber  writes:
> 
> > On Thu, Jan 07, 2021 at 10:18:37AM +0100, Adrian Reber wrote:
> >> I prepared a protobuf update for rawhide to 3.14. It requires a rebuild
> >> of all dependencies and of the 54 dependencies currently only 3 fail to
> >> rebuild in COPR:
> >> 
> >> https://copr.fedorainfracloud.org/coprs/adrian/protobuf-3-14/packages/
> >> 
> >> paraview: timeout after 10 hours, should work in koji
> >> 
> >> community-mysql: test failure, this usually does not happen in koji
> >> 
> >> libgadu: actual build failures, but seems unrelated to protobuf:
> >> 
> >> /usr/bin/ld: sha1.o (symbol from plugin): undefined reference to symbol 
> >> 'SHA1_Init@@OPENSSL_1_1_0'
> >> /usr/bin/ld: /usr/lib64/libcrypto.so.1.1: error adding symbols: DSO 
> >> missing from command line
> >> 
> >> 
> >> I will start the rebuilds in rawhide in a side-tag in about a week
> >
> > All rebuilds are done, but I have not merged the side tag yet.
> 
> What's the name of the side tag?

Right, I should have mentioned that: f34-build-side-35763

Adrian


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Looking for users of userfaultfd(2) syscall in Fedora

[Adrian Reber]

On Tue, Apr 06, 2021 at 06:57:27PM +0200, Ondrej Mosnacek wrote:
> Hi all,
> 
> Kernel 5.12 added support to SELinux for controlling access to the
> userfaultfd interface [1][2] and we'd like to implement this in
> Fedora's selinux-policy. However, once we add the corresponding class
> to the policy, all SELinux domains for which we don't add the
> appropriate rules will have any usage of userfaultfd(2) denied.
> 
> Therefore, we would like to identify as many users of this syscall as
> possible before we make that change, so that we can add and test all
> the needed rules in one go, minimizing the amount of denials found
> after the fact. My understanding is that userfaultfd(2) doesn't have
> many users among system services, so it should be possible to catch
> most/all of them in advance.
> 
> So if you know that your (or any other) Fedora component uses
> userfaultfd(2), please let us know. AFAIK, at least QEMU most likely
> uses it, so we'll have that one on our radar, but we'd like to know if
> there are any other programs/services we need to cover.

CRIU can use userfaultfd to lazy migrate processes from one host to
another. It can be also triggered from runc when migrating containers.
As far as I know userfaultfd based container migration is not exposed in
any container engine above the level of runc.

Adrian


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

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

[Adrian Reber]

On Mon, Feb 22, 2021 at 09:10:27AM +, Sven Kieske wrote:
> On Sa, 2021-02-20 at 10:49 +0100, Miroslav Suchý wrote:
> > Do you want to make Fedora 34 better? Please spend 1 minute of your time 
> > and try to run:
> > 
> ># Run this only if you use default Fedora modules
> ># next time you run any DNF command default modules will be enabled again
> >sudo dnf module reset '*'
> > 
> >sudo dnf --releasever=34 --setopt=module_platform_id=platform:f34 \
> >  --enablerepo=updates-testing --enablerepo=updates-testing-modular \
> >  distro-sync
> 
> sudo dnf --releasever=34 --setopt=module_platform_id=platform:f34 \
>  --enablerepo=updates-testing --enablerepo=updates-testing-modular \
>  distro-sync
> Fedora 34 openh264 (From Cisco) -
> x86_64
>   
>   365  B/s |
> 271  B 00:00
> Errors during downloading metadata for repository 'fedora-cisco-openh264':
>   - Status code: 404 for 
> https://codecs.fedoraproject.org/openh264/34/x86_64/repodata/repomd.xml (IP: 
> 38.145.60.21)
> Error: Failed to download metadata for repo 'fedora-cisco-openh264': Cannot 
> download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were 
> tried
> Mhm, that was short:
> 
> 
> Does that repo not exist anymore?
> I can see it on the server, but the path has changed, is there no upgrade 
> package available which fixes wrong repo files?for the record, I'm running 
> this on fully up to date Fedora 32:
> 
> https://codecs.fedoraproject.org/openh264/34/x86_64/os/repodata/

You probably have an outdated repository definition in /etc/yum.repos.d.

Your /etc/yum.repos.d/fedora-cisco-openh264.repo should have following
line:

metalink=https://mirrors.fedoraproject.org/metalink?repo=fedora-cisco-openh264-$releasever=$basearch

Maybe there is a .rpmnew file and you are still using the old baseurl
based repository definition.

Adrian


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: protobuf 3.18.1 update coming to rawhide

[Adrian Reber]

On Mon, Oct 18, 2021 at 08:26:46PM +0100, Tom Hughes wrote:
> > > Because of missing dependencies we had to disable the Java bindings
> > > which breaks the build of:
> > > 
> > >   1. osmpbf
> > >   Problem: package protobuf-java-3.14.0-6.fc35.noarch conflicts with 
> > > protobuf-compiler > 3.14.0 provided by 
> > > protobuf-compiler-3.18.1-1.fc36.x86_64
> 
> I've dropped the java bindings from osmpbf which should fix this.

Thanks for the quick fix. osmpbf has been successfully rebuilt in my
test copr repository. Only 12 rebuild failures now.

Adrian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

protobuf 3.18.1 update coming to rawhide

[Adrian Reber]

The protobuf maintainers prepared an update to protobuf 3.18.1 in
rawhide. protobuf comes, as always, with a new SO name and requires
a rebuild of all dependencies. The list of dependencies grows with each
rebuild and we have now reached 58 protobuf dependencies according to
repoquery.

This time the number of rebuild failures is unusually high with 13
broken dependencies.

Because of missing dependencies we had to disable the Java bindings
which breaks the build of:

 1. osmpbf
 Problem: package protobuf-java-3.14.0-6.fc35.noarch conflicts with 
protobuf-compiler > 3.14.0 provided by protobuf-compiler-3.18.1-1.fc36.x86_64

There are two openssl error:

 2. community-mysql
 Cannot find appropriate system libraries for WITH_SSL=system.
 Make sure you have specified a supported SSL version.
 Valid options are :
 system (use the OS openssl library),
 yes (synonym for system),
 

 4. mumble
 error: 'CRYPTO_mem_ctrl' was not declared in this scope; did you mean 
'CRYPTO_memcmp'?

A python 3.10 dependency problem break:

 4. opencv
 nothing provides (python3.10dist(pyflakes) < 2.5 with 
python3.10dist(pyflakes) >= 2.4) needed by python3-flake8-4.0.1-1.fc36.noarch

which breaks:

 6. gazebo
 package opencv-core-4.5.4-1.fc36.x86_64 requires 
libprotobuf.so.25()(64bit), but none of the providers can be installed

which breaks:

 7. fawkes
 package gazebo-10.1.0-21.fc36.x86_64 requires libprotobuf.so.25()(64bit), 
but none of the providers can be installed

There are also couple of seemingly protobuf unrelated compiler errors:

 8. et
 catch.hpp:10827:58: error: call to non-'constexpr' function 'long int 
sysconf(int)'
 catch.hpp:10887:45: error: size of array 'altStackMem' is not an integral 
constant-expression

 9. qgis
 sip: Py_ssize_t is undefined

10. bear
 type_traits.hpp:362:46: error: incomplete type 
'nlohmann::detail::is_constructible, 
std::filesystem::__cxx11::path>' used in nested name specifier

11. opentrep
 action_dispatch.hpp:135:29: error: no match for call to '(const 
OPENTREP::PorParserHelper::storeAltLangCodeHist) (std::vector >&,

And two more dependency errors:

12. mir
 Problem: package wlcs-devel-1.3.0-2.fc35.x86_64 requires wlcs(x86-64) = 
1.3.0-2.fc35, but none of the providers can be installed
   - cannot install the best candidate for the job
   - nothing provides libgtest.so.1.10.0()(64bit) needed by 
wlcs-1.3.0-2.fc35.x86_64
   - nothing provides libgmock.so.1.10.0()(64bit) needed by 
wlcs-1.3.0-2.fc35.x86_64

13. postgres-decoderbufs
 Problem: package postgresql-server-devel-13.4-3.fc36.x86_64 requires 
postgresql-private-devel, but none of the providers can be installed
   - package postgresql-private-devel-13.4-3.fc36.i686 conflicts with 
libpq-devel provided by libpq-devel-13.4-2.fc36.x86_64
   - package postgresql-private-devel-13.4-3.fc36.x86_64 conflicts with 
libpq-devel provided by libpq-devel-13.4-2.fc36.x86_64
   - cannot install the best candidate for the job

Besides these 13 errors I will rebuild everything else in a side tag
starting in one week with the rebuilds.

Current rebuild results are available at:

https://copr.fedorainfracloud.org/coprs/adrian/protobuf-3-18/

Adrian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: protobuf 3.18.1 update coming to rawhide

[Adrian Reber]

Resending with correct maintainers aliases (-owner does not work anymore)

On Mon, Oct 18, 2021 at 02:45:51PM +0200, Adrian Reber wrote:
> 
> The protobuf maintainers prepared an update to protobuf 3.18.1 in
> rawhide. protobuf comes, as always, with a new SO name and requires
> a rebuild of all dependencies. The list of dependencies grows with each
> rebuild and we have now reached 58 protobuf dependencies according to
> repoquery.
> 
> This time the number of rebuild failures is unusually high with 13
> broken dependencies.
> 
> Because of missing dependencies we had to disable the Java bindings
> which breaks the build of:
> 
>  1. osmpbf
>  Problem: package protobuf-java-3.14.0-6.fc35.noarch conflicts with 
> protobuf-compiler > 3.14.0 provided by protobuf-compiler-3.18.1-1.fc36.x86_64
> 
> There are two openssl error:
> 
>  2. community-mysql
>  Cannot find appropriate system libraries for WITH_SSL=system.
>  Make sure you have specified a supported SSL version.
>  Valid options are :
>  system (use the OS openssl library),
>  yes (synonym for system),
>  
> 
>  4. mumble
>  error: 'CRYPTO_mem_ctrl' was not declared in this scope; did you mean 
> 'CRYPTO_memcmp'?
> 
> A python 3.10 dependency problem break:
> 
>  4. opencv
>  nothing provides (python3.10dist(pyflakes) < 2.5 with 
> python3.10dist(pyflakes) >= 2.4) needed by python3-flake8-4.0.1-1.fc36.noarch
> 
> which breaks:
> 
>  6. gazebo
>  package opencv-core-4.5.4-1.fc36.x86_64 requires 
> libprotobuf.so.25()(64bit), but none of the providers can be installed
> 
> which breaks:
> 
>  7. fawkes
>  package gazebo-10.1.0-21.fc36.x86_64 requires 
> libprotobuf.so.25()(64bit), but none of the providers can be installed
> 
> There are also couple of seemingly protobuf unrelated compiler errors:
> 
>  8. et
>  catch.hpp:10827:58: error: call to non-'constexpr' function 'long int 
> sysconf(int)'
>  catch.hpp:10887:45: error: size of array 'altStackMem' is not an 
> integral constant-expression
> 
>  9. qgis
>  sip: Py_ssize_t is undefined
> 
> 10. bear
>  type_traits.hpp:362:46: error: incomplete type 
> 'nlohmann::detail::is_constructible, 
> std::filesystem::__cxx11::path>' used in nested name specifier
> 
> 11. opentrep
>  action_dispatch.hpp:135:29: error: no match for call to '(const 
> OPENTREP::PorParserHelper::storeAltLangCodeHist) (std::vector std::allocator >&,
> 
> And two more dependency errors:
> 
> 12. mir
>  Problem: package wlcs-devel-1.3.0-2.fc35.x86_64 requires wlcs(x86-64) = 
> 1.3.0-2.fc35, but none of the providers can be installed
>- cannot install the best candidate for the job
>- nothing provides libgtest.so.1.10.0()(64bit) needed by 
> wlcs-1.3.0-2.fc35.x86_64
>- nothing provides libgmock.so.1.10.0()(64bit) needed by 
> wlcs-1.3.0-2.fc35.x86_64
> 
> 13. postgres-decoderbufs
>  Problem: package postgresql-server-devel-13.4-3.fc36.x86_64 requires 
> postgresql-private-devel, but none of the providers can be installed
>- package postgresql-private-devel-13.4-3.fc36.i686 conflicts with 
> libpq-devel provided by libpq-devel-13.4-2.fc36.x86_64
>- package postgresql-private-devel-13.4-3.fc36.x86_64 conflicts with 
> libpq-devel provided by libpq-devel-13.4-2.fc36.x86_64
>- cannot install the best candidate for the job
> 
> Besides these 13 errors I will rebuild everything else in a side tag
> starting in one week with the rebuilds.
> 
> Current rebuild results are available at:
> 
> https://copr.fedorainfracloud.org/coprs/adrian/protobuf-3-18/
> 
>   Adrian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

protobuf 3.19.0 update coming to rawhide

[Adrian Reber]

Just after the protobuf update to 3.18.1 last week finished protobuf
3.19.0 was released and a request to update to that version was made.

https://src.fedoraproject.org/rpms/protobuf/pull-request/7

At first I was 'not again', but as I still remember all the necessary
commands I agreed to rebuild all dependencies again.

So in about one week I will start the rebuild of all protobuf
dependencies in rawhide.

I made all builds in copr

https://copr.fedorainfracloud.org/coprs/adrian/protobuf-3-19/packages/

and it seems all packages that were rebuilt for 3.18.1 are also
rebuilding against 3.19.0.

Adrian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: protobuf 3.18.1 update coming to rawhide (done)

[Adrian Reber]

All packages have been rebuild and the side tag has been merged. I was
not able to rebuild the following packages:

 * bear
 * community-mysql
 * et
 * marble (appstream-util validate-relax failure)
 * mir (dependency resolution error)
 * mumble
 * opentrep
 * osmpbf (ppc64le only build error)
 * mysql-connector-java (protobuf-java subpackage has been removed)
 * postgres-decoderbufs (dependency resolution error)

Non of the build failures seem protobuf related as far as I can tell.

Adrian

On Mon, Oct 18, 2021 at 04:55:16PM +0200, Adrian Reber wrote:
> Resending with correct maintainers aliases (-owner does not work anymore)
> 
> On Mon, Oct 18, 2021 at 02:45:51PM +0200, Adrian Reber wrote:
> > 
> > The protobuf maintainers prepared an update to protobuf 3.18.1 in
> > rawhide. protobuf comes, as always, with a new SO name and requires
> > a rebuild of all dependencies. The list of dependencies grows with each
> > rebuild and we have now reached 58 protobuf dependencies according to
> > repoquery.
> > 
> > This time the number of rebuild failures is unusually high with 13
> > broken dependencies.
> > 
> > Because of missing dependencies we had to disable the Java bindings
> > which breaks the build of:
> > 
> >  1. osmpbf
> >  Problem: package protobuf-java-3.14.0-6.fc35.noarch conflicts with 
> > protobuf-compiler > 3.14.0 provided by 
> > protobuf-compiler-3.18.1-1.fc36.x86_64
> > 
> > There are two openssl error:
> > 
> >  2. community-mysql
> >  Cannot find appropriate system libraries for WITH_SSL=system.
> >  Make sure you have specified a supported SSL version.
> >  Valid options are :
> >  system (use the OS openssl library),
> >  yes (synonym for system),
> >  
> > 
> >  4. mumble
> >  error: 'CRYPTO_mem_ctrl' was not declared in this scope; did you mean 
> > 'CRYPTO_memcmp'?
> > 
> > A python 3.10 dependency problem break:
> > 
> >  4. opencv
> >  nothing provides (python3.10dist(pyflakes) < 2.5 with 
> > python3.10dist(pyflakes) >= 2.4) needed by 
> > python3-flake8-4.0.1-1.fc36.noarch
> > 
> > which breaks:
> > 
> >  6. gazebo
> >  package opencv-core-4.5.4-1.fc36.x86_64 requires 
> > libprotobuf.so.25()(64bit), but none of the providers can be installed
> > 
> > which breaks:
> > 
> >  7. fawkes
> >  package gazebo-10.1.0-21.fc36.x86_64 requires 
> > libprotobuf.so.25()(64bit), but none of the providers can be installed
> > 
> > There are also couple of seemingly protobuf unrelated compiler errors:
> > 
> >  8. et
> >  catch.hpp:10827:58: error: call to non-'constexpr' function 'long int 
> > sysconf(int)'
> >  catch.hpp:10887:45: error: size of array 'altStackMem' is not an 
> > integral constant-expression
> > 
> >  9. qgis
> >  sip: Py_ssize_t is undefined
> > 
> > 10. bear
> >  type_traits.hpp:362:46: error: incomplete type 
> > 'nlohmann::detail::is_constructible, 
> > std::filesystem::__cxx11::path>' used in nested name specifier
> > 
> > 11. opentrep
> >  action_dispatch.hpp:135:29: error: no match for call to '(const 
> > OPENTREP::PorParserHelper::storeAltLangCodeHist) (std::vector > std::allocator >&,
> > 
> > And two more dependency errors:
> > 
> > 12. mir
> >  Problem: package wlcs-devel-1.3.0-2.fc35.x86_64 requires wlcs(x86-64) 
> > = 1.3.0-2.fc35, but none of the providers can be installed
> >- cannot install the best candidate for the job
> >- nothing provides libgtest.so.1.10.0()(64bit) needed by 
> > wlcs-1.3.0-2.fc35.x86_64
> >- nothing provides libgmock.so.1.10.0()(64bit) needed by 
> > wlcs-1.3.0-2.fc35.x86_64
> > 
> > 13. postgres-decoderbufs
> >  Problem: package postgresql-server-devel-13.4-3.fc36.x86_64 requires 
> > postgresql-private-devel, but none of the providers can be installed
> >- package postgresql-private-devel-13.4-3.fc36.i686 conflicts with 
> > libpq-devel provided by libpq-devel-13.4-2.fc36.x86_64
> >- package postgresql-private-devel-13.4-3.fc36.x86_64 conflicts with 
> > libpq-devel provided by libpq-devel-13.4-2.fc36.x86_64
> >- cannot install the best candidate for the job
> > 
> > Besides these 13 errors I will rebuild everything else in a side tag
> > starting in one week with the rebuilds.
> > 
> > Current rebuild results are available at:
> > 
> > https://copr.fedorainfracloud.org/coprs/adrian/protobuf-3-18/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: protobuf 3.18.1 update coming to rawhide

[Adrian Reber]

On Tue, Nov 02, 2021 at 03:11:00PM +0100, Zuzana Miklankova wrote:
> Sorry for the late reply, but I noticed this change only when the rebuild
> of mysql-connector-java failed.
> 
> > Because of missing dependencies we had to disable the Java bindings
> > which breaks the build of:
> 
> mysql-connector-java has a protobuf-java BuildRequires, so unfortunately
> is not buildable in current rawhide (the dependency is quite big).
> Could I please just ask, what were the specific reasons for removing java
> bindings from protobuf - what dependencies are problematic? Is dropping
> of java support inevitable?

We had to disable the Java bindings because of missing dependencies.

I already announced another protobuf 3.19.0 update and rebuild and on
top of it there is PR open to enable the Java bindings again:

https://src.fedoraproject.org/rpms/protobuf/pull-request/8

So maybe mysql-connector-java can be rebuild again once the above PR has
been merged.

Adrian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: [SONAME BUMP] jsoncpp 1.9.5

[Adrian Reber]

On Wed, Nov 03, 2021 at 08:10:58PM +0100, Björn 'besser82' Esser wrote:
> jsoncpp 1.9.5 has just been released and it bumps its library soname
> from 24 to 25.  The following packages are affected:
> 
> * cmake
> * domoticz
> * guayadeque
> * libopenshot
> * minetest
> * notekit
> * oomd
> * openxr
> * paraview
> * pcl
> * polybar
> * qpid-proton
> * raceintospace
> * radiotray-ng
> * torque
> * vfrnav
> * vtk
> * waybar
> 
> I'll take care of rebuilding in the `f36-build-side-47369` side-tag for
> all consumers myself, when updating jsoncpp, as it needs some
> bootstrapping cycle for cmake.

What is your timeline? Usually it is a week between announcing the change
of a SO name and doing the actual builds. You did not mention when you
are planing to do the rebuilds. Just asking as you have packages in your
rebuild list I also have in my protobuf 3.19.0 rebuild list.

Adrian


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: protobuf 3.19.0 update coming to rawhide

[Adrian Reber]

On Sun, Nov 07, 2021 at 09:38:00PM +0900, Mamoru TASAKA wrote:
> Adrian Reber wrote on 2021/11/07 7:25:
> > On Sat, Oct 30, 2021 at 05:59:15PM +0200, Adrian Reber wrote:
> > > Just after the protobuf update to 3.18.1 last week finished protobuf
> > > 3.19.0 was released and a request to update to that version was made.
> > > 
> > 
> > All builds have finished and the side tag was merged.
> > 
> > Although everything was built successful in COPR for the real rebuild
> > two rebuilds failed:
> 
> >   * riemann-c-client (ppc64le only)
> 
> Looks like parallel make issue, for now I disabled parallel make
> and now build is successful:
> 
> https://koji.fedoraproject.org/koji/buildinfo?buildID=1852908

Thanks for fixing this.

Adrian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: protobuf 3.19.0 update coming to rawhide

[Adrian Reber]

On Sat, Oct 30, 2021 at 05:59:15PM +0200, Adrian Reber wrote:
> Just after the protobuf update to 3.18.1 last week finished protobuf
> 3.19.0 was released and a request to update to that version was made.
> 
> https://src.fedoraproject.org/rpms/protobuf/pull-request/7
> 
> At first I was 'not again', but as I still remember all the necessary
> commands I agreed to rebuild all dependencies again.
> 
> So in about one week I will start the rebuild of all protobuf
> dependencies in rawhide.
> 
> I made all builds in copr
> 
> https://copr.fedorainfracloud.org/coprs/adrian/protobuf-3-19/packages/
> 
> and it seems all packages that were rebuilt for 3.18.1 are also
> rebuilding against 3.19.0.

All builds have finished and the side tag was merged.

Although everything was built successful in COPR for the real rebuild
two rebuilds failed:

 * qgis
 * riemann-c-client (ppc64le only)

Adrian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: protobuf 3.19.0 update coming to rawhide

[Adrian Reber]

On Sun, Oct 31, 2021 at 02:02:11AM +0100, allan2016--- via devel wrote:
> På Sat, 30 Oct 2021 17:59:15 +0200
> Adrian Reber  skrev:
> > Just after the protobuf update to 3.18.1 last week finished protobuf
> > 3.19.0 was released and a request to update to that version was made.
> > 
> > https://src.fedoraproject.org/rpms/protobuf/pull-request/7
> > 
> > At first I was 'not again', but as I still remember all the necessary
> > commands I agreed to rebuild all dependencies again.
> > 
> > So in about one week I will start the rebuild of all protobuf
> > dependencies in rawhide.
> > 
> > I made all builds in copr
> > 
> > https://copr.fedorainfracloud.org/coprs/adrian/protobuf-3-19/packages/
> > 
> > and it seems all packages that were rebuilt for 3.18.1 are also
> > rebuilding against 3.19.0.
> > 
> 
> could you pls add evolution-data-server to this list ?
> It uses libphonenumber - and got broken with the last update;
> leaving all our phones unable to make calls.

Thanks for the reminder. I have also rebuilt evolution-data-server.

Adrian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Installing from updates-testing not working?

[Adrian Reber]

On Fri, Feb 04, 2022 at 11:31:49AM +, Ian McInerney via devel wrote:
> On Thu, Feb 3, 2022 at 7:41 PM Kevin Fenzi  wrote:
> > On Thu, Feb 03, 2022 at 06:38:11PM +, Ian McInerney via devel wrote:
> > >
> > > I guess it was a mirror caching issue. I tried again just now and it
> > picked
> > > up the update just fine. I didn't think the updates-testing repo was
> > > mirrored though, but it is very annoying that the mirror sync and the
> > push
> > > to updates-testing apparently aren't synchronized, leading to a large lag
> > > there.
> >
> > yes, updates-testing is mirrored just like updates.
> >
> > Sadly there's not too much we can do about the sync time, since mirrors
> > are free to sync as ofter or inoften as they like. ;(
> >
> > It's possible that updates-testing doesn't get that much traffic these
> > days and we could look at un-mirroring it somehow. Everyone seems pretty
> > used to it by now however and you can get the updates from koji or from
> > bodhi directly too.
> 
> >From a user experience perspective, the mirror lag time on it is very
> annoying. When the update is pushed to testing, Bodhi posts a comment in
> the associated Bugzilla saying that you should "soon" be able to install
> the update using the relevant DNF command. In my opinion, having to wait 18
> hours before that command works (and continually having to try that command
> throughout the day to see when it will start working) is very annoying from
> the perspective of someone who wants to test the fix to a bug they are
> affected by/reported.
> 
> Can we figure out how much traffic updates-testing is actually getting
> currently to see if it can be unmirrored? In my mind, it would seem that
> the fact updates live inside updates-testing for a very short time (on the
> timescale of days) before being moved to normal updates, and the fact it is
> not enabled by default, would make me think it is probably low traffic in
> comparison.
> 
> Alternately, is there an option in DNF to automatically use the mirror that
> was updated most recently, even if it isn't the fastest/geographically
> closest?

The behaviour you are seeing is actually a 'feature'. Once the primary
mirror is updated we include older () checksums in
addition to the newest checksum in the metalink. The main reason for
this feature is that we want to give mirrors time to sync and we want to
avoid all clients using the primary mirror for the first few hours of
new content. For most things this is an acceptable compromise.

For your situation it is indeed not helpful. Currently we are including
older checksums in the metalink for three days. This number could be
reduced to maybe two.

Another approach would be if DNF could be told to ignore ''
checksums for repositories like updates-testing with a new configuration
option.

Adrian


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: gcc-12.0.0-0.4.fc36 in rawhide

[Adrian Reber]

On Fri, Jan 14, 2022 at 03:31:43PM +0100, Jakub Jelinek wrote:
> gcc 12 snapshot has landed as the system compiler into rawhide today.
> GCC 12 is going to enter its stage4 development phase (only regression
> and documentation bugfixes allowed) on Monday 17th, so there should be
> just those bugfixes and not new features etc. anymore.
> https://gcc.gnu.org/gcc-12/changes.html lists important changes,
> most important is probably that vectorization is enabled at -O2 now
> which is the option with most of the distribution is built with.
> 
> https://gcc.gnu.org/gcc-12/porting_to.html is so far incomplete and lists
> some cases where people need to adjust their code.  Other things
> include the usual C++ header changes, where previously some standard
> header included some other header as an implementation detail but it doesn't
> any longer and so code that relied on such indirect include that isn't
> required by the standard needs to include the header that provides whatever
> it relies on.  Or e.g. packages using -Werror where new warnings are
> reported with the newer compiler and -Werror results in build failures.
> 
> If there are bugs on the compiler side, please let me know immediately,
> so that those bugs can be fixed before the mass rebuild next week.

Not sure if it is a bug, CRIU no longer works with GCC 12.

CRIU creates something called 'parasite code' which is injected into
running processes for checkpointing and that part is built with
'-nostdlib'. Starting with GCC 12 we see 'strlen()' being pulled into
the parasite code which it wasn't with GCC 11.

https://kojipkgs.fedoraproject.org/work/tasks/6033/81406033/build.log

gcc -c -O2 -fexceptions -g -grecord-gcc-switches -pipe -Wall 
-Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS 
-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic 
-fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -O2 -g 
-Wall -Wformat-security -Wdeclaration-after-statement -Wstrict-prototypes 
-DCONFIG_X86_64 -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -DCONFIG_HAS_LIBBSD 
-DCONFIG_HAS_SELINUX -DCONFIG_GNUTLS -DCONFIG_HAS_NFTABLES_LIB_API_1 
-DCONFIG_COMPAT -iquote include/ -DCONFIG_HAS_LIBBSD -DCONFIG_HAS_SELINUX 
-DCONFIG_GNUTLS -DCONFIG_HAS_NFTABLES_LIB_API_1 -DCONFIG_COMPAT -I 
./compel/include/uapi -fno-strict-aliasing -iquote criu/include -iquote include 
-iquote images -iquote criu/arch/x86/include -iquote . -I/usr/include/libnl3 
-DSYSCONFDIR='"/etc"' -DGLOBAL_CONFIG_DIR='"/etc/criu/"' 
-DDEFAULT_CONFIG_FILENAME='"default.conf"' -DUSER_CONFIG_DIR='".criu/"' 
-DCR_NOGLIBC -Wstrict-prototypes -fno-stack-protector -nostdlib 
-fomit-frame-pointer -fpie -I ./compel/include/uapi -U_FORTIFY_SOURCE 
-D_FORTIFY_SOURCE=0 -Wp,-U_FORTIFY_SOURCE -Wp,-D_FORTIFY_SOURCE=0 
criu/pie/restorer.c -o criu/pie/restorer.o
ld  -r -z noexecstack -T ./compel/arch/x86/scripts/compel-pack.lds.S  -o 
criu/pie/restorer.built-in.o  criu/pie/parasite-vdso.o 
./criu/arch/x86/vdso-pie.o ./criu/arch/x86/restorer.o 
./criu/arch/x86/restorer_unmap.o ./criu/arch/x86/sigaction_compat_pie.o 
criu/pie/restorer.o criu/pie/pie.lib.a ./compel/plugins/std.lib.a
./compel/compel-host hgen -f criu/pie/restorer.built-in.o -o 
criu/pie/restorer-blob.h
Error (compel/src/lib/handle-elf-host.c:337): Unexpected undefined symbol: 
`strlen'. External symbol in PIE?
make[2]: *** [criu/pie/Makefile:58: criu/pie/restorer-blob.h] Error 255
make[1]: *** [criu/Makefile:59: pie] Error 2
make: *** [Makefile:250: criu] Error 2

Not sure why there is 'strlen()' pulled in with GCC 12. Any ideas?

Adrian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: gcc-12.0.0-0.4.fc36 in rawhide

[Adrian Reber]

On Tue, Jan 18, 2022 at 05:56:45PM +0100, Jakub Jelinek wrote:
> On Tue, Jan 18, 2022 at 05:40:31PM +0100, Adrian Reber wrote:
> > > If there are bugs on the compiler side, please let me know immediately,
> > > so that those bugs can be fixed before the mass rebuild next week.
> > 
> > Not sure if it is a bug, CRIU no longer works with GCC 12.
> > 
> > CRIU creates something called 'parasite code' which is injected into
> > running processes for checkpointing and that part is built with
> > '-nostdlib'. Starting with GCC 12 we see 'strlen()' being pulled into
> > the parasite code which it wasn't with GCC 11.
> 
> strlen is a standard C function, so I don't see any bug in that being used
> unless you do a freestanding compilation (-nostdlib isn't that).
> If you mail me preprocessed source of handle-elf-host.c + gcc
> command line used to compile it, I can have a look what exactly changed.

Thanks for mentioning freestanding compilations. That seems to have been
the problem.

On aarch64 I actually got a slightly different error message:

 ld: criu/pie/restorer.o: in function `lsm_set_label':
 /drone/src/criu/pie/restorer.c:174: undefined reference to `strlen'

Line 174 is: "for (len = 0; label[len]; len++)"

Although there is no direct use of strlen(), it seems GCC 12 uses
strlen() for that line which did not happen with GCC 11. Using
'-ffreestanding' makes the compilation work with GCC 12 and CI still
looks happy. Thanks.

Adrian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure