package-review October 2012

package-review@lists.fedoraproject.org

1 participants
1484 discussions

[Bug 755510] New: Review Request: gnome-shell-extension-system-monitor-applet - Gnome shell system monitor extension
by Red Hat Bugzilla 09 Oct '17

09 Oct '17

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Review Request: gnome-shell-extension-system-monitor-applet - Gnome shell system monitor extension https://bugzilla.redhat.com/show_bug.cgi?id=755510 Summary: Review Request: gnome-shell-extension-system-monitor-applet - Gnome shell system monitor extension Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: unspecified Component: Package Review AssignedTo: nobody(a)fedoraproject.org ReportedBy: nicolas.vieville(a)univ-valenciennes.fr QAContact: extras-qa(a)fedoraproject.org CC: notting(a)redhat.com, package-review(a)lists.fedoraproject.org Classification: Fedora Story Points: --- Type: --- Spec URL: http://dl.dropbox.com/u/25699833/Fedora/gnome-shell-extension-system-monito… SRPM URL: http://dl.dropbox.com/u/25699833/Fedora/gnome-shell-extension-system-monito… SRPM URL: http://dl.dropbox.com/u/25699833/Fedora/gnome-shell-extension-system-monito… Project URL: https://github.com/paradoxxxzero/gnome-shell-system-monitor-applet Description: Display system informations in gnome shell status bar, such as memory usage, cpu usage, network rates… $ rpmlint gnome-shell-extension-system-monitor-applet.spec 0 packages and 1 specfiles checked; 0 errors, 0 warnings. $ rpmlint gnome-shell-extension-system-monitor-applet-1.99-1.fc16.src.rpm 1 packages and 0 specfiles checked; 0 errors, 0 warnings. $ rpmlint gnome-shell-extension-system-monitor-applet-1.99-1.fc16.noarch.rpm gnome-shell-extension-system-monitor-applet.noarch: W: devel-file-in-non-devel-package /usr/bin/system-monitor-applet-config gnome-shell-extension-system-monitor-applet.noarch: W: no-manual-page-for-binary system-monitor-applet-config 1 packages and 0 specfiles checked; 0 errors, 2 warnings. As the SPEC file can build this gnome-shell-extension for F-15 and F-16, here is the rpmlint outputs on F-15 files. I was unable to deal with rpmlint errors with F-15 srpm file on a F-16 host (confusion about "dist" and "fedora" macros I suppose). But to be complete, mock builds this package for F-15 and F-16 without any problems. I haven't tried with rawhide. Should I? This is my first review for Fedora and my skill in such things is not complete. $ rpmlint gnome-shell-extension-system-monitor-applet-1.99-1.fc15.src.rpm 0 packages and 0 specfiles checked; 0 errors, 0 warnings. Traceback (most recent call last): File "/usr/bin/rpmlint", line 379, in <module> main() File "/usr/bin/rpmlint", line 169, in main runChecks(pkg) File "/usr/bin/rpmlint", line 229, in runChecks check.check(pkg) File "/usr/share/rpmlint/SpecCheck.py", line 143, in check self.check_spec(pkg, self._spec_file) File "/usr/share/rpmlint/SpecCheck.py", line 564, in check_spec pkgfile = pkg.files()[url.split("/")[-1]] KeyError: 'paradoxxxzero-gnome-shell-system-monitor-applet-1.99-78-g14ef176.tar.gz' $ rpmlint gnome-shell-extension-system-monitor-applet-1.99-1.fc15.noarch.rpm gnome-shell-extension-system-monitor-applet.noarch: W: devel-file-in-non-devel-package /usr/bin/system-monitor-applet-config gnome-shell-extension-system-monitor-applet.noarch: W: no-manual-page-for-binary system-monitor-applet-config 1 packages and 0 specfiles checked; 0 errors, 2 warnings. This review request comes after this bug report: https://bugzilla.redhat.com/show_bug.cgi?id=710386 I'm a newcomer in such things for Fedora and not very familiar with packaging, but I'm volunteer for this package. I'll try to understand and to respect all the documentation and guidelines available on the contributor's part of the Fedora Web site, but any comments on the question are welcome. Last but not the least, as a newcomer, I'm also seeking a sponsor. Thanks in advance for your comments. Cordially, -- NVieville -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

2 123

[Bug 823226] New: Review Request: sqlheavy - GObject wrapper for SQLite
by Red Hat Bugzilla 05 Oct '17

