Re: [PATCH] support for the x32 architecture

Hello,

>> 13389:ad1c7438683b contains an auto build time override.
>
> mattia@warren ..QA/0_DONE/xine-lib-1.2/hg/xine-lib-1.2 (hg)-[default] % hg diff -c 13389:ad1c7438683b
> abort: unknown revision '13389'!
>
> Also: http://hg.code.sf.net/p/xine/xine-lib-1.2/rev/ad1c7438683b
>
> How would I go about seeing it?

O dear.
The only thing I do at sf is to mail the xine-devel. I didnt even know
they have some sort of mirror archive there.

What I do is to z-uk aka "push and pull" my working hg archive from/to
(file: .hg/hgrc)
...
[paths]
default = http://hg.debian.org/hg/xine-lib/xine-lib-1.2
default-push = ssh://[email protected]//hg/xine-lib/xine-lib-1.2

>> Maybe it is a better idea to conftest the compiler default only when
>> user did not give an explicit host, and force the latter otherwise.
>> See "Fix x32 detection 2".
>
> I believe that's what autoconf usually does, isn't it?

I'm just unsure whether my actual algorithm is safe, as I can only
test 32 and 64 here.

>> AFAIK, xine used to reside at git as well. I personally like the hg
>> switch because it lets me do almost everything without net.
>
> How would git prevent that?  git is completely decentralized.
> Probably you are confusing it with svn?

OK lets say I'm quite happy I managed hacking an hg environment into 
those public terminals.

>> Did you see that goom animation?
>
> yep!

:-))

> yes, I always need to provide an upstream tarball to build a debian
> package.
> so I've now just done that, a `hg archive` to get a tarball, imported it
> and tried again to build it on x32 without any further modification, and
> it compiled successfully :)
> (It failed to find some plugins files (xineplug_inp_{http,net,pnm,rtsp}.so)
> that it was expecting, so it failed to actually produce the .debs, but
> that's something that happens on amd64 as well, so the plugin was
> probably removed or something?)

13152:cc86852e0748
Join 4 network input plugins.
This obsoletes xineplug_inp_http, xineplug_inp_net, xineplug_inp_pnm,
xineplug_inp_rtsp.

Replacement is xineplug_inp_network.

I guess this needs a reflection somewhere in debian/ but I dont know
much about that stuff. I am also confused by external forks that look
substantially different from my ancient version.
You are the expert there, I can at least upload to hg.debian.org.

> So yay!
> If you think it would be nice I could upload it to Debian experimental.
>

Torsten


------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot