Your message dated Sun, 22 Nov 2009 07:16:38 +0100
with message-id <[email protected]>
and subject line Re: Bug#309498: dpkg: install not allowed due to the
difference of the arch_name & system_name of the same platform ; -(
has caused the Debian Bug report #309498,
regarding [DPKG] support for architecture aliases
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
309498: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=309498
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: dpkg
Version: 1.10.27
Severity: important
I tried compile of java-gnome package libraries to develop java-gnome
based software. as the Sun's JDK related packages were not allowed as of
proprietary license. So did so as debian way(compile & packaging them).
finally I run like follows:
(myMachine):libgtk-java-2.6.2# env LANG=C dpkg -i
libgtk-java-2.6.2_2.6.2-1_x86_64.deb
but the following error greeted me! :
dpkg: error processing libgtk-java-2.6.2_2.6.2-1_x86_64.deb (--install):
package architecture (x86_64) does not match system (amd64)
Errors were encountered while processing:
libgtk-java-2.6.2_2.6.2-1_x86_64.deb
because the AMD64 (cpu) architecture was known as x86_64(also in pure64 port
Debian/GNU distro).
but the cpu_name(or brandname?) was amd64, dpkg misunderstood they were
different platform.
so I can't `dpkg -i (customized x86_64 pkg).deb` until dear maintainer
fix it.
-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11.8-my.sun
Locale: LANG=ko_KR.UTF-8, LC_CTYPE=ko_KR.UTF-8 (charmap=UTF-8)
Versions of packages dpkg depends on:
ii dselect 1.10.27 a user tool to manage Debian packa
ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an
-- no debconf information
--- End Message ---
--- Begin Message ---
Hi!
On Wed, 2005-05-18 at 01:34:56 +0900, Jung-hoon Han wrote:
> Package: dpkg
> Version: 1.10.27
> Severity: important
> I tried compile of java-gnome package libraries to develop java-gnome
> based software. as the Sun's JDK related packages were not allowed as of
> proprietary license. So did so as debian way(compile & packaging them).
> finally I run like follows:
>
> (myMachine):libgtk-java-2.6.2# env LANG=C dpkg -i
> libgtk-java-2.6.2_2.6.2-1_x86_64.deb
>
> but the following error greeted me! :
>
> dpkg: error processing libgtk-java-2.6.2_2.6.2-1_x86_64.deb (--install):
> package architecture (x86_64) does not match system (amd64)
> Errors were encountered while processing:
> libgtk-java-2.6.2_2.6.2-1_x86_64.deb
>
> because the AMD64 (cpu) architecture was known as x86_64(also in pure64 port
> Debian/GNU distro).
> but the cpu_name(or brandname?) was amd64, dpkg misunderstood they were
> different platform.
>
> so I can't `dpkg -i (customized x86_64 pkg).deb` until dear maintainer
> fix it.
This should not be an issue any longer, and as Scott mentioned that
architecture name was never supported by dpkg. Additionally you can
always edit the binary package (urgh!).
Anyway, I don't really see the point in supporting generic architecture
alises in the binary packages. If someone can come up with a compelling
reason why this should be supported, then please either reopen this or
file a new bug report.
The only one I can see and that would not be meant to be generic,
would be to support a possible transition from <arch> to linux-<arch>.
Thus closing.
thanks,
guillem
--- End Message ---
