Custom Query (344 matches)

libgcc1 is only available under the experimental repository in the pentium4 directory. It is a dependency for some other updated packages.

Running:

[c:\]python -c 'import yum, pprint; yb = yum.YumBase(); pprint.pprint(yb.conf.yumvar, width=1)'

on my ThinkPad? T43, I get:

{'arch': 'i386',
 'basearch': 'i386',
 'releasever': '00',
 'uuid': '33be946f-3eac-4502-a6e7-7d86c5223c7c'}

which isn't going to get me down to the pentium4 directory, so:

yum info libgcc1

yields no results.

I had no platform file in /etc/rpm. Creating that with:

pentium4-OS/2-OS/2

got me the proper arch, and allowed me (with exactarch=0 in yum.conf, at least) to reach packages in the pentium4 directory.

I suggest adding an i386 package (and perhaps others) to change architectures by adding the proper platform file (at least). I am unsure of what architecture changes should be possible.

We need a way to have different packages of the same port to be installable.

The reason behind it is, when a dll name gets changed, we need to add the old dll somehow still. As other non rpm ports might depend on them. For rpm be just could rebuild all dependent ports and upload the new rpm's. Which is timeconsuming but the right way.

This ticket is to decide how we progress on such situations. Do we coexisting packages or legacy packages. With legacy we might end in several legacy packages for the same port, as every new version might bring a new dll name.

(Summary is subject to clarification).

I've been experimenting with yum-plugin-replace, and will submit a package for that handy plugin shortly. Replacing as many of my i386 packages with pentium4 packages, I ran into the following situation:

[c:\]yum replace bzip2-libs --replace-with bzip2-libs

determined that:

bzip2-libs bzip2-devel bzip2

all needed to be replaced with pentium4 builds. bzip2-libs and bzip2-devel replaced fine (as did 30+ other packages when I replaced them). bzip2 fails to install with:

Error unpacking rpm package bzip2-1.0.6-5.oc00.pentium4
error: unpacking of archive failed: cpio: read
Warning: scriptlet or other non-fatal errors occurred during transaction.
What is this? bzip2-1.0.6-5.oc00.pentium4
VerifyTransaction time: 0.011
Transaction time: 0.517

The same error is thrown for i686.

I can manually extract both of those packages via unrpm, have copied the contents where required, and have tested that bzip2 itself works. I have not examined the rpm to determine whether there is, in fact, any defect at all.

cpio is cpio-2.11-4.oc00.pentium4 (tried with i386 first, then replaced i386 cpio with pentium4).

Workaround is after using unrpm to extract, running:

[c:\]rpm -i --justdb bzip2-1.0.6-5.oc00.pentium4.rpm

which satisfies the db requirement, at least.