I Want It Compiled !, for apps not found in the feeds Options

[ZDevil]

(Deleted)
(Things are all fixed in post #14 now)

This post has been edited by ZDevil: Oct 11 2007, 09:36 AM

[Chero]

No worry, it's just missing the metakit stuff (hmm.. it's not listed in the dependencies for runtime ...)
Here is the package:
[attachment=4889:libmetak..._arm.deb.zip] (unzip and rename it to "libmetakit_2.4.9.3-4_arm.deb")
Please test.

testing testing one two

libbeecrypt.so.6 not found


Then
apt-get install libbeecrypt6
running !!

Chero.

[ZDevil]

Great. Just add libbeecrypt6 as Depends in the control file. Package uploaded again.

I suggest starting a new thread dedicated to contrib packages (upload/download only) for Debian/Z that are not found or have to be recompiled (optimized) for the Z. How's that?

[Chero]

Great. Just add libbeecrypt6 as Depends in the control file. Package uploaded again.

I suggest starting a new thread dedicated to contrib packages (upload/download only) for Debian/Z that are not found or have to be recompiled (optimized) for the Z. How's that?

good idea, then we could call this one "testing new packages" and only upload to the other thread when they are tested.

Chero.

[jpmatrix]

Great. Just add libbeecrypt6 as Depends in the control file. Package uploaded again.

I suggest starting a new thread dedicated to contrib packages (upload/download only) for Debian/Z that are not found or have to be recompiled (optimized) for the Z. How's that?

good idea, then we could call this one "testing new packages" and only upload to the other thread when they are tested.

Chero.

if you want i can provide some space for the packages on my ftp http://matrixmen.free.fr/zaurus/

[ZDevil]

Great. Just add libbeecrypt6 as Depends in the control file. Package uploaded again.
I suggest starting a new thread dedicated to contrib packages (upload/download only) for Debian/Z that are not found or have to be recompiled (optimized) for the Z. How's that?

good idea, then we could call this one "testing new packages" and only upload to the other thread when they are tested.
Chero.

One thing to do first is to get the green light from the admins to upload .deb files. I have made a request in the "site requests" forum

[ZDevil]

if you want i can provide some space for the packages on my ftp http://matrixmen.free.fr/zaurus/

How to login, again, please?

[ZDevil]

Now I'm making a few more interesting packages for those feeling nostalgic for pdaXrom ...

[Chero]

if you want i can provide some space for the packages on my ftp http://matrixmen.free.fr/zaurus/

Great,

It's a lot easier to find what you're looking for that way !

Can we make a "feed" of it ? That would even be faster.

Since we're in the "compile request" thread : how about "glom" ? Or is it available already ?

(and the sun keeps on moving faster and faster ...)
Chero.

[jpmatrix]

i'll add my gpsd and passkey_agent compile to my ftp too


what about compiling mugshot.org client ? i've tried but i missed i-dont-remember-which header file

[ZDevil]

InSearchOf has just turned on the green light for uploading .ipk and .deb packages. Thanks ISO!

[dlj0]

I am compiling, as we speak, lyx-1.5.2 on my zaurus. It is taking a while.... Like, days. But most component files are built now, and sometime soon it will all approach the final assembly. If it survives that, I will post it somehwere.

Lyx-1.4.4 which is on debian testing is good, but I really like 1.5.2 on my desktops, so want to have it on the Z.

Native compilation is a "bit" slow for a program of this size. It is a major bit of code, but really should not be this slow. I have gotten several compiler errors, which I suspect are caused by running out of memory. It seems to last better when I nohup the compilation and then log out, letting the machine alone to cook. It's doing that now, the harddrive light blinking away. I think I got the necessary packages to get configure to run two days ago, and it has been compiling fairly continuously since.

So, you guys who are compiling other programs, are you doing this natively on the Z, or cross-compiling?

[ZDevil]

@dlj0:
Do you use swap? For compilation the default size of titchy (~17x MB) is definitely not enough. When I was compiling portabase, the swap usage surged up to almost 190MB... That's why my C3200 now has a 512MB swap partition.
I've also run into internal compiler errors when compiling outside X with overclocking. Building inside X without overclocking works fine. But I don't know which is the cause.
But i've heard that not enough memory can also cause this.

Now I am doing compilation on a 4GB microdrive (ext2 format). I also added a 512MB swap partition on it. So after checking out all the dependencies, I plug in the microdrive, turn on the swap in it, and let the Z work. This way I can avoid the intensive writing on the internal CF, and also can freely share the microdrive between my C3200 and C860, both running Debian now.

[Chero]

Hi all,

Great to see we now have an announcement thread and there are already some nice apps in it.
I couldn't post in that thread to comment on it, so I'm using this one instead.
I will jump on the compiling train later (too much other thing to do right now).

Chero.

[dlj0]

@dlj0:
Do you use swap? For compilation the default size of titchy (~17x MB) is definitely not enough. When I was compiling portabase, the swap usage surged up to almost 190MB... That's why my C3200 now has a 512MB swap partition.
I've also run into internal compiler errors when compiling outside X with overclocking. Building inside X without overclocking works fine. But I don't know which is the cause.
But i've heard that not enough memory can also cause this.

Now I am doing compilation on a 4GB microdrive (ext2 format). I also added a 512MB swap partition on it. So after checking out all the dependencies, I plug in the microdrive, turn on the swap in it, and let the Z work. This way I can avoid the intensive writing on the internal CF, and also can freely share the microdrive between my C3200 and C860, both running Debian now.

I have about 170M of swap as a partition, mounted automatically. I added another swapfile, another 50meg, just to see if that would help. I am _still_ trying to compile lyx-1.5.2, and am about to give up. Fortunately I can export files from 1.5.2 to 1.4.*-readable ones. Also, frankly, lyx-1.4.* is faster than 1.5.2, but 1.5.2 is fancier.

But my crashes always occur before the swap is full, anyway. But they do occur when things are thrashing pretty badly.

I feel like the old days, when you had to exit X to compile anything. I have been not only killing the X server, I have pruned down the modules, daemons, and things like that (good idea in general) to just what I need/want, but still I can't get past one of the large object files. I even log out in order to free up cpu cycles and ram space for the compilation. Lyx is, now, a big program, so it is not such a reflection on the Z that I can't compile it, but .... It gets to about 70meg swap usage and segfaults. It is somewhat random, but this last object (LyX.o, one of the last!) has not managed to appear after several attempts.

I don't understand what you are saying about the microdrive. The internal hard disk is such a beast. Are you saying you have two of them?

Do you want to try your hand at compiliing lyx-1.5.2? You need qt4-dev installed, which installs a lot of, um, crap, which you can remove later. Try ./configure to see whether you have enough to make lyx. If so, please give it a shot. Like I said, I have been at this a week now.

I can't imagine compiling a kernel on this thing.