Re: Fedora 13 has been branched!!
On Thu, Feb 18, 2010 at 04:30:31AM +0100, Kevin Kofler wrote: > If every grouped update did that, Koji would be littered with special tags. > * problems with merging from the special tags (what if dist-f12-kde440 and > dist-f12-someotherlib123 both carry their own rebuilds of, say, compiz? It > might not even get noticed if they're on different special tags. Depending > on which of the builds "wins", one or the other dependency will be broken) KDE grouped updates are usually a lot bigger than most of the other grouped updates, e.g. this has 60 packages in it: https://admin.fedoraproject.org/updates/F11/FEDORA-2010-1850 Sometimes I create also a grouped update, which only contains two packages, a library and the only package depending on it. So there is a huge range that obviously needs to handled differently. If all packages in an update set are maintained by the same group, there is no harm in using a buildroot override. But as soon as several different maintainers and there are a lot of packages to be updated and the buildroot override is there for a long time, then using custom tags seem to be appropriate for me. Regards Till pgpbuGa0HB8GN.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20100216 changes
On Wed, Feb 17, 2010 at 10:07:52AM -0500, Adam Jackson wrote: > On Tue, 2010-02-16 at 16:17 -0500, Bill Nottingham wrote: > > Jesse Keating (jkeat...@redhat.com) said: > > > On Tue, 2010-02-16 at 20:09 +, Richard W.M. Jones wrote: > > > > On Tue, Feb 16, 2010 at 08:06:16PM +, Rawhide Report wrote: > > > > > 1:libguestfs-1.0.84-1.fc13.i686 requires > > > > > /lib/libdevmapper-event-lvm2snapshot.so.2.02 > > > > > 1:libguestfs-1.0.84-1.fc13.i686 requires /lib/libntfs-3g.so.73 > > > > > 1:libguestfs-1.0.84-1.fc13.i686 requires > > > > > /lib/libdevmapper-event-lvm2mirror.so.2.02 > > > > > 1:libguestfs-1.0.84-1.fc13.i686 requires > > > > > /lib/libntfs-3g.so.73.0.0 > > > > > > > > Fixed already. Is there going to be a freeze on sonames at > > > > some point? > > > > > > We don't necessarily have a soname freeze. I kind of wish we did, but > > > I'm sure that'd be met with lots of loud yelling. > > > > Looking at these requirements, your package is set up such that it will > > fail even if the soname doesn't change (but the filename does). > > > > That seems needlessly fragile. > > libguestfs is using its own find-requires script, which is what appears > to be generating those. From a quick look it's not clear whether it > really needs exactly those files or whether just a soname match would be > good enough. http://bugzilla.redhat.com/547496 seems to be the relevant > bug. It really does require those exact files. It's not linking, it's composing an appliance on the fly using files taken from the host: http://rwmj.wordpress.com/2009/10/22/supermin-appliance-now-in-febootstrap/ > In general we should probably carp about file reqs that look like DSO > deps, especially since rpm has %{isa} now. But this case might be > special. This isn't helpful. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 13 has been branched!!
On Wed, Feb 17, 2010 at 07:44:30PM -0800, Jesse Keating wrote: > You're in Austria right? Rex wakes up before I do, which is why he's > hitting them before me. Finding somebody on the other side of the pond > who's interested in doing releng work would help. I volunteer to help with buildroot overrides assuming that it does not take that much time. I am located in CET/UTC+1, too. Is there maybe a schedule about how well the timeslots are covered? Regards Till pgpIGbFd6vYCw.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F-13 packages still linked to db4-4.7
All these rpms are still linked to db4-4.7 instead of db4-4.8. They just don't appear as broken dependencies because of the existence of compat-db47. It'd be somewhat unstable to let those out without rebuilding for F-13 given that some of these may link to something else that also happens to link to db4 but was itself rebuilt, giving a mix of db4 versions linked to the same app, which will likely fail strangely at runtime. nmh-0:1.3-3.fc12.x86_64 xastir-1:1.9.6-2.fc13.x86_64 jabberd-0:2.2.8-5.fc12.x86_64 ruby-bdb-0:0.6.5-3.fc12.x86_64 libcob-0:1.1-0.20090207.fc12.x86_64 claws-mail-plugins-dillo-0:3.7.5-1.fc13.x86_64 bogofilter-0:1.2.0-2.fc12.x86_64 pam_abl-0:0.2.3-8.fc12.x86_64 open-cobol-0:1.1-0.20090207.fc12.x86_64 claws-mail-plugins-smime-0:3.7.5-1.fc13.x86_64 isync-0:1.0.4-6.fc12.x86_64 libetpan-0:0.58-2.fc12.x86_64 claws-mail-plugins-pgp-0:3.7.5-1.fc13.x86_64 arm4-0:0.8.2-5.fc12.x86_64 webalizer-0:2.21_02-3.x86_64 compat-libgda-0:3.1.2-3.fc12.x86_64 sks-0:1.1.1-2.fc13.x86_64 jigdo-0:0.7.3-9.fc12.x86_64 cairo-dock-plug-ins-0:2.1.3.2-1.fc13.x86_64 claws-mail-plugins-spamassassin-0:3.7.5-1.fc13.x86_64 claws-mail-0:3.7.5-1.fc13.x86_64 claws-mail-plugins-bogofilter-0:3.7.5-1.fc13.x86_64 cfengine-0:2.2.10-5.fc13.x86_64 compat-python24-0:2.4.5-7.fc12.x86_64 jnettop-0:0.13.0-6.fc12.x86_64 subcommander-0:2.0-0.5.fc12.1.x86_64 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 13 has been branched!!
On Thu, 2010-02-18 at 12:59 +0100, Till Maas wrote: > I volunteer to help with buildroot overrides assuming that it does not > take that much time. I am located in CET/UTC+1, too. Is there maybe a > schedule about how well the timeslots are covered? Great! We don't really have a coverage list, but most of the people who have been doing tagging are all in the US time zones, so anything outside of that is welcome. https://fedoraproject.org/wiki/Buildroot_override_SOP is the working SOP we have for this, although I notice it doesn't say what to do with the tickets. We typically assign the ticket to ourself, whoever is doing the tag, so that when the reporter says the build is done we see it and can do the untag and close the ticket. https://fedorahosted.org/rel-eng/report/3 can help you somewhat see the open tickets, if there is a tag request ticket assigned to rel-eng@ that means it likely hasn't been operated on. -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
dist-f14-build
Tags for "dist-f14-build" heave bad arches : i386. All package build for this tags heave bad arch i386 not i686. Regards, Tomo <>-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20100216 changes
On Thu, 2010-02-18 at 10:20 +, Richard W.M. Jones wrote: > On Wed, Feb 17, 2010 at 10:07:52AM -0500, Adam Jackson wrote: > > libguestfs is using its own find-requires script, which is what appears > > to be generating those. From a quick look it's not clear whether it > > really needs exactly those files or whether just a soname match would be > > good enough. http://bugzilla.redhat.com/547496 seems to be the relevant > > bug. > > It really does require those exact files. It's not linking, it's > composing an appliance on the fly using files taken from the host: > > http://rwmj.wordpress.com/2009/10/22/supermin-appliance-now-in-febootstrap/ That still seems fragile. If (to pick an example) libntfs-3g changed from .so.73.0.0 to .so.73.0.1, you'd need to rebuild libguestfs. Moreover, the dynamic linker looks at sonames, not filenames. In a functionality sense - whether apps in the constructed appliance will work - you really do not need exact file name. You could map at runtime from soname to providing file by parsing the output of 'ldconfig -p'. I guess you might also want all the symlinks that point to that file? Which would be something like: rpm -qlf $lib | while read file ; do readlink -s $file | grep -q $lib && echo $file done Again, I'm kind of guessing at what you're doing here, so this might be off base. But it's worth remembering that other, saner packaging systems don't have file requires, so in terms of consistent behaviour across distros you're kind of begging for trouble by using them. - ajax signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20100216 changes
Richard W.M. Jones wrote: > It really does require those exact files. It's not linking, it's > composing an appliance on the fly using files taken from the host: > > http://rwmj.wordpress.com/2009/10/22/supermin-appliance-now-in-febootstrap/ Why don't you just have it use wildcards to select the files to copy in, e.g. libntfs-3g.so.*, instead of hardcoding the exact names? That way you wouldn't have to care about this kind of file deps at all, it'd just work always. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: dist-f14-build
On Thu, 2010-02-18 at 16:43 +0100, Tomo Vuckovic wrote: > Tags for "dist-f14-build" heave bad arches : i386. > All package build for this tags heave bad arch i386 not i686. > > Regards, > Tomo > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel Fixed. -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F-13 packages still linked to db4-4.7
Caolán McNamara wrote: > All these rpms are still linked to db4-4.7 instead of db4-4.8. They just > don't appear as broken dependencies because of the existence of > compat-db47. Do we really need that compat package in the first place? IMHO we should only ship compat packages when it can't be avoided. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20100216 changes
On Thu, Feb 18, 2010 at 04:58:05PM +0100, Kevin Kofler wrote: > Richard W.M. Jones wrote: > > It really does require those exact files. It's not linking, it's > > composing an appliance on the fly using files taken from the host: > > > > http://rwmj.wordpress.com/2009/10/22/supermin-appliance-now-in-febootstrap/ > > Why don't you just have it use wildcards to select the files to copy in, > e.g. libntfs-3g.so.*, instead of hardcoding the exact names? That way you > wouldn't have to care about this kind of file deps at all, it'd just work > always. In the file ("hostfiles") that tells us what to copy in from the host system we do use wildcards. But we only wildcard the minor and release numbers, not the soname major number, since an soname bump probably implies some sort of major change which requires human attention. You can see how it works from this script: http://git.annexia.org/?p=libguestfs.git;a=blob;f=appliance/supermin-split.sh.in;h=c710dc3b6476cbaf0f7aad6e9b5db261630b7186;hb=HEAD#l72 Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20100216 changes
On Thu, Feb 18, 2010 at 04:51:28PM +, Richard W.M. Jones wrote: > In the file ("hostfiles") that tells us what to copy in from the host > system we do use wildcards. But we only wildcard the minor and > release numbers, not the soname major number, since an soname bump > probably implies some sort of major change which requires human > attention. For example: $ grep pcre appliance/initramfs.fedora-11.x86_64.supermin.hostfiles ./lib64/libpcre.so.0.* ./lib64/libpcre.so.0 ./usr/lib64/libpcrecpp.so.0.* ./usr/lib64/libpcrecpp.so.0 ./usr/lib64/libpcreposix.so.0 ./usr/lib64/libpcreposix.so.0.* ./usr/bin/pcretest ./usr/bin/pcregrep Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20100216 changes
Richard W.M. Jones wrote: > In the file ("hostfiles") that tells us what to copy in from the host > system we do use wildcards. But we only wildcard the minor and > release numbers, not the soname major number, since an soname bump > probably implies some sort of major change which requires human > attention. It shouldn't matter at all for your appliance builder. IMHO, you should just wildcard everything and drop the file dependencies. Much less work for you, much fewer broken dependencies, just a small risk of breakage which isn't that big a deal (much better than having the package uninstallable every other day as it is now). Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 13 has been branched!!
Am Donnerstag, den 18.02.2010, 07:36 -0800 schrieb Jesse Keating: > We typically assign the ticket to ourself, whoever is doing > the tag, so that when the reporter says the build is done we see it and > can do the untag and close the ticket. If the ticket is assigned to a single person, I doubt we can do the overwrites in a timely manner. Remember, I'm wasn't talking about a single overwrite but about large build chains that require 8 or 9 rounds of builds and up to 15 overwrites. And if the requester is in a different timezone then the ticket assignee, it surely will take several days. Regards, Christoph -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 13 has been branched!!
On Thu, 2010-02-18 at 18:22 +0100, Christoph Wickert wrote: > If the ticket is assigned to a single person, I doubt we can do the > overwrites in a timely manner. Remember, I'm wasn't talking about a > single overwrite but about large build chains that require 8 or 9 rounds > of builds and up to 15 overwrites. And if the requester is in a > different timezone then the ticket assignee, it surely will take several > days. > New tickets for each override, make tag-request helps here. -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora Linux Format software review: January 2010
On 12/31/2009 04:31 PM, Tom "spot" Callaway wrote: > On 12/30/2009 02:15 AM, Hans de Goede wrote: >> It would be nice if others could join in (be it virtual not necessarily >> physically). So are there any takers for this ? > > It might be useful to have a wiki page listing out the specific content > items which need to be replaced. > Ok, Wiki pages have been created for tracking this, see: http://sourceforge.net/apps/mediawiki/blobwars/index.php?title=Main_Page http://sourceforge.net/apps/mediawiki/blobandconquer/index.php?title=Main_Page Regards, Hans -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Bodhi hash collision?
Hi, I just logged into the bodhi web interface and clicked on "my updates". In the list I see a recent package I pushed to testing - shorewall-4.4.6-2.fc12. When I click on it, it takes me to a screen for luckybackup-0.3.5-2.fc12. Something seems to have gone awry with the hash generation or linking or something. I'd file a bug report but I am not sure where the problem lies exactly. Any pointers? Cheers, Jonathan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Bodhi hash collision?
2010/2/18 Jonathan Underwood : > Hi, > > I just logged into the bodhi web interface and clicked on "my > updates". In the list I see a recent package I pushed to testing - > shorewall-4.4.6-2.fc12. When I click on it, it takes me to a screen > for luckybackup-0.3.5-2.fc12. Something seems to have gone awry with > the hash generation or linking or something. I'd file a bug report but > I am not sure where the problem lies exactly. Any pointers? Hi, i'm the luckybackup owner. If i click on my last luckybackup update (the one you see) i get to the page as it should. So it's nothing crossed. -- LG Thomas Dubium sapientiae initium -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Bodhi hash collision?
On 02/18/2010 02:35 PM, Jonathan Underwood wrote: Hi, I just logged into the bodhi web interface and clicked on "my updates". In the list I see a recent package I pushed to testing - shorewall-4.4.6-2.fc12. When I click on it, it takes me to a screen for luckybackup-0.3.5-2.fc12. Something seems to have gone awry with the hash generation or linking or something. I'd file a bug report but I am not sure where the problem lies exactly. Any pointers? Cheers, Jonathan Both packages have the same Update ID. You can access your update by going to https://admin.fedoraproject.org/updates/shorewall-4.4.6-2.fc12 -josh -- A: No. Q: Should I include quotations after my reply? Don't top post: see http://www.caliburn.nl/topposting.html for more. smime.p7s Description: S/MIME Cryptographic Signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Bodhi hash collision?
On Thu, Feb 18, 2010 at 03:57:58PM -0500, Josh Kayse wrote: > On 02/18/2010 02:35 PM, Jonathan Underwood wrote: > >Hi, > > > >I just logged into the bodhi web interface and clicked on "my > >updates". In the list I see a recent package I pushed to testing - > >shorewall-4.4.6-2.fc12. When I click on it, it takes me to a screen > >for luckybackup-0.3.5-2.fc12. Something seems to have gone awry with > >the hash generation or linking or something. I'd file a bug report but > >I am not sure where the problem lies exactly. Any pointers? > > > >Cheers, > >Jonathan > Both packages have the same Update ID. You can access your update > by going to > https://admin.fedoraproject.org/updates/shorewall-4.4.6-2.fc12 It looks like today's push started overlapping IDs... I'm looking into it, and will reassign ID's once it is fixed. luke -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Test-Announce] F-13 Alpha Blocker Meeting 2010-02-12 @ 16:00 UTC (11 AM EST)
When: Friday, 2010-02-19 @ 16:00 UTC (11 AM EST) Where: #fedora-bugzappers on irc.freenode.net It's that time again: blocker bug review meeting time! Tomorrow is the third blocker bug review meeting for Fedora 13 Alpha. Here are the current bugs listed as blocking the Alpha release. We'll be discussing all of these: 562209 NEW anaconda Booting boot.iso, installer unable to read network package metadata 566460 NEW kernel kernel 2.6.33 strips coredump when using pipe in core_pattern 565592 MODIFIEDanaconda NameError: global name 'shlex' is not defined 565599 MODIFIEDanaconda NameError: global name 'FIRSTBOOT_DEFAULT' is not defined 565611 MODIFIEDanaconda AttributeError: Users instance has no attribute 'cryptPassword' 565306 MODIFIEDanaconda AttributeError: Users instance has no attribute 'createLuserConf' 563212 MODIFIEDxorg-x11-drv-intel xorg-x11-drv-intel-2.10.0-3.fc13.x86_64 kills display: only black screen, no server interactions 565639 MODIFIEDanaconda Rescue mode fails - AttributeError: can't set attribute 565840 MODIFIEDanaconda liveinst fails - OSError: [Errno 2] No such file or directory: '/tmp/updates' 565873 MODIFIEDanaconda cmdline kickstart install stops at -- In interactive step cleardiskssel, can't continue 565497 MODIFIEDtotem-pl-parser totem-pl-parser-2.29.1-1.fc13.i686 requires libgmime-2.4.so.2 557386 MODIFIEDkernel changes in do_coredump breaks ABRT 560477 MODIFIEDanaconda RescueInterface instance has no attribute 'resetInitializeDiskQuestion' Have an issue you'd like to propose as an F13 release blocker? Please consider the following criteria when escalating an issue: https://fedoraproject.org/wiki/Fedora_13_Alpha_Release_Criteria The aim for the Release Criteria for F13 is for our criteria to match up with our 'gut feelings', so if you see an issue that you think should be a blocker but doesn't meet the criteria, please add it as a blocker and mention at the meeting that the criteria don't cover it. Thanks! To promote a bug for consideration as a blocker, simply mark it as blocking the bug 'F13Alpha'. You can also already mark bugs as blocking the Beta or Final release, if appropriate, by using 'F13Beta' and 'F13Blocker' respectively. Hope to see everyone at the meeting tomorrow! For the record, the command used to generate the list of bugs is: bugzilla query --blocked=538273 --bug_status=NEW,ASSIGNED,NEEDINFO,ON_DEV,MODIFIED,POST,ON_QA,FAILS_QA,PASSES_QA,REOPENED,VERIFIED,RELEASE_PENDING --outputformat="%{bug_id} %{bug_status} %{component} %{summary}" -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[389-devel] Please review: [Bug 527848] make sure db upgrade to 4.7 and later works correctly
https://bugzilla.redhat.com/show_bug.cgi?id=527848 Subject: make sure db upgrade to 4.7 and later works correctly Proposed Fix: https://bugzilla.redhat.com/attachment.cgi?id=395003&action=diff Change Description: https://bugzilla.redhat.com/attachment.cgi?id=395003&action=edit Thanks, --noriko smime.p7s Description: S/MIME Cryptographic Signature -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: LD Changes To Implicit DSO Linking Update
On Tue, 2010-02-16 at 17:03 +0100, Enrico Scholz wrote: > Gerd Hoffmann writes: > > > Well. Even pretty fundamental GNOME stuff like gtk2-devel is still > > broken. Look here: > > > > [r...@localhost ~]# pkg-config --libs gtk+-2.0 > > -pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 > > -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 -lfreetype > > -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0 > > Are all these libraries really required? Putting them into a linker line > causes a huge overlinking adding lots of unneeded direct dependencies to > rpm packages. gtk+-2.0.pc has: Requires: gdk-${target}-2.0 atk cairo gio-2.0 pangoft2 It seems likely that some, if not all, of the latter four belong in Requires.private. -- Braden McDaniel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Fwd: I'm leaving packaging on Fedora]
Forwarded Message From: Zarko Pintar To: fedora-devel-annou...@redhat.com Subject: I'm leaving packaging on Fedora Date: Fri, 19 Feb 2010 07:57:05 +0100 Because of my obligations I must leave packaging on Fedora. Please, if someone want to take my packages for further maintaining This is the list of packages maintained by me: me-tv easystroke photoprint photoprint-borders camcardsync imgtarget kind regards, Zarko (Grof) -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating Because of my obligations I must leave packaging on Fedora.Please, if someone want to take my packages for further maintaining This is the list of packages maintained by me: me-tveasystrokephotoprintphotoprint-borderscamcardsyncimgtargetkind regards,Zarko (Grof) signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel