Bootstrapping build-time circular dependent packages
Say we have two packages: Name: a Requires: b BuildRequires: b and Name: b Requires: a BuildRequires: a I can bootstrap them by building and installing manually before rpmbuild but how should I do that with koji? Thanks for any advices! -- Kind regards, Vladimir. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Ownership of a retired package (python-zfec)
Greetings, I would like to claim ownership of retired package [1] and according to [2] I'm announcing this. I'm going to maintain this package for EL6/7 and Fedora so if anyone was already working on this package please let me know. The reason for picking up this package is that I need it to use with [3]. [1] https://admin.fedoraproject.org/pkgdb/package/python-zfec/ [2] https://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers#Claiming_Ownership_of_a_Retired_Package [3] https://apps.fedoraproject.org/packages/zbackup -- Kind regards, Vladimir. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Firefox Aurora in rawhide
It will be great! 2014-12-30 19:09 GMT+03:00 Alexander Ploumistos alex.ploumis...@gmail.com: Would it make sense to include Firefox Aurora / Developer Edition in rawhide? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- Kind regards, Vladimir. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Sponsorship request
Greetings, you should probably read zbackup description (available on http://zbackup.org/) and perform backup/restore on multiple VM images. All software that you are talking about (rdiff-backup, rsnapshot, amanda, backuppc, bacula and tons of homegrown bash backup systems) does not provide real deduplication. All of that symlinks/hardlinks tricks isn't deduplication at all. We use a 64-bit modified Rabin-Karp rolling hash with sliding window that performs checking with a single-byte granularity. It was even better than ZFS deduplication. Take a try and then we will talk about Yet Another Incompatible Backup Paradigm(tm) that you will probably pronounce as next-gen backup paradigm after you will give a try ;) Yep, not first next-gen backup paradigm but one of two opensource next-gen backup software because all other software that performs deduplication with sliding window was closed-source proprietary systems. Thanks! 2014-12-19 16:40 GMT+03:00 Nico Kadel-Garcia nka...@gmail.com: On Fri, Dec 19, 2014 at 2:38 AM, Vladimir Stackov amigo.el...@gmail.com wrote: Greetings, Fedora developers, I'm coming to you with one small request: I'm asking you for a sponsorship for this review request: https://bugzilla.redhat.com/show_bug.cgi?id=1172525 I understand that I'm somewhat obsessive but counting on your patience :) Thanks! -- King regards, Vladimir. Have you actually found this kind of pick and choose deduplication in your backup software to be effective? I've generally found that the integral hard-linking across backups of tools like rsnapshot to be much more effective, and if you need to use compressed backups or tape for archival storage, the stability and long lifespan and tape backup support of tools like AMANDA to be more reliable than the creation of Yet Another Incompatible Backup Paradigm(tm) which lacks some of their features. The need to pick and choose and re-assemble components among the tarballs is one that's historically prone to errors among backups. It's not a moral objection to the approach, but wondering why is it needed? AMANDA already does incremental tarball backups, it can support encryption, it supports tape drive backup quite effectively, and it has commercial support available for more complex environments with the ZMANDA company. And rsnapshot does very effective de-duplicated full mirrors which can be NFS read-only exported for clients to recover their own files: this has been invaluable for allowing users to recover their files without having to provide sophisticated admin access to the backup syste. So I'm not sure why you need yet another tool. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- Kind regards, Vladimir. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Sponsorship request
In addition to my previous message: Take a look on ddar vs rdiff-backup comparison: https://github.com/basak/ddar/wiki/rdiff-backup Most of those concepts are applicable to zbackup. 2014-12-19 17:30 GMT+03:00 Vladimir Stackov amigo.el...@gmail.com: Greetings, you should probably read zbackup description (available on http://zbackup.org/) and perform backup/restore on multiple VM images. All software that you are talking about (rdiff-backup, rsnapshot, amanda, backuppc, bacula and tons of homegrown bash backup systems) does not provide real deduplication. All of that symlinks/hardlinks tricks isn't deduplication at all. We use a 64-bit modified Rabin-Karp rolling hash with sliding window that performs checking with a single-byte granularity. It was even better than ZFS deduplication. Take a try and then we will talk about Yet Another Incompatible Backup Paradigm(tm) that you will probably pronounce as next-gen backup paradigm after you will give a try ;) Yep, not first next-gen backup paradigm but one of two opensource next-gen backup software because all other software that performs deduplication with sliding window was closed-source proprietary systems. Thanks! 2014-12-19 16:40 GMT+03:00 Nico Kadel-Garcia nka...@gmail.com: On Fri, Dec 19, 2014 at 2:38 AM, Vladimir Stackov amigo.el...@gmail.com wrote: Greetings, Fedora developers, I'm coming to you with one small request: I'm asking you for a sponsorship for this review request: https://bugzilla.redhat.com/show_bug.cgi?id=1172525 I understand that I'm somewhat obsessive but counting on your patience :) Thanks! -- King regards, Vladimir. Have you actually found this kind of pick and choose deduplication in your backup software to be effective? I've generally found that the integral hard-linking across backups of tools like rsnapshot to be much more effective, and if you need to use compressed backups or tape for archival storage, the stability and long lifespan and tape backup support of tools like AMANDA to be more reliable than the creation of Yet Another Incompatible Backup Paradigm(tm) which lacks some of their features. The need to pick and choose and re-assemble components among the tarballs is one that's historically prone to errors among backups. It's not a moral objection to the approach, but wondering why is it needed? AMANDA already does incremental tarball backups, it can support encryption, it supports tape drive backup quite effectively, and it has commercial support available for more complex environments with the ZMANDA company. And rsnapshot does very effective de-duplicated full mirrors which can be NFS read-only exported for clients to recover their own files: this has been invaluable for allowing users to recover their files without having to provide sophisticated admin access to the backup syste. So I'm not sure why you need yet another tool. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- Kind regards, Vladimir. -- Kind regards, Vladimir. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Sponsorship request
Thank you! 2014-12-20 0:22 GMT+03:00 Mikolaj Izdebski mizde...@redhat.com: On 12/19/2014 08:38 AM, Vladimir Stackov wrote: Greetings, Fedora developers, I'm coming to you with one small request: I'm asking you for a sponsorship for this review request: https://bugzilla.redhat.com/show_bug.cgi?id=1172525 I understand that I'm somewhat obsessive but counting on your patience :) I've taken the review and I will sponsor you. -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- Kind regards, Vladimir. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Sponsorship request
Greetings, Fedora developers, I'm coming to you with one small request: I'm asking you for a sponsorship for this review request: https://bugzilla.redhat.com/show_bug.cgi?id=1172525 I understand that I'm somewhat obsessive but counting on your patience :) Thanks! -- King regards, Vladimir. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Self Introduction: Vladimir Stackov
Greetings, Fedora lovers, I'm glad to introduce myself to you. I'm 15+ years developer/admin with mainly perl-experience (also I write on C#/C/C++/Java) and would to like to make a contribution to Fedora. I'm going to maintain zbackup package for Fedora and EPEL. I'm also one of the zbackup contributors and one of two zbackup upstream maintainers. Here is my first review request: https://bugzilla.redhat.com/show_bug.cgi?id=1172525 -- Thanks, Vladimir Stackov. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Self Introduction: Vladimir Stackov
Thank you! Yes, it will be implemented till v1.7-1.8. 2014-12-10 20:10 GMT+03:00 Matthew Miller mat...@fedoraproject.org: On Wed, Dec 10, 2014 at 02:06:25PM +0400, Vladimir Stackov wrote: I'm glad to introduce myself to you. I'm 15+ years developer/admin with mainly perl-experience (also I write on C#/C/C++/Java) and would to like to make a contribution to Fedora. I'm going to maintain zbackup package for Fedora and EPEL. I'm also one of the zbackup contributors and one of two zbackup upstream maintainers. Hi, and welcome! zbackup looks really cool. Have you thought about adding Reed-Solomon codes as a built-in feature for error correction? -- Matthew Miller mat...@fedoraproject.org Fedora Project Leader -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- С уважением, Владимир. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
