Re: Spec file using github repo - not tarball
Hello,
Sorry I forgot to mention that all builds in Fedora require to be built
offline so you still need to download the tarball and upload it to Fedora
side-storage of source files before build:
# spectool will process the specfile and download the tarball in expected
name
spectool -g package.spec
# it is needed to upload the tarball of the snapshot to fedora
fedpkg new-sources package--git-.tar.gz
In COPR (https://docs.pagure.org/copr.copr/) you can autodownload the
tarball before building the package or even build from git version.
For example you can autobuild of the srpm from another github repository
using make_srpm:
https://copr.fedorainfracloud.org/coprs/rebus/infosec/package/yara/
That requires that you store in your git project where you have the spec
file also the .copr/Makefile, where you can specify how to prepare the srpm
Example: https://github.com/xambroz/rpms-infosec/blob/master/.copr/Makefile
On COPR you can also use web-hooks from your git with the package source
spec file, to trigger automatic COPR rebuild of the package.
Best regards
Michal Ambroz
-- Původní e-mail --
Od: Michal Ambroz
Komu: Development discussions related to Fedora
Datum: 9. 5. 2024 1:14:32
Předmět: Re: Spec file using github repo - not tarball
"Hello,
yes it is possible to refer to the git commit.
For example https://src.fedoraproject.org/rpms/yara/blob/rawhide/f/yara.spec
(I mostly use stable releases, but time to time I have to switch to a git
snapshot during major version stabilization or when there is some public
vulnerability announced).
I even have it in one spec file with a tarball release and able to switch
with the conditional build "--with release" or "--without release".
# Baserelease for the engineering team to auto-update the release version
when rebuilding packages
%global baserelease 1
Relevant parts:
# Github metadata
%global gituser VirusTotal
%global gitname yara
%global gitdate 20240213
%global commit 8fa55cde4c0cde8a1ba4ced1c131827eb4005f0d
%global shortcommit %(c=%{commit}; echo ${c:0:7})
# Release referring to github metadata
Release: %{baserelease}.%{gitdate}git%{shortcommit}%{?dist}
# Source refering to specific commit
Source0: https://github.com/%{gituser}/%{gitname}/archive/%{commit}/%{name}-
%{version}-git%{gitdate}-%{shortcommit}.tar.gz
# preparation using the commit directory
%prep
%autosetup -n %{gitname}-%{commit} -p 1
Best regards
Michal Ambroz
-- Původní e-mail --
Od: Kenneth Goldman
Komu: Development discussions related to Fedora
Datum: 8. 5. 2024 22:41:02
Předmět: Spec file using github repo - not tarball
"Is it possible for a .spec file to clone a github.com repo rather than
download a tarball? Can someone link to a working example?
I found a few hints that it's possible. However, the fedoraproject.org
examples use pseudocode or placeholders. I'd like a working example.
--
___
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, report it: https://pagure.io/fedora-infrastructure/new
_issue
"
"
--
___
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, report it:
https://pagure.io/fedora-infrastructure/new_issue
Re: Spec file using github repo - not tarball
Hello,
yes it is possible to refer to the git commit.
For example https://src.fedoraproject.org/rpms/yara/blob/rawhide/f/yara.spec
(I mostly use stable releases, but time to time I have to switch to a git
snapshot during major version stabilization or when there is some public
vulnerability announced).
I even have it in one spec file with a tarball release and able to switch
with the conditional build "--with release" or "--without release".
# Baserelease for the engineering team to auto-update the release version
when rebuilding packages
%global baserelease 1
Relevant parts:
# Github metadata
%global gituser VirusTotal
%global gitname yara
%global gitdate 20240213
%global commit 8fa55cde4c0cde8a1ba4ced1c131827eb4005f0d
%global shortcommit %(c=%{commit}; echo ${c:0:7})
# Release referring to github metadata
Release: %{baserelease}.%{gitdate}git%{shortcommit}%{?dist}
# Source refering to specific commit
Source0: https://github.com/%{gituser}/%{gitname}/archive/%{commit}/%{name}-
%{version}-git%{gitdate}-%{shortcommit}.tar.gz
# preparation using the commit directory
%prep
%autosetup -n %{gitname}-%{commit} -p 1
Best regards
Michal Ambroz
-- Původní e-mail --
Od: Kenneth Goldman
Komu: Development discussions related to Fedora
Datum: 8. 5. 2024 22:41:02
Předmět: Spec file using github repo - not tarball
"Is it possible for a .spec file to clone a github.com repo rather than
download a tarball? Can someone link to a working example?
I found a few hints that it's possible. However, the fedoraproject.org
examples use pseudocode or placeholders. I'd like a working example.
--
___
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, report it: https://pagure.io/fedora-infrastructure/new
_issue
"
--
___
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, report it:
https://pagure.io/fedora-infrastructure/new_issue
Bug 2246344 - Non-responsive maintainer check for hno
Hello, Please anyone knows about any other channel to contact hno - Henrik Nordstrom ? I have not heard from him for like a year and I would like to take over the primary admin role for the radare2 package so the bugs get primarily assigned to me. This is part of the non-responsive maintainer check for hno - Bug 2246344 https://bugzilla.redhat.com/show_bug.cgi?id=2246344 https://docs.fedoraproject.org/en-US/fesco/Policy_for_nonresponsive_package_ maintainers/ (https://docs.fedoraproject.org/en-US/fesco/Policy_for_nonresponsive_package_maintainers/) Thank you Michal Ambroz ___ 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Non-responsive maintainer check for Michal Ambroz a.k.a. rebus
Hi Andy, I am here. Michal Ambroz -- Původní e-mail -- Od: Mattia Verga via devel Komu: devel@lists.fedoraproject.org Kopie: Mattia Verga Datum: 24. 8. 2022 7:46:54 Předmět: Re: Non-responsive maintainer check for Michal Ambroz a.k.a. rebus " Il 23/08/22 22:36, zonexpertconsult...@outlook.com (mailto:zonexpertconsult...@outlook.com) ha scritto: " Does anyone know how to contact Michal Ambroz a.k.a. rebus? https://bugzilla.redhat.com/show_bug.cgi?id=2120834 (https://bugzilla.redhat.com/show_bug.cgi?id=2120834) This is blocking the ZoneMinder package in RPMFusion: https://bugzilla.redhat.com/show_bug.cgi?id=2115572 (https://bugzilla.redhat.com/show_bug.cgi?id=2115572) Thanks, Andy " Accordingly to src.fp.o stats they are active: https://src.fedoraproject.org/api/0/user/rebus/activity/stats (https://src.fedoraproject.org/api/0/user/rebus/activity/stats) It's August, so people could be on vacation... the relevant bug was opened on 4th August, so a non-responsive maintainer ticket seems a bit premature to me... Mattia ___ 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, report it: https://pagure.io/fedora-infrastructure/new _issue "___ 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: What to do about EPEL package branch with no active maintainer?
Hello Henrik, I do use radare2 on both EPEL7 and EPEL8 ... I will be happy to co-maintain if you need a hand there. I have to admit I am terrible with reading devel mail lists so direct mail works better with me. >The question is then what should be done with the stale and known broken EPEL branch of the package? > Just let it bitrot further? What works for Fedora will work for epel8 as well. It is prefferable to have one spec works everywhere. Michal Ambroz -- Původní e-mail -- Od: Henrik Nordström Komu: devel@lists.fedoraproject.org Datum: 16. 2. 2021 0:01:19 Předmět: What to do about EPEL package branch with no active maintainer? "I recently took over Radare2 maintenance for Fedora after it was orphaned, and now noticed it is also packaged in EPEL-8. I am not in a good position to actively maintain the EPEL-8 release. I am not an EPEL user, no interest in EPEL, and and not very comfortable with doing "blind" maintenance by simply merging changes from fedora and and hope for the best. The question is then what should be done with the stale and known broken EPEL branch of the package? Just let it bitrot further? Anyone who wants to maintain the EPEL-8 branch of Radare2? Or co-maintain the Fedora version? Regards Henrik ___ 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 "___ 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: Orphaned packages looking for new maintainers
Thank you. -- Původní e-mail -- Od: Miro Hrončok Komu: devel@lists.fedoraproject.org Datum: 24. 10. 2019 11:28:39 Předmět: Re: Orphaned packages looking for new maintainers "On 24. 10. 19 4:21, Michal Ambroz wrote: > Why I'm not listed as the original owner? Pagure doesn't know any concept of "original owner". When a package is orphaned by releng, the owner is replaced by orphan user. Sometimes, there are co-maintainers and they stay as co-miantainers. I've opened this as a followup: https://pagure.io/releng/issue/8929 -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___ 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 "___ 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: Orphaned packages looking for new maintainers
Proc tu i libdasm nejsem napsanej jako puvodni vlastnik? Tenhle list jsem rozhodne videl v souvislosti s impacketem, ale libdasm jsem si nevsiml. -- Původní e-mail -- Od: Miro Hrončok Komu: Development discussions related to Fedora , devel-annou...@lists.fedoraproject.org Datum: 16. 9. 2019 12:01:28 Předmět: Orphaned packages looking for new maintainers "The following packages are orphaned and will be retired when they are orphaned for six weeks, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Note: If you received this mail directly you (co)maintain one of the affected packages or a package that depends on one. Please adopt the affected package or retire your depending package to avoid broken dependencies, otherwise your package will be retired when the affected package gets retired. Request package ownership via releng issues: https://pagure.io/releng/issues Full report available at: https://churchyard.fedorapeople.org/orphans-2019-09-16.txt grep it for your FAS username and follow the dependency chain. Package (co)maintainers Status Change 7kaa orphan 7 weeks ago PyRTF orphan 1 weeks ago R-ALL orphan 3 weeks ago R-AnnotationDbi orphan 3 weeks ago R-BSgenome orphan 3 weeks ago R-BSgenome.Celegans.UCSC.ce2 orphan 3 weeks ago R-Biobase orphan 3 weeks ago R-BiocGenerics orphan 3 weeks ago R-Biostrings orphan 3 weeks ago R-BufferedMatrix orphan 3 weeks ago R-BufferedMatrixMethods orphan 3 weeks ago R-DynDoc orphan 3 weeks ago R-GenomicFeatures orphan 3 weeks ago R-GenomicRanges orphan 3 weeks ago R-IRanges orphan 3 weeks ago R-ROC orphan 3 weeks ago R-affy orphan 3 weeks ago R-affydata orphan 3 weeks ago R-affyio orphan 3 weeks ago R-fibroEset orphan 3 weeks ago R-hgu133acdf orphan 3 weeks ago R-hgu95av2cdf orphan 3 weeks ago R-hgu95av2probe orphan 3 weeks ago R-maanova orphan 3 weeks ago R-multtest alexlan, orphan 3 weeks ago R-pls orphan 3 weeks ago R-preprocessCore orphan 3 weeks ago R-statmod orphan 3 weeks ago R-tkWidgets orphan 3 weeks ago R-widgetTools orphan 3 weeks ago RackTables orphan 1 weeks ago TeXamator orphan 1 weeks ago XmlSchema msimacek, orphan 1 weeks ago Xnee orphan 4 weeks ago access-modifier-annotation mizdebsk, orphan 2 weeks ago accumulo ctubbsii, milleruntime, 4 weeks ago mizdebsk, orphan acegisecurity mizdebsk, orphan 2 weeks ago adapta-backgrounds orphan 0 weeks ago adapta-gtk-theme orphan 0 weeks ago adevs orphan 4 weeks ago akuma orphan 2 weeks ago alacarte alexl, caillon, caolanm, 0 weeks ago johnp, mbarnes, orphan, rhughes, ssp annotation-indexer mizdebsk, orphan 2 weeks ago anyremote orphan 1 weeks ago apache-commons-csv mizdebsk, orphan, spike 2 weeks ago apache-commons-discovery lkundrak, mizdebsk, orphan, 2 weeks ago spike apache-commons-el fnasser, mizdebsk, orphan, 2 weeks ago spike apache-commons-launcher orphan 1 weeks ago apache-mina orphan 2 weeks ago apache-poi gil, lef, orphan 6 weeks ago apache-sshd gil, orphan 2 weeks ago arptools jhrozek, orphan 2 weeks ago asterisk-gui orphan 4 weeks ago audio-convert-mod orphan 0 weeks ago b43-tools orphan 1 weeks ago batti orphan 0 weeks ago belier orphan 3 weeks ago bing orphan 5 weeks ago bios_extract orphan 1 weeks ago bitlyclip orphan, ralph 6 weeks ago boxes jhrozek, orphan 2 weeks ago bridge-method-injector mizdebsk, orphan 2 weeks ago bundling-detection-java mizdebsk, orphan 2 weeks ago bytecode-compatibility- mizdebsk, orphan 2 weeks ago transformer c3p0 orphan 2 weeks ago captcp orphan 1 weeks ago cassandra acaringi, hhorak, jjanco, 1 weeks ago orphan certmaster alikins, orphan, robert, 1 weeks ago wakko666 cfv dfateyev, orphan 2 weeks ago check-mk orphan 1 weeks ago checkdns orphan 4 weeks ago chm2pdf orphan 0 weeks ago comedilib orphan 1 weeks ago concurrentunit orphan 1 weeks ago constant-pool-scanner mizdebsk, orphan 2 weeks ago curator ctubbsii, milleruntime, 4 weeks ago orphan, tstclair dfish orphan 4 weeks ago dia-CMOS orphan 0 weeks ago dia-Digital orphan 0 weeks ago dia-electric2 orphan 0 weeks ago dia-electronic orphan 0 weeks ago disper orphan 3 weeks ago drobo-utils imntreal, orphan 1 weeks ago dwdiff jhrozek, orphan 2 weeks ago easybashgui orphan 4 weeks ago emma orphan 2 weeks ago enunciate orphan, pahuang 7 weeks ago epydoc orphan, thias 1 weeks ago espresso-ab orphan 0 weeks ago euca2ools orphan 0 weeks ago ezmorph gil, lkundrak, orphan 6 weeks ago felix-main orphan 1 weeks ago fishpoll marionline, orphan 1 weeks ago fluxbox dchen, orphan 0 weeks ago freenx-server orphan 1 weeks ago fsniper jhrozek, orphan 2 weeks ago func alikins, orphan, robert, 0 weeks ago wakko666 fuse-python moezroy, orphan 1 weeks ago gadget orphan 1 weeks ago gcc-python-plugin jakub, orphan 0 weeks ago geronimo-jaspic-spec mizdebsk, orphan 2 weeks ago ginfo orphan,
Re: Orphaning some packages
Hello, I would like to take-over the pefile. Michal Ambroz -- Původní e-mail -- Od: Othman Madjoudj Komu: Development discussions related to Fedora Datum: 15. 9. 2019 3:11:24 Předmět: Orphaning some packages "Hello, I'm going to orphan the following packages, reason is cited in the parentheses. rpms/moin (1.9 branch is Python2 only, 2.0 branch will support Python3 however no stable yet) rpms/epydoc (no upstream release since 2008) rpms/python-crypto2.1 (was needed in EPEL6 which is EOL) rpms/python-paramiko1.10 (was needed in EPEL6 which is EOL) rpms/python-pybloomfiltermmap (was needed for 3rd party software which I dont use anymore) rpms/python-pefile (idem) rpms/pyftpdlib (idem) Best regards -Othman ___ 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 "___ 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: Orphaned packages looking for new maintainers
Hello, I would like to claim python-volatility and python-impacket,. Michal Ambroz -- Původní e-mail -- Od: Miro Hrončok Komu: Development discussions related to Fedora , devel-annou...@lists.fedoraproject.org Datum: 16. 9. 2019 12:01:28 Předmět: Orphaned packages looking for new maintainers "The following packages are orphaned and will be retired when they are orphaned for six weeks, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Note: If you received this mail directly you (co)maintain one of the affected packages or a package that depends on one. Please adopt the affected package or retire your depending package to avoid broken dependencies, otherwise your package will be retired when the affected package gets retired. Request package ownership via releng issues: https://pagure.io/releng/issues Full report available at: https://churchyard.fedorapeople.org/orphans-2019-09-16.txt grep it for your FAS username and follow the dependency chain. Package (co)maintainers Status Change 7kaa orphan 7 weeks ago PyRTF orphan 1 weeks ago R-ALL orphan 3 weeks ago R-AnnotationDbi orphan 3 weeks ago R-BSgenome orphan 3 weeks ago R-BSgenome.Celegans.UCSC.ce2 orphan 3 weeks ago R-Biobase orphan 3 weeks ago R-BiocGenerics orphan 3 weeks ago R-Biostrings orphan 3 weeks ago R-BufferedMatrix orphan 3 weeks ago R-BufferedMatrixMethods orphan 3 weeks ago R-DynDoc orphan 3 weeks ago R-GenomicFeatures orphan 3 weeks ago R-GenomicRanges orphan 3 weeks ago R-IRanges orphan 3 weeks ago R-ROC orphan 3 weeks ago R-affy orphan 3 weeks ago R-affydata orphan 3 weeks ago R-affyio orphan 3 weeks ago R-fibroEset orphan 3 weeks ago R-hgu133acdf orphan 3 weeks ago R-hgu95av2cdf orphan 3 weeks ago R-hgu95av2probe orphan 3 weeks ago R-maanova orphan 3 weeks ago R-multtest alexlan, orphan 3 weeks ago R-pls orphan 3 weeks ago R-preprocessCore orphan 3 weeks ago R-statmod orphan 3 weeks ago R-tkWidgets orphan 3 weeks ago R-widgetTools orphan 3 weeks ago RackTables orphan 1 weeks ago TeXamator orphan 1 weeks ago XmlSchema msimacek, orphan 1 weeks ago Xnee orphan 4 weeks ago access-modifier-annotation mizdebsk, orphan 2 weeks ago accumulo ctubbsii, milleruntime, 4 weeks ago mizdebsk, orphan acegisecurity mizdebsk, orphan 2 weeks ago adapta-backgrounds orphan 0 weeks ago adapta-gtk-theme orphan 0 weeks ago adevs orphan 4 weeks ago akuma orphan 2 weeks ago alacarte alexl, caillon, caolanm, 0 weeks ago johnp, mbarnes, orphan, rhughes, ssp annotation-indexer mizdebsk, orphan 2 weeks ago anyremote orphan 1 weeks ago apache-commons-csv mizdebsk, orphan, spike 2 weeks ago apache-commons-discovery lkundrak, mizdebsk, orphan, 2 weeks ago spike apache-commons-el fnasser, mizdebsk, orphan, 2 weeks ago spike apache-commons-launcher orphan 1 weeks ago apache-mina orphan 2 weeks ago apache-poi gil, lef, orphan 6 weeks ago apache-sshd gil, orphan 2 weeks ago arptools jhrozek, orphan 2 weeks ago asterisk-gui orphan 4 weeks ago audio-convert-mod orphan 0 weeks ago b43-tools orphan 1 weeks ago batti orphan 0 weeks ago belier orphan 3 weeks ago bing orphan 5 weeks ago bios_extract orphan 1 weeks ago bitlyclip orphan, ralph 6 weeks ago boxes jhrozek, orphan 2 weeks ago bridge-method-injector mizdebsk, orphan 2 weeks ago bundling-detection-java mizdebsk, orphan 2 weeks ago bytecode-compatibility- mizdebsk, orphan 2 weeks ago transformer c3p0 orphan 2 weeks ago captcp orphan 1 weeks ago cassandra acaringi, hhorak, jjanco, 1 weeks ago orphan certmaster alikins, orphan, robert, 1 weeks ago wakko666 cfv dfateyev, orphan 2 weeks ago check-mk orphan 1 weeks ago checkdns orphan 4 weeks ago chm2pdf orphan 0 weeks ago comedilib orphan 1 weeks ago concurrentunit orphan 1 weeks ago constant-pool-scanner mizdebsk, orphan 2 weeks ago curator ctubbsii, milleruntime, 4 weeks ago orphan, tstclair dfish orphan 4 weeks ago dia-CMOS orphan 0 weeks ago dia-Digital orphan 0 weeks ago dia-electric2 orphan 0 weeks ago dia-electronic orphan 0 weeks ago disper orphan 3 weeks ago drobo-utils imntreal, orphan 1 weeks ago dwdiff jhrozek, orphan 2 weeks ago easybashgui orphan 4 weeks ago emma orphan 2 weeks ago enunciate orphan, pahuang 7 weeks ago epydoc orphan, thias 1 weeks ago espresso-ab orphan 0 weeks ago euca2ools orphan 0 weeks ago ezmorph gil, lkundrak, orphan 6 weeks ago felix-main orphan 1 weeks ago fishpoll marionline, orphan 1 weeks ago fluxbox dchen, orphan 0 weeks ago freenx-server orphan 1 weeks ago fsniper jhrozek, orphan 2 weeks ago func alikins, orphan, robert, 0 weeks ago wakko666 fuse-python moezroy, orphan 1 weeks ago gadget orphan 1 weeks ago gcc-python-plugin jakub, orphan 0 weeks ago geronimo-jaspic-spec mizdebsk, orphan 2 weeks ago ginfo orphan, stevetraylen 0 weeks ago git-bz orphan 1 weeks ago gitflow infr
Please revert the python-impacket package removal
Hello fellow packagers, please am I the only one who doesn't like the way how the python2 packages are being removed from Fedora? I believe the package python-impacket should not have been removed. Please Miro Hroncok can you revert the package removal? The memo says: "(Sub-)packages only providing python2 importable modules without additional functionality will be removed from Fedora unless some other package(s) depends on them." Package python-impacket was providing whole bunch of utilities with additional functionality like wmiexec.py and psexec.py, which currently do not have replacement (process automation from linux to windows hosts). The package python-impacket is also necessary for the regression tests in curl (especially those related to NTLM authentication) - if at some point we want the %check on curl package to do full testing then python-impacket will be needed. As long as python2 is supported the package and its additional functionality should stay in fedora 30. The upstream is certainly working on making the python3 working, but they are not there yet to be able to use all the functionality safely on python3. Hopefully this will be sorted out till fedora 31: https://github.com/SecureAuthCorp/impacket/issues/61 List of utilities provided by python-impacket (python2-impackets at the time, python3-impacket hopefully in the future): /usr/bin/GetADUsers.py /usr/bin/GetNPUsers.py /usr/bin/GetUserSPNs.py /usr/bin/atexec.py /usr/bin/dcomexec.py /usr/bin/dpapi.py /usr/bin/esentutl.py /usr/bin/getArch.py /usr/bin/getPac.py /usr/bin/getST.py /usr/bin/getTGT.py /usr/bin/goldenPac.py /usr/bin/ifmap.py /usr/bin/karmaSMB.py /usr/bin/lookupsid.py /usr/bin/mimikatz.py /usr/bin/mqtt_check.py /usr/bin/mssqlclient.py /usr/bin/mssqlinstance.py /usr/bin/netview.py /usr/bin/nmapAnswerMachine.py /usr/bin/ntfs-read.py /usr/bin/ntlmrelayx.py /usr/bin/opdump.py /usr/bin/ping.py /usr/bin/ping6.py /usr/bin/psexec.py /usr/bin/raiseChild.py /usr/bin/rdp_check.py /usr/bin/reg.py /usr/bin/registry-read.py /usr/bin/rpcdump.py /usr/bin/sambaPipe.py /usr/bin/samrdump.py /usr/bin/secretsdump.py /usr/bin/services.py /usr/bin/smbclient.py /usr/bin/smbexec.py /usr/bin/smbrelayx.py /usr/bin/smbserver.py /usr/bin/sniff.py /usr/bin/sniffer.py /usr/bin/split.py /usr/bin/ticketer.py /usr/bin/wmiexec.py /usr/bin/wmipersist.py /usr/bin/wmiquery.py Thank you Michal Ambroz ___ 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: Unannounced soname bump: libcapstone.so.3 -> libcapstone.so.4
Thank you. Michal Ambroz -- Původní e-mail -- Od: Richard W.M. Jones Komu: Björn'besser82' Esser Datum: 12. 1. 2019 8:35:45 Předmět: Re: Unannounced soname bump: libcapstone.so.3 -> libcapstone.so.4 " This was fixed upstream in capstone. I'm rebuilding capstone & qemu (again) now. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~ rjones Read my programming and virtualization blog: http://rwmj.wordpress.com libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org ___ 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 "___ 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: Orphaned packages seeking new point of contact
Hi, I took ownership of python-smbpasswd and steghide. Best regards Michal Ambroz -- Původní zpráva -- Od: Kevin Fenzi <ke...@scrye.com> Komu: devel@lists.fedoraproject.org Datum: 29. 7. 2016 19:22:55 Předmět: Orphaned packages seeking new point of contact "Greetings. Per: #topic #1602 dvgrab, non-responsive maintainer .fesco 1602 https://fedorahosted.org/fesco/ticket/1602 #topic #1603 scons, non-responsive maintainer for epel builds .fesco 1603 https://fedorahosted.org/fesco/ticket/1603 #topic #1604 wise2, non-responsive maintainer .fesco 1604 https://fedorahosted.org/fesco/ticket/1604 #topic #1607 Orphan package for "patches" .fesco 1607 https://fedorahosted.org/fesco/ticket/1607 I have orphaned the following packages / branches and they need a new point of contact to stay in the Fedora or EPEL Collections: ascii (epel7) ascii (f23) ascii (f24) ascii (f25) ascii (master) blender (el6) blender (epel7) blender (f23) blender (f24) blender (f25) blender (master) bouncycastle-mail (el5) bouncycastle-mail (el6) bouncycastle-mail (epel7) bouncycastle-tsp (el5) bouncycastle-tsp (el6) coffee-script (el6) coffee-script (epel7) coffee-script (f23) coffee-script (f24) coffee-script (f25) coffee-script (master) compat-libuv010 (f23) compat-libuv010 (f24) compat-libuv010 (f25) compat-libuv010 (master) dom4j (el6) dvgrab (f23) dvgrab (f23) dvgrab (f24) dvgrab (f24) dvgrab (f25) dvgrab (f25) dvgrab (master) dvgrab (master) emacs-common-ess (f23) emacs-common-ess (f24) emacs-common-ess (f25) emacs-common-ess (master) firecontrol (f23) firecontrol (f24) firecontrol (f25) firecontrol (master) ghc-editline (f23) ghc-editline (f24) ghc-editline (f25) ghc-editline (master) ghc-primes (f23) gnu-smalltalk (el5) gnu-smalltalk (el6) gnu-smalltalk (epel7) gnu-smalltalk (f23) gnu-smalltalk (f24) gnu-smalltalk (f25) gnu-smalltalk (master) gnustep-back (el6) gnustep-back (f23) gnustep-back (f24) gnustep-back (f25) gnustep-back (master) gnustep-base (el6) gnustep-base (epel7) gnustep-base (f23) gnustep-base (f24) gnustep-base (f25) gnustep-base (master) gnustep-examples (el6) gnustep-examples (f23) gnustep-examples (f24) gnustep-examples (f25) gnustep-examples (master) gnustep-gui (el6) gnustep-make (el6) gnustep-make (epel7) gnustep-make (f23) gnustep-make (f24) gnustep-make (f25) gnustep-make (master) gorm (el6) gorm (f23) gorm (f24) gorm (f25) gorm (master) gprolog (epel7) gprolog (f23) gprolog (f24) gprolog (f25) gprolog (master) gresolver (f23) gresolver (f24) gresolver (f25) gresolver (master) highlight (el5) highlight (el6) highlight (f23) highlight (f24) highlight (f25) highlight (master) http-parser (el5) http-parser (el6) http-parser (epel7) http-parser (f23) http-parser (f24) http-parser (f25) http-parser (master) icu4j (el6) inadyn (el5) inadyn (el6) inadyn-mt (f23) inadyn-mt (f24) inadyn-mt (f25) inadyn-mt (master) jaxen-bootstrap (el6) js-jquery1 (el5) js-jquery1 (el6) js-jquery1 (epel7) js-jquery1 (f23) js-jquery1 (f24) js-jquery1 (f25) js-jquery1 (master) js-jquery (el5) js-jquery (el6) js-jquery (epel7) js-jquery (f23) js-jquery (f24) js-jquery (f25) js-jquery (master) js-jquery-migrate (el5) js-jquery-migrate (el6) js-jquery-migrate (epel7) js-jquery-migrate (f23) js-jquery-migrate (f24) js-jquery-migrate (f25) js-jquery-migrate (master) js-sizzle (el6) js-sizzle (epel7) js-sizzle (f23) js-sizzle (f24) js-sizzle (f25) js-sizzle (master) kaya (f23) kaya (f24) kaya (f25) kaya (master) kyum (el5) kyum (el6) latex2emf (f23) latex2emf (f24) latex2emf (f25) latex2emf (master) libart_lgpl (f23) libart_lgpl (f24) libart_lgpl (f25) libart_lgpl (master) libavc1394 (f23) libavc1394 (f24) libavc1394 (f25) libavc1394 (master) libdiscid (f23) libdiscid (f24) libdiscid (f25) libdiscid (master) libdv (f23) libdv (f24) libdv (f25) libdv (master) libiec61883 (f23) libiec61883 (f24) libiec61883 (f25) libiec61883 (master) libntlm (epel7) libraw1394 (f23) libraw1394 (f24) libraw1394 (f25) libraw1394 (master) libuv (el6) libuv (epel7) libuv (f23) libuv (f24) libuv (f25) libuv (master) lightning (master) man2html (el5) man2html (el6) man2html (epel7) man2html (f23) man2html (f24) man2html (f25) man2html (master) msv (el6) node-gyp (el6) node-gyp (epel7) node-gyp (f23) node-gyp (f24) node-gyp (f25) node-gyp (master) npm (el6) npm (epel7) npm (f23) npm (f24) ode (el6) open-cobol (f23) open-cobol (f24) open-cobol (f25) open-cobol (master) oxygen-icon-theme (master) oxygen-icon-theme (master) pdf-renderer (f23) pdf-renderer (f24) pdf-renderer (f25) pdf-renderer (master) perl-Ace (f23) perl-Ace (f24) perl-Ace (f25) perl-Ace (master) perl-AutoClass (f23) perl-AutoClass (f24) perl-AutoClass (f25) perl-AutoClass (master) perl-Convert-Binary-C (f23) perl-Convert-Binary-C (f24) perl-Convert-Binary-C (f25) perl-Convert-Binary-C (master) perl-Data-Stag (f23) perl-Data-Stag (f24) perl-Data-Stag (f25) perl-Data-Stag (master) perl-GD-SVG (f23) perl-GD-SVG (f24) perl-GD-SVG (f25) perl-GD-SVG (master)
Re: unretiring valabind package
Hi gil,
>1) maybe you should open a bug for review the package ... ?
Yes I did already ... https://bugzilla.redhat.com/show_bug.cgi?id=1270630
You know - chicken egg problem - the procedure says first announce on devel
list, then create the review request.
>2) you must use %license macro for LICENSE text file
will do - thanks
> i do not understand why _pkgdocdir is versioned
Plan is to get radare2 to fedora. I believe the original packager of
valabind thought of keeping possibility to simultaneously install multiple
versions of radare. The upstream is definitely preparing and using this
possibility.
So far I decided to keep the functionality for compatibility with the
previous package.
>4) you could remove also "Group: Applications/Engineering" is no
more required
Yes I know it is optional now, but I would like to keep it for compatibility
with EPEL, where the valabind package was not orphaned.
See https://admin.fedoraproject.org/pkgdb/package/valabind/
Best regards
Michal Ambroz
-- Původní zpráva --
Od: gil <punto...@libero.it>
Komu: devel@lists.fedoraproject.org
Datum: 12. 10. 2015 4:05:39
Předmět: Re: unretiring valabind package
"
Hi
1) maybe you should open a bug for review the package ... ?
2) you must use %license macro for LICENSE text file
3) maybe you could remove %{!?_pkgdocdir: %global %{_docdir}/%{name}-%
{version}}
i do not understand why _pkgdocdir is versioned
4) you could remove also "Group: Applications/Engineering" is no
more required
regards
gil
Il 12/10/2015 03:51, Michal Ambroz ha scritto:
"Hello,
I would like to unretire the package "valabind" and become the owner for the
orphaned package.
With the current release of valabind 0.9.2 it seems to build nicely with
recent vala version in rawhide
and recent versions of Fedora, so I would like to unretire it.
Koji scratch build:
http://koji.fedoraproject.org/koji/taskinfo?taskID=11410814
(http://koji.fedoraproject.org/koji/taskinfo?taskID=11410814)
Spec URL: https://rebus.fedorapeople.org/SPECS/valabind.spec
(https://rebus.fedorapeople.org/SPECS/valabind.spec)
SRPM URL: https://rebus.fedorapeople.org/SRPMS/valabind-0.9.2-1.fc21.src.rpm
(https://rebus.fedorapeople.org/SRPMS/valabind-0.9.2-1.fc21.src.rpm)
Fedora Account System Username: rebus
Description:
Valabind is a tool to parse vala[1] or vapi files to transform them
into swig[2] interface files, C++, NodeJS-ffi or GIR. With swig, you
can create language bindings for any API written in vala or C with a
vapi interface. It can also generate bindings for C++.
This emails is following the unretiring policy:
https://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers#
Claiming_Ownership_of_a_Retired_Package
(https://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers#Claiming_Ownership_of_a_Retired_Package)
Best regards
Michal Ambroz
-- Původní zpráva --
Od: notificati...@fedoraproject.org(mailto:notificati...@fedoraproject.org)
Komu: re...@seznam.cz(mailto:re...@seznam.cz)
Datum: 12. 10. 2015 0:08:25
Předmět: rebus's scratch build of valabind-0.9.2-1.fc21.src.rpm for rawhide
completed
"Task 11410814 on buildvm-14.phx2.fedoraproject.org
Task Type: build (noarch)
Link: https://koji.fedoraproject.org/koji/taskinfo?taskID=11410814
(https://koji.fedoraproject.org/koji/taskinfo?taskID=11410814)
Task 11410817 on buildvm-27.phx2.fedoraproject.org
Task Type: buildArch (i386)
Link: https://koji.fedoraproject.org/koji/taskinfo?taskID=11410817
(https://koji.fedoraproject.org/koji/taskinfo?taskID=11410817)
logs:
https://kojipkgs.fedoraproject.org/work/tasks/817/11410817/build.log
(https://kojipkgs.fedoraproject.org/work/tasks/817/11410817/build.log)
https://kojipkgs.fedoraproject.org/work/tasks/817/11410817/state.log
(https://kojipkgs.fedoraproject.org/work/tasks/817/11410817/state.log)
https://kojipkgs.fedoraproject.org/work/tasks/817/11410817/root.log
(https://kojipkgs.fedoraproject.org/work/tasks/817/11410817/root.log)
rpms:
https://kojipkgs.fedoraproject.org/work/tasks/817/11410817/valabind-0.9.2-1.
fc24.i686.rpm
(https://kojipkgs.fedoraproject.org/work/tasks/817/11410817/valabind-0.9.2-1.fc24.i686.rpm)
https://kojipkgs.fedoraproject.org/work/tasks/817/11410817/valabind-
debuginfo-0.9.2-1.fc24.i686.rpm
(https://kojipkgs.fedoraproject.org/work/tasks/817/11410817/valabind-debuginfo-0.9.2-1.fc24.i686.rpm)
srpms:
Task 11410816 on buildvm-10.phx2.fedoraproject.org
Task Type: buildArch (x86_64)
Link: https://koji.fedoraproject.org/koji/taskinfo?taskID=11410816
(https://koji.fedoraproject.org/koji/taskinfo?taskID=11410816)
logs:
https://kojipkgs.fedoraproject.org/work/tasks/816/11410816/root.log
(https://kojipkgs.fedoraproject.org/work/tasks/816/11410816/root.log)
https://kojipkgs.fedoraproject.org/work/tasks/816/11410816/state.log
(https://kojipkgs.fedoraproject.org/work/tasks/816/11410816/state.log)
https://koji
unretiring valabind package
Hello, I would like to unretire the package "valabind" and become the owner for the orphaned package. With the current release of valabind 0.9.2 it seems to build nicely with recent vala version in rawhide and recent versions of Fedora, so I would like to unretire it. Koji scratch build: http://koji.fedoraproject.org/koji/taskinfo?taskID=11410814 Spec URL: https://rebus.fedorapeople.org/SPECS/valabind.spec SRPM URL: https://rebus.fedorapeople.org/SRPMS/valabind-0.9.2-1.fc21.src.rpm Fedora Account System Username: rebus Description: Valabind is a tool to parse vala[1] or vapi files to transform them into swig[2] interface files, C++, NodeJS-ffi or GIR. With swig, you can create language bindings for any API written in vala or C with a vapi interface. It can also generate bindings for C++. This emails is following the unretiring policy: https://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers# Claiming_Ownership_of_a_Retired_Package Best regards Michal Ambroz -- Původní zpráva -- Od: notificati...@fedoraproject.org Komu: re...@seznam.cz Datum: 12. 10. 2015 0:08:25 Předmět: rebus's scratch build of valabind-0.9.2-1.fc21.src.rpm for rawhide completed "Task 11410814 on buildvm-14.phx2.fedoraproject.org Task Type: build (noarch) Link: https://koji.fedoraproject.org/koji/taskinfo?taskID=11410814 Task 11410817 on buildvm-27.phx2.fedoraproject.org Task Type: buildArch (i386) Link: https://koji.fedoraproject.org/koji/taskinfo?taskID=11410817 logs: https://kojipkgs.fedoraproject.org/work/tasks/817/11410817/build.log https://kojipkgs.fedoraproject.org/work/tasks/817/11410817/state.log https://kojipkgs.fedoraproject.org/work/tasks/817/11410817/root.log rpms: https://kojipkgs.fedoraproject.org/work/tasks/817/11410817/valabind-0.9.2-1. fc24.i686.rpm https://kojipkgs.fedoraproject.org/work/tasks/817/11410817/valabind- debuginfo-0.9.2-1.fc24.i686.rpm srpms: Task 11410816 on buildvm-10.phx2.fedoraproject.org Task Type: buildArch (x86_64) Link: https://koji.fedoraproject.org/koji/taskinfo?taskID=11410816 logs: https://kojipkgs.fedoraproject.org/work/tasks/816/11410816/root.log https://kojipkgs.fedoraproject.org/work/tasks/816/11410816/state.log https://kojipkgs.fedoraproject.org/work/tasks/816/11410816/build.log rpms: https://kojipkgs.fedoraproject.org/work/tasks/816/11410816/valabind- debuginfo-0.9.2-1.fc24.x86_64.rpm https://kojipkgs.fedoraproject.org/work/tasks/816/11410816/valabind-0.9.2-1. fc24.x86_64.rpm srpms: Task 11410815 on arm02-builder23.arm.fedoraproject.org Task Type: buildArch (armhfp) Link: https://koji.fedoraproject.org/koji/taskinfo?taskID=11410815 logs: https://kojipkgs.fedoraproject.org/work/tasks/815/11410815/build.log https://kojipkgs.fedoraproject.org/work/tasks/815/11410815/state.log https://kojipkgs.fedoraproject.org/work/tasks/815/11410815/root.log rpms: https://kojipkgs.fedoraproject.org/work/tasks/815/11410815/valabind-0.9.2-1. fc24.armv7hl.rpm https://kojipkgs.fedoraproject.org/work/tasks/815/11410815/valabind- debuginfo-0.9.2-1.fc24.armv7hl.rpm srpms: https://kojipkgs.fedoraproject.org/work/tasks/815/11410815/valabind-0.9.2-1. fc24.src.rpm http://koji.fedoraproject.org/koji/taskinfo?taskID=11410814 -- You received this message due to your preference settings at https://apps.fedoraproject.org/notifications/rebus.id.fedoraproject.org/ email/20888"-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Takeover ddrescue dd_rescue
Hello colleagues developers, Following the procedure http://fedoraproject.org/wiki/Package_maintainer_policy#What_to_do_if_a_maintainer_is_absent I would like to take the ownership of the dd_rescue and ddrescue packages. It seems it is not possible to contact original owner of these packages - Andreas Thienemann - for quite some time. - I have tried several times to contact the owner - bugzilla/emails - bugs for the upgrade to current versions are opened for extensive time ddrescue https://bugzilla.redhat.com/show_bug.cgi?id=591042 dd_rescue https://bugzilla.redhat.com/show_bug.cgi?id=807220 - tried to search for contact here on the devel list http://lists.fedoraproject.org/pipermail/devel/2012-June/168582.html If nobody has any objections I would like to co-maintain these packages, continue updating these packages and keeping Andreas Thienemann as co-maintainer for the case he would return to Fedora world. Best regards Michal Ambroz -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: dd_rescue ddrescue upstream versions
Hello Developers, please does anyone know how to contact Andreas Thienemann ? I was trying to contact him related to the packages dd_rescue and ddrescue for upgrade to upstream versions. a href=https://bugzilla.redhat.com/show_bug.cgi?id=591042;https://bugzilla.redhat.com/show_bug.cgi?id=591042/a a href=https://bugzilla.redhat.com/show_bug.cgi?id=807220;https://bugzilla.redhat.com/show_bug.cgi?id=807220/a Best regards Michal Ambroz nbsp; nbsp; lt; Původní zpráva lt; Od: Michal Ambrozlt;a lt; href=a href=mailto:re...@seznam.cz;mailto:re...@seznam.cz/aa href=mailto:re...@seznam.cz;re...@seznam.cz/alt;/a lt; Předmět: dd_rescue ddrescue upstream versions lt; Datum: 14.5.2012 22:31:30 lt; lt; Hello Andreas, lt; please could you consider upgrading the ddrescue and dd_rescue versions in lt; Fedora? lt; lt;a lt; href=a href=https://bugzilla.redhat.com/show_bug.cgi?id=591042;https://bugzilla.redhat.com/show_bug.cgi?id=591042/aa href=https://bugzilla.redhat.com/show_bug.cgi?id=591042;https://bugzilla.redhat.com/show_bug.cgi?id=591042/alt;/a lt; lt;a lt; href=a href=https://bugzilla.redhat.com/show_bug.cgi?id=807220;https://bugzilla.redhat.com/show_bug.cgi?id=807220/aa href=https://bugzilla.redhat.com/show_bug.cgi?id=807220;https://bugzilla.redhat.com/show_bug.cgi?id=807220/alt;/a lt; lt; Thank you lt; Michal Ambroz lt; lt; lt; lt; -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
