Packages Repository

[ZDevil]

Frankly, I didn't know this before, because I am still waiting for my CF wifi to make full use of the Port system. For now I am compiling locally from downloaded sources.  

Well here's another trick. If you look at the Makefile for www/links+ you'll see

VER=            2.1pre28
DISTNAME=       links-${VER}
MASTER_SITES=   ${HOMEPAGE}download/
HOMEPAGE=       http://links.twibright.com/

If you download links-2.1pre28.tar.gz from  http://links.twibright.com/download/links-2.1pre28.tar.gz
and copy it to /usr/ports/distfiles/ then you'll be able to build links+ from the ports collection assuming that all other build dependencies have been met. If your missing a build dependency then analyze the missing dependencies Makefile as shown above and copy the missing dependencies downloaded tar.gz to /usr/ports/distfiles/. Continue this process until all the build dependencies have been met and you'll end up with the port along with it's dependencies being built in the ports tree.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=161334\"][{POST_SNAPBACK}][/a][/div]

A new question: What if the program is missing in the current ports collection? Does that mean there will be no dependency check and no BSD Makefile and Plist will be generated?

[mathemajikian]

A new question: What if the program is missing in the current ports collection? Does that mean there will be no dependency check and no BSD Makefile and Plist will be generated?

If the program isn't in the ports collection then there won't be a so called "BSD Makefile" or PLIST. These will have to be written by whomever is building the package. Checkout the contents of the cdf port I generated. It can be downloaded here: cdf.tar.gz
Untar the contents and look at the Makefile and pkg/PLIST. If you type make in the cdf directory then it will attempt to download the cdf application sources to /usr/ports/distfiles and begin the build process. This includes in a nut shell checking if all the applications build dependencies exist, and running configure if they do. Anytime a program is compiled it always checks to ensure that it's build dependencies exist. This is done by configure which in the end generates the system specific "application Makefile." There is a difference between the "BSD Makefile" and the "application Makefile." The "BSD Makefile" can be considered a pre-application make used to setup the environment. It will make sure that any dependencies that an application needs are installed and pass to configure any arguments that need to be specified. There's alot more to it but I'm not a teacher. Checkout the following for more information:
Building an OpenBSD port

[ZDevil]

That's pretty clear now. It's funny that I asked you the first question about packaging after getting a bit lost in the official "Building an OpenBSD port".
But now in the end I have to go back to the starting point again.
...
Your "Make Help" is considered a pre-Make taken to Help set up the newbie compiling  enviroment. It will make sure that any Help newbie needs is obtained and pass to Make any program that need to be compiled. There's alot more to it but I'm not even a beginner.    
...
Thanks for the very useful pre-RTFM!  

PS Okay then I will hold on until I get the wifi CF card to access the Port collections to make sure that my builds use the shared libraries there (such as the SDL stuff there instead of my homemade versions).

[mathemajikian]

PS Okay then I will hold on until I get the wifi CF card to access the Port collections to make sure that my builds use the shared libraries (such as the SDL stuff there instead of my homemade versions).

This is probably the best idea. However, if you have away to get the sources to your Z then you can use the suggestion I made previously. ( ie. download and copy them to /usr/ports/distfiles )

[ZDevil]

One question about compilation:

Is it desirable to build packages with architecture-specific optimization CFLAGS and CXXFLAGS as "-O2 -mcpu=xscale -mtune=xscale" instead of simply "-mcpu=xscale" as suggested in the Afterboot section in http://www.planetofidiots.com/zaurus/?

In principle the optimization will boost up the speed and performance of the builds,
or does doing this offend some OBSD general practice?

I started a related thread on this for pdaXrom some time ago: https://www.oesf.org/forums/index.php?showtopic=23024

Any input is much appreciated.  

[mathemajikian]

One question about compilation:

Is it desirable to build packages with architecture-specific optimization CFLAGS and CXXFLAGS as "-O2 -mcpu=xscale -mtune=xscale" instead of simply "-mcpu=xscale" as suggested in the Afterboot section in http://www.planetofidiots.com/zaurus/?

In principle the optimization will boost up the speed and performance of the builds,
or does doing this offend some OBSD general practice?

I started a related thread on this for pdaXrom some time ago: https://www.oesf.org/forums/index.php?showtopic=23024

Any input is much appreciated. 

Try it and see what happens.

[ZDevil]

I have tried that already; the package seems to load faster than without optimization, just like in pdaX.

[ZDevil]

I find that http://www.planetofidiots.com/pub/OpenBSD/...ackages/zaurus/  now has the latest and largest ports specifically for Zaurus! Even Firefox is there. Thanks again!

It seems my setup has some problems because of mixing the packages from the feeds. Now heading to install the packages again.

[ZDevil]

One question about compilation:

Is it desirable to build packages with architecture-specific optimization CFLAGS and CXXFLAGS as "-O2 -mcpu=xscale -mtune=xscale" instead of simply "-mcpu=xscale" as suggested in the Afterboot section in http://www.planetofidiots.com/zaurus/?

In principle the optimization will boost up the speed and performance of the builds,
or does doing this offend some OBSD general practice?

I started a related thread on this for pdaXrom some time ago: https://www.oesf.org/forums/index.php?showtopic=23024

Any input is much appreciated. 