05 Oct '17

https://bugzilla.redhat.com/show_bug.cgi?id=823226 Bug ID: 823226 QA Contact: extras-qa(a)fedoraproject.org Severity: medium Version: rawhide Priority: medium CC: notting(a)redhat.com, package-review(a)lists.fedoraproject.org Assignee: nobody(a)fedoraproject.org Summary: Review Request: sqlheavy - GObject wrapper for SQLite Regression: --- Story Points: --- Classification: Fedora OS: Linux Reporter: aalves(a)gmail.com Type: --- Documentation: --- Hardware: All Mount Type: --- Status: NEW Component: Package Review Product: Fedora Spec URL: http://alvesadrian.fedorapeople.org/sqlheavy.spec SRPM URL: http://alvesadrian.fedorapeople.org/sqlheavy-0.1.1-1.fc16.src.rpm Description: SQLHeavy is a wrapper on top of SQLite with a GObject-based interface Fedora Account System Username: alvesadrian -- You are receiving this mail because: You are on the CC list for the bug.

2 6

[Bug 806117] New: Review Request: Oplop - Generate account passwords based on account nicknames
by Red Hat Bugzilla 05 Oct '17

05 Oct '17

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Review Request: Oplop - Generate account passwords based on account nicknames https://bugzilla.redhat.com/show_bug.cgi?id=806117 Summary: Review Request: Oplop - Generate account passwords based on account nicknames Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: Package Review AssignedTo: nobody(a)fedoraproject.org ReportedBy: abdel.g.martinez.l(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: notting(a)redhat.com, package-review(a)lists.fedoraproject.org Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- Spec URL: http://potty.fedorapeople.org/Oplop/1.6-1/Oplop.spec SRPM URL: http://potty.fedorapeople.org/Oplop/1.6-1/Oplop-1.6-1.fc16.src.rpm Description: Using a single master password and various nicknames, one can create an infinite number of unique account passwords. These unique account passwords are commonly called password hashes, domain-specific passwords, or per-site passwords. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

2 27

[Bug 807476] New: Review Request:evm-utils -IMA/EVM support utilities
by Red Hat Bugzilla 01 Aug '17

01 Aug '17

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Review Request:evm-utils -IMA/EVM support utilities https://bugzilla.redhat.com/show_bug.cgi?id=807476 Summary: Review Request:evm-utils -IMA/EVM support utilities Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: Package Review AssignedTo: nobody(a)fedoraproject.org ReportedBy: pwouters(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: notting(a)redhat.com, package-review(a)lists.fedoraproject.org Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- Spec URL: ftp://ftp.nohats.ca/ima/evm-utils.spec SRPM URL: ftp://ftp.nohats.ca/ima/evm-utils-0.1-1.20110337gitae4710111.fc17.src.rpm Description: IMA/EVM support utilities -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

2 16

[Bug 756780] New: Review Request: xosd - On-screen display library for X
by Red Hat Bugzilla 31 Jul '17

31 Jul '17

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Review Request: xosd - On-screen display library for X https://bugzilla.redhat.com/show_bug.cgi?id=756780 Summary: Review Request: xosd - On-screen display library for X Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: Package Review AssignedTo: nobody(a)fedoraproject.org ReportedBy: ppisar(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: notting(a)redhat.com, package-review(a)lists.fedoraproject.org Classification: Fedora Story Points: --- Type: --- Spec URL: http://ppisar.fedorapeople.org/xosd/xosd.spec SRPM URL: http://ppisar.fedorapeople.org/xosd/xosd-2.2.14-15.fc17.src.rpm Description: XOSD displays text on your screen, sounds simple right? The difference is it is unmanaged and shaped, so it appears transparent. This gives the effect of an On Screen Display, like your TV/VCR etc. This is re-review of xosd because I want to unretire it. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

2 16

[Bug 812758] New: Review Request: trader - Star Traders, a simple game of interstellar trading
by Red Hat Bugzilla 07 Jul '17

