[Bug 323441] New: Review Request: trousers - The open-source TCG software stack
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=323441
Summary: Review Request: trousers - The open-source TCG software
stack
Product: Fedora
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: Package Review
AssignedTo: nobody(a)fedoraproject.org
ReportedBy: yoder1(a)us.ibm.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-package-review@redhat.com,notting(a)redhat.com
Spec URL: http://trousers.sf.net/trousers-0.3.1-1cvs.src.rpm
SRPM URL: http://trousers.sf.net/trousers.spec
Description: Trousers is an implementation of the Trusted Computing Group's Software Stack specification, created and maintained by IBM. Trousers consists of a library, libtspi.so, which communicates through RPC to a daemon, resident on the TPM chip's platform. The library can be used without the daemon for some tasks and so the package should be included for all architectures. For questions, please contact Kent Yoder at key(a)linux.vnet.ibm.com.
--
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, or are watching someone who is.
15 years, 11 months
[Bug 442640] New: Review Request: epeg - Immensely fast JPEG thumbnailer
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=442640
Summary: Review Request: epeg - Immensely fast JPEG thumbnailer
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: Package Review
AssignedTo: nobody(a)fedoraproject.org
ReportedBy: stlwrt(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-package-review@redhat.com,notting(a)redhat.com
Spec URL: http://rpm.scwlab.com/epeg-goes-rawhide/epeg.spec
SRPM URL: http://rpm.scwlab.com/epeg-goes-rawhide/epeg-0.9.1.042-1.fc9.src.rpm
RPMs for i386 and x86_64 built in mock: http://rpm.scwlab.com/epeg-goes-rawhide/
Description:
Epeg is insanely fast at loading large JPEG images and scaling them down to
tiny thumbnails. It's speedup will be proportional to the size difference
between the source image and the output thumbnail size as a count of their
pixels.
It makes use of libjpeg features of being able to load an image by only
decoding the DCT coefficients needed to reconstruct an image of the size
desired. This gives a massive speedup. If you do not try and access the pixels
in a format other than YUV (or GRAY8 if the source is grascale) then it also
avoids colorspace conversions as well.
RPMLint spits out only W: no-documentation on -devel package because there's no documentation in upstream package. Epeg mostly helper library for higher-lever thumbnailing API - epsilon.
Package works as expected - makes thumbnails of jpegs faster than imagemagick ;)
--
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, or are watching someone who is.
15 years, 11 months
[Bug 439310] New: Review Request: gnue-common - GNU Enterprise Common Base
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=439310
Summary: Review Request: gnue-common - GNU Enterprise Common Base
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: Package Review
AssignedTo: nobody(a)fedoraproject.org
ReportedBy: aaronh(a)garden.org
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-package-review@redhat.com,notting(a)redhat.com
Spec URL: https://agave.garden.org/~aaronh/rpm/gnue-common.spec
SRPM URL: https://agave.garden.org/~aaronh/rpm/gnue-common-0.6.9-1.src.rpm
Description:
GNU Enterprise Common Library for use with the GNUe tools GNUe-Common
provides a set of images and classes that GNUe-Forms, GNUe-Reports,
GNUe-Appserver and GNUe-Designer and others are dependent upon. It
implements a database-abstraction layer that provides support for most
major databases. A builtin XML-to-Object parser and Object-to-XML
marshaller are used by Forms, Reports, and Designer to save and read
Forms/Report definitions to and from an XML file. It also defines and
implements an RPC abstraction layer that will allow server processes
to define their public methods once and have them available to CORBA,
XML-RPC, SOAP, and DCOM clients.
--
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, or are watching someone who is.
15 years, 11 months
[Bug 429609] New: Review Request: perl-CGI-SpeedyCGI - Speed up perl scripts by running them persistently
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=429609
Summary: Review Request: perl-CGI-SpeedyCGI - Speed up perl
scripts by running them persistently
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: Package Review
AssignedTo: nobody(a)fedoraproject.org
ReportedBy: redhat-bugzilla(a)linuxnetz.de
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-package-
review@redhat.com,jorton@redhat.com,notting(a)redhat.com
Spec URL: http://labs.linuxnetz.de/bugzilla/perl-CGI-SpeedyCGI.spec
SRPM URL: http://labs.linuxnetz.de/bugzilla/perl-CGI-SpeedyCGI-2.22-1.src.rpm
Description: Speed up perl scripts by running them persistently
SpeedyCGI is a way to run perl scripts persistently, which can make them run
much more quickly. After the script is initially run, instead of exiting, the
perl interpreter is kept running. During subsequent runs, this interpreter is
used to handle new executions instead of starting a new perl interpreter each
time. It is a very fast frontend program, written in C, is executed for each
request.
Maybe Joe can have a look to my Apache specific patch, you're much more close
to Apache hacking and I don't use the Apache part of perl-CGI-SpeedyCGI...
--
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, or are watching someone who is.
15 years, 11 months
[Bug 443449] New: Review Request: udpcast - UDP broadcast file distribution and installation
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=443449
Summary: Review Request: udpcast - UDP broadcast file
distribution and installation
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: Package Review
AssignedTo: nobody(a)fedoraproject.org
ReportedBy: rjones(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-package-review@redhat.com,notting(a)redhat.com
Spec URL: http://www.annexia.org/tmp/udpcast.spec
SRPM URL: http://www.annexia.org/tmp/udpcast-20071228-1.fc8.src.rpm
Description: UDP broadcast file distribution and installation
udpcast is a program for broadcasting (reliably) a large file to
many hosts. It utilises ethernet broadcasts and selective resends
for efficiency.
rpmlint is clean except for this:
udpcast-debuginfo.x86_64: E: empty-debuginfo-package
I'm not sure how to fix this -- maybe just disable debuginfo?
$ rpm -qlp udpcast-20071228-1.fc8.x86_64.rpm
/usr/sbin/udp-receiver
/usr/sbin/udp-sender
/usr/share/doc/udpcast-20071228
/usr/share/doc/udpcast-20071228/COPYING
/usr/share/doc/udpcast-20071228/Changelog.txt
/usr/share/doc/udpcast-20071228/cmd.html
/usr/share/man/man1/udp-receiver.1.gz
/usr/share/man/man1/udp-sender.1.gz
$ rpm -q --requires -p udpcast-20071228-1.fc8.x86_64.rpm
libc.so.6()(64bit)
libc.so.6(GLIBC_2.2.5)(64bit)
libc.so.6(GLIBC_2.3.4)(64bit)
libc.so.6(GLIBC_2.4)(64bit)
libpthread.so.0()(64bit)
libpthread.so.0(GLIBC_2.2.5)(64bit)
libpthread.so.0(GLIBC_2.3.2)(64bit)
rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rtld(GNU_HASH)
--
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, or are watching someone who is.
15 years, 11 months
[Bug 442009] New: Review Request: bind-libbind - The Berkeley Internet Name Domain (BIND) libbind resolver libraries
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=442009
Summary: Review Request: bind-libbind - The Berkeley Internet
Name Domain (BIND) libbind resolver libraries
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: Package Review
AssignedTo: nobody(a)fedoraproject.org
ReportedBy: redhat-bugzilla(a)linuxnetz.de
QAContact: extras-qa(a)fedoraproject.org
CC: atkac(a)redhat.com,fedora-package-
review@redhat.com,notting(a)redhat.com
Spec URL: http://labs.linuxnetz.de/bugzilla/bind-libbind.spec
SRPM URL: http://labs.linuxnetz.de/bugzilla/bind-libbind-9.3.3-1.src.rpm
BIND (Berkeley Internet Name Domain) includes a resolver library
(routines for applications to use when interfacing with DNS), the
libbind resolver library compatible with that from ISC BIND 8.
This package is going to be branched only for EPEL 4, as libbind doesn't
exist there, but one of my packages should depend on it. EPEL 5 and all
current Fedora releases are shipping libbind inside of the bind package.
I choosed the libbind version from RHEL 5 to have a long update support
and maybe some help from Adam Tkac, if needed. As per his suggestion, it
is better to put this in EPEL 4, as RHEL 4 only should get bug fixes and
no enhancements.
--
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, or are watching someone who is.
15 years, 11 months