cooperation!
Ondrej
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1999424
On Mon, Aug 30, 2021 at 5:32 PM Fabio Valentini
wrote:
> On Mon, Aug 30, 2021 at 5:29 PM Miro Hrončok wrote:
> >
> > On 30. 08. 21 17:02, Fabio Valentini wrote:
> > > On Mon, Aug 30, 2021 at 11:49
your cooperation! Hopefully we will manage to bring this
change to the end.
Ondrej
On Mon, Aug 30, 2021 at 10:45 AM Ian Kent wrote:
> On Mon, 2021-08-30 at 07:55 +0200, Ondrej Dubaj wrote:
> > Hi,
> >
> > Thank you for the update Ian. It was not meant the way every package
week :)
Regards,
Ondrej
On Fri, Aug 27, 2021 at 2:36 PM Ian Kent wrote:
> On Tue, 2021-08-24 at 10:53 +0200, Ondrej Dubaj wrote:
> > Hello,
> >
> > In the near future, there is a plan to merge autoconf-2.71 to
> > rawhide. Due to the size of the change and possib
Hello,
maybe the bug was not closed by the maintainer, as grep seems to be
building properly
https://copr.fedorainfracloud.org/coprs/odubaj/autoconf-2.70/package/grep/
Ondrej
On Fri, Aug 27, 2021 at 8:10 AM Ondrej Dubaj wrote:
> Thanks, I'll look at it.
>
> Ondrej
>
> On
Thanks, I'll look at it.
Ondrej
On Thu, Aug 26, 2021 at 5:19 PM Zbigniew Jędrzejewski-Szmek <
zbys...@in.waw.pl> wrote:
> On Thu, Aug 26, 2021 at 02:39:13PM +0200, Ondrej Dubaj wrote:
> > Hi,
> >
> > thanks for your reply, there should not be any packages on
, to make things clear.
Thanks.
Ondrej
On Wed, Aug 25, 2021 at 7:59 PM Kevin Fenzi wrote:
> On Tue, Aug 24, 2021 at 10:53:15AM +0200, Ondrej Dubaj wrote:
> > Hello,
> >
> > In the near future, there is a plan to merge autoconf-2.71 to rawhide.
> Due
> > to the s
discuss them here.
Thanks very much!
Regards,
Ondrej
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1942967
On Mon, Aug 16, 2021 at 7:52 AM Ondrej Dubaj wrote:
> Hello, according to the size of this change and the possible breakage of
> multiple packages before f35 mass rebuild, we d
, Aug 2, 2021 at 5:18 PM Kevin Fenzi wrote:
> On Thu, Mar 25, 2021 at 05:28:07PM +0100, Ondrej Dubaj wrote:
> > Currently, we are trying to stay away from the compat package and with
> the
> > help of other package maintainers trying to fix the failures. We will
> give
> >
Hi,
today a new major version 3.0.0 of mariadb-java-client landed in
Fedora-Rawhide. This version is not 100% compatible with the previous
version 2.7.3, but it should not affect many applications. The reason for
such an update is, that we want this version to be present in RHEL-9-beta
and accordi
This change won't be applied, so no action is required.
Ondrej
On Wed, Jul 14, 2021 at 8:14 PM Paul Wouters wrote:
> On Mon, 12 Jul 2021, Simo Sorce wrote:
>
> >> SQLite is a general-purpose tool. Not every use of SHA-1 is
> >> cryptographically relevant. Most uses in the context of SQLite pr
This should be also fixed in Fedora already
https://src.fedoraproject.org/rpms/automake/c/3327906e94b767330433fda3da2d0997292c55ad?branch=rawhide
Ondrej
On Wed, Jul 14, 2021 at 12:11 PM Richard W.M. Jones
wrote:
> On Wed, Jul 14, 2021 at 11:49:23AM +0200, David Sommerseth wrote:
> >
> > Hi,
>
Hello,
According to the response from upstream [1], it seems I have come up with a
solution too quickly. I apologize for this. I will go through a
cancellation process of this Change Proposal, as there seems to be no valid
reason to remove SHA-1 support in sqlite.
Thanks for your help and underst
On Fri, Apr 16, 2021 at 3:30 PM David Cantrell wrote:
> On Tue, Apr 13, 2021 at 11:26:24AM +0100, Richard W.M. Jones wrote:
> >Hijacking this thread originally about
> >https://fedoraproject.org/wiki/Changes/Autoconf_271
> >
> >What is the current thinking in Fedora about always running
> >"autor
Added, thanks!
On Wed, Apr 14, 2021 at 11:43 AM Sérgio Basto wrote:
> https://fedoraproject.org/wiki/Changes/Autoconf_271#How_To_Test
>
> As I think this is not trivial we should add to How_To_Test paragraph :
>
> After:
> copr mock-config odubaj/autoconf-2.70 fedora-rawhide-x86_64 >
> odubaj-a
Currently, we are trying to stay away from the compat package and with the
help of other package maintainers trying to fix the failures. We will give
time to react accordingly and see other possible steps in a few weeks time.
Currently multiple FTBFS bugs in bugzilla were created according to
auto
---
> in your fear, seek only peace
> in your fear, seek only love
> -d. bowie
>
>
> Sent with ProtonMail <https://protonmail.com> Secure Email.
>
> ‐‐‐ Original Message ‐‐‐
> On Thursday, March 25, 2021 8:02 AM, Ondrej Dubaj
> wrote:
>
> Hi,
>
>
Hi,
there might be some "false negatives". If the packages are successfully
built in the given copr, please close the trackers. In most cases the FTBFS
bugs are relevant.
Thank you.
Ondrej
On Thu, Mar 25, 2021 at 1:57 PM Richard W.M. Jones
wrote:
>
> eg:
>
> https://bugzilla.redhat.com/show_b
ue, 9 Mar 2021 at 06:57, Ondrej Dubaj wrote:
> >
> > > If any concerns about the autoconf2.69-2.69 compat package ? If needed
> it
> > > can be implemented as non-parallelly instalable,
> > >
> >
> > Really .. instead wasting time on packaging stuff w
t; On Wed, Mar 10, 2021 at 10:27 AM Ondrej Dubaj wrote:
> >>
> >> Hello,
> >>
> >> Thank you for your suggestions, but as you might understand, I do not
> have the capacity to resolve problems of dependent packages when building
> with autoconf-2.71.
&g
2021 at 06:57, Ondrej Dubaj wrote:
>
>> If any concerns about the autoconf2.69-2.69 compat package ? If needed it
>> can be implemented as non-parallelly instalable,
>>
>
> Really .. instead wasting time on packaging stuff which is ~7 years old it
> would be better t
If any concerns about the autoconf2.69-2.69 compat package ? If needed it
can be implemented as non-parallelly instalable,
Thanks. Regards,
Ondrej
On Fri, Mar 5, 2021 at 8:08 AM Ondrej Dubaj wrote:
> Thanks for your notes. If wanted, the first version of autoconf2.69-2.69
> compat pack
Thanks for your notes. If wanted, the first version of autoconf2.69-2.69
compat package is available in copr for testing. This is a version which is
parallelly installable with autoconf-2.71. Please check/update your
packages and rebuild them.
Thanks. Regards,
Ondrej
copr: https://copr.fedorainf
On Wed, Mar 3, 2021 at 1:51 PM Miro Hrončok wrote:
> On 03. 03. 21 13:47, Ondrej Dubaj wrote:
> >
> >
> > On Wed, Mar 3, 2021 at 1:33 PM Miro Hrončok > <mailto:mhron...@redhat.com>> wrote:
> >
> > On 03. 03. 21 12:49, Ondrej Du
On Wed, Mar 3, 2021 at 1:33 PM Miro Hrončok wrote:
> On 03. 03. 21 12:49, Ondrej Dubaj wrote:
> > Compat package prepared.
> >
> > Package autoconf269-2.69-1 provides:
> >
> > /usr/bin/autoconf269
> > /usr/bin/autoheader269
> > /usr/bin/autom4
installation successful.
Any suggestions/concerns are welcome.
Ondrej
On Wed, Mar 3, 2021 at 9:37 AM Dominique Martinet
wrote:
> Zbigniew Jędrzejewski-Szmek wrote on Wed, Mar 03, 2021 at 08:25:30AM +:
> > On Wed, Mar 03, 2021 at 09:20:48AM +0100, Ondrej Dubaj wrote:
> > > Understand
21 at 9:31 AM Zbigniew Jędrzejewski-Szmek <
zbys...@in.waw.pl> wrote:
> On Wed, Mar 03, 2021 at 09:20:48AM +0100, Ondrej Dubaj wrote:
> > Understand, starting to work on delivering autoconf-2.69 compat package.
> > Have to investigate if it would be possible to install auto
Understand, starting to work on delivering autoconf-2.69 compat package.
Have to investigate if it would be possible to install autoconf-2.69 and
autoconf-2.71 next to each other on the system. Will keep you updated.
Ondrej
On Mon, Mar 1, 2021 at 7:35 PM Zbigniew Jędrzejewski-Szmek <
zbys...@in.w
, 2021 at 5:51 PM Brian C. Lane wrote:
> On Thu, Feb 25, 2021 at 07:55:09AM +0100, Ondrej Dubaj wrote:
> > Brian,
> >
> > I understand, but as I already said, compat package can lead to
> > unwillingness to move forward to autoconf-2.71. For example, we can have
> a
>
Wed, Feb 24, 2021 at 08:14:17AM +0100, Ondrej Dubaj wrote:
> > Brian,
> >
> > you are right there are some changes which are now backward compatible.
> > That's the reason why we need cross-component cooperation from other
> > maintainers to detect these pieces and
wrote:
> >> On 2/23/21 4:39 PM, Brian C. Lane wrote:
> >>> On Tue, Feb 23, 2021 at 11:37:42AM +0100, Ondrej Dubaj wrote:
> >>>> [2] http://torsion.usersys.redhat.com:8080/job/Fedora-autoconf/
> >>> Doesn't work, with or without :8080
> >
23, 2021 at 12:55 PM Ian McInerney
wrote:
> On Tue, Feb 23, 2021 at 10:38 AM Ondrej Dubaj wrote:
>
>> Hello,
>>
>> please see attached rebuild of autoconf-dependencies [1]. I would like to
>> ask maintainers of the dependent packages to check if their packages are
&
wrote:
> Sounds good. Just find me on IRC or by email and let me know what you
> would like help on. I can help run/monitor scripts of builds and help
> script reporting to BZ for things that fail.
>
> Thanks,
>
> On Thu, Feb 11, 2021 at 03:55:41PM +0100, Ondrej Dubaj wr
Thank you for your advice and willingness to help with testing. There is a
plan to create a side tag and test appropriate changes there.
Changed category to system-wide change.
Ondrej
On Thu, Feb 11, 2021 at 3:42 PM David Cantrell wrote:
> On Wed, Feb 10, 2021 at 12:30:20PM -0700, Jeff Law wro
Jeff,
thank you for your offer, I will gladly use your tester. What
information/RPMs/SRPMs do you need from me?
Miro,
maybe it could be a system-wide change. If you think so, I can change it.
About the absolute numbers, as you said, not all FTBFS are necessarily
caused by autoconf, but I did not
Hello,
orphaning java-comment-preprocessor due to missing dependencies for the new
version (cannot be rebased) and no other package dependents on it.
Regards,
Ondrej
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email t
packages according to the described changes.
Ondrej
On Fri, Oct 23, 2020 at 9:00 AM Michal Schorm wrote:
> On Fri, Oct 23, 2020 at 8:31 AM Ondrej Dubaj wrote:
> > announcing moving unversioned libraries from unixODBC main package to
> unixODBC-devel package. Also moving unversioned pl
Hello,
announcing moving unversioned libraries from unixODBC main package to
unixODBC-devel package. Also moving unversioned plugins, which are in main
package from %{_libdir} to %{_libdir}/unixODBC according to fedora
packaging standards [1]
So the resolution will look like
Main package:
%{_lib
Hello,
does anyone know how to contact pkajaba, who is main admin of
java-comment-preprocessor in fedora ?
https://bugzilla.redhat.com/show_bug.cgi?id=1890573
Thanks,
Ondrej
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send a
Hello,
as no more package depends anymore on java-comment-preprocessor and we are
unable to update this package to the latest upstream version due to missing
dependencies, we are orphaning it. If someone has any concerns, please
share them with us.
Thanks,
Ondrej
Aiming to orphan this package soon, any concerns ?
Thanks.
Ondrej
On Thu, Oct 15, 2020 at 10:26 AM Ondrej Dubaj wrote:
> Proposed upstream change:
>
> https://github.com/pgjdbc/pgjdbc/pull/1930
>
> Downstream change will be done during this day.
>
> Thanks!
>
> Ondr
Proposed upstream change:
https://github.com/pgjdbc/pgjdbc/pull/1930
Downstream change will be done during this day.
Thanks!
Ondrej
On Thu, Oct 15, 2020 at 10:20 AM Pavel Raiskup wrote:
> On Thursday, October 15, 2020 10:10:20 AM CEST Ondrej Dubaj wrote:
> > Yes, thanks for the not
0 8:37:02 AM CEST Ondrej Dubaj wrote:
> > Hi guys,
> >
> > I am aiming to orphan java-comment-precprocessor package, as it seems,
> > there are no other packages (AFAIK) depending on it. If there is someone,
> > who is actively using this package, or maintains a package
Hi guys,
I am aiming to orphan java-comment-precprocessor package, as it seems,
there are no other packages (AFAIK) depending on it. If there is someone,
who is actively using this package, or maintains a package, which depends
on it, please let us know to this thread, so we can discuss next steps
://copr.fedorainfracloud.org/coprs/odubaj/unixODBC/builds/
On Thu, Oct 1, 2020 at 1:20 PM Ondrej Dubaj wrote:
> My apologies, of course we are aiming to package the unversioned symbolic
> links to the "real" libraries to *-devel package. I thought it was clear
> from the beginning.
>
&g
My apologies, of course we are aiming to package the unversioned symbolic
links to the "real" libraries to *-devel package. I thought it was clear
from the beginning.
Why should we hack the soversion ? There are no changes to the soname or
ABI compatibility coming, we want to just package the unve
.
Am I missing some other cases ?
Thanks for your ideas.
On Mon, Sep 21, 2020 at 8:13 AM Ondrej Dubaj wrote:
> any other suggestions here ? I will be glad, if maintainers of dependent
> packages will share their opinions. If we fix this issue and it breaks
> dependent package
, Sep 11, 2020 at 1:40 PM Vít Ondruch wrote:
>
> Dne 11. 09. 20 v 9:48 Florian Weimer napsal(a):
> > * Tom Hughes via devel:
> >
> >> On 11/09/2020 07:13, Ondrej Dubaj wrote:
> >>
> >>> There seemed to be no big reason for moving the libraries to the
&
nes ? Even if using some kind of config file
to specify the version of the shared library?
Thanks,
Ondrej
>
> Lukas
>
> On Fri, Sep 11, 2020 at 8:14 AM Ondrej Dubaj wrote:
>
>> Hello everyone,
>>
>> I would like to start a discussion about moving unversioned *.
Hello everyone,
I would like to start a discussion about moving unversioned *.so files back
to unixODBC-devel package, as they are currently in the main package. The
reason for this discussion is primary have things in order according to
future rhel-9.
There will potentially be a change of moving
On Fri, Aug 14, 2020 at 7:07 PM Fabio Valentini
wrote:
> Hi everybody,
>
> Since ~2 days ago, the rawhide koji buildroot has exhibited some
> *really weird* issues when building Java packages with maven (when
> building packages locally with "mock -r fedora-rawhide-x86_64
> --enablerepo local foo
Hello everyone,
today I am removing libdb-java subpackage from Fedora-rawhide (see messages
above for more info). If someone of you will face any problems, please let
us know.
Thanks! Regards,
Ondrej
On Wed, Jun 24, 2020 at 11:27 AM Ondrej Dubaj wrote:
> I don;t think this is a reason
I don;t think this is a reason not removing libdb-java subpackage from
Fedora-Rawhide. If you are an active user of it, or you know somebody who
actively uses it, we can discuss more about these issues.
Thanks,
Ondrej
On Mon, Jun 15, 2020 at 9:54 AM Florian Weimer wrote:
> * Jiri Vanek:
>
> > I
Agree,
I am not aware of any replacement of this JDBC connector. As you said, it
can be easily returned if it would be missed.
On Mon, Jun 15, 2020 at 9:27 AM Jiri Vanek wrote:
> On 6/15/20 9:13 AM, Florian Weimer wrote:
> > * Ondrej Dubaj:
> >
> >> The problem is unkn
, there is a deprecation announcement
to whole libdb, so I consider this as a good first step.
Thanks,
Ondrej
On Mon, Jun 15, 2020 at 9:13 AM Florian Weimer wrote:
> * Ondrej Dubaj:
>
> > The problem is unknown runtime behaviour of libdb-java (build with
> > jdk-1.8, as it is
The problem is unknown runtime behaviour of libdb-java (build with jdk-1.8,
as it is unable to build with jdk-11) with JVM-11. Are you an active user
of libdb java ?
Thanks,
Ondrej
On Thu, Jun 11, 2020 at 10:28 PM Florian Weimer wrote:
> * Ondrej Dubaj:
>
> > we are aiming to remov
[3].
Best regards,
Ondrej Dubaj
Associate Software Engineer
Red Hat
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1846398
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1834842
[3]
https://fedoraproject.org/wiki/Changes/Java11#Intermediate_step_build_with_java-1.8.0-openjdk-devel_and_run_
Hi,
after discussion with upstream mysql-connector-java is not able to be build
with jdk-11, as the code contains deprecated API.
Reference here:
https://bugs.mysql.com/bug.php?id=99750
Best regards,
Ondrej
On Tue, Jun 9, 2020 at 6:42 PM Jiri Vanek wrote:
> On 6/9/20 5:07 PM, Fabio Valentini
Hi,
announcing taking over classloader-leak-test-framework, as it is needed by
postgresql-jdbc., which I am maintainer of.
Best regards,
Ondrej Dubaj
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le
Hi everyone,
I am orphaning hibernate, as I do not maintain any package, which depends
on it. Will anyone of you consider becoming a new main maintainer?
Thanks.
Regards,
Ondrej
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send
f you became main admin?
Thanks for answers!
Ondrej Dubaj
___
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/co
60 matches
Mail list logo