07 Jul '17

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Review Request: trader - Star Traders, a simple game of interstellar trading https://bugzilla.redhat.com/show_bug.cgi?id=812758 Summary: Review Request: trader - Star Traders, a simple game of interstellar trading Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: unspecified Component: Package Review AssignedTo: nobody(a)fedoraproject.org ReportedBy: J.Zaitseff(a)zap.org.au QAContact: extras-qa(a)fedoraproject.org CC: notting(a)redhat.com, package-review(a)lists.fedoraproject.org Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- Spec URL: ftp://ftp.zap.org.au/pub/trader/unix/binary/fedora/trader.spec SRPM URL: ftp://ftp.zap.org.au/pub/trader/unix/binary/fedora/trader-7.3.99.2-1.fc16.src.rpm Description: Star Traders, a simple game of interstellar trading Home page: http://www.zap.org.au/software/trader/ Star Traders is a simple game of interstellar trading, where the objective is to create companies, buy and sell shares, borrow and repay money, in order to become the wealthiest player (the winner). --- I originally wrote Star Traders for the CP/M-80 operating system, back in 1990. As an exercise in pure nostalgia, I have rewritten it for modern Linux/POSIX systems and am packaging it for a number of distributions. The game has even been translated into a number of languages, including Russian, French, German, Finnish and Croatian! I would like Fedora to include this simple text-console game as part of its distribution. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

2 62

[Bug 821406] New: Review Request: eiskaltdcpp - QT Direct Connect client
by Red Hat Bugzilla 28 Jun '17

28 Jun '17

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Review Request: eiskaltdcpp - QT Direct Connect client https://bugzilla.redhat.com/show_bug.cgi?id=821406 Summary: Review Request: eiskaltdcpp - QT Direct Connect client Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: unspecified Component: Package Review AssignedTo: nobody(a)fedoraproject.org ReportedBy: vascom2(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: notting(a)redhat.com, package-review(a)lists.fedoraproject.org Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- Spec URL: https://github.com/RussianFedora/eiskaltdcpp/blob/master/eiskaltdcpp.spec Patches URL: https://github.com/RussianFedora/eiskaltdcpp SRPM URL: http://koji.russianfedora.ru/packages/eiskaltdcpp/2.2.6/5.fc17.R/src/eiskal… Description: EiskaltDC++ is a program the uses the Direct Connect protocol. It is compatible with other DC clients, such as the original DC from Neomodus, DC++ and derivatives. EiskaltDC++ also interoperates with all common DC hub software. I am need a sponsor for this package. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

2 70

[Bug 870853] New: Review Request: haven - Next Generation Backup System
by Red Hat Bugzilla 05 Jun '17

05 Jun '17

