Re: FESCo Request to Retire pgadmin3

[Zbigniew Jędrzejewski-Szmek]

On Thu, Aug 09, 2018 at 11:01:27PM -0700, Joseph D. Wagner wrote:
> I am requesting the retirement of pgadmin3.  It is no longer supported
> upstream, and it does not work with the version of PostgreSQL that Fedora is
> shipping.

You are not a maintainer of it, right? Usually the way to request something
like that would be to communicate with the maintainers (in cc):
sdgathman 'Stuart D Gathman' 
devrim 'Devrim GÜNDÜZ' 

You can also open a bugzilla ticket against the package asking for retirement.

Zbyszek
___
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/message/TKDNZN4SZCRM5TGDWYDBPQHDYO2ROMHM/

FESCo Request to Retire pgadmin3

[Joseph D. Wagner]

I am requesting the retirement of pgadmin3.  It is no longer supported
upstream, and it does not work with the version of PostgreSQL that Fedora is
shipping.

Joseph D. Wagner
___
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/message/PH6CQ5ZAD6XNK2WD7WOAP46RJJHRFLFZ/

[HEADS UP] Update libgit2 to 0.27

[Igor Gnatenko]

Hello everyone,

0.27.x is released long time ago, but I never got time for updating it. It
obviously involves SONAME change.

The good thing about this release is that it breaks only things in runtime
and only one function changed signature (for building) which nobody uses
anyway.

I'm going to update library as soon as I get time (possibly on this weekend
if no all dependent packages build fine). I will handle all rebuilds
myself, just sending a notice.

List of affected packages is below.
Maintainers by package:
R-git2r  qulogic
geany-pluginsdmaphy ohaessler pingou
ghc-bdcs-api clumens
ghc-gi-ggit  dshea
git-evtagignatenkobrain walters
gitg ankursinha ignatenkobrain nacho pwalter
julianalimilan
kf5-ktexteditor  dvratil jgrulich rdieter than
libgit2-glib ignatenkobrain kalev nacho pwalter
python-pygit2pwalter
rubygem-rugged   ignatenkobrain ktdreyer tdawson
rust-exa ignatenkobrain
rust-pretty-git-prompt ignatenkobrain ttomecek
subsurface   pingou

Packages by maintainer:
ankursinha gitg
clumensghc-bdcs-api
dmaphy geany-plugins
dshea  ghc-gi-ggit
dvratilkf5-ktexteditor
ignatenkobrain git-evtag gitg libgit2-glib rubygem-rugged rust-exa
rust-pretty-git-prompt
jgrulich   kf5-ktexteditor
kalev  libgit2-glib
ktdreyer   rubygem-rugged
nacho  gitg libgit2-glib
nalimilan  julia
ohaessler  geany-plugins
pingou geany-plugins subsurface
pwaltergitg libgit2-glib python-pygit2
qulogicR-git2r
rdieterkf5-ktexteditor
tdawsonrubygem-rugged
than   kf5-ktexteditor
ttomecek   rust-pretty-git-prompt
waltersgit-evtag
-- 

-Igor Gnatenko
___
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/message/B6YVXJV3IRIVQPHEQFPIMWDBPADR6IJ7/

Re: [Rpm-ecosystem] lazy loading of filelists.xml to speed up dnf

[Zbigniew Jędrzejewski-Szmek]

> On Wed, Aug 8, 2018 at 7:09 PM Pascal Terjan  wrote:
> > $ GET 
> > http://ftp.free.fr/mirrors/mageia.org/distrib/cauldron/x86_64/media/media_info/file-deps
> > /bin/csh
> > /bin/grep
> > /bin/perl
> > /usr/bin/ln
> > /usr/bin/rm
> > /sbin/service
> > /usr/bin/chattr
> > /usr/bin/guile
> > /usr/bin/openssl
> > /usr/bin/pear
> > /usr/bin/texhash
> > /usr/bin/tr
> > /usr/bin/which
> > /usr/sbin/groupadd
> > /usr/sbin/groupdel
> > /usr/sbin/useradd
> > /usr/sbin/userdel
This gives us the Mandriva/Mageia/Mandrake behaviour.

For Fedora, we need to look at createrepo_c. There was some
uncertainty whether e.g. /usr/libexec paths are in primary.xml. It
turns out they are *not*, and the whitelist is anything that matches
/etc|/usr/lib/sendmail|bin/ [1]. So we have paths like
/usr/share/awstats/wwwroot/cgi-bin/awredir.pl and 
/var/www/moodle/web/admin/tool/recyclebin/classes/base_bin.php (sic!)
in primary.xml.

