Question about BuildArch and rpmrc on 64-bit

[Archie]

Hi.

Since the 64-bit repository is only x86_64, is it still necessary to leave the BuildArch unchanged and modify the .rpmrc to:

Code: [Select]

buildarchtranslate: i386: x86_64
buildarchtranslate: i486: x86_64
buildarchtranslate: i586: x86_64
buildarchtranslate: i686: x86_64
buildarchtranslate: athlon: x86_64
buildarchtranslate: noarch: x86_64
buildarchtranslate: x86_64: x86_64
or to change the BuildArch entry to x86_64?

...

Or would it be better to add

Code: [Select]

%define arch x86_64
and change

Code: [Select]

BuildArch: %{arch}

[Neal ManBear]

I switched to the buildarchtranslate: i586: x86_64 method.

[Archie]

Thank you for your answer, Neal. I didn't really think about this until now and all the time, I've been changing BuildArch: noarch to BuildArch:x86_64 because that seemed like the easiest. Then I thought, I didn't need to change them ... I only need to tell .rpmrc what they should be.

However, in thinking (ohhh that's really bad!) along this line, wouldn't it be moot to even have i386 or even i486 on .rpmrc, and much more on the specfile?

[Neal ManBear]

Think? You want me to think? Won't that get in the way of doing?      

Actually, you bring up a valid point. Does x86_64 .rpmrc need the i386 and etc? Maybe. Maybe not. Hmm...... I believe we need to get input from Texstar and the other packagers on this.     
The pkgutils would need to be redone for this change, I think.     

[Archie]

I think what we need is just one set of pkgutils that would work for either the 32 and 64.

cat /etc/pclinuxos-release and determine the platform. copy the necessary files and configs to the proper folders ... you know what? I'm really just blabbing. 

[Neal ManBear]

I think what we need is just one set of pkgutils that would work for either the 32 and 64.

cat /etc/pclinuxos-release and determine the platform. copy the necessary files and configs to the proper folders ... you know what? I'm really just blabbing. 

Then in response, why don't you go ahead and do 'blab-blab-blab' and then follow up with 'blab-blab-blab.' After that, we can blab some more.      

Back to serious discussion - If memory serves, MBantz has been taking care of pkgutils. Why don't you run your ideas past him?     

[Archie]

I think what we need is just one set of pkgutils that would work for either the 32 and 64.

cat /etc/pclinuxos-release and determine the platform. copy the necessary files and configs to the proper folders ... you know what? I'm really just blabbing. 

Then in response, why don't you go ahead and do 'blab-blab-blab' and then follow up with 'blab-blab-blab.' After that, we can blab some more.      

Back to serious discussion - If memory serves, MBantz has been taking care of pkgutils. Why don't you run your ideas past him?     

He said he's busy updating ... LOL ... just kidding!

Yeah, if I get hold of him Martin and I can maybe do something together. BTW, I've already changed the offending rpm [option] to rpmbuild [option] on the scripts on my environment. I think I already packaged the one that was corrected.

And also Neal, I would strongly recommend AutoKey. It is one darn good app for shortcuts and hotkeys. On the changelog, I just need to type in "bc" (without the quotes) and will be replaced with:

Code: [Select]

* Tue Oct 04 2011 Archie <pclinuxos.ph at gmail.com>
- Rebuild for x86_64
I use aliaser and that's also good. You see, I can't stop blabbing.

[Neal ManBear]

Blabbing is fine. LOL I do it, too, on occasion.      

[kjpetrie]

You don't want this line:

Code: [Select]

buildarchtranslate: noarch: x86_64

A noarch rpm needs to stay noarch!

[travisN000]

I think what we need is just one set of pkgutils that would work for either the 32 and 64.

cat /etc/pclinuxos-release and determine the platform. copy the necessary files and configs to the proper folders ... you know what? I'm really just blabbing. 

+1

..Martin was responsible for the pkgutils-thunar, while I had put together the original pkgutils & pkgutils-kde4... I integrated them into a single SRPM (v.0.1.5-1) before I went (mostly) offline for the summer

Now that winter has returned and I have more time to play, I see that pkgutils-kde4 is broken by the rpm update.  I was going to update it, but I cannot find an SRPM for the version in the repo (v0.1.5-4).  I just sent Martin and Kori (..apparently he already created an x86_64 version) a PM to see if either of them have a current SRPM.

...perhaps between all of us we can come up with a single package that will work for all. 

[Archie]

Thank you in advance, travisn000. An updated and fixed set of pkgutils would also be a good thing for any of our forum members who are thinking of trying out packaging.

[Neal ManBear]

Thank you in advance, travisn000. An updated and fixed set of pkgutils would also be a good thing for any of our forum members who are thinking of trying out packaging.

     
+1     

[travisN000]

..perhaps you all can help me out with a list of things that need fixing..

I know we need to:

• fix the right-click context menu items to use rpmbuild -b(x) instead of rpm -b(x)
• fix mkrepo to create appropriate buildarchtranslate lines in ~/.rpmrc as described in this thread
• create feature parity between -thunar and -kde4 versions: add right-click context menu items for kde to convert source tars to .xz format, etc

..any other issues I need to be aware of??  ..I haven't yet had time to test out my hand at any of the 64 bit stuff.

[Archie]

..perhaps you all can help me out with a list of things that need fixing..

I know we need to:

• fix the right-click context menu items to use rpmbuild -b(x) instead of rpm -b(x)
• fix mkrepo to create appropriate buildarchtranslate lines in ~/.rpmrc as described in this thread
• create feature parity between -thunar and -kde4 versions: add right-click context menu items for kde to convert source tars to .xz format, etc

..any other issues I need to be aware of??  ..I haven't yet had time to test out my hand at any of the 64 bit stuff.

I think I can do the first on the list. CHECK.

As for the second item, this was actually my question. And as kjpetrie pointed out, and I am leaning towards this idea too, we should leave the noarch BuildArch.

As for the third, I have not paid attention to pkgutils-thunar so I'll leave this alone.

Your idea of putting kde and thunar on one package is the best, IMO.

One other thing, how can I send to you the changes? No Dropbox, please.

[travisN000]

..perhaps you all can help me out with a list of things that need fixing..

I know we need to:

• fix the right-click context menu items to use rpmbuild -b(x) instead of rpm -b(x)
• fix mkrepo to create appropriate buildarchtranslate lines in ~/.rpmrc as described in this thread
• create feature parity between -thunar and -kde4 versions: add right-click context menu items for kde to convert source tars to .xz format, etc

..any other issues I need to be aware of??  ..I haven't yet had time to test out my hand at any of the 64 bit stuff.

I think I can do the first on the list. CHECK.

One other thing, how can I send to you the changes? No Dropbox, please.

I think my email is still in the spec...  it is my username at gmail 


..I had also fixed the first one..