[Bug 562226] New: Review Request: ccl - Free Common Lisp implementation
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.
Summary: Review Request: ccl - Free Common Lisp implementation
https://bugzilla.redhat.com/show_bug.cgi?id=562226
Summary: Review Request: ccl - Free Common Lisp implementation
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: Package Review
AssignedTo: nobody(a)fedoraproject.org
ReportedBy: e-user(a)fsfe.org
QAContact: extras-qa(a)fedoraproject.org
CC: notting(a)redhat.com, fedora-package-review(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Spec URL: http://akahl.fedorapeople.org/ccl/ccl.spec
SRPM URL: http://akahl.fedorapeople.org/ccl/ccl-1.4-1.fc12.src.rpm
Description:
Clozure CL is a fast, mature, open source Common Lisp implementation.
It compiles to native code and supports multithreading using native OS
threads. It includes a foreign-function interface, and supports both Lisp code
that calls external code, and external code that calls Lisp code. Clozure CL
can create standalone executables on all supported platforms.
Special notes:
The x86_64 kernel build creates a borked ELF header through a corrupted .stab
section, sh_size 0xfd80 vs. sh_entsize 0x14 (the latter is correct for x86_64)
which doesn't divide to an integer, resulting in rpm's debugedit failing during
debuginfo creation ("invalid section entry size"), see
libelf/elf32_updatenull.c:394 in elfutils-0.144. Altering gcc, gas or ld
options doesn't change anything - even the distributed pre-built kernel is
affected.
This is also noted in the spec - my newly acquired low-level knowledge about
ELF and ccl's involved Assembler code ends here however.
As a result, the kernel has to be pre-stripped so debuginfo will miss the stab
(symbol table) for the kernel but the binary remains fully intact. I don't know
whether this is ccl's, gas', gcc's or ld's fault.
Furthermore, the PPC and PPC64 kernels won't run and I don't own the
appropriate hardware to test what's going on (gcc or gas flags?), please see
scratch build at:
http://koji.fedoraproject.org/koji/taskinfo?taskID=1965080
If no one can help, I guess ExcludeArch/ExclusiveArch will do for now.
It would be nice to fix everything and get this into Fedora despite these
problems.
As a last note, ccl will need two tagged builds in koji before going into any
repository in order to resolve the circular dependency for bootstrapping, so
the very first builds depends on the pre-built distributed heap images.
--
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.
11 years, 1 month
[Bug 705426] New: Review Request: blender25 - 3D modeling, animation, rendering and post-production
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.
Summary: Review Request: blender25 - 3D modeling, animation, rendering and post-production
https://bugzilla.redhat.com/show_bug.cgi?id=705426
Summary: Review Request: blender25 - 3D modeling, animation,
rendering and post-production
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: Package Review
AssignedTo: nobody(a)fedoraproject.org
ReportedBy: jochen(a)herr-schmitt.de
QAContact: extras-qa(a)fedoraproject.org
CC: notting(a)redhat.com, fedora-package-review(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Story Points: ---
Spec URL: http://www.herr-schmitt.de/pub/blender/blender25.spec
SRPM URL: http://www.herr-schmitt.de/pub/blender/blender25-2.57b-1.fc14.src.rpm
Description:
Blender is the essential software solution you need for 3D, from modeling,
animation, rendering and post-production to interactive creation and playback.
Professionals and novices can easily and inexpensively publish stand-alone,
secure, multi-platform content to the web, CD-ROMs, and other media.
Additional Informations:
This package should introduce in Fedora-15 only. The reason is, that there are
several packages which depends on blender, so an update to blender-2.57 is not
possible without breaking the dependency of this packages.
There are people who requests blender-2.57b on Fedora 15, so I have create a
package which you can install parallel to the official blender-2.49b 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.
11 years, 1 month
[Bug 772710] New: Review Request: pkpgcounter - Computes number of pages or quantity of ink needed to print documents
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.
Summary: Review Request: pkpgcounter - Computes number of pages or quantity of ink needed to print documents
https://bugzilla.redhat.com/show_bug.cgi?id=772710
Summary: Review Request: pkpgcounter - Computes number of pages
or quantity of ink needed to print documents
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: Package Review
AssignedTo: nobody(a)fedoraproject.org
ReportedBy: jpopelka(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: http://jpopelka.fedorapeople.org/pkpgcounter.spec
SRPM URL: http://jpopelka.fedorapeople.org/pkpgcounter-3.50-1.fc16.src.rpm
Description:
pkpgcounter parses files and outputs the number of pages needed to print them.
It can also, for certain file formats, compute the percentage of ink colors
covering each page. It currently recognizes almost 20 Page Description
Languages
or file formats, including the most used ones like Postscript, PDF,
the PCL family, DVI, OpenDocument, or even Microsoft Word, corresponding to
hundreds of different printer drivers. This utility and Python library is often
used as the PDL parsing engine in print accounting software like PyKota or
JASMine, but can of course be used independently.
--
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.
11 years, 2 months
[Bug 629744] New: Review Request: sparkleshare - sharing work made easy
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.
Summary: Review Request: sparkleshare - sharing work made easy
https://bugzilla.redhat.com/show_bug.cgi?id=629744
Summary: Review Request: sparkleshare - sharing work made easy
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: Package Review
AssignedTo: nobody(a)fedoraproject.org
ReportedBy: fedora(a)alexhudson.com
QAContact: extras-qa(a)fedoraproject.org
CC: notting(a)redhat.com, fedora-package-review(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Spec URL: http://www.alexhudson.com/stuff/sparkleshare/sparkleshare.spec
SRPM URL:
http://www.alexhudson.com/stuff/sparkleshare/sparkleshare-0.2.alpha2-5.fc...
Description: Easy file sharing based on git repositories. A special folder is
setup, and directories/files placed within are placed in a git-based version
control system and synchronized elsewhere.
The website for SparkleShare is at http://www.sparkleshare.org/
rpmlint for the spec and SRPM offers the same warning:
sparkleshare.src: W: invalid-url Source0:
http://alexh.fedorapeople.org/sources/sparkleshare-0.2.alpha2.tar.bz2 HTTP
Error 404: Not Found
Fair enough warning; there isn't a valid upstream tarball available yet. I'm
working on this and the beta release, coming within the next week, should have
this available.
rpmlint offers a further set of warnings on the binary RPM:
sparkleshare.x86_64: E: no-binary
sparkleshare.x86_64: W: only-non-binary-in-usr-lib
As I understand it, these messages can both be ignored, since this is a
Mono-based application and won't have binaries but also cannot be noarch.
I have built this under mock, and am making versions available on
http://repos.fedorapeople.org/repos/alexh/sparkleshare/ - I intend for that
repo to track upstream more aggressively.
Known issues:
* the libraries are not installed into the GAC. They have no strong name yet,
so other applications should not be using them - so I consider this a future
issue to resolve rather than a critical bug;
* I've tweaked the version on the package slightly to make it compliant with
Fedora versioning. This has also been discussed with upstream, and future
releases will use a standard numbering that requires no tweaking;
* Source0 is incorrect (as mentioned above)
* debug_info is turned off for this. I'm not exactly sure what would go into
such a package; possibly the .mdb files - I'm still researching this?
--
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.
11 years, 2 months