Help - Search - Members - Calendar
Full Version: Packages Repository
OESF Forums > Distros, Development, and Model Specific Forums > Distro Support and Discussion > OpenBSD
Pages: 1, 2
zogs
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/

here if you want a howto for setting some pkg_path for your pkg_add [simple howto for setting PKG_PATH]

sorry my english I'm drinking
jpmatrix
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
zogs
QUOTE(jpmatrix @ Nov 13 2006, 11:20 AM)
what about putting our compiled packages on a public ftp somewhere?
*

ok..do you have a public ftp?

QUOTE(jpmatrix @ Nov 13 2006, 11:20 AM)
i'm compiling minimo right now
*

if you want, for the moment, put your minimo
in http://www5.autistici.org/c0de/obsd/pkg4.0/
send me a email
jpmatrix
so here are mine,

http://matrixmen.free.fr/zaurus/openbsd/packages/

i don't know if it minds if they were compiled under 4.0beta...
zogs
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?
jpmatrix
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
from
http://www.planetofidiots.com/zaurus/

it would be great if we could have only one master ftp site for our zaurus packages !
zogs
New Repo for OpenBSD 4.1

i'm starting the packages for OpenBSD 4.1 on Zaurus

Repository for OpenBSD 4.1 on Zaurus

simple and fast howto

OpenBSD 4.1 run very well on my Zaurus sl-c3200
jpmatrix
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...
zogs
mozilla-firefox added in my repository

p.s.: compiled in 3 days and 3 nights

jpmatrix: 4.1 it's better, more stable and usable
jpmatrix
QUOTE(zogs @ Apr 18 2007, 06:50 PM)
mozilla-firefox added in my repository

p.s.: compiled in 3 days and 3 nights

jpmatrix: 4.1 it's better, more stable and usable
*



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
ZDevil
I wonder if the feed http://www.planetofidiots.com/pub/OpenBSD/...ackages/zaurus/ is still working. It is not browsable.
jpmatrix
QUOTE(ZDevil @ May 5 2007, 12:11 PM)
I wonder if the feed http://www.planetofidiots.com/pub/OpenBSD/...ackages/zaurus/ is still working. It is not browsable.
*


apparently not
anyway, i'm beginning to compile some packages :

http://matrixmen.free.fr/zaurus/openbsd/pkg4.1/

more will come later
gen2
QUOTE(jpmatrix @ May 5 2007, 10:24 PM)
QUOTE(ZDevil @ May 5 2007, 12:11 PM)
I wonder if the feed http://www.planetofidiots.com/pub/OpenBSD/...ackages/zaurus/ is still working. It is not browsable.
*


apparently not
anyway, i'm beginning to compile some packages :

http://matrixmen.free.fr/zaurus/openbsd/pkg4.1/

more will come later
*



*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...
ZDevil
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. wink.gif
ZDevil
I've installled everything from 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.)
ZDevil
Just checked the 4.1/arm packages feeds. py-cairo is also missing there ...
jpmatrix
QUOTE(jpmatrix @ May 6 2007, 12:24 AM)
QUOTE(ZDevil @ May 5 2007, 12:11 PM)
I wonder if the feed http://www.planetofidiots.com/pub/OpenBSD/...ackages/zaurus/ is still working. It is not browsable.
*


apparently not
anyway, i'm beginning to compile some packages :

http://matrixmen.free.fr/zaurus/openbsd/pkg4.1/

more will come later
*



updated & new url:
http://matrixmen.free.fr/zaurus/openbsd/pkg4.1/all/

ftped with mc under OpenBSD Zaurus wink.gif
ZDevil
Cool. Thanks a lot. Now go installing everything.
Will hop on the compiling bandwagon once i receive my ambicom wifi cf. wink.gif
ZDevil
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 rolleyes.gif
This is gonna be my virgin port for OpenBSD/Zaurus. wink.gif

Next: Chinese inputmethod, xchm, and a few roguelikes.
ZDevil
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. smile.gif
ZDevil
(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? rolleyes.gif):

http://www5.autistici.org/c0de/obsd/pkg4.1/
http://matrixmen.free.fr/zaurus/openbsd/pkg4.1/all/
http://www.planetofidiots.com/pub/OpenBSD/...ackages/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! wink.gif

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 ... tongue.gif 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.
ZDevil
I have already started porting apps not found in the three feeds. smile.gif

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 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).
mathemajikian
QUOTE(ZDevil @ May 15 2007, 08:28 AM)
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

