[suggest] Putting .i386 packages in x86_64 repository for Subversion

[Nico Kadel-Garcia]

Would it be possible to put copies of the subversion.i386 and
subversion-devel.i386 packages in the x86_64 repositories? The issue
is that, with "yum", if you say "yum install subversion" on RHEL 4 and
5, it detects the built-in RHEL version of the ancient 1.4.2 , i386
version of these packages and tries to install them in parallel with
the new, RPMforge publiched 1.6.6 x86_64 versions. And this way lies
cleanup madness.

Installing the i386 and x86_64 versions together seems to work fine,
as it does for RHEL packages.

[Christoph Maser]

Post by Nico Kadel-Garcia
Would it be possible to put copies of the subversion.i386 and
subversion-devel.i386 packages in the x86_64 repositories? The issue
is that, with "yum", if you say "yum install subversion" on RHEL 4 and
5, it detects the built-in RHEL version of the ancient 1.4.2 , i386
version of these packages and tries to install them in parallel with
the new, RPMforge publiched 1.6.6 x86_64 versions. And this way lies
cleanup madness.
Installing the i386 and x86_64 versions together seems to work fine,
as it does for RHEL packages.

IMHO you should exclude packages from the base repos if you want to
override them from 3rd party repos. That way it also works correct with
protectbase or priorities plugin.

Chris


financial.com AG

Munich head office/Hauptsitz M?nchen: Maria-Probst-Str. 19 | 80939 M?nchen | Germany
Frankfurt branch office/Niederlassung Frankfurt: Messeturm | Friedrich-Ebert-Anlage 49 | 60327 Frankfurt | Germany
Management board/Vorstand: Dr. Steffen Boehnert | Dr. Alexis Eisenhofer | Dr. Yann Samson | Matthias Wiederwach
Supervisory board/Aufsichtsrat: Dr. Dr. Ernst zur Linden (chairman/Vorsitzender)
Register court/Handelsregister: Munich ? HRB 128 972 | Sales tax ID number/St.Nr.: DE205 370 553

[Dag Wieers]

Post by Christoph Maser

Post by Nico Kadel-Garcia
Would it be possible to put copies of the subversion.i386 and
subversion-devel.i386 packages in the x86_64 repositories? The issue
is that, with "yum", if you say "yum install subversion" on RHEL 4 and
5, it detects the built-in RHEL version of the ancient 1.4.2 , i386
version of these packages and tries to install them in parallel with
the new, RPMforge publiched 1.6.6 x86_64 versions. And this way lies
cleanup madness.
Installing the i386 and x86_64 versions together seems to work fine,
as it does for RHEL packages.

IMHO you should exclude packages from the base repos if you want to
override them from 3rd party repos. That way it also works correct with
protectbase or priorities plugin.

We still need someone to implement a script that can test which i386 and
x86_64 packages can coexist and which dependencies can coexist. If we have
such a script then I can implement the above in the scripts that generate
the repository.

This would automatically also include the i386 wine packages in the
x86_64 repository. Another open issue relating to the same thing.

[Dag Wieers]

Post by Christoph Maser

Post by Nico Kadel-Garcia
Would it be possible to put copies of the subversion.i386 and
subversion-devel.i386 packages in the x86_64 repositories? The issue
is that, with "yum", if you say "yum install subversion" on RHEL 4 and
5, it detects the built-in RHEL version of the ancient 1.4.2 , i386
version of these packages and tries to install them in parallel with
the new, RPMforge publiched 1.6.6 x86_64 versions. And this way lies
cleanup madness.
Installing the i386 and x86_64 versions together seems to work fine,
as it does for RHEL packages.

IMHO you should exclude packages from the base repos if you want to
override them from 3rd party repos. That way it also works correct with
protectbase or priorities plugin.

We still need someone to implement a script that can test which i386 and
x86_64 packages can coexist and which dependencies can coexist. If we have
such a script then I can implement the above in the scripts that generate
the repository.

This would automatically also include the i386 wine packages in the
x86_64 repository. Another open issue relating to the same thing.

[Dag Wieers]

Post by Christoph Maser

Post by Nico Kadel-Garcia
Would it be possible to put copies of the subversion.i386 and
subversion-devel.i386 packages in the x86_64 repositories? The issue
is that, with "yum", if you say "yum install subversion" on RHEL 4 and
5, it detects the built-in RHEL version of the ancient 1.4.2 , i386
version of these packages and tries to install them in parallel with
the new, RPMforge publiched 1.6.6 x86_64 versions. And this way lies
cleanup madness.
Installing the i386 and x86_64 versions together seems to work fine,
as it does for RHEL packages.

IMHO you should exclude packages from the base repos if you want to
override them from 3rd party repos. That way it also works correct with
protectbase or priorities plugin.

We still need someone to implement a script that can test which i386 and
x86_64 packages can coexist and which dependencies can coexist. If we have
such a script then I can implement the above in the scripts that generate
the repository.