https://bugzilla.redhat.com/show_bug.cgi?id=870853 Bug ID: 870853 QA Contact: extras-qa(a)fedoraproject.org Severity: medium Clone Of: 768894 Version: rawhide Priority: unspecified CC: dbenini(a)gmail.com, dbenini(a)redhat.com, leamas.alec(a)gmail.com, notting(a)redhat.com, package-review(a)lists.fedoraproject.org, tchollingsworth(a)gmail.com, tibbs(a)math.uh.edu, turchi(a)ntsc.com Assignee: nobody(a)fedoraproject.org Summary: Review Request: haven - Next Generation Backup System Regression: --- Story Points: --- Classification: Fedora OS: Linux Reporter: dbenini(a)gmail.com Type: --- Documentation: --- Hardware: All Mount Type: --- Status: NEW Component: Package Review Product: Fedora +++ This bug was initially created as a clone of Bug #768894 +++ Spec URL: http://www.dbenini.com/haven/fedora/haven.spec SRPM URL: http://www.dbenini.com/haven/fedora/haven-0.0.2-2.fc16.src.rpm Description: SafeHaven is a next generation backup system, from desktop personal backup to enterprise disaster recovery. Features: * Personal backup * Enterprise backup * Disaster recovery * Heavy deduplication & compression Notes: - This is my first Fedora package and I'm looking for sponsorship. - The package builds in mock. --- Additional comment from dbenini(a)redhat.com on 2011-12-19 05:58:59 EST --- rpmlint output: haven.spec:57: W: configure-without-libdir-spec haven.spec: W: invalid-url Source1: haven-icons-0.0.2.tar.gz haven.spec: W: invalid-url Source0: haven-0.0.2.tar.gz --- Additional comment from tchollingsworth(a)gmail.com on 2011-12-20 09:38:26 EST --- (In reply to comment #1) > haven.spec: W: invalid-url Source1: haven-icons-0.0.2.tar.gz > haven.spec: W: invalid-url Source0: haven-0.0.2.tar.gz If you can't provide the full URL to these sources in SourceN for some reason, you need to add a comment indicating how to obtain them. For more information, see: http://fedoraproject.org/wiki/Packaging:SourceURL You used "haven-gtkgui" as the subpackage for the GUI application, but most Fedora packages use subpackages like "haven-gtk". Consider changing it to be consistent with existing packages. You call the "-full" subpackage the "Basic version" in the summary. I think you got that backwards. ;-) Also, consider briefly articulating the difference between the full and basic versions in the %description, to assist users in deciding which one to install. (See "yum info vim-minimal vim-enhanced" for an example.) --- Additional comment from tchollingsworth(a)gmail.com on 2011-12-20 09:41:22 EST --- One More Thing...unless the GUI is guaranteed to work with any version of the software always and forever, you probably want to version that dependency, e.g.: Requires: haven = %{version}-%{release} --- Additional comment from dbenini(a)redhat.com on 2011-12-24 14:48:47 EST --- Hi T.C., thank you very much for the review. I've made the suggested changes to the spec file and re-packaged the application: Spec URL: http://www.dbenini.com/haven/fedora/haven.spec SRPM URL: http://www.dbenini.com/haven/fedora/haven-0.0.2-3.fc16.src.rpm * Koji scratch build info: https://koji.fedoraproject.org/koji/taskinfo?taskID=3603971 * rpmlint output: $ rpmlint -v haven.spec haven.spec:60: W: configure-without-libdir-spec haven.spec: W: invalid-url Source1: haven-icons-0.0.2.tar.gz haven.spec: I: checking-url http://downloads.sourceforge.net/safe-haven/haven-0.0.2.tar.gz (timeout 10 seconds) 0 packages and 1 specfiles checked; 0 errors, 2 warnings. $ rpmlint -v haven haven.x86_64: I: checking haven.x86_64: I: checking-url http://sourceforge.net/projects/safe-haven/ (timeout 10 seconds) 1 packages and 0 specfiles checked; 0 errors, 0 warnings. $ rpmlint -v haven-enhanced haven-enhanced.x86_64: I: checking haven-enhanced.x86_64: I: checking-url http://sourceforge.net/projects/safe-haven/ (timeout 10 seconds) 1 packages and 0 specfiles checked; 0 errors, 0 warnings. $ rpmlint -v haven-gtk haven-gtk.x86_64: I: checking haven-gtk.x86_64: I: checking-url http://sourceforge.net/projects/safe-haven/ (timeout 10 seconds) haven-gtk.x86_64: W: no-documentation haven-gtk.x86_64: W: no-manual-page-for-binary ghaven 1 packages and 0 specfiles checked; 0 errors, 2 warnings. --- Additional comment from jamielinux(a)fedoraproject.org on 2012-02-08 06:39:24 EST --- Some comments: 1) BuildRoot tag is no longer required 2) Removing %{buildroot} in the %install section is no longer required 3) %clean section no longer required 4) defattr in %files section is no longer required --- Additional comment from dbenini(a)redhat.com on 2012-02-12 18:51:58 EST --- Thank you Jamie, I removed useless sections and tags as suggested. * Updated spec file and source RPM: Spec URL: http://www.dbenini.com/haven/fedora/haven.spec SRPM URL: http://www.dbenini.com/haven/fedora/haven-0.0.2-4.fc16.src.rpm * Koji scratch build info: http://koji.fedoraproject.org/koji/taskinfo?taskID=3784798 --- Additional comment from leamas.alec(a)gmail.com on 2012-02-23 06:24:17 EST --- No, I'm no reviewer. Still, I have some remarks and questions: The upstream version is 0.0.2, whereas the specfile's version is 0_0_2, indirectly set using a macro. Basically, the Version: tag should reflect the upstream version i. e. "Version: 0.0.2". Note that from that point an implicit %{version} macro is defined, which you can use to derive 0_0_2 which is used in many places. The "%global _configure ../../configure" macro is not used and can be removed. The %{__mkdir_p} type of macros are not used in Fedora, plain 'mkdir -p' is fine See http://fedoraproject.org/wiki/Packaging:Guidelines#macros The source seems to be GPLv3 or later i. e., "License: GPLv3+" ? Backup software is sensitive... Maybe you should enable PIE? See http://fedoraproject.org/wiki/Packaging:Guidelines#PIE Why have you called the desktop file ghaven.desktop? The normal convention is to use the package name i. e., haven.desktop or haven-gtk.desktop? The same question applies to the icons. In the %files section, you have entries like %{_mandir}/man1/haven.1.gz. These are better written %{_mandir}/man1/*, partly for simplicity, partly because the .gz suffix might change in the future. Since the %check target is empty, you might as well remove it. You have a configure-without-libdir-spec warning. Add --libdir=%{_libdir} to the configure calls so that configure knows where to install (lib/lib64). You have an empty-debuginfo-package rpmlint warning. This might be because of the install-strip targets used, if they indeed strip the code. Basically, you should not strip the code but instead build it with debugging enabled. rpmbuild strips it while postprocessing, using the debuginfo in the debug package. Hope this helps, --a --- Additional comment from mschwendt(a)gmail.com on 2012-03-21 17:02:39 EDT --- Non-trivial to review because a few more iterations will be needed, it seems. > The upstream version is 0.0.2, whereas the specfile's version is 0_0_2, > indirectly set using a macro. Not true. Let's take a look: | %global src_verstr 0.0.2 | %global rpm_verstr %(echo %src_verstr | sed -e 's/-/_/g') | | Version: %rpm_verstr It would substitute '-' with '_', but currently there is no '-' in "0.0.2". This has been taken over from the spec included in the tarball. It's dubious for a few reasons. If the upstream version string ever contained a '-', the entire version would need to be mapped into Fedora's versioning schemes. (For example: 0.0.2-beta1 => apply Fedora's pre-release versioning scheme, which is *not* 0.0.2_beta1.) In general, it can be beneficial to do %global tar_ver 0.0.2 Version: 0.0.2 ... if %tar_ver frequently contains stuff like "-alphaX", "-rcX", which need to be moved into the %release value. Then one can use the different %tar_ver and %version in other places of the spec file. What shouldn't be done is something close to %global version 0.0.2 Version: %version because the "Version" tag already defines %version, and it makes no sense to redefine it. An example from the spec that can lead to problems: > Requires: %{name} = %{src_verstr}-%{release} Here you should use %version instead of %src_verstr, or else you could not split wisely between RPM-compatible and Fedora-compatible version values and upstream version values. Btw, the following applies, too: https://fedoraproject.org/wiki/Packaging:Guidelines#Requiring_Base_Package But why do the subpackages depend on the "haven" package? Is it for files in that package? A comment in the spec should explain the dependency. > Requires(post): /usr/bin/gtk-update-icon-cache > Requires(postun): /usr/bin/gtk-update-icon-cache That's not Fedora's way to add such dependencies: https://fedoraproject.org/wiki/Packaging:ScriptletSnippets#Icon_Cache > The "%global _configure ../../configure" macro is not used and can > be removed. It _is_ used to alter the %configure macro. > You have a configure-without-libdir-spec warning. Add --libdir=%{_libdir} rpmlint false positive, it seems. > %description > Haven backup system. > > Next Generation Backup System, from desktop personal backup to > Enterprise Disaster Recovery. This description is somewhat strange. No full sentences and weird usage of uppercase characters. Why not "Haven aims at becoming a next generation backup system, from desktop personal backup to enterprise-class disaster recovery." > %install ... > mv "icons" "%{buildroot}/%{_datadir}/" Caution! Please don't break --short-circuit installs. Copy or install files from within the build dir, don't move them. --- Additional comment from dbenini(a)redhat.com on 2012-03-23 09:19:43 EDT --- Alec, Michael, thank you for your comments. I will analyse your suggestions (and discuss some of them with upstream) and then I'll come back with a new version of the package. --- Additional comment from tibbs(a)math.uh.edu on 2012-07-03 22:35:15 EDT --- So, over three months later, was there ever any progress here? --- Additional comment from dbenini(a)redhat.com on 2012-07-08 17:39:07 EDT --- Sorry for the long delay, I've made the following changes to the spec file and re-packaged the application: - removed macro forms of system executables, i.e. %{__mkdir_p} macros - changed license from GPLv3 to GPLv3+ - enabled PIE - replaced .gz man files suffix with .* in %files section - removed %check target since it was empty - replaced "install-strip" make rule with plain "install" - removed %src_verstr and %rpm_verstr definition to avoid confusion. %src_verstr will be reintroduced if necessary, but at the moment only %version is used - removed subpackages dependency from the "haven" (base) package including licence texts in each subpackage - removed /usr/bin/gtk-update-icon-cache requirement - changed description - files are now copied, not moved, from within the build dir * Updated spec file and source RPM: Spec URL: http://www.dbenini.com/haven/fedora/haven.spec SRPM URL: http://www.dbenini.com/haven/fedora/haven-0.0.2-5.fc16.src.rpm * Koji scratch build info: http://koji.fedoraproject.org/koji/taskinfo?taskID=4225990 --- Additional comment from mschwendt(a)gmail.com on 2012-09-08 18:44:28 EDT --- When I wanted to take another look at it, it failed to build for Fedora 17 due to the header changes in glib2 ("Only <glib.h> can be included directly."). --- Additional comment from tibbs(a)math.uh.edu on 2012-10-01 11:38:13 EDT --- Indeed, fails to build for me in rawhide as well. --- Additional comment from dbenini(a)gmail.com on 2012-10-10 18:53:18 EDT --- Hi all, Unfortunately my previous Bugzilla account has been disabled and I'm still trying to figure out how to move this package review to my new account. Anyway, I fixed the Fedora 17+ build issue: Spec URL: http://www.dbenini.com/haven/fedora/haven.spec SRPM URL: http://www.dbenini.com/haven/fedora/haven-0.0.2-6.fc17.src.rpm * Koji scratch build info: http://koji.fedoraproject.org/koji/taskinfo?taskID=4575069 http://koji.fedoraproject.org/koji/taskinfo?taskID=4575082 http://koji.fedoraproject.org/koji/taskinfo?taskID=4575129 --- Additional comment from mschwendt(a)gmail.com on 2012-10-11 11:36:08 EDT --- Since mere mortals cannot change the "Reporter" field in bugzilla, one way to transfer the ticket to you would be to clone it, https://bugzilla.redhat.com/enter_bug.cgi?cloned_bug_id=768894 and then continue there. -- You are receiving this mail because: You are on the CC list for the bug.