CODE
$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 <naddy@openbsd.org>

# 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 <bsd.port.mk>


# cd /usr/openbsdports/sysutils/colorls/pkg
# more PLIST

CODE
@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.
jpmatrix
QUOTE(ZDevil @ May 15 2007, 10:28 AM)
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 smile.gif
ZDevil
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. wink.gif

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

Now building xchm and its dependencies (wxGTK, xmlpc++, chmlib) ...
mathemajikian
QUOTE(ZDevil @ May 15 2007, 11:03 AM)
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.........
ZDevil
QUOTE(mathemajikian @ May 15 2007, 01:16 PM)
QUOTE(ZDevil @ May 15 2007, 11:03 AM)
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.........
*



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. tongue.gif
jpmatrix
QUOTE(mathemajikian @ May 15 2007, 01:16 PM)
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.........
*


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 ?
mathemajikian
QUOTE(ZDevil @ May 15 2007, 11:24 AM)
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.  tongue.gif

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.
mathemajikian
QUOTE(jpmatrix @ May 15 2007, 12:03 PM)
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:

CODE
PERMIT_PACKAGE_CDROM=   Yes
PERMIT_PACKAGE_FTP=     Yes


QUOTE
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.
ZDevil
QUOTE(mathemajikian @ May 15 2007, 02:04 PM)
QUOTE(ZDevil @ May 15 2007, 11:24 AM)
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.   tongue.gif

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.
*



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
QUOTE(ZDevil @ May 15 2007, 03:05 PM)
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. laugh.gif
...
Thanks for the very useful pre-RTFM! wink.gif

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
QUOTE(ZDevil @ May 15 2007, 04:36 PM)
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: http://www.oesf.org/forums/index.php?showtopic=23024

Any input is much appreciated. smile.gif
mathemajikian
QUOTE(ZDevil @ May 18 2007, 11:25 AM)
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: http://www.oesf.org/forums/index.php?showtopic=23024

Any input is much appreciated.  smile.gif


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! wink.gif

It seems my setup has some problems because of mixing the packages from the feeds. Now heading to install the packages again.
ZDevil
QUOTE(mathemajikian @ May 18 2007, 03:38 PM)
QUOTE(ZDevil @ May 18 2007, 11:25 AM)
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: http://www.oesf.org/forums/index.php?showtopic=23024

Any input is much appreciated.  smile.gif


Try it and see what happens.
*



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: rolleyes.gif

export CFLAGS="-mcpu=xscale -mtune=xscale -O2 -pipe"
export CXXFLAGS="-mcpu=xscale -mtune=xscale -O2 -pipe"
mathemajikian
QUOTE(ZDevil @ May 20 2007, 02:56 PM)
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:  rolleyes.gif

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. smile.gif
QUOTE
`-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. smile.gif

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
QUOTE(ZDevil @ May 20 2007, 06:43 PM)
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! smile.gif

QUOTE
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
QUOTE(mathemajikian @ May 20 2007, 09:23 PM)
Code hacking is what makes OpenBSD so great!  smile.gif

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

QUOTE(mathemajikian @ May 20 2007, 09:23 PM)
No Thats gen2's site. See this post.
*

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. smile.gif
jpmatrix
QUOTE(ZDevil @ May 15 2007, 01:03 PM)
To jpmatrix: thanks for offering to host the packages! Coincidentally I will be away for a week from 24 May. laugh.gif  Will take this couple of weeks to explore and do experiments. 

*



back to bussiness smile.gif

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. smile.gif

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.
jpmatrix
ftp: 87.88.147.59
login: openbsd
pass: zaurus

feel free to download, and you can upload in /uploads
gen2
QUOTE(ZDevil @ May 23 2007, 04:10 PM)
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.... tongue.gif


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
ZDevil
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.
ZDevil
QUOTE(gen2 @ May 24 2007, 03:08 AM)
Perhaps we develop some guidelines for all the nice people migrating over from uhhh... yaknow.... tongue.gif
*


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... wink.gif
ZDevil
QUOTE(gen2 @ May 24 2007, 03:08 AM)
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
*


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! wink.gif
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.
Invision Power Board © 2001-2014 Invision Power Services, Inc.