It seems that this behaviour is accidental and arbitrary. Adding the
list of pattern to primary.xml seems like a good first step. I hope
we can later clean up up the patterns to only match '^/usr/s?bin/'...

[1] 
https://github.com/rpm-software-management/createrepo_c/blob/master/src/misc.h#L110-L118

> So the primary.xml already includes all that. If you actually look in
> the primary.xml.gz files in the Mageia rpm-md data, those are already
> there. The problem is that there are people who actually request files
> outside of the base whitelist as a means to be able to request
> "things" without knowing how they are packaged, because the file path
> is the consistent thing across distros. This is supported in YUM and
> DNF, just slightly differently.
> 
> In this case, the wish is to restore the YUM behavior. The idea is
> that stacking this on top of the Zchunk deltarepo extension will yield
> incredible boosts for everything.
Yes!

Zbyszek
___
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/message/OCD4JAZGONIANNAO627JLUZ27YLPQDBE/

Fedora testing-20180809.0 compose check report

[Fedora compose checker]

No missing expected images.

Passed openQA tests: 2/2 (x86_64)
-- 
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
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/message/ZZOGI752Z7LMS6T3GKONR3MMSCSPUOFN/

Re: Fedora Rawhide-20180808.n.1 compose check report

[Adam Williamson]

On Thu, 2018-08-09 at 11:23 +, Fedora compose checker wrote:
> No missing expected images.
> 
> Failed openQA tests: 73/141 (x86_64), 20/24 (i386), 1/2 (arm)

So in this compose, all RPM-based installs (so, DVD and netinst, but
not dvd-ostree or live) failed because anaconda crashes during install.
This is very likely a crash in dnf or libdnf rather than anaconda, but
we're not 100% sure yet. mkolman and I are looking into it.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
___
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/message/SGMXXDHNKICCFS3WH65FEUU44H44A6W2/

Fedora updates-20180809.0 compose check report

[Fedora compose checker]

No missing expected images.

Passed openQA tests: 2/2 (x86_64)
-- 
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
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/message/2LS6AFTKVBOIZRHJ7CHKHDGM4WTIMLY7/

Re: Orphaned bouml

[Debarshi Ray]

On Thu, Aug 09, 2018 at 03:32:35PM +, Debarshi Ray wrote:
> I have orphaned the bouml [1, 2] package.  I haven't used this
> application for almost a decade, and don't have any time or motivation
> to give it the attention that it needs.

And also its sibling bouml-doc package:
https://src.fedoraproject.org/rpms/bouml-doc
___
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/message/MCTVVQ2S4KUV54RWZQUTC2I6MSXLCZEL/

Orphaned bouml

[Debarshi Ray]

Hello everybody,

I have orphaned the bouml [1, 2] package.  I haven't used this
application for almost a decade, and don't have any time or motivation
to give it the attention that it needs.

Feel free to pick it up if you want to.  If you do, you might want to
update it to one of the more recent upstream releases [3].

Someone could also create a Flatpak and submit it to Flathub!

Cheers,
Rishi

[1] http://bouml.free.fr/
[2] https://src.fedoraproject.org/rpms/bouml
[3] https://bugzilla.redhat.com/show_bug.cgi?id=592893
___
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/message/5DOFEA4O2XEF77VKGU6H7OLD3K6VCEBZ/

Re: Why are we shipping debug builds of pythons?

[Miro Hrončok]

On 4.8.2018 22:25, Miro Hrončok wrote:

Hi,

an interesting discussion came up in the Python Maint team recently, 
about not shipping python3-debug and python2-debug.


On the Chesterton's fence principle [0], I'd would like to know why are 
we building and shipping them before we have a discussion about their 
removal to save build time and remove packaging cruft.


Anyone has an idea? Those packages are meant to debug Python, yet all 
people I know who do that, build they own Python for that purpose (often 
from the master branch).


I tracked down the introduction of the python-debug package in this 
commit [1] by David Malcolm (CCed) @ 8 years ago, added in Fedora 14 
shortly before upgrade to 2.7. Yet the commit message lacks rationale.


[0] https://en.wikipedia.org/wiki/Wikipedia:Chesterton%27s_fence
[1] 
https://src.fedoraproject.org/rpms/python/c/f020abd35954981b383884105dad425ba9c6637a 



Thank you all, we'll keep them.

--
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://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/message/TEL5L3YAESPSCN53IMBZOVWANC7FS7RT/

Nonresponsive maintainer: Dale Macartney (dbmacartney)

[Miro Hrončok]

