Re: Porting packages to sparc -> odyssey
On Thu, 20 Apr 2006, Martin Habets wrote: Jurij, Bug #361702 has been fixed, odyssey is in unstable now for sparc. Could you update the wiki page please? I do not have access to it. Martin Thanks a lot for your work! I've marked the odyssey as fixed in the wiki, but as Frans said, you should be able to do it yourself (please let me know if you have problems, I'll try to find someone who can fix it). Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Porting packages to sparc -> odyssey
On Thursday 20 April 2006 12:25, Martin Habets wrote: > Bug #361702 has been fixed, odyssey is in unstable now for sparc. > Could you update the wiki page please? I do not have access to it. Well, actually you do. Everybody does. You just need to set up an account. pgpMUOph4VaWf.pgp Description: PGP signature
Re: Porting packages to sparc -> odyssey
Jurij, Bug #361702 has been fixed, odyssey is in unstable now for sparc. Could you update the wiki page please? I do not have access to it. Martin On Sun, Apr 09, 2006 at 08:49:09PM +0100, Martin Habets wrote: > Hi Herr Groucho, > > The upstream author has released version 0.3.2 with the patch. I have > opened BTS #361702 (wishlist) to track it. > > Thanks, > Martin Habets > > On Tue, Apr 04, 2006 at 08:55:50PM -0300, Fernando J. Rodríguez (Herr > Groucho) wrote: > > El Martes, 4 de Abril de 2006 10:12, Martin Habets escribió: > > > On Sun, Mar 12, 2006 at 04:31:55PM -0800, Jurij Smakov wrote: > > > > odyssey sparc not in arch list. Utility for programming PIC > > > > micro- > > > > controllers through a parallel type programmer. > > > > > > I've just submitted a patch for this one to the owner, which makes > > > it build for SPARC and probably all other Linux architectures too. > > > If that gets accepted we can then upgrade the Debian package. > > > > Great! I'll be watching more closely the upstream author's website to > > see what happens. > > > > -- > > Herr Groucho > > > > ID Jabber: [EMAIL PROTECTED] > > Señal distintiva: LU5MJR - 144,550 MHz FM. > > Clave pública GPG: hkp://pks.lugmen.org.ar > > Fingerprint GPG: B7BD 0FC7 D9A2 66F3 4EFC 45EE 7DE2 3932 597B 6354 > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Porting packages to sparc -> odyssey
Hi Herr Groucho, The upstream author has released version 0.3.2 with the patch. I have opened BTS #361702 (wishlist) to track it. Thanks, Martin Habets On Tue, Apr 04, 2006 at 08:55:50PM -0300, Fernando J. Rodríguez (Herr Groucho) wrote: > El Martes, 4 de Abril de 2006 10:12, Martin Habets escribió: > > On Sun, Mar 12, 2006 at 04:31:55PM -0800, Jurij Smakov wrote: > > > odyssey sparc not in arch list. Utility for programming PIC > > > micro- > > > controllers through a parallel type programmer. > > > > I've just submitted a patch for this one to the owner, which makes > > it build for SPARC and probably all other Linux architectures too. > > If that gets accepted we can then upgrade the Debian package. > > Great! I'll be watching more closely the upstream author's website to > see what happens. > > -- > Herr Groucho > > ID Jabber: [EMAIL PROTECTED] > Señal distintiva: LU5MJR - 144,550 MHz FM. > Clave pública GPG: hkp://pks.lugmen.org.ar > Fingerprint GPG: B7BD 0FC7 D9A2 66F3 4EFC 45EE 7DE2 3932 597B 6354 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Porting packages to sparc -> odyssey
[Sorry for the previous incomplete message, hit the wrong button] Hi Martin, On Tue, 4 Apr 2006, Martin Habets wrote: I've just submitted a patch for this one to the owner, which makes it build for SPARC and probably all other Linux architectures too. If that gets accepted we can then upgrade the Debian package. I've noted that on the SparcPorting page on wiki.d.o (and put you up as the owner). It might be a good idea to file a formal bug and put your patch in the BTS, so that it will not get lost. Thanks for your work, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Porting packages to sparc -> odyssey
Hi Martin, On Tue, 4 Apr 2006, Martin Habets wrote: I've just submitted a patch for this one to the owner, which makes it build for SPARC and probably all other Linux architectures too. If that gets accepted we can then upgrade the Debian package. I've noted it on the SparcPorting page in the wiki (and put you up -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Porting packages to sparc -> odyssey
El Martes, 4 de Abril de 2006 10:12, Martin Habets escribió: > On Sun, Mar 12, 2006 at 04:31:55PM -0800, Jurij Smakov wrote: > > odyssey sparc not in arch list. Utility for programming PIC > > micro- > > controllers through a parallel type programmer. > > I've just submitted a patch for this one to the owner, which makes > it build for SPARC and probably all other Linux architectures too. > If that gets accepted we can then upgrade the Debian package. Great! I'll be watching more closely the upstream author's website to see what happens. -- Herr Groucho ID Jabber: [EMAIL PROTECTED] Señal distintiva: LU5MJR - 144,550 MHz FM. Clave pública GPG: hkp://pks.lugmen.org.ar Fingerprint GPG: B7BD 0FC7 D9A2 66F3 4EFC 45EE 7DE2 3932 597B 6354
Re: Porting packages to sparc -> odyssey
On Sun, Mar 12, 2006 at 04:31:55PM -0800, Jurij Smakov wrote: > odyssey sparc not in arch list. Utility for programming PIC > micro- > controllers through a parallel type programmer. I've just submitted a patch for this one to the owner, which makes it build for SPARC and probably all other Linux architectures too. If that gets accepted we can then upgrade the Debian package. -- Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Porting packages to sparc
On Mon, 13 Mar 2006, Mattia Dongili wrote: yes, CONFIG_ACPI depends on IA64 || X86. Same could be said for iasl (from the apcica-unix source package). Thanks for the input. I'll add acpica-unix to the p-a-s candidates list. Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Porting packages to sparc
On Tue, 14 Mar 2006, Martin Habets wrote: At the moment this only builds for sparc (i.e. sparc32) due to a restriction in the Debian build script. It seems to me llvm itself would build for sparc64, but I cannot verify that as I only have a sparc32 box. The patch attached would be a start... Actually, most sparc packages in Debian are built in 32-bit mode to make sure that resulting binaries work both on sparc32 and sparc64. According to buildd log, the system type was detected as sparc64. It might be a result of a buildd misconfiguration discovered some time ago - one of them was not actually switching to 32-bit mode before starting the build, as it should. I'll try to investigate this further. Does it build on sparc32 at the moment? Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Porting packages to sparc
Jurij, Thanks for you continued good work on these issues. On Sun, Mar 12, 2006 at 04:31:55PM -0800, Jurij Smakov wrote: > llvm 'Unsupported architecture' during configure run. > A collection of libraries and tool that makes it > easy to build compilers, etc. At the moment this only builds for sparc (i.e. sparc32) due to a restriction in the Debian build script. It seems to me llvm itself would build for sparc64, but I cannot verify that as I only have a sparc32 box. The patch attached would be a start... -- Martin --- llvm-1.6/build.sh.orig 2006-03-14 12:55:50.913875992 + +++ llvm-1.6/build.sh 2006-03-14 12:56:24.451375266 + @@ -22,6 +22,8 @@ ;; sparc) OTHER_CONFIG_OPTIONS="--target=sparc-linux" ;; +sparc64) OTHER_CONFIG_OPTIONS="--target=sparc64-linux" +;; power) OTHER_CONFIG_OPTIONS="--target=power-linux" ;; *) echo "? unsupported architecture: \'$ARCH\'"
Re: Porting packages to sparc
Hello! On Sun, Mar 12, 2006 at 04:31:55PM -0800, Jurij Smakov wrote: > Hi, [...] > apcidump sparc not in arch list. Utility to dump ACPI tables. > Specific to PC architectures? yes, CONFIG_ACPI depends on IA64 || X86. Same could be said for iasl (from the apcica-unix source package). -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Porting packages to sparc
On Mon, 2006-03-13 11:18:07 +1000, Alexander Zangerl <[EMAIL PROTECTED]> wrote: > On Sun, 12 Mar 2006 16:31:55 PST, Jurij Smakov writes: > > the external LCD display. Any sparc which needs it? > > as there is lcdproc which provides similar functionality without > the silly "all the world's an intel" assumption, i don't see much > point in fixing lcd4linux. IIRC they tried the iopl()/inb()/outb() tricks to access the parport. Is that already gone and converted to the ppdev API or do they still do that? MfG, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED]. +49-172-7608481 _ O _ "Eine Freie Meinung in einem Freien Kopf| Gegen Zensur | Gegen Krieg _ _ O für einen Freien Staat voll Freier Bürger" | im Internet! | im Irak! O O O ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA)); signature.asc Description: Digital signature
Re: Porting packages to sparc
On Sun, 12 Mar 2006 16:31:55 PST, Jurij Smakov writes: >lcd4linux Fails with 'unknown opcode `rep'' during build. Has > some arch-specific asm? Program to display info on *az looks at the code in question. a busy-waiting udelay?!? az shudders* > the external LCD display. Any sparc which needs it? as there is lcdproc which provides similar functionality without the silly "all the world's an intel" assumption, i don't see much point in fixing lcd4linux. regards az -- + Alexander Zangerl + DSA 42BD645D + (RSA 5B586291) You should never anthropomorphize computers; they hate that. -- Skud pgpdMMF77itqc.pgp Description: PGP signature
