___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>
--
Michal Schorm
Core Services - Databases Team
mail: msch...@redhat.com
Brno-IRC: mschorm
__
st probably a full time developer).
>
> vă mulțumesc pentru înțelegere
>
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>
-
t;fun to hack"). There is also place for classic
guitar, D and so on :) .
--
Michal Schorm
Core Services - Databases Team
mail: msch...@redhat.com
About me: www.faramos.php5.cz
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Yes, I am still stuck with the same error.
"kinit: Client 'msch...@fedoraproject.org' not found in Kerberos database
while getting initial credentials"
On Mon, Dec 12, 2016 at 5:48 AM, Kevin Fenzi <ke...@scrye.com> wrote:
> On Sun, 11 Dec 2016 22:41:19 +0100
&g
> You have two accounts? Or you mean you tested with someone elses
> account and got a Password prompt, but not your own?
I have only one account.
I used someone else's username to prove, I got right configuration.
> In any case, you need to login to fas
> (
?)
--
Michal Schorm
Core Services - Databases Team
mail: msch...@redhat.com
Brno-IRC: mschorm
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
?
>
> Thanks
> Sandro
>
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>
--
Michal Schorm
Core Services - Databases Team
mail: msch...@redhat.com
Brno-IRC: mschorm
nt noarch package, but only on
specific architectures ??
Even if you solve it your way, what would it be good for? (I'm kinda
curious)
https://fedoraproject.org/wiki/Packaging:Guidelines#Architecture_Support
--
Michal Schorm
Core Services - Databases Team
mail: msch...@redhat.com
Brno-IRC
point?
For example, till the Alpha release, evertyhing mentioned here as a subject
of possible changes could be tested only on VMs. After Alpha release, test
would change to manual on real HW.
- again, it depends on how often QA come across bugs that occurs on real
HW, but not in VMs.
--
Michal
you use rotation logs in them?
--
Michal Schorm
Core Services - Databases Team
mail: msch...@redhat.com
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Locane, if you visited some Fedora wiki page, when you searched for the
answer, please add this solution there, so other's won't be stuck with the
same problem.
--
Michal Schorm
Associate Software Engineer
Core Services - Databases Team
Red Hat Czech
On Wed, Apr 12, 2017 at 7:45 AM, Samuel
Thanks to both of you!
Rex for short reasoning, Kamil for the links I was looking for.
--
Michal Schorm
Associate Software Engineer
Core Services - Databases Team
Red Hat Czech
On Mon, Apr 10, 2017 at 1:09 PM, Kamil Paral <kpa...@redhat.com> wrote:
>
>
> On Wed, Apr 5, 2
t tell you anything (for example WHY and WHAT PART of
mariadb), just deal with it?
[1] https://fedoraproject.org/wiki/Critical_path_package
[2] https://fedoraproject.org/wiki/Critical_Path_Packages_Proposal
--
Michal Schorm
Associate Software Engineer
Core Service
/taskinfo?taskID=20495924, however s390
seems stuck for half an hour by now :(
But go on, star when you need, don't get blocked by me.
Thanks! :)
--
Michal Schorm
Associate Software Engineer
Core Services - Databases Team
Red Hat
On Thu, Jul 13, 2017 at 4:31 PM, Zbigniew Jędrzejewski-Szmek <
z
, nobody else wants.
Wasn't that a start for all of us? Or you - as a basic windows user - got
brand new high-end laptop for christmas and guess what - installed that
weird thing called Linux you never saw before?
I'd like to see it supported.
--
Michal Schorm
Associate Software Engineer
Core
(planned
sometimes before f27 release)
--
Michal Schorm
Associate Software Engineer
Core Services - Databases Team
Red Hat
On Wed, Jul 12, 2017 at 9:59 PM, Adam Williamson <adamw...@fedoraproject.org
> wrote:
> On Mon, 2017-07-03 at 15:12 +0200, Michal Schorm wrote:
> > Hello everybody
looking to the wrong place?
--
Michal Schorm
Associate Software Engineer
Core Services - Databases Team
Red Hat
On Fri, Jul 14, 2017 at 2:40 AM, Rex Dieter <rdie...@math.unl.edu> wrote:
> Adam Williamson wrote:
>
> > On Thu, 2017-07-13 at 10:37 +0200, Michal Schorm wrote:
in about a month, I believe.
-
Feel free to ask any questinos here or in tracker BZ, I'll try to search
for all answers.
--
Michal Schorm
Associate Software Engineer
Core Services - Databases Team
Red Hat
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Nope.
MariaDB is a drop-in replacement. In version 5.5.
For quite a time we use MariaDB 10.1, which openly declared "Now we know
what we are doing and now we know where do we want to go".
MariaDB 10.2 just take another step forward in technology and away from
MySQL.
--
Michal Schorm
> Is there some place I could read about this? The rest of the email
> didn't make much sense without this context I am missing.
https://fedoraproject.org/wiki/Infrastructure/WhatHappenedToPkgdb
--
Michal Schorm
Associate Software Engineer
Core Services - Databases Team
R
ose changes to the F27 as well, and this should be one
testing round before F27 bodhi.
--
Michal Schorm
Associate Software Engineer
Core Services - Databases Team
Red Hat
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an em
I'd love to hear your
opinion!*
before I'm making any official move.
--
There are other ways too. Mostly variations of getting the static library
from somewhere and link statically.
However the effort needed to fix it in any such a way, would be big.
--
Michal Schorm
Associate Software Engin
t, try it retry with "--verbose", please :)
--
Michal Schorm
Associate Software Engineer
Core Services - Databases Team
Red Hat
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On Thu, Jun 7, 2018 at 2:41 PM, Richard Shaw wrote:
> On Thu, Jun 7, 2018 at 4:51 AM Michal Schorm wrote:
>
>> Can someone explain me *real quick* what is the multilib good for? - or
>> more precisely, why whould anone run 32-bit software on x86_64 OS?
>>
> In
s://src.fedoraproject.org/rpms/mariadb-connector-c/tree/master
[2] https://fedoraproject.org/wiki/Changes/Removing_ldconfig_scriptlets
[3]
https://taskotron.fedoraproject.org/artifacts/all/bcab55e0-6b34-11e8-99da-525400fc9f92/tests.yml/mariadb-connector-c-3.0.5-1.fc28.log
--
Michal Schorm
Associate Softw
On Wed, May 30, 2018 at 11:30 PM, Kevin Kofler
wrote:
> Michal Schorm wrote:
> > So far, on F>=28 the TokuDB was build without jemalloc.
> > It may be risky to rely on, yet no one complained.
>
> IMHO, if it works (well enough that nobody is complaining), just keep
>
no one complained.
That's why I'm asking users mailing list too, to get a feedback for such
pontential users, i would be otherwise unable to reach.
--
Michal Schorm
Associate Software Engineer
Core Services - Databases Team
Red Hat
___
devel mailing list --
Can someone explain me *real quick* what is the multilib good for? - or
more precisely, why whould anone run 32-bit software on x86_64 OS?
>From what I googled, it look like everyone does it yet nobody explains why
:D
--
Michal Schorm
Associate Software Engineer
Core Services - Databases T
!
--
Michal Schorm
Associate Software Engineer
Core Services - Databases Team
Red Hat
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
tional SPECfile can be found here:
https://trac.osgeo.org/grass/browser/grass/branches/releasebranch_7_4/rpm/grass.spec
as mentioned in the bugzilla before (by a guy from upstream?)
*Does anybody know, what's the status of the package?*
[1] https://src.fedoraproject.org/rpms/grass
--
Michal
er It was just a thought in general, on how to have changelogs shorter.
I'm not sure if it would really work as good as I imagine.
--
Michal Schorm
Associate Software Engineer
Core Services - Databases Team
Red Hat
___
devel mailing list -- devel@lists.fedorapr
e 2-20 entries, depends of work done.
But still it looks short enough for me.
6)
It should be part of the packaging guidelines - where should be written
what.
Probabbly not in a form of unbreakable rule, but rather information to the
packagers how to do it, and remind of things they shouldn't
icantly affected?
> * is the size implications significant?
> As far as I can tell, the answer to both is generally no.
For everything else, besides opt features, plugins, ... , I totally agree
with the nice short answer from Rex.
--
Michal Schorm
Associate Software Engineer
Core Services - Databases Tea
be worked on (port to the new
openssl for example).
Theese are IMHO perfectly fine to be stored with the package.
--
Michal Schorm
Associate Software Engineer
Core Services - Databases Team
Red Hat
On Tue, Mar 20, 2018 at 1:42 PM, Igor Gnatenko
<ignatenkobr...@fedoraproject.org> wrote:
Thanks for the tip.
I just started using it and it works great! :)
I'm not hooking forked repository, but private branches instead.
The use case is to have multiple versions of packages available in
COPR - especially MariaDB 10.3 and MySQL 8 which are still in
developement.
--
Michal Schorm
Copr, try out the modules, meet the container images.
*I managed to prepare MySQL 5.7.22 update in less than 20 hours, but it
lies in BODHI untouched.I use BODHI auto-push, so I encourage you to test
them before they land in stable.*
*Bugs:*
File them! Let me know!
My bugzilla doors are always
.
Looked for a solution for over a year. Not finding any.
I keep saying RHEL & CentOS are our LTS versions.
Wishing good luck to your search.
--
Michal Schorm
Associate Software Engineer
Core Services - Databases Team
Red Hat
--
On Wed, Nov 14, 2018 at 12:37 AM Matthew Miller
wrote:
>
> I'm sending you this HTML email because Google dropped possibility to send
> plaintext emails. Sorry =(
Gmail
-> compose
-> options (bottom right)
-> plain text mode
doesn't work for you?
(I'm sending this e-mail with this setting so who knows how can check it)
--
https://src.fedoraproject.org/rpms/
Project option
->
Enforce signed-off commits in pull-request
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
On Thu, Jan 17, 2019 at 11:15 AM Miro Hrončok wrote:
>
> It happened to me almost dozen times now, so here'
$ cmake [path] [flags]
So inyour case
$ cmake . [flags]
I suppose
This is caused by a CMake update in rawhide.
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
On Thu, Jan 17, 2019 at 12:31 PM Ankur Sinha wrote:
>
> Hello,
>
> Could I have some hel
I just assumed the CMake update
is the cause.
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
On Thu, Jan 17, 2019 at 1:04 PM Ankur Sinha wrote:
>
> On Thu, Jan 17, 2019 12:46:13 +0100, Michal Schorm wrote:
> > $ cmake [path] [flags]
> > So i
"apply" the image, or propagate it to
the fedoraproject.org and use that one instead the generated ...
something.
--
Btw I still get "Server Error 500" on
https://www.libravatar.org/accounts/upload_export/
--
Michal Schorm
--
___
devel m
producible for me by uploading jpeg
(the exact same that I had already uploaded once). But I don't see the
ERR 500 anymore.
Also new error message "Invalid Format" has just been introduced,
which covers that.
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
On T
Right.
Yes, I'm trying to test the installation from the mirrors. There will
be a delay.
Buildroot repo != compose repo.
That's where I was mistaken.
Case closed, I'll wait :)
Thanks
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
On Wed, Jan 30, 2019 at 3:30 PM
me point, rawhide will
undergo a system wide rebuild. Right?
--
Michal
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists
63) was in the repository at the build time
of the community-mysql, but wasn't later at install time.
Wizardy? Untagged buiid?
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
On Wed, Jan 30, 2019 at 3:06 PM Fabio Valentini wrote:
>
> On Wed, Jan 30, 2019, 14:56 Mi
> Yeah, it used to come with openssl-devel, but got removed very recently:
> https://src.fedoraproject.org/rpms/openssl/c/7a654fc69c499b54f38543ca40f765fbaf9bdf84
Alright, I'm happy we found the cause and itś not something more severe.
Thanks!
--
Michal Schorm
Software Engineer
Core Se
Another possible cause came up my mind.
Another package in the buildroot could have brought it as a
dependency, but does not bring it anymore ?
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
On Wed, May 15, 2019 at 5:08 PM Michal Schorm wrote:
>
> Hello
ge builds to examine: (compare 3.0.9-2 & 3.0.9-3)
https://koji.fedoraproject.org/koji/packageinfo?packageID=19185
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
___
devel mailing list -- devel@lists.fedoraproject
Also, it's IMHO worth mentioning, a package 'grub2-pc-modules' is
needed on BIOS systems in order to 'grub2-install' utility to work
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
On Wed, May 29, 2019 at 1:50 PM Michal Schorm wrote:
>
> Hello,
>
&
6_64
grub2-efi-x64-cdboot.x86_64
but I believe I only need the 'grub2-efi-x64.x86_64'.
Given that, maybe the anaconda installation should be checked to not
pull uneeded packages?
Correct me, if I'm wrong, thanks.
[1] https://fedoraproject.org/wiki/GRUB_2
--
Michal Schorm
Software Engineer
Core
it's not right and
uncover some packaging issue by it.
The fact It's a wiki IMHO doesn't imply anyone *should* edit it
without being confident about it.
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
On Wed, May 29, 2019 at 8:51 PM Jared K. Smith wrote:
>
>
You may consider adding your package to the Koschei service:
https://apps.fedoraproject.org/koschei/package/python-elixir which
will do rebuilds when the buildroot change, and it will show you the
changes in a well readable way.
--
Michal Schorm
Software Engineer
Core Services - Databases Team
h not able to maintain & bugfix the (32-bit) kernel, nor
I'm willing to devote it my time to learn and do it.
It's same as any other orphaned package. No one willing to maintain
it? FTBFS? Say "bye" to that package.
Pitiful, but easy as that.
--
Michal Schorm
Software Engineer
Core Services
-e "s|-Wp,-D_GLIBCXX_ASSERTIONS||g" `
| CXXFLAGS=`echo $CXXFLAGS| sed -e "s|-Wp,-D_GLIBCXX_ASSERTIONS||g" `
| export CPPFLAGS CFLAGS CXXFLAGS
until it's solved.
Of course, if somebody has some more elegant solution, I'll be happy
to adopt it.
Michal
--
Michal Schorm
Software Engineer
Core Ser
#Multiple_Licensing_Scenarios
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1748233
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le
ps://en.wikipedia.org/wiki/Unix_philosophy#Do_One_Thing_and_Do_It_Well
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
On Wed, Sep 18, 2019 at 2:07 PM Ralf Corsepius wrote:
>
> On 9/18/19 12:11 PM, Kalev Lember wrote:
> >
> > On 9/18/19 10:29
to have an option to mark a module as
"under developement" or something simmilar and have that anchored in
the guidelines, if we want to use this chance a modularity technically
offers.
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
On Thu, Sep 19, 2019 at 2:33
a list of use cases like this would make the
modularity much more clear to both mainatiners and users.
Stick to Unix philosophy ("Do One Thing and Do It Well") and don't
rush or even try to make modules from everything.
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red
which name would be good starting
point for google.
( "auditctl -w /etc/systemd/system/" and "ausearch -f /etc/systemd/system/" )
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
On Sat, Oct 12, 2019 at 8:12 AM Ravindra Kumar via devel
wrote:
>
rtifact around Fedora packaging (e.g. “rm -rf
$RPM_BUILD_ROOT” in `rpmdev-newspec`, about which newcommers still
asking )
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
___
devel mailing list -- devel@lists.fedoraproject.org
To un
Hidden from sight of any mortal man, I've found 'Fedora Container SIG'
with as little information as possible [1], although they state, they have
notes from 2019 DevConf meetup [2], but locked [3].
Atleast I found first place of discussion! [4]
... if you can say that about bunch of threads with
rent Fedora
releases?
[1] https://docs.fedoraproject.org/en-US/containers/
[2] https://docs.fedoraproject.org/en-US/containers/guidelines/guidelines/
[3] https://fedoraproject.org/wiki/Container:Guidelines
[4] https://fedoraproject.org/wiki/Talk:Container:Guidelines
--
Michal Schorm
Software Engineer
Core S
5] https://release-engineering.github.io/mbs-ui/modules
[6] https://src.fedoraproject.org/projects/modules/%2A
[7] https://src.fedoraproject.org/flatpaks/libreoffice
[8]
https://src.fedoraproject.org/flatpaks/libreoffice/blob/master/f/libreoffice.yaml#_173
--
Michal Schorm
Software Engineer
Core Services -
to notify me, that someone somewhere built the package -
which would be expected.
Anyway, that doesn't clarify to me why the builds looks so much like
module builds.
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
On Mon, Mar 2, 2020 at 1:23 PM Stephan Bergmann
needs to rebuild everything for them again, it's a pity
(from the infrastructure load POV), but I'd guess there's no other way
currently.
Thanks for confirmation and clarification.
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
On Mon, Mar 2, 2020 at 2:05 PM Stephe
ments"
seems unresponsive.
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1684764
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email t
On Thu, Sep 10, 2020 at 3:58 PM Ondrej Mosnacek wrote:
> On Thu, Sep 10, 2020 at 3:48 PM Michal Schorm wrote:
> > Does this mean, the "setenforce 0" won't work anymore?
> No, no, don't worry, "setenforce 0" (i.e. switching SELinux to
> "Permissive&quo
ation.
e.g. "My database datadir should reside elsewhere"; "my container
should access pulseaudio socket"; "I've ran the default configuration
with my data and it crashed" ...
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
_
ted, however it would
be great if you would either post a list of affected packages and
their maintainers, or submit PRs to them.
Michal
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
___
devel mailing list -- devel@lists.fedor
of
handling this and similar changes.
[1] https://bodhi.fedoraproject.org/updates/?search=mariadb-10.5
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send
how to *get* the patch of the builddir, instead of
defining it.
I'd submit a PR, but unfortunately no good idea how to reword the
sentence has passed my mind yet.
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
On Tue, Aug 4, 2020 at 9:37 AM Igor Raits
wrote:
>
> -
se, so we might come up with a
better solution together, on this list.
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fed
On Thu, Aug 6, 2020 at 12:35 PM Neal Gompa wrote:
>
> On Thu, Aug 6, 2020 at 6:20 AM Michal Schorm wrote:
> >
> > On Tue, Aug 4, 2020 at 5:54 PM Neal Gompa wrote:
> > > > On Tue, Aug 4, 2020 at 3:12 PM Neal Gompa wrote:
> > > > >
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
On Thu, Aug 6, 2020 at 1:13 PM Richard Shaw wrote:
>
> On Thu, Aug 6, 2020 at 5:35 AM Neal Gompa wrote:
>>
>> On Thu, Aug 6, 2020 at 6:20 AM Michal Schorm wrote:
>> >
>> > On Tue, Aug
On Tue, Aug 4, 2020 at 3:12 PM Neal Gompa wrote:
> On Tue, Aug 4, 2020 at 9:10 AM Richard Shaw wrote:
> > On Tue, Aug 4, 2020 at 6:17 AM Michal Schorm wrote:
> >>
> >> Since this change, all (subsequent) CMake commands (after "%cmake")
> >>
not be what this discussions is about, but I feel that it
would be nice to have nano part of the default images / installations
before we would start talking about making it default editor.
(Assuming vi won't disappear)
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
tests, Red Hat internal
security regression tests, ... ) And the whole test suite again to
assure it passes in a real environment outside the buildroot.
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
On Mon, Jun 8, 2020 at 10:58 AM Florian Festi wrote:
>
> Ma
' package maintainer.
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
On Tue, Nov 17, 2020 at 8:12 PM Zbigniew Jędrzejewski-Szmek
wrote:
>
> On Thu, Nov 05, 2020 at 02:06:37PM +0100, Michal Schorm wrote:
> > On Thu, Nov 5, 2020 at 12:21 AM Fabio Valentini
are not ultimately
set, even releng couldn't know the exact date of F31 EOL back then, so
it seems the module EOLed mid-release already, huh?
So the side note is:
* let me check the EOL date in some SANE way. (checking an EOL line
e.g. in modulemd file is a sane way for me - the maintainer)
Michal
--
Michal
ll add it to the
Self-Contained Change wiki page.
Otherwise I'd ask you for a suggestion of what you picture as
sufficient contingency mechanism.
Michal
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
___
devel mailing lis
BI compatibility to be sure. If the functionality
would be only extended, the dependent package might not need rebuild
at all; though it still would get one during some mass rebuild.
I added my above reply to the Self Contained Change.
--
Michal Schorm
Software Engineer
Core Services - Databa
to add following link:
[1] https://src.fedoraproject.org/rpms/trytond/pull-request/2#
Michal
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
On Fri, Jan 1, 2021 at 4:22 PM Richard Shaw wrote:
>
> Looks like we've missed a few releases... Current version in Fed
doraproject.org/wiki links and
fix them too ?
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
On Wed, Feb 3, 2021 at 12:09 AM Kevin Fenzi wrote:
>
> Greetings everyone.
>
> We finally have everything in place and hopefully tested to make the
> switch t
ner to
understand the value and importance of having it fixed (as well as
knowledge how to fix it)
[1] https://cwe.mitre.org/data/definitions/416.html
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
On Tue, May 18, 2021 at 2:01 PM Neal Gompa wrote:
>
>
al message -----
From: Michal Schorm
Date: Wed, Jun 9, 2021 at 9:42 PM
Subject: Fedora - Standard Test Interface - not enough verbose output
To: , ,
Hello,
I have a package: 'mariadb-connector-odbc'.
It has a single STI test in it's dist-git repository, under 'tests' directory.
I've
at least once a year?
Who to contact?
Who to turn onto ?
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
ner was active in Fedora since then, he hasn't
responded to the PR.
Hope this message will reach him and the request will be taken care of.
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1929101
[2] https://src.fedoraproject.org/rpms/trytond/pull-request/3
--
Michal Schorm
Software Engineer
Core Ser
the maintainer committed since then to the package, he hasn't
responded to the PR.
Hope this message will reach him and the request will be taken care of.
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1929101
[2] https://src.fedoraproject.org/rpms/python-sqlobject/pull-request/1
--
Michal Schorm
S
Hi Peter,
Yes, there is so far no immediate need to replace the packages.
It's more about the fact that we have a better and up-to-date variant
so if we would finish the process before F35 branching for Fedora
Rawhide, it would be nice.
Michal
--
Michal Schorm
Software Engineer
Core Services
https://pagure.io/setup/blob/master/f/services
[10] https://pagure.io/setup/blob/master/f/uidgid
[11]
https://src.fedoraproject.org/rpms/systemd/blob/rawhide/f/sysusers.generate-pre.sh
[12]
https://docs.fedoraproject.org/en-US/packaging-guidelines/UsersAndGro
/koji/taskinfo?taskID=72957127
https://koji.fedoraproject.org/koji/taskinfo?taskID=72968988
https://koji.fedoraproject.org/koji/taskinfo?taskID=73120117
https://koji.fedoraproject.org/koji/taskinfo?taskID=73120137
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
also maintain a mysql module based on the same code. That's a lot of
builds already, so I would likely spot build issues, if they would
occur often.
Is there a way to check how much resources the KOJI build actually consumed ?
Michal
--
Michal Schorm
Software Engineer
Core Services - Databases
hal
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
On Wed, Aug 4, 2021 at 6:31 PM Kevin Fenzi wrote:
>
> On Tue, Aug 03, 2021 at 08:50:24AM -0700, Kevin Fenzi wrote:
> >
> > Yes, stupidly they updated to the normal kernel before the last reboot.
chnical limits is just an educated
guess or assumption ...
[1]
https://docs.fedoraproject.org/en-US/fedora/f34/release-notes/welcome/Hardware_Overview/
[2] https://fedoraproject.org/wiki/Releases/33/ChangeSet
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
On Wed, O
to explain it?
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
___
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
or if they already have a plan.
[1] http://mariadb.com/kb/en/about-sphinxse/
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
On Thu, Jan 13, 2022 at 1:48 PM Vitaly Zaitsev via devel
wrote:
>
> On 13/01/2022 13:33, Sergio Arroutbi wrote:
> > Latest binary v
starship
starship-0.56.0-4.fc35.x86_64
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
On Sun, Jan 9, 2022 at 12:25 PM Igor Raits wrote:
>
> Hello,
>
> I saw some recent discussions (yet another time) how packaging Rust /
> Go / Node.js is horrible, w
ll-documented and the change is badly
handled.
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
On Fri, Mar 4, 2022 at 4:24 PM Steven A. Falco wrote:
>
> On 3/4/22 10:17 AM, Sérgio Basto wrote:
> > On Fri, 2022-03-04 at 16:04 +0100, Michal Schorm wrote
uot; has to wait on the maintainer of "E" has to
wait on the maintainer of "F" has to wait on the maintainer of "G" to
stop building it for i686.
As voices appeared proposing to get rid of _all_ i686 but necessary
instead (which has +1 from me), I'm unsure whether the
1 - 100 of 152 matches
Mail list logo