Dale Macartney (dbmacartney) is not responsive.

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

Anyone knows how to contact the maintainer?

--
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://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/message/DQZ25IUHZPSN4FCMFURYC4USVAQWTOHA/

Fedora Rawhide-20180808.n.1 compose check report

[Fedora compose checker]

No missing expected images.

Failed openQA tests: 73/141 (x86_64), 20/24 (i386), 1/2 (arm)

New failures (same test did not fail in Rawhide-20180802.n.0):

ID: 263892  Test: x86_64 Server-dvd-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/263892
ID: 263902  Test: x86_64 Server-dvd-iso install_repository_nfs_graphical
URL: https://openqa.fedoraproject.org/tests/263902
ID: 263908  Test: x86_64 Server-dvd-iso install_updates_nfs
URL: https://openqa.fedoraproject.org/tests/263908
ID: 263909  Test: x86_64 Server-dvd-iso install_repository_nfs_variation
URL: https://openqa.fedoraproject.org/tests/263909
ID: 263915  Test: i386 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/263915
ID: 263916  Test: i386 Server-dvd-iso install_default
URL: https://openqa.fedoraproject.org/tests/263916
ID: 263919  Test: i386 Everything-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/263919
ID: 263933  Test: x86_64 Workstation-boot-iso memory_check
URL: https://openqa.fedoraproject.org/tests/263933
ID: 263937  Test: i386 Workstation-boot-iso memory_check
URL: https://openqa.fedoraproject.org/tests/263937
ID: 263938  Test: i386 Workstation-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/263938
ID: 263967  Test: x86_64 universal install_lvmthin
URL: https://openqa.fedoraproject.org/tests/263967
ID: 263968  Test: x86_64 universal install_no_swap
URL: https://openqa.fedoraproject.org/tests/263968
ID: 263970  Test: x86_64 universal install_blivet_btrfs
URL: https://openqa.fedoraproject.org/tests/263970
ID: 263972  Test: x86_64 universal install_blivet_xfs
URL: https://openqa.fedoraproject.org/tests/263972
ID: 263974  Test: x86_64 universal install_blivet_lvmthin
URL: https://openqa.fedoraproject.org/tests/263974
ID: 263979  Test: x86_64 universal install_shrink_ntfs
URL: https://openqa.fedoraproject.org/tests/263979
ID: 263982  Test: x86_64 universal install_arabic_language
URL: https://openqa.fedoraproject.org/tests/263982
ID: 263984  Test: x86_64 universal install_kickstart_firewall_disabled
URL: https://openqa.fedoraproject.org/tests/263984
ID: 263986  Test: x86_64 universal install_sata
URL: https://openqa.fedoraproject.org/tests/263986
ID: 263992  Test: x86_64 universal install_simple_encrypted@uefi
URL: https://openqa.fedoraproject.org/tests/263992
ID: 263994  Test: x86_64 universal install_package_set_minimal
URL: https://openqa.fedoraproject.org/tests/263994
ID: 263995  Test: x86_64 universal install_software_raid@uefi
URL: https://openqa.fedoraproject.org/tests/263995
ID: 263996  Test: x86_64 universal install_delete_partial@uefi
URL: https://openqa.fedoraproject.org/tests/263996
ID: 263997  Test: x86_64 universal install_delete_pata
URL: https://openqa.fedoraproject.org/tests/263997
ID: 263999  Test: x86_64 universal install_repository_http_graphical
URL: https://openqa.fedoraproject.org/tests/263999
ID: 264010  Test: x86_64 universal install_blivet_software_raid@uefi
URL: https://openqa.fedoraproject.org/tests/264010
ID: 264012  Test: x86_64 universal install_kickstart_user_creation
URL: https://openqa.fedoraproject.org/tests/264012
ID: 264013  Test: x86_64 universal install_scsi_updates_img
URL: https://openqa.fedoraproject.org/tests/264013
ID: 264015  Test: x86_64 universal install_xfs@uefi
URL: https://openqa.fedoraproject.org/tests/264015
ID: 264017  Test: x86_64 universal install_simple_free_space
URL: https://openqa.fedoraproject.org/tests/264017
ID: 264019  Test: x86_64 universal install_software_raid
URL: https://openqa.fedoraproject.org/tests/264019
ID: 264020  Test: x86_64 universal install_delete_partial
URL: https://openqa.fedoraproject.org/tests/264020
ID: 264021  Test: x86_64 universal install_btrfs
URL: https://openqa.fedoraproject.org/tests/264021
ID: 264022  Test: x86_64 universal install_ext3
URL: https://openqa.fedoraproject.org/tests/264022
ID: 264026  Test: x86_64 universal install_shrink_ext4
URL: https://openqa.fedoraproject.org/tests/264026
ID: 264029  Test: x86_64 universal install_kickstart_hdd
URL: https://openqa.fedoraproject.org/tests/264029
ID: 264030  Test: x86_64 universal install_sata@uefi
URL: https://openqa.fedoraproject.org/tests/264030
ID: 264031  Test: x86_64 universal install_multi
URL: https://openqa.fedoraproject.org/tests/264031
ID: 264032  Test: x86_64 universal install_multi@uefi
URL: https://openqa.fedoraproject.org/tests/264032
ID: 264033  Test: x86_64 universal install_simple_encrypted
URL: https://openqa.fedoraproject.org/tests/264033
ID: 264040  Test: i386 universal install_blivet_no_swap
URL: https://openqa.fedoraproject.org/tests/264040
ID: 264041  Test: i386 universal install_blivet_xfs
URL: https://openqa.fedoraproject.org/tests/264041
ID: 264042  Test: i386 universal install_blivet_software_raid
URL: https://open

