Bug 167490

Summary: RFE: update slib to 3a2
Product: [Fedora] Fedora Reporter: Michel Alexandre Salim <michel.salim>
Component: slibAssignee: Jindrich Novy <jnovy>
Status: CLOSED CANTFIX QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: rawhideCC: pknirsch
Target Milestone: ---Keywords: FutureFeature
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2005-09-07 15:17:10 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Diff to the slib spec file
none
New diff - no need to explicitly gzip the .info file none

Description Michel Alexandre Salim 2005-09-03 06:09:52 UTC 
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.11) Gecko/20050815 Epiphany/1.7.6

Description of problem:
A new version of slib is out; I'm attaching the .diff I made to register/unregister slib.info.


Version-Release number of selected component (if applicable):
slib-3a1-2

How reproducible:
Always

Steps to Reproduce:
1. Apply diff
2.
3.
  

Actual Results:  -

Expected Results:  -

Additional info:

-
Comment 1 Michel Alexandre Salim 2005-09-03 06:10:52 UTC 
Created attachment 118416 [details]
Diff to the slib spec file
Comment 2 Michel Alexandre Salim 2005-09-03 06:18:06 UTC 
Another thing I forgot: should slib really 'Provides: slib' - wouldn't having
the same name be enough?
Comment 3 Michel Alexandre Salim 2005-09-03 06:31:46 UTC 
Created attachment 118417 [details]
New diff - no need to explicitly gzip the .info file
Comment 4 Jindrich Novy 2005-09-05 11:35:16 UTC 
Hello Michael,

I'm aware of the new slib, but I decided to not to update to it as there's
possibility (at least for me) to recreate the slibcat with this release any
more. It's required for guile and gnucash.
Comment 5 Jindrich Novy 2005-09-05 11:37:42 UTC 
to correct my typo:
There's of course no possibility to recreate the slibcat either if I followed
upstream documentation or try to create it using guile.
Comment 6 Michel Alexandre Salim 2005-09-05 20:46:05 UTC 
Ah, OK. Slightly unrelated, but also on slib:

the *.init files in /usr/share/slib need to be patched to point to
/usr/share/slib instead of /usr/local/lib/slib.. I use Chez Scheme, and I need
to load chez.init to get access to slib functions cleanly, but as it ships the
loading fails because it references the wrong path.

Thanks,

- Michel
Comment 7 Jindrich Novy 2005-09-06 09:54:31 UTC 
I built the new slib what fixes the /usr/local prefix issue.
Comment 8 Michel Alexandre Salim 2005-09-07 15:17:10 UTC 
Thanks Jindrich. I might as well close the bug.. hope upstream'll fix the
slibcat problem soon.
Comment 9 Jindrich Novy 2005-09-08 11:58:37 UTC 
Ok, thanks to you for reporting this as well.