This would automatically also include the i386 wine packages in the
x86_64 repository. Another open issue relating to the same thing.

[Dag Wieers]

Post by Christoph Maser

Post by Nico Kadel-Garcia
Would it be possible to put copies of the subversion.i386 and
subversion-devel.i386 packages in the x86_64 repositories? The issue
is that, with "yum", if you say "yum install subversion" on RHEL 4 and
5, it detects the built-in RHEL version of the ancient 1.4.2 , i386
version of these packages and tries to install them in parallel with
the new, RPMforge publiched 1.6.6 x86_64 versions. And this way lies
cleanup madness.
Installing the i386 and x86_64 versions together seems to work fine,
as it does for RHEL packages.

IMHO you should exclude packages from the base repos if you want to
override them from 3rd party repos. That way it also works correct with
protectbase or priorities plugin.

We still need someone to implement a script that can test which i386 and
x86_64 packages can coexist and which dependencies can coexist. If we have
such a script then I can implement the above in the scripts that generate
the repository.

This would automatically also include the i386 wine packages in the
x86_64 repository. Another open issue relating to the same thing.

[Dag Wieers]

Post by Christoph Maser

Post by Nico Kadel-Garcia
Would it be possible to put copies of the subversion.i386 and
subversion-devel.i386 packages in the x86_64 repositories? The issue
is that, with "yum", if you say "yum install subversion" on RHEL 4 and
5, it detects the built-in RHEL version of the ancient 1.4.2 , i386
version of these packages and tries to install them in parallel with
the new, RPMforge publiched 1.6.6 x86_64 versions. And this way lies
cleanup madness.
Installing the i386 and x86_64 versions together seems to work fine,
as it does for RHEL packages.

IMHO you should exclude packages from the base repos if you want to
override them from 3rd party repos. That way it also works correct with
protectbase or priorities plugin.

We still need someone to implement a script that can test which i386 and
x86_64 packages can coexist and which dependencies can coexist. If we have
such a script then I can implement the above in the scripts that generate
the repository.

This would automatically also include the i386 wine packages in the
x86_64 repository. Another open issue relating to the same thing.

[Nico Kadel-Garcia]

Would it be possible to put copies of the subversion.i386 and
subversion-devel.i386 packages in the x86_64 repositories? The issue
is that, with "yum", if you say "yum install subversion" on RHEL 4 and
5, it detects the built-in RHEL version of the ancient 1.4.2 , i386
version of these packages and tries to install them in parallel with
the new, RPMforge publiched 1.6.6 x86_64 versions. And this way lies
cleanup madness.

Installing the i386 and x86_64 versions together seems to work fine,
as it does for RHEL packages.

[Christoph Maser]

Post by Nico Kadel-Garcia
Would it be possible to put copies of the subversion.i386 and
subversion-devel.i386 packages in the x86_64 repositories? The issue
is that, with "yum", if you say "yum install subversion" on RHEL 4 and
5, it detects the built-in RHEL version of the ancient 1.4.2 , i386
version of these packages and tries to install them in parallel with
the new, RPMforge publiched 1.6.6 x86_64 versions. And this way lies
cleanup madness.
Installing the i386 and x86_64 versions together seems to work fine,
as it does for RHEL packages.

IMHO you should exclude packages from the base repos if you want to
override them from 3rd party repos. That way it also works correct with
protectbase or priorities plugin.

Chris


financial.com AG

Munich head office/Hauptsitz M?nchen: Maria-Probst-Str. 19 | 80939 M?nchen | Germany
Frankfurt branch office/Niederlassung Frankfurt: Messeturm | Friedrich-Ebert-Anlage 49 | 60327 Frankfurt | Germany
Management board/Vorstand: Dr. Steffen Boehnert | Dr. Alexis Eisenhofer | Dr. Yann Samson | Matthias Wiederwach
Supervisory board/Aufsichtsrat: Dr. Dr. Ernst zur Linden (chairman/Vorsitzender)
Register court/Handelsregister: Munich ? HRB 128 972 | Sales tax ID number/St.Nr.: DE205 370 553

[Nico Kadel-Garcia]

Would it be possible to put copies of the subversion.i386 and
subversion-devel.i386 packages in the x86_64 repositories? The issue
is that, with "yum", if you say "yum install subversion" on RHEL 4 and
5, it detects the built-in RHEL version of the ancient 1.4.2 , i386
version of these packages and tries to install them in parallel with
the new, RPMforge publiched 1.6.6 x86_64 versions. And this way lies
cleanup madness.

Installing the i386 and x86_64 versions together seems to work fine,
as it does for RHEL packages.

[Christoph Maser]

Post by Nico Kadel-Garcia
Would it be possible to put copies of the subversion.i386 and
subversion-devel.i386 packages in the x86_64 repositories? The issue
is that, with "yum", if you say "yum install subversion" on RHEL 4 and
5, it detects the built-in RHEL version of the ancient 1.4.2 , i386
version of these packages and tries to install them in parallel with
the new, RPMforge publiched 1.6.6 x86_64 versions. And this way lies
cleanup madness.
Installing the i386 and x86_64 versions together seems to work fine,
as it does for RHEL packages.