Re: Golang SIG for Fedora

[Jakub Cajka]

- Original Message -
> From: "Ricardo Martinelli Oliveira" 
> To: "Development discussions related to Fedora" 
> 
> Sent: Monday, August 6, 2018 3:47:44 PM
> Subject: Re: Golang SIG for Fedora
> 
> I think we already have tools for that. What I expect with the SIG is
> something that could improve the Go Packaging best practices listed in
> https://fedoraproject.org/wiki/PackagingDrafts/Go
> 

Yeah, I believe that is one of the most important tasks, but I envision that 
SIG will be place to kind of pool and share our resources/time/experiences and 
some issue/work(in addition to the BugZilla and other Fedora standart tools) 
tacking system could be really helpful. Place where we could put our ideas and 
nice to have things that we don't have time to work on currently, but not only 
those. It would also make more apparent to the outside progress of some bigger 
scope projects like the packaging guidelines.

JC

> 
> On Mon, Aug 6, 2018 at 9:10 AM, Vitor Ramos  wrote:
> > I think that we can mature in the first moment the SIG, and in other
> > moment, channels, groups, and subjects in another moment. An approach
> > about the taiga is about the development of Tools that contemplate the
> > Golang in Fedora Project?
> > ___
> > 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/message/SSY4GJ36T6LSVEWLOWHE5QP2BP4Q2HVZ/
> ___
> 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/message/TF6NM4E6DHHW6NO6TUGDF44IPHFW3VG4/
> 
___
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/message/3AKM7XV5KWL5RAB74URA5DJ3NTMNR3WA/

Re: Golang SIG for Fedora

[Jakub Cajka]