2 20

[Bug 758472] New: Review Request: Equalizer
by Red Hat Bugzilla 29 May '17

29 May '17

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Review Request: Equalizer https://bugzilla.redhat.com/show_bug.cgi?id=758472 Summary: Review Request: Equalizer Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: Package Review AssignedTo: nobody(a)fedoraproject.org ReportedBy: jskarvad(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: notting(a)redhat.com, package-review(a)lists.fedoraproject.org Classification: Fedora Story Points: --- Type: --- Spec URL: http://jskarvad.fedorapeople.org/Equalizer.spec SRPM URL: http://jskarvad.fedorapeople.org/Equalizer-1.1.4-1.fc17.src.rpm Description: Hi, I just packaged Equalizer and I would appreciate the review. Equalizer is the standard middleware to create and deploy parallel OpenGL-based applications. It enables applications to benefit from multiple graphics cards, processors and computers to scale the rendering performance, visual quality and display size. An Equalizer application runs unmodified on any visualization system, from a simple workstation to large scale graphics clusters, multi-GPU workstations and Virtual Reality installations. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

2 25

[Bug 824083] New: Review Request: nyancat - A terminal Nyan Cat renderer
by Red Hat Bugzilla 12 May '17

12 May '17

https://bugzilla.redhat.com/show_bug.cgi?id=824083 Bug ID: 824083 QA Contact: extras-qa(a)fedoraproject.org Severity: medium Version: rawhide Priority: medium CC: notting(a)redhat.com, package-review(a)lists.fedoraproject.org Assignee: nobody(a)fedoraproject.org Summary: Review Request: nyancat - A terminal Nyan Cat renderer Regression: --- Story Points: --- Classification: Fedora OS: Linux Reporter: ian(a)ianweller.org Type: --- Documentation: --- Hardware: All Mount Type: --- Status: NEW Component: Package Review Product: Fedora Spec URL: http://ianweller.fedorapeople.org/SRPMS/nyancat/1.0-1.20120522git5fe3de9.fc… SRPM URL: http://ianweller.fedorapeople.org/SRPMS/nyancat/1.0-1.20120522git5fe3de9.fc… Description: This is a simple telnet server / standalone application which renders the classic Nyan Cat (or "poptart cat") to your terminal. It makes use of various ANSI escape sequences to render color, or in the case of a VT220, simply dumps text to the screen. Fedora Account System Username: ianweller -- You are receiving this mail because: You are on the CC list for the bug.

2 17

← Newer
1
2
3
4
5
6
7
...
149
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

package-review October 2012