OESF Portables Forum
Everything Else => Zaurus Distro Support and Discussion => Distros, Development, and Model Specific Forums => Archived Forums => OpenBSD => Topic started by: zogs on November 12, 2006, 09:38:49 am
-
Hi
if you want fluxbox, idesk, irssi or other packages precompiled for your OepnBSD 4.0 in your zaurus
you can put your PKG_PATH in http://www5.autistici.org/c0de/obsd/pkg4.0/ (http://www5.autistici.org/c0de/obsd/pkg4.0/)
here if you want a howto for setting some pkg_path for your pkg_add [simple howto for setting PKG_PATH] (http://www5.autistici.org/c0de/obsd/doc/pkgpath)
sorry my english I'm drinking [img]https://www.oesf.org/forums/style_images/1/folder_post_icons/icon4.gif\" border=\"0\" class=\"linked-image\" /]
-
cool!
i was thinking about something like that...
what about putting our compiled packages on a public ftp somewhere?
i'm compiling minimo right now
-
what about putting our compiled packages on a public ftp somewhere?
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=146164\")
ok..do you have a public ftp?
i'm compiling minimo right now
[div align=\"right\"][a href=\"index.php?act=findpost&pid=146164\"][{POST_SNAPBACK}][/a][/div]
if you want, for the moment, put your minimo
in [a href=\"http://www5.autistici.org/c0de/obsd/pkg4.0/]http://www5.autistici.org/c0de/obsd/pkg4.0/[/url]
send me a email
-
so here are mine,
http://matrixmen.free.fr/zaurus/openbsd/packages/ (http://matrixmen.free.fr/zaurus/openbsd/packages/)
i don't know if it minds if they were compiled under 4.0beta...
-
GOOD !!
if you don't remember, you can check the version in 4.0 ports, an example for fluxbox:
bash# cat /usr/port/x11/fluxbox/Makefile | grep "VERSION="
Can you give me a account for put my packages precompiled in the tree?
-
send me your email and i'll send you my desktop personal ftp account. then i'll publish the packages on my public ftp.
anyone who want to post can send me their email
PS:
more packages can be found here too :
http://www.planetofidiots.com/pub/OpenBSD/...packages/zaurus (http://www.planetofidiots.com/pub/OpenBSD/snapshots/packages/zaurus)
from
http://www.planetofidiots.com/zaurus/ (http://www.planetofidiots.com/zaurus/)
it would be great if we could have only one master ftp site for our zaurus packages !
-
New Repo for OpenBSD 4.1
i'm starting the packages for OpenBSD 4.1 on Zaurus
Repository for OpenBSD 4.1 on Zaurus (http://www5.autistici.org/c0de/obsd/pkg4.1/)
simple and fast howto (http://www5.autistici.org/c0de/obsd/doc/pkgpath41)
OpenBSD 4.1 run very well on my Zaurus sl-c3200
-
great!
how usable and stable do you find openbsd4.1 on your zaurus?
the only thing i'd miss is the bluetooth dialup networking item...
-
mozilla-firefox added in my repository (http://www5.autistici.org/c0de/obsd/pkg4.1/)
p.s.: compiled in 3 days and 3 nights
jpmatrix: 4.1 it's better, more stable and usable
-
mozilla-firefox added in my repository (http://www5.autistici.org/c0de/obsd/pkg4.1/)
p.s.: compiled in 3 days and 3 nights
jpmatrix: 4.1 it's better, more stable and usable
[div align=\"right\"][a href=\"index.php?act=findpost&pid=159201\"][{POST_SNAPBACK}][/a][/div]
ok i'm now under bsd4.1 !
did you compile some more packages?
and what is the best window manager you've tested ? can i install fluxbox without any trouble?
tia
JP
-
I wonder if the feed http://www.planetofidiots.com/pub/OpenBSD/...ackages/zaurus/ (http://www.planetofidiots.com/pub/OpenBSD/snapshots/packages/zaurus/) is still working. It is not browsable.
-
I wonder if the feed http://www.planetofidiots.com/pub/OpenBSD/...ackages/zaurus/ (http://www.planetofidiots.com/pub/OpenBSD/snapshots/packages/zaurus/) is still working. It is not browsable.
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=160520\")
apparently not
anyway, i'm beginning to compile some packages :
[a href=\"http://matrixmen.free.fr/zaurus/openbsd/pkg4.1/]http://matrixmen.free.fr/zaurus/openbsd/pkg4.1/[/url]
more will come later
-
I wonder if the feed http://www.planetofidiots.com/pub/OpenBSD/...ackages/zaurus/ (http://www.planetofidiots.com/pub/OpenBSD/snapshots/packages/zaurus/) is still working. It is not browsable.
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=160520\")
apparently not
anyway, i'm beginning to compile some packages :
[a href=\"http://matrixmen.free.fr/zaurus/openbsd/pkg4.1/]http://matrixmen.free.fr/zaurus/openbsd/pkg4.1/[/url]
more will come later
[div align=\"right\"][a href=\"index.php?act=findpost&pid=160557\"][{POST_SNAPBACK}][/a][/div]
*sigh*
One of my pet peeves of the universe, and now I'm one of the culprits! Ugh. My webhost decided to migrate planetofidiots.com to a new box with directory listings shut off, in a clandestine operation no less. Spent an hour on the phone with em today, it'll be available soon-ish. I'm starting a 4.1+ spin cycle too, looks like there'll be no shortage of plug n play...
-
Looking forward to more ready made packages! So my zaurus will have fewer sleepless nights ... :lol
Thanks in advance.
btw I just set up OpenBSD also on Mac using Parallels. The installation process is almost identical as on Zaurus. Kinda cool.
-
I've installled everything from http://www5.autistici.org/c0de/obsd/pkg4.1/ (http://www5.autistici.org/c0de/obsd/pkg4.1/). All the packages install successfully, except gaim and pygtk, which requires py-cairo but it is missing in the feed. Does anyone here have the package? Thanks.
(I am still waiting for my Ambicom wifi CF to have proper access to feeds and sources.)
-
Just checked the 4.1/arm packages feeds. py-cairo is also missing there ...
-
I wonder if the feed http://www.planetofidiots.com/pub/OpenBSD/...ackages/zaurus/ (http://www.planetofidiots.com/pub/OpenBSD/snapshots/packages/zaurus/) is still working. It is not browsable.
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=160520\")
apparently not
anyway, i'm beginning to compile some packages :
[a href=\"http://matrixmen.free.fr/zaurus/openbsd/pkg4.1/]http://matrixmen.free.fr/zaurus/openbsd/pkg4.1/[/url]
more will come later
[div align=\"right\"][{POST_SNAPBACK}][/a][/div]
(http://index.php?act=findpost&pid=160557\")
updated & new url:
[a href=\"http://matrixmen.free.fr/zaurus/openbsd/pkg4.1/all/]http://matrixmen.free.fr/zaurus/openbsd/pkg4.1/all/[/url]
ftped with mc under OpenBSD Zaurus
-
Cool. Thanks a lot. Now go installing everything.
Will hop on the compiling bandwagon once i receive my ambicom wifi cf.
-
Hey, just compile emacs-unicode2 (emacs 23.0.0.1) on board!
Compilation feels faster than using the zgcc toolchain on pdaX. Maybe my illusion because i was doing it on SD card under pdaX
This is gonna be my virgin port for OpenBSD/Zaurus.
Next: Chinese inputmethod, xchm, and a few roguelikes.
-
A quick question about compilation flags:
It's suggested that we add -mcpu=xscale as optimizing CFLAGS/CPPFLAGS.
Then how about other optimization options, such as -O2, which is the default when compiling apps for linux? I've searched the web for a while and don't find anything discussing this directly. Thanks.
-
(Disclaimer: The following report is true as of 14 May 2007; things may change when a more complete and updated feed comes up.)
So far, I've come across these three "unofficial" user feeds (well, when will there be an official package feed for Zaurus? ):
http://www5.autistici.org/c0de/obsd/pkg4.1/ (http://www5.autistici.org/c0de/obsd/pkg4.1/)
http://matrixmen.free.fr/zaurus/openbsd/pkg4.1/all/ (http://matrixmen.free.fr/zaurus/openbsd/pkg4.1/all/)
http://www.planetofidiots.com/pub/OpenBSD/...ackages/zaurus/ (http://www.planetofidiots.com/pub/OpenBSD/snapshots/packages/zaurus/) (it's back with more updated packages)
First of all, a millions thanks to the contributors for your hard efforts to make these ports ready for OpenBSD/Zaurus!
The packages in the first two seem to largely get along well (except a few), but the third one has newer stuff that don't seem to be compatible with many packages in the first two feeds, notably things dependent on or shared with atk, glib and gtk.
If you so happened to have installed things from all the three feeds (like what i did earlier on ... I have to admit that i am kinda greedy ... ),
then you should first use pkg_delete -ci PACKAGENAME to uninstall the conflicting packages, and those that are associated with them -- say YES when asked whether to delete all those other associated packages.
Then try to install the ones that fit.
But when installing the suitable ones, chances are that installation will run into errors saying some conflicting libraries and files are already present. It takes a while for a list of these files to come up.
Look at the list and manually delete all the unfitting libs.
Then install the desired packages again. That should do the trick (at least to a large extent).
I have to admit that this is a kinda stupid way. Since there is no port trees for the unofficial packages, so i have to do trial and error to find out the (in)compatibilities among the packages.
I've been reinstalling and uninstalling for a few times to ensure things are in harmony.
It seems i have to taken out the newer atk-1.18.0p0.tgz, glib2-2.12.11p0.tgz and gtk+2-2.10.10.tgz out from the third feed and keep using the older ones from the first two feeds if i want to have a maximal set of working packages in the system.
For instance, firefox is missing in the third feed (for now perhaps?) and it can only work with the older libs from the first two feeds.
I believe having ready made packages is nice, which can save a huge chuck of time on the users' part. Yet things would be much smoother if there is one central (official) feed so that things are updated uniformly and consistently. But correct me if i am wrong.
-
I have already started porting apps not found in the three feeds.
The native toolchain which is part of the system installation works like a charm.
So far I have finished a tiny set: emacs-unicode2, icewm 1.30 (latest), SDL, SDL-mixer, SDL-image, SDL-ttf, SDL-net, and a few others are coming.
Now thinking of making the builds into PKG, but still cannot find where to start to package things up after reading http://www.openbsd.org/porting.html (http://www.openbsd.org/porting.html) and iamsmith's post about ports and packages in this forum. Can someone drop me a pointer so that i can go check it out myself?
It would be great if there is a short demo/example of how to package. Thanks in advance!
I don't have my own free web space to host the builds, but i am more than happy to send mine to any of those feeds, just as what i can do to contribute for now. Anyone interested?
PS I find that the first feeds I mention in the previous largely follow the content of the arm feeds, plus more nice stuff (such as firefox).
-
Can someone drop me a pointer so that i can go check it out myself?
Here's a simple example:
# cd /usr/openbsdports/sysutils/colorls
# more Makefile
$OpenBSD: Makefile,v 1.12 2006/10/21 09:42:32 naddy Exp $
COMMENT= "ls that can use color to display file attributes"
DISTNAME= ls-3.9
PKGNAME= color${DISTNAME}
CATEGORIES= sysutils
MAINTAINER= Christian Weisgerber
# BSD
PERMIT_PACKAGE_CDROM= Yes
PERMIT_PACKAGE_FTP= Yes
PERMIT_DISTFILES_CDROM= Yes
PERMIT_DISTFILES_FTP= Yes
MASTER_SITES= http://sites.inka.de/~mips/unix/distfiles/
WRKDIST= ${WRKDIR}/ls <---- this is the build directory in /usr/openbsdports/sysutils/colorls/w-colorls-3.9
NO_REGRESS= Yes
pre-patch:
cp ${WRKSRC}/ls.1 ${WRKSRC}/colorls.1
.include
# cd /usr/openbsdports/sysutils/colorls/pkg
# more PLIST
@comment $OpenBSD: PLIST,v 1.2 2005/09/05 11:55:47 espie Exp $
bin/colorls
@man man/cat1/colorls.0
You should be able to figure it our from here.
-
I don't have my own free web space to host the builds, but i am more than happy to send mine to any of those feeds, just as what i can do to contribute for now. Anyone interested?
i can give you some space on my website if you want, i think i've 10GB.
but you'll have to wait for a week as i'm on holidays until may 23
-
Thanks, mathemajikian. This seems a very good starting point. Does it mean you have to write the Makefiles and PLIST by hand yourself? And how do you package up the builds into the package .tgz ? I have taken a brief look into the file structure of some sample packages, but I just want to be sure what I do is the standard way of porting.
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.
Now building xchm and its dependencies (wxGTK, xmlpc++, chmlib) ...
-
Thanks, mathemajikian. This seems a very good starting point. Does it mean you have to write the Makefiles and PLIST by hand yourself? And how do you package up the builds into the package .tgz ?
If you are trying to create a package for a port which isn't already in the ports collection, then you'll have to generate the Makefile and PLIST plus any other misc files. However, if you are just building ports which are already in the ports collection then:
# cd /usr/ports/packages/arm/all
# ls
and you'll see that the packages have been created for you during the normal make install process. I'm assuming you knew this.........
-
Thanks, mathemajikian. This seems a very good starting point. Does it mean you have to write the Makefiles and PLIST by hand yourself? And how do you package up the builds into the package .tgz ?
If you are trying to create a package for a port which isn't already in the ports collection, then you'll have to generate the Makefile and PLIST plus any other misc files. However, if you are just building ports which are already in the ports collection then:
# cd /usr/ports/packages/arm/all
# ls
and you'll see that the packages have been created for you during the normal make install process. I'm assuming you knew this.........
[div align=\"right\"][a href=\"index.php?act=findpost&pid=161328\"][{POST_SNAPBACK}][/a][/div]
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.
-
However, if you are just building ports which are already in the ports collection then:
# cd /usr/ports/packages/arm/all
# ls
and you'll see that the packages have been created for you during the normal make install process. I'm assuming you knew this.........
[div align=\"right\"][a href=\"index.php?act=findpost&pid=161328\"][{POST_SNAPBACK}][/a][/div]
by the way, can you explain us (openbsd newbie), why there are 3 directories (all, cdrom, ftp) with the same .tgz in them ??? and can we safely delete some to make some room ?
-
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.
-
By the way, can you explain us (openbsd newbies), why there are 3 directories (all, cdrom, ftp) with the same .tgz in them ???
These copies are generated because it is told to do so in the Makefile:
PERMIT_PACKAGE_CDROM= Yes
PERMIT_PACKAGE_FTP= Yes
Can we safely delete some to make some room ?
Yes, you can safely delete them from arm/cdrom and arm/ftp. Just keep the original in arm/all.
-
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?
-
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 (http://mersenne.homeunix.net/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 (http://www.openbsd.org/porting.html)
-
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).
-
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 )
-
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/ (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 (https://www.oesf.org/forums/index.php?showtopic=23024)
Any input is much appreciated.
-
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/ (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 (https://www.oesf.org/forums/index.php?showtopic=23024)
Any input is much appreciated.
Try it and see what happens.
-
I have tried that already; the package seems to load faster than without optimization, just like in pdaX.
-
I find that http://www.planetofidiots.com/pub/OpenBSD/...ackages/zaurus/ (http://www.planetofidiots.com/pub/OpenBSD/snapshots/packages/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.
-
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/ (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 (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]
(http://index.php?act=findpost&pid=161608\")
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"
-
Just picking up on the question.
In the "Tips and Tricks" page http://exit3.i-55.com/%7Exikon/zaurustipsandtricks.html (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.
-
A few pointers for the curious minds.
ARM-specific: http://gcc.gnu.org/onlinedocs/gcc-3.4.6/gc...tml#ARM-Options (http://gcc.gnu.org/onlinedocs/gcc-3.4.6/gcc/ARM-Options.html#ARM-Options)
(-mcpu & -mtune are here!)
General optimization: http://gcc.gnu.org/onlinedocs/gcc-3.4.6/gc...ptimize-Options (http://gcc.gnu.org/onlinedocs/gcc-3.4.6/gcc/Optimize-Options.html#Optimize-Options)
(-O2 is here!)
General options: http://gcc.gnu.org/onlinedocs/gcc-3.4.6/gc...Overall-Options (http://gcc.gnu.org/onlinedocs/gcc-3.4.6/gcc/Overall-Options.html#Overall-Options)
(-pipe is here!)
General Index: http://gcc.gnu.org/onlinedocs/gcc-3.4.6/gc...ml#Option-Index (http://gcc.gnu.org/onlinedocs/gcc-3.4.6/gcc/Option-Index.html#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 (http://www.planetofidiots.com/pub/OpenBSD/snapshots/packages/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!
-
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 (http://www.planetofidiots.com/pub/OpenBSD/snapshots/packages/zaurus/?M=D) ? (I lost track as i somehow cannot identify the owner here...)
No Thats gen2's site. See this post. (https://www.oesf.org/forums/index.php?showtopic=21356&view=findpost&p=140689)
-
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. (https://www.oesf.org/forums/index.php?showtopic=21356&view=findpost&p=140689)
[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.
-
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!
-
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 (http://www.planetofidiots.com/pub/OpenBSD/snapshots/packages/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.
-
ftp: 87.88.147.59
login: openbsd
pass: zaurus
feel free to download, and you can upload in /uploads
-
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.
Next time around I'll keep the snapshot files I used, with the packages that came from it in one place. Not sure if we can really avoid the mismatch situation other than specifying which snapshot built what repos...I build everything here just to avoid the hassles...bummer if posting packages is just adding mayhem, although I don't know the extent of complications "out there". Smoke em if you got em.
Perhaps we develop some guidelines for all the nice people migrating over from uhhh... yaknow....
maybe even try a coordinated attack on new releases, 4 or 5 (10-20?) people hitting different parts of the ports tree from the same snapshot, we can be up and rolling pretty quick, knock the whole tree down in a week or less, arm-farm stylee
-
Personally I think a good solution is to use the libraries in your feed to build things, besides the port tree. Your feed has most things (and updated as well) we need to roll more packages. I do miss quite a number of programs I was using under pdaX that I rolled myself, such as:
emacs-unicode2 (aka emacs 23): (the release one is still 21 and has limited utf8 and xft support)
inputmethods: scim (not in the port tree) and/or zh-xcin (in the port tree)
unicode-friendly terminal emulators: such as gtkterm2, rxvt-unicode
SDL libraries: for games of course!
WM: icewm 1.3.0
Some WM accessories: such as grun, scrot, etc
roguelikes: the other *RL*
except the inputmethods i have already built all these on my own. but the guidelines to package and make new ports still require quite some time to comprehend. now i will build them again with your newer library packages.
-
Perhaps we develop some guidelines for all the nice people migrating over from uhhh... yaknow....
[div align=\"right\"][a href=\"index.php?act=findpost&pid=161905\"][{POST_SNAPBACK}][/a][/div]
I am more than happy to write notes for the newbies, because I am one of them!
I have already been collecting quite a long list of small practical tips to kick start. But i am traveling now, perhaps I will have some spare time at night towards the end of the trip, .... with my new OBSD setup @ Extreme III 16GB CF...
-
maybe even try a coordinated attack on new releases, 4 or 5 (10-20?) people hitting different parts of the ports tree from the same snapshot, we can be up and rolling pretty quick, knock the whole tree down in a week or less, arm-farm stylee
[div align=\"right\"][a href=\"index.php?act=findpost&pid=161905\"][{POST_SNAPBACK}][/a][/div]
Sounds a damned good plan! If you, mathemajikian, jpmatrix (and including me if you guys don't mind me joining/learning) keep the Z working in night shifts in the Port tree, in a week or so there will be an big boom of new Ports!
-
maybe even try a coordinated attack on new releases, 4 or 5 (10-20?) people hitting different parts of the ports tree from the same snapshot, we can be up and rolling pretty quick, knock the whole tree down in a week or less, arm-farm style
Just setup a cross compile environment. Port building is a little bit harder but they complete in minutes instead of days.
-
Just setup a cross compile environment. Port building is a little bit harder but they complete in minutes instead of days.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=161927\"][{POST_SNAPBACK}][/a][/div]
Love to see your how-to on that! Welcome addition here.
Lot of people talk about how easy cross compiling is, but after having done it, I rather enjoy plugging in a batchlist and getting other work done. It took me about 3 (maybe 4) actual hands-on hours to create near 600 packages the steam-powered way. Cross building 1/10 of that, maybe even 1/100th (if I tried it anyway) would take...longer.
-
Love to see your how-to on that! Welcome addition here.
I've been pretty busy lately, but I'll see what I can do. It's fairly easy to setup the cross compiler and friends, but using them to build ports can be pretty tricky. This is mainly due to variables assigned via the "OpenBSD Makefile"; hence, you'll have to build the port from the /usr/ports/portname/w-* source using the cross compiler, then use make package to build the package which can be used to install the port on your Z via pkg_add. I wouldn't suggest building everything with the cross compiler, but this is a great option for ports like Minimo and Firefox which take numerous days to build on the Z.
-
Ok for me ! I only forgot i won t be there for the weekend... I ll see that right after ,next tuesday
-
back
i see that gen2 repository is growing quickly !
i've just installed GENERIC#113, is it the one you're using ?
what about compiling pidgin for us ?
-
i've just installed GENERIC#113, is it the one you're using ?
what about compiling pidgin for us ?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=162336\"][{POST_SNAPBACK}][/a][/div]
Using #110, and it looks like pidgin was added to ports a few days after I'd done the initial install, so it's not onboard atm else I'd knock that out for you. After this "pass" (ending soon-ish), I'll probably run thru an upgrade and get to some of the new ports.
Package burning has reached a micro-industrial scale somewhat inadvertently here - might be time to start cross compiling (and I'd love to bring some stuff in from outside of the standard tree)...Can I get it rolling before job/work crushes my zaurus timelines? Maybe...Maybe!
-
i've just installed GENERIC#113, is it the one you're using ?
what about compiling pidgin for us ?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=162336\"][{POST_SNAPBACK}][/a][/div]
Using #110, and it looks like pidgin was added to ports a few days after I'd done the initial install, so it's not onboard atm else I'd knock that out for you. After this "pass" (ending soon-ish), I'll probably run thru an upgrade and get to some of the new ports.
Package burning has reached a micro-industrial scale somewhat inadvertently here - might be time to start cross compiling (and I'd love to bring some stuff in from outside of the standard tree)...Can I get it rolling before job/work crushes my zaurus timelines? Maybe...Maybe!
[div align=\"right\"][a href=\"index.php?act=findpost&pid=162394\"][{POST_SNAPBACK}][/a][/div]
ok
i'm compiling right now some other packages you haven't yet : mc, fetchmail, procmail, and i'll try pidgin too on my #113
i think the question has yet been asked but can we mix all that or should we make separate named feeds ???
-
i think the question has yet been asked but can we mix all that or should we make separate named feeds ???
[div align=\"right\"][a href=\"index.php?act=findpost&pid=162396\"][{POST_SNAPBACK}][/a][/div]
I haven't mixed packages yet, but I think if all the dependencies are available in the correct versions for a given package, shouldn't be a problem. Might be as simple as just going for it; if it runs, great, if not, delete it or dig into the requirements.
-
@gen2: Are your packages compiled with optimization flags? In fact I find firefox and abiword in the feed take much longer time to start than under pdaX. Firefox takes 8 to 9 minutes to launch (!) and abiword takes a minute or two, while under pdaX it's 2 minute and a few seconds respectively.
-
@gen2: Are your packages compiled with optimization flags? In fact I find firefox and abiword in the feed take much longer time to start than under pdaX. Firefox takes 8 to 9 minutes to launch (!) and abiword takes a minute or two, while under pdaX it's 2 minute and a few seconds respectively.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=162404\"][{POST_SNAPBACK}][/a][/div]
I used -mcpu=xscale (only) for the first 1/2 (or so) of it, then saw your post and added -pipe -mtune=xscale -O2 within a day or 2. Firefox and Abiword had already been done though. Is the difference in speed you're citing just the result of the additional flags, or also some other factors, I wonder?
Anecdotally I've heard pdaX is faster, especially regarding video, but never done any benchmarking here. I'd be happily surprised if the new flags were the only difference between 8 minute and 2 minute launch times for firefox.
FWIW, firefox opens here in 3:45, abiword in 48 seconds...siag 7 (!) seconds...siag is pretty cool, btw, if you haven't checked it out, it's got an abiword-like thing in there in addition to spreadsheets and other stuff.
-
@gen2: Are your packages compiled with optimization flags? In fact I find firefox and abiword in the feed take much longer time to start than under pdaX. Firefox takes 8 to 9 minutes to launch (!) and abiword takes a minute or two, while under pdaX it's 2 minute and a few seconds respectively.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=162404\"][{POST_SNAPBACK}][/a][/div]
IFWIW, firefox opens here in 3:45, abiword in 48 seconds...siag 7 (!) seconds...siag is pretty cool, btw, if you haven't checked it out, it's got an abiword-like thing in there in addition to spreadsheets and other stuff.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=162415\"][{POST_SNAPBACK}][/a][/div]
i reinstalled openbsd from scratch and haven't yet reinstalled firefox .. however i remember it was taking more 3 than 8 minutes to load... i'll try asap.
anyway, i've compiled pidgin (and dependances) with optimizations listed and it seems to work great!
uploading all that to my repository right now!
next to compile : scrot ! thanks
-
anyway, i've compiled pidgin (and dependances) with optimizations listed and it seems to work great!
uploading all that to my repository right now!
Going to have to try out pidgin. This could be a replacement for the pork application I'm currently using:
Finch is the text-based version of Pidgin. It supports the same IM networks, but you can run it in a console window. You can use it on Linux, BSD, and other Unixes.
-
anyway, i've compiled pidgin (and dependances) with optimizations listed and it seems to work great!
uploading all that to my repository right now!
Going to have to try out pidgin. This could be a replacement for the pork application I'm currently using:
Finch is the text-based version of Pidgin. It supports the same IM networks, but you can run it in a console window. You can use it on Linux, BSD, and other Unixes.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=162423\"][{POST_SNAPBACK}][/a][/div]
finch doesn't seem to be in the ports...
-
finch doesn't seem to be in the ports...
It's built by default when you build net/pidgin. Look at pidgins pkg/PLIST and you'll see bin/finch.
-
finch doesn't seem to be in the ports...
It's built by default when you build net/pidgin. Look at pidgins pkg/PLIST and you'll see bin/finch.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=162435\"][{POST_SNAPBACK}][/a][/div]
whow ! you're right !
now i've to find the keyboard shorcuts
-
@gen2: Are your packages compiled with optimization flags? In fact I find firefox and abiword in the feed take much longer time to start than under pdaX. Firefox takes 8 to 9 minutes to launch (!) and abiword takes a minute or two, while under pdaX it's 2 minute and a few seconds respectively.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=162404\"][{POST_SNAPBACK}][/a][/div]
Just re-compiled abiword so we can have a psuedo-official comparison of flags:
export CPPFLAGS="-mcpu=xscale"
export CFLAGS="-mcpu=xscale"
export CXXFLAGS="-mcpu=xscale"
Abiword took 48 seconds to open.
export CPPFLAGS="-mcpu=xscale"
export CFLAGS="-mcpu=xscale -mtune=xscale -O2 -pipe"
export CXXFLAGS="-mcpu=xscale -mtune=xscale -O2 -pipe"
Abiword took 47 seconds to open.
Too close to even say there's a difference in this case, far as I can tell.
-
Thanks, gen2.
I check again with the output in terminal, it seems both abiword and firefox are complaining about pango errors. Will reinstall the packages and try again.
Still 47 secs is way too slow compared with pdaXrom. There abiword always launches in about 10 secs.
Just a note on the flag: Despite CFLAGS (for C compiler) and CXXFLAGS (for C++ compliler), CPPFLAGS seems never for optimization but simply for extra include paths.
Now I've got both my 16gb CF and Ambicom wifi CF working! Just started to play with the Port collections. Nice stuff!
-
@jpmatrix: I've finally got everything set up (CF wifi + 16GB internal CF) and had access to the Port tree (really sweet ). Along the way I've compiled and packaged new things based on gen2's newer library packages. What would be the best way to share them? If I upload them to your ftp, then they won't get along with the packages in your feed because of library issues. What do you think?
-
@jpmatrix: I've finally got everything set up (CF wifi + 16GB internal CF) and had access to the Port tree (really sweet ). Along the way I've compiled and packaged new things based on gen2's newer library packages. What would be the best way to share them? If I upload them to your ftp, then they won't get along with the packages in your feed because of library issues. What do you think?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=162539\"][{POST_SNAPBACK}][/a][/div]
just upload them, and i'll make a separate directory for you on matrixmen.free.fr
then one could choose to mix or not to mix
if you start tonight i'll let my computer awaken
-
Thanks. Now I think of an issue: even if I upload the new packages to your server, how about the dependency tracking? Because my packages are using gen2's libraries, pkg_add pointing to the new location won't be able to pull the dependency packages at the same time, or setting multiple ULRs in PKG_PATH will do (but how)?
-
Thanks, gen2.
I check again with the output in terminal, it seems both abiword and firefox are complaining about pango errors. Will reinstall the packages and try again.
Still 47 secs is way too slow compared with pdaXrom. There abiword always launches in about 10 secs.
Just a note on the flag: Despite CFLAGS (for C compiler) and CXXFLAGS (for C++ compliler), CPPFLAGS seems never for optimization but simply for extra include paths.
Now I've got both my 16gb CF and Ambicom wifi CF working! Just started to play with the Port collections. Nice stuff!
[div align=\"right\"][a href=\"index.php?act=findpost&pid=162448\"][{POST_SNAPBACK}][/a][/div]
An update:
After reinstalling the packages, both firefox and abiword load faster and run, without complaining about pango errors.
Abiword startup time between 30~40 secs. Typing fast or typing a long word will result in repetition of the same key strokes.
Firefox about 4 minutes. And response not very fast.
Anyone can confirm this?
Still double the time under pdaXrom. Any explanation?
-
Still double the time under pdaXrom. Any explanation?
Possibly the biggest factors there are Theo's development priorities, although I'm sure there's much more to the details than I'm able to illuminate. FWIW, those priorities are what keep this user interested...(well, that and: I have no doubt pdaXrom is ideal for many users, but my experience there led me to believe management was ad-hoc at best, developer shortages chronic, long-term outlook shaky, communication to user-base very not good. Just my personal opinion, not trying to scare anyone away from a speedy rom that works for them!)
I'm thinking the OpenBSD team is handling the distro, Uwe and others handle the Z port (much smaller relative effort), and that's what we're using...contrasted with other roms which are trying to maintain an entire distro/port...I don't know if that approach can scale over time vs. developer-base, especially as the Z is overtaken by new hardwares and interest wanes.
OpenBSD's performance and usability is occasionally criticised. Felix von Leitner's performance and scalability tests,[44] indicated that OpenBSD lagged behind other operating systems. In response, OpenBSD users and developers criticised von Leitner's objectivity and methodology, and asserted that although performance is given consideration, security and correct design are prioritised, with developer Nick Holland commenting: "It all boils down to what you consider important."[45] OpenBSD is also a relatively small project, particularly when compared with FreeBSD and Linux, and developer time is sometimes seen as better spent on security enhancements than performance optimisations. Critics of usability often point out the lack of user-friendly configuration tools, the bare default installation,[46] and "spartan" and "intimidating" installer.[47] These see much the same rebuttals as performance: a preference for simplicity, reliability and security; as one reviewer admits, "running an ultra-secure operating system can be a bit of work."[48]
http://en.wikipedia.org/wiki/OpenBSD (http://en.wikipedia.org/wiki/OpenBSD)
-
A short note on my porting:
I am now building a whole new bunch of ports under 4.2 via NFS@macbook, using a new user on Zaurus matching the gid and uid of the Mac user.
But then when I use this account to build stuff, the optimization flags are simply ignored, despite the fact that i have already put them in .profile, .kshrc (using ksh now) and even exported them explicitly.
But there is one solution, after reading the official FAQ section 15.3.3 (http://www.openbsd.org/faq/faq15.html#PortsConfig).
#1 Simply create /etc/mk.conf (need root privilege of course)
#2 Drop these lines in the file:
CFLAGS+=-mcpu=xscale -mtune=xscale
CXXFLAGS+=-mcpu=xscale -mtune=xscale
(It seems there is no need for -O2 and -pipe flags, as i notice generally the ports have these included in the makefiles.)
#3 Save and go ahead to port stuff. Now you get systemwide make optimization settings.
And a good thing is you don't need to reboot the system. The new settings take effect immediately.
-
A minor qualification:
Both the -O2 and the -pipe flags can be safely put together with the architecture optimization flags, because -pipe is simply to smooth the channeling during build and make can only see one (= the last) -Ox flag and ignore the others.
And a question (which is kinda obvious, but i am not absolutely sure):
Is Xenocara just the X stuff we find among the distribution sets?
If that's the case then there seems to be no need to (re)complie Xenocara, right?
Thanks.
And a call:
Is there someone being be so kind as to offer a small space to host my optimized packages for the current 4.2 beta? My 3200 now keeps running day and night rebuilding. The ready-made packages will save other users lots of time and troubles to go through the pain of builing themselves. Thanks in advance!
-
And a question (which is kinda obvious, but i am not absolutely sure): Is Xenocara just the X stuff we find among the distribution sets?
If that's the case then there seems to be no need to (re)complie Xenocara, right?
If you've updated via the snapshots then you shouldn't have to.
-
Now I am heading to building the big guys, such as Evolution.
Earlier on mathemajikian mentioned cross-compilation. Any tutorial or quick how-to?
Thanks in advance!
-
Now I am heading to building the big guys, such as Evolution.
Earlier on mathemajikian mentioned cross-compilation. Any tutorial or quick how-to?
Thanks in advance!
[div align=\"right\"][a href=\"index.php?act=findpost&pid=167449\"][{POST_SNAPBACK}][/a][/div]
Nice work ZDevil
I have re-done a few packages too, as the ones I posted earlier seem to be useless (did I screw up with not setting FTP to 'bin' mode or something?) I have also been setting the optimising environment variables prior to compiling.
I did some WMs including Enlightenment and have just got XFCE4 running which looks quite nice. At least it offers the chance to dynamically alter font sizes which is a must on such a tiny screen.
-
who start with 4.2 packages?