- Original Message -
> From: "Jakub Cajka" 
> To: "nicolas mailhot" , "zebob m" 
> , "ricardo martinelli oliveira"
> , "Jan Chaloupka" 
> , "Derek Parker"
> , "Paul Gier" 
> Cc: gol...@lists.fedoraproject.org, "Development discussions related to 
> Fedora" 
> Sent: Friday, August 3, 2018 1:05:22 PM
> Subject: Re: Golang SIG for Fedora
> 
> Thank you very much for your interest.
> 
>   I will now create SIG wiki page(and let you know to add yourself there),
>   IRC channel(#fedora-golang, making it official). I believe we can use
>   gol...@lists.fedoraproject.org as the mailing list. And as it has been
>   suggested to the container SIG I will create Go group at
>   https://discussion.fedoraproject.org/ for more user faced discussions.
>   Also I have been thinking about having
>   taiga(https://taiga.fedorainfracloud.org), pagure project or alike for
>   issues, idea and work tracking, but I would postpone creating and working
>   on it until after we can meet and discuss it.
> 
>   With Flock next week, if you will be there please let me know as it would
>   be great to meet up there.
> 
>   After the Flock I would like to organize meeting of us all. I'm not sure
>   where IRC/or some other platform and when. Could you reply to me off the
>   list with days(ideally between 13-31 of Aug) and time that would best
>   suite you and your preferred way of the meeting(IRC, hangouts, jitsi,...).
>   I think that it would be best to meet on jitsi or other video chat/meeting
>   platform.
> 
> JC

I have create the SIG page in the wiki https://fedoraproject.org/wiki/SIGs/Go.
Please add yourself in to the members list if you are interested to participate.
If you have any comments or improvements to the SIG page please bring it up or 
just do it :).

I believe that next step should be meeting where we will share our 
expectations, etc. Please let me know what would suite you.

JC

> ___
> golang mailing list -- gol...@lists.fedoraproject.org
> To unsubscribe send an email to golang-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/gol...@lists.fedoraproject.org/message/RN7MWWZR3V2SWAZB3XZ36LPMVZKCPYQH/
> 
___
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/message/FTTNALB6QOUOZBAKWI2MMFYHF426HOJJ/

Self Introduction: Patrik Novotný

[Patrik Novotny]

Hi Everyone,

Since I've just got sponzored - thank you jskarvad :) - it's time for me to
introduce myself. So here's my attempt :) .

I've discovered Linux, programming and the whole open source world about
7-8 years ago when I was at high school and immediately fell in love with
it. Even though I've studied electrical engineering I was much more
interested in software from the beginning. Driven mainly by my curiosity
and fascination by the concept of open source I've learned enough of coding
and Linux administration to get a job as a sysadmin at a smaller company in
Brno (Czech Republic). After roughly two and a half years I was given an
opportunity to challenge myself and to gain experience more towards
development at Red Hat.

So here I am taking this opportunity and starting as a packager. I'm about
to be focused mainly on containers and databases and my very first package
is timescaledb but more should come soon.

I'm very excited to be a part of this community and looking forward for the
ongoing cooperation.


Have a great day everyone!


-- 

Patrik Novotný

Associate Software Engineer

Red Hat 

panov...@redhat.com

___
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/message/P5WMOGGHKBM3ZDZQVW6WNJVTD4CJMV4Q/

Re: [Rpm-ecosystem] lazy loading of filelists.xml to speed up dnf

[Vít Ondruch]

Dne 9.8.2018 v 07:34 Neal Gompa napsal(a):
> On Wed, Aug 8, 2018 at 7:09 PM Pascal Terjan  wrote:
>> On 7 August 2018 at 09:50, Michael Schroeder  wrote:
>>> On Mon, Aug 06, 2018 at 04:36:07PM +, Zbigniew J??drzejewski-Szmek 
>>> wrote:
 this mail is a continuation of an FPC [1] and a FESCo [2] tickets.

 A proposal was made is to disallow packages in Fedora from using file
 deps, and to optimize dnf to not load filelists.xml. File deps would
 still be supported, because external packages and users want to use
 them, but they would not be allowed for distro packages.

 Not downloading or loading filelists.xml which are required for file
 deps would provide significant bandwidth savings (~47 MB compressed)
 and noticeable runtime savings (~10s at dnf startup) in many common
 cases.

 So this is something that is worth exploring, but it's not clear if it
 is at all feasible.
>>> There's also something that can easily be done and would make
>>> loading the filelist unneeded in most of the cases: extend the
>>> primary filelist to include some whitelist of files. The whitelist
>>> must also be stored in the primary data, so that the solver knows
>>> what to expect.
>> That's what Mandrake/Mandriva/Mageia/... has been doing for many
>> years, there is a small file-deps file containing the ones we end up
>> generating, mostly from scriptlets IIRC, and we end up with provides
>> added for those in the main metadata when generating it. Then file
>> lists are lazily loaded when people want to query them but not used
>> for dependency resolution.
>>
>> $ GET 
>> http://ftp.free.fr/mirrors/mageia.org/distrib/cauldron/x86_64/media/media_info/file-deps
>> /bin/csh
>> /bin/grep
>> /bin/perl
>> /usr/bin/ln
>> /usr/bin/rm
>> /sbin/service
>> /usr/bin/chattr
>> /usr/bin/guile
>> /usr/bin/openssl
>> /usr/bin/pear
>> /usr/bin/texhash
>> /usr/bin/tr
>> /usr/bin/which
>> /usr/sbin/groupadd
>> /usr/sbin/groupdel
>> /usr/sbin/useradd
>> /usr/sbin/userdel
>>
> So the primary.xml already includes all that. If you actually look in
> the primary.xml.gz files in the Mageia rpm-md data, those are already
> there. The problem is that there are people who actually request files
> outside of the base whitelist as a means to be able to request
> "things" without knowing how they are packaged, because the file path
> is the consistent thing across distros.


So couldn't be createrepo actually extended in a way that if it
identifies package, which has "Requires: /some/random/path" and at the
same time, the "/some/random/path" is actually included in the
repository, such file/package would be included in primary.xml.gz? This
would help with huge repositories, since there is the highest cost of
downloading filelist.xml.


V.
___
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/message/D4XRZXGYMKINAN6CZLMHV44CGH4X4S4V/