IMHO you should exclude packages from the base repos if you want to
override them from 3rd party repos. That way it also works correct with
protectbase or priorities plugin.

Chris


financial.com AG

Munich head office/Hauptsitz M?nchen: Maria-Probst-Str. 19 | 80939 M?nchen | Germany
Frankfurt branch office/Niederlassung Frankfurt: Messeturm | Friedrich-Ebert-Anlage 49 | 60327 Frankfurt | Germany
Management board/Vorstand: Dr. Steffen Boehnert | Dr. Alexis Eisenhofer | Dr. Yann Samson | Matthias Wiederwach
Supervisory board/Aufsichtsrat: Dr. Dr. Ernst zur Linden (chairman/Vorsitzender)
Register court/Handelsregister: Munich ? HRB 128 972 | Sales tax ID number/St.Nr.: DE205 370 553

[Nico Kadel-Garcia]

Would it be possible to put copies of the subversion.i386 and
subversion-devel.i386 packages in the x86_64 repositories? The issue
is that, with "yum", if you say "yum install subversion" on RHEL 4 and
5, it detects the built-in RHEL version of the ancient 1.4.2 , i386
version of these packages and tries to install them in parallel with
the new, RPMforge publiched 1.6.6 x86_64 versions. And this way lies
cleanup madness.

Installing the i386 and x86_64 versions together seems to work fine,
as it does for RHEL packages.

[Christoph Maser]

Post by Nico Kadel-Garcia
Would it be possible to put copies of the subversion.i386 and
subversion-devel.i386 packages in the x86_64 repositories? The issue
is that, with "yum", if you say "yum install subversion" on RHEL 4 and
5, it detects the built-in RHEL version of the ancient 1.4.2 , i386
version of these packages and tries to install them in parallel with
the new, RPMforge publiched 1.6.6 x86_64 versions. And this way lies
cleanup madness.
Installing the i386 and x86_64 versions together seems to work fine,
as it does for RHEL packages.

IMHO you should exclude packages from the base repos if you want to
override them from 3rd party repos. That way it also works correct with
protectbase or priorities plugin.

Chris


financial.com AG

Munich head office/Hauptsitz M?nchen: Maria-Probst-Str. 19 | 80939 M?nchen | Germany
Frankfurt branch office/Niederlassung Frankfurt: Messeturm | Friedrich-Ebert-Anlage 49 | 60327 Frankfurt | Germany
Management board/Vorstand: Dr. Steffen Boehnert | Dr. Alexis Eisenhofer | Dr. Yann Samson | Matthias Wiederwach
Supervisory board/Aufsichtsrat: Dr. Dr. Ernst zur Linden (chairman/Vorsitzender)
Register court/Handelsregister: Munich ? HRB 128 972 | Sales tax ID number/St.Nr.: DE205 370 553

[Nico Kadel-Garcia]

Would it be possible to put copies of the subversion.i386 and
subversion-devel.i386 packages in the x86_64 repositories? The issue
is that, with "yum", if you say "yum install subversion" on RHEL 4 and
5, it detects the built-in RHEL version of the ancient 1.4.2 , i386
version of these packages and tries to install them in parallel with
the new, RPMforge publiched 1.6.6 x86_64 versions. And this way lies
cleanup madness.

Installing the i386 and x86_64 versions together seems to work fine,
as it does for RHEL packages.

[Christoph Maser]

Post by Nico Kadel-Garcia
Would it be possible to put copies of the subversion.i386 and
subversion-devel.i386 packages in the x86_64 repositories? The issue
is that, with "yum", if you say "yum install subversion" on RHEL 4 and
5, it detects the built-in RHEL version of the ancient 1.4.2 , i386
version of these packages and tries to install them in parallel with
the new, RPMforge publiched 1.6.6 x86_64 versions. And this way lies
cleanup madness.
Installing the i386 and x86_64 versions together seems to work fine,
as it does for RHEL packages.

IMHO you should exclude packages from the base repos if you want to
override them from 3rd party repos. That way it also works correct with
protectbase or priorities plugin.

Chris


financial.com AG

Munich head office/Hauptsitz M?nchen: Maria-Probst-Str. 19 | 80939 M?nchen | Germany
Frankfurt branch office/Niederlassung Frankfurt: Messeturm | Friedrich-Ebert-Anlage 49 | 60327 Frankfurt | Germany
Management board/Vorstand: Dr. Steffen Boehnert | Dr. Alexis Eisenhofer | Dr. Yann Samson | Matthias Wiederwach
Supervisory board/Aufsichtsrat: Dr. Dr. Ernst zur Linden (chairman/Vorsitzender)
Register court/Handelsregister: Munich ? HRB 128 972 | Sales tax ID number/St.Nr.: DE205 370 553