Try it and see what happens.
[div align=\"right\"][{POST_SNAPBACK}][/a][/div]

Just picking up on the question.
In the "Tips and Tricks" page [a href=\"http://exit3.i-55.com/%7Exikon/zaurustipsandtricks.html]http://exit3.i-55.com/%7Exikon/zaurustipsandtricks.html[/url] , it is suggesting to add these lines to the shell initial script:

export CFLAGS="-mcpu=xscale"
export CPPFLAGS="-mcpu=xscale"

Shouldn't it be

export CXXFLAGS="-mcpu=xscale"  (for C++ compiler)?

AFAIK, CPPFLAGS is the linker flag, not for arch optimization flags.

I am still thinking if it would be better to apply this:  

export CFLAGS="-mcpu=xscale -mtune=xscale -O2 -pipe"
export CXXFLAGS="-mcpu=xscale -mtune=xscale -O2 -pipe"

[mathemajikian]

Just picking up on the question.
In the "Tips and Tricks" page http://exit3.i-55.com/%7Exikon/zaurustipsandtricks.html , it is suggesting to add these lines to the shell initial script:

export CFLAGS="-mcpu=xscale"
export CPPFLAGS="-mcpu=xscale"

Shouldn't it be

export CXXFLAGS="-mcpu=xscale"  (for C++ compiler)?

AFAIK, CPPFLAGS is the linker flag, not for arch optimization flags.

I am still thinking if it would be better to apply this:   

export CFLAGS="-mcpu=xscale -mtune=xscale -O2 -pipe"
export CXXFLAGS="-mcpu=xscale -mtune=xscale -O2 -pipe"

I've updated the site, but I'm not sure about the -pipe flag so I left it out.  

`-pipe` speeds up the compilation process (no gain at runtime)

If you have any other ideas / suggestions / corrections or would like to see something added to the site please let me know and I'll try to incorporate them.

[ZDevil]

A few pointers for the curious minds.  

ARM-specific: http://gcc.gnu.org/onlinedocs/gcc-3.4.6/gc...tml#ARM-Options
(-mcpu & -mtune are here!)

General optimization: http://gcc.gnu.org/onlinedocs/gcc-3.4.6/gc...ptimize-Options
(-O2 is here!)

General options: http://gcc.gnu.org/onlinedocs/gcc-3.4.6/gc...Overall-Options
(-pipe is here!)

General Index: http://gcc.gnu.org/onlinedocs/gcc-3.4.6/gc...ml#Option-Index
(Everything is here!)


Actually I can't code beyond hello world and change a line or two in the source files, yet I have derived so much fun checking out the sources and making them run on my buddy Z.  

By the way, mathemajikian, is that you who run this feed http://www.planetofidiots.com/pub/OpenBSD/...ges/zaurus/?M=D ? (I lost track as i somehow cannot identify the owner here...)
It's so amazing that things build up in such a short time. Most essential libraries and basic apps are there. I would say now setting up a good system can be even smoother than in my pdaX experience. Plus OBSD on Z runs really well.

Keep up the good work!

[mathemajikian]

Actually I can't code beyond hello world and change a line or two in the source files, yet I have derived so much fun checking out the sources and making them run on my buddy Z.

Code hacking is what makes OpenBSD so great!  

By the way, mathemajikian, is that you who run this feed http://www.planetofidiots.com/pub/OpenBSD/...ges/zaurus/?M=D ? (I lost track as i somehow cannot identify the owner here...)

No Thats gen2's site. See this post.

[ZDevil]

Code hacking is what makes OpenBSD so great! 

That's very true indeed. Sometimes rolling my own packages can be big fun, like my all-time favorite roguelikes and emacs.    

No Thats gen2's site. See this post.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=161741\"][{POST_SNAPBACK}][/a][/div]

I see. So a Zillion thanks must also go to gen2 for all the hard compilation work behind the scene!

mathemajikian, i see in that old thread that you talk about video performance (it's also on your web page). I just wonder if the MD is also a factor here because the MD is known to be a bit cranky when it comes to music and videos in other Z distros as well.
Off topic: I am now really looking forward to receiving my rebated 16gb Extreme III CF to swap with the MD. Then I will try to migrate the whole system from the internal MD to this CF after FFS formatting (it's just one big partition so I suppose that should work right?), while continuing using the MD for real compilation to avoid too much writing to the CF. Of course I will also see how multimedia goes with this card.

[jpmatrix]

To jpmatrix: thanks for offering to host the packages! Coincidentally I will be away for a week from 24 May.   Will take this couple of weeks to explore and do experiments. 

[div align=\"right\"][a href=\"index.php?act=findpost&pid=161327\"][{POST_SNAPBACK}][/a][/div]

back to bussiness

tonight i'll send user/password for my personnal ftp to everyone who want to post their packages.
by the way, do you finally think it is safe to mix all packages into one ftp directory, due to optimization differences, or should we separate them
(i only used the -mcpu=xsale)


also there's a new snapshot out on openbsd.org, i think i'll install this one tonight!

[ZDevil]

That's a great idea indeed, jpmatrix. I received my Ambicom wifi cf card yesterday. So in a way I am ready to start (learning to how to do) packaging myself.  

But I have some library conflict issues with the packages other than http://www.planetofidiots.com/pub/OpenBSD/...ges/zaurus/?M=D . That feed has become the biggest and newest repository now with 500+ packages. Your feed and the other one have older gtk and related libs which don't seem to be compatible with the ports in gen2's feed.  Firefox is an example. Many packages involving gtk and X libs also seem to be involved. I notice that some of his packages are built from even newer sources than those in the arm feed.
So what would be the direction from here? :rolloeyes:  It may not be a good idea to have several feeds whose packages are not compatible with one another.