Thank you Elliot! Now it's clear.
On 20. 01. 21 10:02, Elliott Sales de Andrade wrote:
On Wed, 20 Jan 2021 at 03:48, Petr Stodulka wrote:
Hi guys,
I am confused about the official guidelines for merging of packages in Fedora.
From my POV, when I merge some packages and the functionali
is is really expected. Can you guys put a light on that? Or the guideline
needs to be fixed?
Thank you!
[0]
https://fedoraproject.org/wiki/Upgrade_paths_%E2%80%94_renaming_or_splitting_packages
--
Petr Stodulka
OS & Application Modernization
IRC nicks: pstodulk, skytak
Senior Software Eng
rial".
Merged. As we are not sure when we finally merge the pr with python2 drop,
I guess it will not hurt to switch at least the default in the meanwhile.
--
Petr Stodulka
OS & Application Modernization
IRC nicks: pstodulk, skytak
Senior Software Engi
/01807568-git-remote-hg/root.log.gz
I am going to skip that arch for now in building. But sharing just in case
someone has the same issue.
Cheers,
--
Petr Stodulka
OS & Application Modernization
IRC nicks: pstodulk, skytak
Senior Software Engineer
Red Hat Czech s
raproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
--
Petr Stodulka
OS & Application Modernization
IRC nicks: pstodulk, skytak
Senior Software Engineer
Red Hat Czech s.r.o.
___
ersion that fails to install because other stuff has
default streams.
Yes, some of the modules would need to be "converted back". Better to do it
when we can still count them on our fingers.
+1
--
Petr Stodulka
Core Services (In-place up
extensions
have not worked on py3. I'm pleased to say that as of today, evolve is
working.
hg-git is not working. I spent a little time to see if I can port myself,
but after trying a few naive fixes, it became clear that it was nontrivial
to port.
Do we have any concensus on how to proce
can we do? Offer to take over ownership of the Mercurial package?
/Mads
On 8/6/19 9:35 PM, Petr Stodulka wrote:
Hi guys,
as discussion was started week ago, Python2 is dying. As that, some
dependencies of mercurial will be orphaned soon (or they are already)
and mercurial as it is has to move i
Hi guys,
I am orphaning the git-remote-bzr package. Regarding the repoquery,
there are not any other rpms depending on that package.
Cheers,
--
Petr Stodulka
OS & Application Modernization
IRC nicks: pstodulk, skytak
Senior Software Engineer
Red Hat Czech s
On 08. 09. 19 18:01, Neal Gompa wrote:
On Tue, Aug 27, 2019 at 7:21 PM Petr Stodulka wrote:
Hi guys,
I apologize that I mystified you a little in my prefious email when I wrote that
I resolved majority of problems. I looked at that closer today after 1.5w and
found that I have been near the
bsoletes.
I will be offline again since the wednesday's night. Hopefully it helps
someone at least a little.
Cheers,
Petr
BZ: https://bugzilla.redhat.com/show_bug.cgi?id=1737931
On 26. 08. 19 15:58, Petr Stodulka wrote:
Not sure whether I understand correctly. The intention is to be able t
:57, Neal Becker wrote:
It is intended for both py2 and py3 packages to be parallel installed, correct?
On Mon, Aug 26, 2019, 1:52 PM Petr Stodulka mailto:pstod...@redhat.com>> wrote:
Hi guys,
I already spent some time on that and I have resolved majority of problems
with split. The
ge, so I think we need this to work.
On Tue, Aug 13, 2019 at 9:35 AM Petr Stodulka wrote:
On 12. 08. 19 22:36, Miro Hrončok wrote:
On 12. 08. 19 20:37, Petr Stodulka wrote:
Can you explain better what do you mean by that? I am little lost
here.
Sure. The idea was:
1) When Fedora 31 is branche
On 12. 08. 19 22:36, Miro Hrončok wrote:
On 12. 08. 19 20:37, Petr Stodulka wrote:
Can you explain better what do you mean by that? I am little lost
here.
Sure. The idea was:
1) When Fedora 31 is branched (scheduled for tomorrow [1]), push the switch to
rawhide (Fedora 32)
2) See what
On 12. 08. 19 16:33, Miro Hrončok wrote:
On 12. 08. 19 16:19, Zbigniew Jędrzejewski-Szmek wrote:
On Tue, Aug 06, 2019 at 09:35:50PM +0200, Petr Stodulka wrote:
Hi guys,
as discussion was started week ago, Python2 is dying. As that, some
dependencies of mercurial will be orphaned soon (or
On 07. 08. 19 19:45, Neal Becker wrote:
Petr Stodulka wrote:
On 07. 08. 19 19:31, Petr Stodulka wrote:
On 07. 08. 19 3:34, Mads Kiilerich wrote:
On 8/6/19 9:35 PM, Petr Stodulka wrote:
So it's question, should I rebase it in rawhide and setup for Python3
already even when it
On 07. 08. 19 3:34, Mads Kiilerich wrote:
On 8/6/19 9:35 PM, Petr Stodulka wrote:
So it's question, should I rebase it in rawhide and setup for Python3
already even when it is so broken, or
Hi
I agree that something like this kind of is the right thing to do. Mercurial
upstream need
On 07. 08. 19 19:31, Petr Stodulka wrote:
On 07. 08. 19 3:34, Mads Kiilerich wrote:
On 8/6/19 9:35 PM, Petr Stodulka wrote:
So it's question, should I rebase it in rawhide and setup for Python3
already even when it is so broken, or
Hi
I agree that something like this kind of i
Hi guys,
as discussion was started week ago, Python2 is dying. As that, some
dependencies of mercurial will be orphaned soon (or they are already)
and mercurial as it is has to move in weeks on Python3. As I wrote
in [0], I already started some testing and investigation.
Currently it seems that w
On 05. 08. 19 16:07, Miro Hrončok wrote:
On 29. 07. 19 16:01, Petr Stodulka wrote:
Hi Miro,
thanks for notification. I am thinking about that. From the point, that
Python2 is going to be death... Mabye I would take it, but I am fan of
removing Python2 stuff from Fedora. But Mercurial (hg-git
On 05. 08. 19 16:07, Miro Hrončok wrote:
On 29. 07. 19 16:01, Petr Stodulka wrote:
Hi Miro,
thanks for notification. I am thinking about that. From the point, that
Python2 is going to be death... Mabye I would take it, but I am fan of
removing Python2 stuff from Fedora. But Mercurial (hg-git
gt; $ repoquery --repo=rawhide{,-source} --whatrequires rabbitvcs-thunar
>
> $ repoquery --repo=rawhide{,-source} --whatrequires hg-git
> git-remote-hg-0:1.0.0-2.fc30.src
>
> $ repoquery --repo=rawhide{,-source} --whatrequires git-remote-hg
>
> Let me know if you want it.
It was not a mistake, you could not
> have known.
>
> I recommend the following:
>
> 1. make the upstreams talk to each other
> 2. make the upstreams talk to each other
> 3. make the upstreams talk to each other
> 4. if the above fails, pick the once that would
-remote-hg
[1] https://github.com/mnauw/git-remote-hg
--
Petr Stodulka
OS & Application Modernization
IRC nicks: pstodulk, skytak
Software Engineer
Red Hat Czech s.r.o.
signature.asc
Description: OpenPGP digital signature
___
dev
Hi guys,
mercurial has been rebased to v4.7 which would be incompatible
with RPMs mentioned below. As F30 will be released in winter,
there is a lot of time to find any issues and make other RPMs
working again.
Here is the list of components that depends on mercurial:
- git-cinnabar
- gitifyhg
Mercurial has been rebased to v4.5.3 as has been mentioned earlier.
On 6.8.2018 13:05, Petr Stodulka wrote:
> Hi folks,
> we want to do rebase of mercurial for F29 before beta freeze yet. Currently
> we have version v4.4.2 which is already old. Few days ago there have been
> releas
-vcstools
- python-wstool
- pyvcs
- qct
- rabbitvcs
- rbm
- tortoisehg
- trac-mercurial-plugin
Please give me a note in case you have troubles with this rebase now. I would
like to do in few days. Add POCs into Cc.
Cheers,
--
Petr Stodulka
Core Services (In-place upgrades and migrations
ctory
> /some/directory/*
>
>
> There's nothing wrong here.
>
>
Exactly. IMHO, use of %dir macro for "top" pkg directories is more clean
solution, but
doesn't matter in case the rpm is packaged correctly.
--
Petr Stodulka
Core Se
> Thank you in advance,
>
> Zdenek
>
>
>
>
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>
--
Petr Stodulka
Core Services (In-p
On 4.9.2017 19:27, Michal Novotny wrote:
> I might contact you for more information, but alright, if you feel the custom
> script is more convenient,
> then I am all for it. But first, I would like to make a proposal of each
> option (with screenshots and
> just complete feature request descrip
gt; method is added we'll maintain it forever so the bad decision is not
> completely
> free of charge.
>
> [1] https://github.com/pgjdbc/pgjdbc
>
> Pavel
> ___
> devel mailing list -- devel@lists.fedora
Hi folks,
I have there builds of mercurial in testing that fixes few CVEs.
Someone who uses mercurial and want to test it yet?
Thanks,
--
Petr Stodulka
Core Services (In-place upgrades and migrations)
IRC nicks: pstodulk, skytak
Red Hat
signature.asc
Description: OpenPGP digital signature
___
>> devel mailing list -- devel@lists.fedoraproject.org
>> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>>
>
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsu
On 18.8.2017 17:24, Michael Schwendt wrote:
> On Fri, 18 Aug 2017 17:03:57 +0200, Petr Stodulka wrote:
>
>>>> # dnf remove setup
>
>> rpm is low level tool. No, I am talking just about use of dnf which is high
>> level tool for working
>> with package
On 18.8.2017 16:16, Michael Schwendt wrote:
> On Fri, 18 Aug 2017 15:20:55 +0200, Petr Stodulka wrote:
>
>>>>> $ rpm -q --whatrequires setup
>>>>> rpcbind-0.2.4-7.rc2.fc26.x86_64
>>>>> shadow-utils-4.3.1-3.fc26.x86_64
>>>>>
On 18.8.2017 14:18, Michael Schwendt wrote:
> On Fri, 18 Aug 2017 08:10:16 -0400, Neal Gompa wrote:
>
>> On Fri, Aug 18, 2017 at 7:55 AM, Michael Schwendt wrote:
>>> On Fri, 18 Aug 2017 13:43:28 +0200, Petr Stodulka wrote:
>>>
>>>> Hi folks,
&
On 18.8.2017 13:46, Neal Gompa wrote:
> On Fri, Aug 18, 2017 at 7:43 AM, Petr Stodulka wrote:
>> Hi folks,
>>
>> I found now that the setup rpm is removable from the system,
>> which leads to unusable system, because of missing important files,
>> like /etc/sh
like dnf, systemd, etc.
One possible way would be the config file for dnf in downstream, like
echo setup > /etc/yum/protected.d/setup.conf
Any better idea before I create bugzilla?
--
Petr Stodulka
Core Services (In-place upgrades and migrations)
IRC nicks: pstodulk, skytak
Red
he hg-git shouldn't be affected by changes from 4.2.1 to 4.2.3.
(It is broken for mercurial-4.3+, but some patches are already prepared in
upstream.)
--
Petr Stodulka
Core Services (In-place upgrades and migrations)
IRC nicks: pstodulk, skytak
Red Hat
signature.asc
Description: OpenPGP di
r now.
[0]
https://github.com/pirat89/fedora-git-rpms/commit/e64e87550d4b04294acd849406243f0a0284275c
On 18.7.2017 07:10, Petr Stodulka wrote:
> Hi Todd,
> thanks for feedback.
>
> On 17.7.2017 20:57, Todd Zullinger wrote:
>> Hi Petr,
>>
>> Petr Stodulka wrote:
&g
Hi Todd,
thanks for feedback.
On 17.7.2017 20:57, Todd Zullinger wrote:
> Hi Petr,
>
> Petr Stodulka wrote:
>>
>> Hi folks, I am looking at the #1357438 BZ about broken links to "How to*"
>> doc files and I am thinking, about the best solution of this. Pr
Hi folks,
I am looking at the #1357438 BZ about broken links to "How to*" doc files and I
am thinking,
about the best solution of this. Problem is with using of %doc macro, which
moves/copies
doc files to specific directories of each subpackage. However the Makefile
expects that will
be used ju
On 14.2.2017 15:07, Kalev Lember wrote:
> On 02/14/2017 01:58 PM, Petr Stodulka wrote:
>> Hello,
>> we are planning some changes in Git in rawhide according to some
>> changes in upstream. I want to apply all changes during this week
>> yet, but in case you have some r
Hello,
we are planning some changes in Git in rawhide according to some
changes in upstream. I want to apply all changes during this week
yet, but in case you have some recommendation or propmts to planned
changes, you can yet give me feedback before we will do that.
Briefly, changes what would be
New mercurial 4.0 is not compatible currently with git-remote-hg and I don't
have
time now for maintainance. Could you wait 1-2 week?
Or someone can look at it :-)
I take a note just about this one:
https://github.com/felipec/git-remote-hg/issues/66
On 7.11.2016 19:27, Neal Becker wrote:
> I'm
Welcome on board!
It's good to hear that we have another musician for teambuilding actions!! :-D
Petr
On 7.9.2016 12:20, Michal Schorm wrote:
> Hello,
> I'm C/C++ programmer and now package co-maintainer.
> You will be able to spot me around databases, so far, MariaDB.
>
> Also I'm into strateg
On 22.6.2016 18:05, Kevin Fenzi wrote:
> On Wed, 22 Jun 2016 13:36:01 + (UTC)
> Petr Pisar wrote:
>
>> On 2016-06-22, Petr Stodulka wrote:
>>> I just installed fedora custom installation of rawhide and found
>>> that there is created symlink */etc/syst
Hi folks,
I just installed fedora custom installation of rawhide and found that there is
created
symlink */etc/system/systemd/syslog.service* to
*/usr/lib/systemd/system/rsyslog*,
however rsyslog isn't installed. I guess that there is missing dependency on
the package.
But I don't know who is r
Here are the current NEWS entries:
===
** Changes in behaviour
The GZIP environment variable is now obsolescent; gzip now warns if
it is used, and rejects attempts to use dangerous options or operands.
You can use an alias or script instead.
** New features
g
t…
>
> Cheers
> Björn
>
>
> [1] https://github.com/chrisallenlane/cheat/blob/master/LICENSE
> [2] https://github.com/chrisallenlane/cheat/blob/master/setup.py#L9
>
>
> Am 05.04.2016 um 13:30 schrieb Petr Stodulka:
>> Hi,
>> I need an advice/feedback
Hi,
I need an advice/feedback about licenses. I want to add package
**python-cheat** to F25 (and maybe to F24 too).
However, the project is now under MIT + GLPv3 licenses - not only some parts,
it is meaned by upstream
as whole project is MIT and GPLv3. From my point of view, there is not problem
; Hey Petr!
>
> I can help you co-maintaining git. Feel free to add me in pkgdb.
>
> Cheers
> Björn
>
>
>
> Am 26.03.2016 um 16:38 schrieb Petr Stodulka:
>
> Hi folks,
>
> I would li
Hi folks,
I would like some help with maintainance of git package mainly - I have not so
much
time due to combination of school & work and I plan add another package into
Fedora
soon, so some another comaintainer will be welcomed.
Regards,
Petr
signature.asc
Description: OpenPGP digital sign
> rpms/hg-git -- Mercurial Plugin for Communicating with Git Servers (
> master f23 f22 epel7 el6 )
After discussion with cicku I am going to take this one, at least temporarily.
Petr
signature.asc
Description: OpenPGP digital signature
--
devel mailing list
devel@lists.fedoraproject.org
http:
On 10.2.2016 14:04, Zbigniew Jędrzejewski-Szmek wrote:
> On a running system /usr/bin/sed and /bin/sed are exactly equivalent,
> but /bin/sed is the classic location, and there is no gain in changing
> it in metadata. I agree with other posters that this change doesn't
> seem useful.
>
Yes, I u
onfusion.
>
> On Feb 10, 2016 00:56, "Petr Stodulka" <mailto:pstod...@redhat.com>> wrote:
>
> I apologize if this mail is here twice, I can't find previous mail.
>
>
> Hi folks,
> after
I apologize if this mail is here twice, I can't find previous mail.
Hi folks,
after years /bin/sed move to /usr/bin/sed. I add provides of /bin/sed
so dependency list shouldn't be broken. However correct please your
specfiles too. I want to cancel it in F26
Hi folks,
after years /bin/sed move to /usr/bin/sed. I add provides of /bin/sed
so dependency list shouldn't be broken. However correct please your
specfiles too.
Packages which require /bin/sed binary:
libnetdude
libpcapnav
mod_fcgid
os-prober
policycoreutils
redh
On 26.12.2015 22:02, Michael Schwendt wrote:
> On Sat, 26 Dec 2015 14:37:13 -0600, Jason L Tibbitts III wrote:
>
>> For fun, what was there:
>>
>> %ifos linux
>> %define _bindir /bin
>> %endif
>>
>> Wow. I can't imagine the original purpose of that block, or how long
>> ago it must have been ad
On 24.12.2015 22:01, Jason L Tibbitts III wrote:
> To satisfy my curiosity, I grepped the convenient tarball of specfiles
> (http://pkgs.fedoraproject.org/repo/rpm-specs-latest.tar.xz) for lines
> matching "(? there were more than 1900 hits.
>
> Here's a complete (long) list. I don't think ther
Hi folks,
can any provenpackager change dependency in meld package for F22? There's
dependency on package
python-gobject (which doesn't exist) and there should be pygobject2 probably. I
already filled
bugzila for that https://bugzilla.redhat.com/show_bug.cgi?id=1288593
Actual available package
Hi folks,
if you someone use unzip and some special encodings on your system,
check please
if everything is ok in rawhide for you. It should be fine, but some
feedback from
someone else could be helpful. In the case, that you find some bug,
please send me
the archive with used encodings. I don'
On 14.8.2015 14:38, Wei-Lun Chao wrote:
Hi,
Is there already any discussion about:
rename arch name "noarch" to "all"
rename arch name "x86_64" to "amd64"
rename package name "kernel-PAE" to "kernel"
and even rename package name "kernel" to "linux"
IMO really bad idea in all cases.
Petr
--
d
On 21.7.2015 16:04, Josh Boyer wrote:
The site is specifically targeted at developers. The URL will likely
be something like developers.fedoraproject.org. This isn't a generic,
front-page site. Given the targeted nature of it, I think it's
perfectly fine to say Fedora is built for developers.
On 29.6.2015 12:12, Germano Massullo wrote:
What is wrong with DNF's regular expression
# dnf remove *debuginfo*.fc20.x86_64
? I am on F22 but I have a lot packets that should match that regular
expression, but dnf does not find them.
I also tried to add some escape chars like
dnf remove *\-debug
On 4.6.2015 09:56, Haïkel wrote:
2015-06-04 9:34 GMT+02:00 Petr Stodulka :
On 3.6.2015 15:35, Todd Zullinger wrote:
Josh Boyer wrote:
On Wed, Jun 3, 2015 at 9:19 AM, Petr Stodulka wrote:
On 3.6.2015 13:56, Pierre-Yves Chibon wrote:
[...]
What about adopting something similar to what
On 3.6.2015 15:35, Todd Zullinger wrote:
Josh Boyer wrote:
On Wed, Jun 3, 2015 at 9:19 AM, Petr Stodulka
wrote:
On 3.6.2015 13:56, Pierre-Yves Chibon wrote:
[...]
What about adopting something similar to what has been done for the
R package, There is R-core, R-java R-devel and R. If you
On 3.6.2015 20:11, Peter Robinson wrote:
Hi,
I have this request on bugzilla [0] for perl-less build of git due to large
dependency on Perl modules, which is unwanted for atomic.
There's actually a number of other usecases where having git without
pulling in perl would be very useful, it's b
On 3.6.2015 15:22, Josh Boyer wrote:
On Wed, Jun 3, 2015 at 9:19 AM, Petr Stodulka wrote:
On 3.6.2015 13:56, Pierre-Yves Chibon wrote:
On Wed, Jun 03, 2015 at 07:19:10AM -0400, Colin Walters wrote:
On Wed, Jun 3, 2015, at 05:23 AM, Petr Stodulka wrote:
Hi folks,
I have this request on
On 3.6.2015 13:56, Pierre-Yves Chibon wrote:
On Wed, Jun 03, 2015 at 07:19:10AM -0400, Colin Walters wrote:
On Wed, Jun 3, 2015, at 05:23 AM, Petr Stodulka wrote:
Hi folks,
I have this request on bugzilla [0] for perl-less build of git due to
large dependency on Perl modules, which is
Hi folks,
I have this request on bugzilla [0] for perl-less build of git due to
large dependency on Perl modules, which is unwanted for atomic.
I am not sure that's good idea.
With this change we will create places for error messages about missing
perl modules and that's something what we don
On 6.5.2015 11:02, Alec Leamas wrote:
On 06/05/15 10:51, Alexander Ploumistos wrote:
So basically, one could end up using foo-3.80-1.1.20150506.rpm,
No. The release part (here 1.1.2015050) should not contain any part of
the upstream release number. The same goes for foo-3.80-1_1.rpm.
I th
On 6.5.2015 10:21, Alexander Ploumistos wrote:
On Wed, May 6, 2015 at 10:21 AM, Petr Pisar wrote:
It depends on the meaning of the upstream's `-1'. Basically, I would
interpret it as yet another version level, i.e. as `3.80.1'. If the upstream
tends to release `3.80.1-1', I'd interpret `3.80-
I create repositories in copr for testing. So you can available my copr
repositories by:
# dnf copr enable pstodulk/unzip
so you can use actual fedora-devel version with this feature. If some
behaviour
is broken for unsegmented archives, it's important information too, so
use it
and report it
Hi folks,
I work on patch for support of segmented archives on unzip. It's created
alpha patch, which will be modified in future
and probably (that's perhaps certainty ) it still contains bugs. However
some testing should helps next devel, so if someone works with *.zip
multi-disk archives and
Dne 10.2.2015 v 11:03 Peter Robinson napsal(a):
On Tue, Feb 10, 2015 at 9:58 AM, Petr Stodulka wrote:
Hi guys,
I have this request [0] for rebase of git from version 2.1.0 to 2.2.2 for
Fedora 21. Can I do this? Do you know someone about any incompatibilities?
For me there are not so big
Hi guys,
I have this request [0] for rebase of git from version 2.1.0 to 2.2.2
for Fedora 21. Can I do this? Do you know someone about any
incompatibilities? For me there are not so big changes but I have not
problem with this. We have now version 2.3.0 on rawhide. In the case
that yo prefer r
Hi folks,
I think about removal of git-bzr package in rawhide, which is actualy
non-functional - contains only file with warning message
about replacement by git-remote-bzr package - which actualy replace
git-bzr in f21 too. Are you OK with it? I didn't remove any
package earlier, but after shor
I suspect the maintainer pushed 2.6.3 and didn't build it or deal with
any of the collateral and when the mass rebuild came through it built
it. I've added Jan to the cc: so he's aware of the issue.
Peter
Hi,
Jan Pacner left RH due to erasmus. This is probably for hhorak for now,
who is "s
79 matches
Mail list logo
