OESF Portables Forum
Everything Else => Zaurus Distro Support and Discussion => Distros, Development, and Model Specific Forums => Archived Forums => Sharp ROMs => Topic started by: Anonymous on February 07, 2004, 12:46:43 am
-
I need to dispurse the workload more for the tkrom... I will open up the buildsystem used and be open to others making updates and fixes to the ROM..
I would like to keep this going but cannot do so on my own anymore as many other things are using my time fast...
I would like to kill all the bugs on the 2.5.1 series and pack them up into a new ROM with a new name/versioning system.
I want to move to more yearly releases like \"rom name, 2004 SPx\"
The main thing here is to stick with Sharp\'s Qtopia, and keep the ROM as modular as possible by keeping all the extra packages in the feed that is already hardwired in.
If you think you would be able to help please let me know. Please don\'t try to break this project up or fork it... Lets all work together on making this the most compatible and polished ROM available... Javaboy is the kernel maintainer for the ROM and I will just oversee the ROM work.
Thanks
-Mike
-
I am not a programmer, so I can\'t contribute to your work as a developer. I can offer help in more \"soft\" areas like user tests and documentation. I use your latest ROM on my C760 and have been very happy with it, so a great thank you from me for your work.
Jesper, Denmark
-
Proto - why don\'t you join us and use OpenEmbedded as the build system for your next generation tkcROM? Take a good look at OE, it\'s worth it.
-
Proto, Mickeyl:
I think Mickeyl has a great idea...especially when you consider the standpoint that the Zaurus is a linux device, and having the ability to sync it with a linux desktop makes more sense than not.
Also, I know there are some efforts to reverse-engineer the Sharp syncing process so that other roms will have the ability to use the latest intellisync/qtopia desktop solutions for windows, but maybe starting development of a new syncing structure from scratch(?) would finally release us from dependency on Sharp.
Mickeyl,
Has Lycoris contacted you at all regarding their release? I\'m guessing they\'re using your build.
-
Similar to holck, I\'m willing to help in a non-developer role. Just let me know if I can help with any testing and documentation, as I\'m a happy tkcROM user.
-
@underwater: We\'ve not being contacted yet, neither the Opie nor the OZ team...
-
Proto
As a user of your 5500 v1 ROM I can only praise your work and attention to detail. I hope you can find help with the project, but alas I have not got the skills you require. As I enquired some time ago, is this still a TKC project? are you getting payed for the work?. If not why not. I know how much time it takes to complete a project of this size and your efforts should be rewarded. I for one would be glad to pay for the updated ROM as there is no such thing as a free lunch. Again Thanks for your time making a ROM that beats Sharp\'s default hands down.
Good luck
Craig
-
I\'ve been using the OpenEmbedded build system for a couple weeks now and have been really happy with it. I\'m running OZ 3.3.6 and it\'s been a piece of cake to add any of the available packages to my Z. I haven\'t actually added any new packages (I\'m hoping to, though), but it seems like using the OE build system is a great idea in order to focus the developer community on one system so it keeps improving and effort isn\'t duplicated.
Of course, I know nothing about the tkcRom build system, so it might not even be possible. Just a happy OE builder :-)
jason
-
Proto,
First of all thanks a lot for the work on the ROM. I am a happy user on a 5500, and would like to help. I do have some skills I could lend to the project.
Is there a mailing list I should join or a roadmap that should be read ?
-
The main thing here is to stick with Sharp\'s Qtopia, and keep the ROM as modular as possible by keeping all the extra packages in the feed that is already hardwired in.
Is it worthwhile to make the kernel modular? Since there is a fixed size flash partition, wouldnt it make more sense to build as much into the kernel as will fit in that space to prevent using up the limited space on the 5x00 flash?
-
When I said \"modular\" I am refering to the packages... Much like OZ/OE...
This is the main thing... I wouldn\'t mind using the OE build system but having the updated packages in the root system break much compat... Libs like libpng can be very touchy...
Opie isn\'t bad but needs much work and manpower to become polished wnough for use... Native Qtopia in all honesty just sucks in many cases as well for usability and overall polish... Qtopia Phone has been looking quite impressive, once Qtopia PDA is brought up to speed it will be very nice...
The main problem I see at the moment is that everything at Sharp US in the zaurus division is pending on an IBM deal that quite honestly doesn\'t look good with Symbol showing more commitment.
Sharp has proven time and time again that it isn\'t really commited to sticking to anything... The plug is waiting to be pulled once all the 5600 stock is gone... Much like the reason we waited from november to march to get the 5600, they wanted to get rid of the 5500 stock. Then release the flawed 5600 wich was already outdated. They don\'t give a rats ass even know they had the only Linux PDA market in north america in the palm of their hand. The nickel and diming hurt.
They didn\'t really want third party developers either... They wanted to do all the apps in house as well... Sharp entered and exited the US PDA market wrong...
The hardware from Japan is nice but its not hardware on its own that can pull the market...
/RANT OFF
-Mike
-
This is the main thing... I wouldn\'t mind using the OE build system but having the updated packages in the root system break much compat... Libs like libpng can be very touchy...
Huh? I don\'t understand this. OpenEmbedded is not OpenZaurus. OE features different versions of the software packages which can live happily together. You decide which version get built by specifying the dependencies.
OpenEmbedded doesn\'t care about what you build with it - that\'s what we designed it for.
You could use the same system to build OpenEmbedded/Zaurus, Cacko, tkcROM, familiar, CackoX11 or whatever will be added to it.
We see this as the possibility to let the people forget about the buildsystem (because OE is there and works) and the base distribution (things like sysvinit, getty, tinylogin, busybox etc. are already there and proved to work fine) and let them concentrate on developing what really matters - the applications!
The hardware from Japan is nice but its not hardware on its own that can pull the market...
Exactly. Another reason why it\'s time to join forces in one or the other way. I don\'t request people to work on Opie or OpenZaurus if they would like to work on X11 or Qtopia-based distributions - pretty fine with me. But for the sake of our few valuable resources - let us unite the build system and the base distribution!
-
Hello Proto, sadly Im not a software developer (Im electromechanical engineer that works in buildings design and construction), but I\'m more to happy to help If you may consider it usefull, as a tester or with docs,also I could help with spanish support/translations if may be it could be usefull for some part of the rom.
One question about sharp PIMS & sync, in the case of mail sync with a desktop... it\'s too difficcult to compile/port some already made email prog like Sylpheed or Balsa,or something like that that could run on a linux desktop to Z in order to get the same email group of messagues on the Desktop and Z in sync, no matters if you made emails or changes in one computer or the other.... In the cacko linux version I see they port the sylpheed email to the Z 7xx series fo their rom, and I wonder if it coul run on Z Qt or something...
Best Regards to all!
-
I think mickeyl is right and in light of the devnet fiasco maybe more so. If and when the Z community thrives again, I could see more diversity but not now. We need the quantity and quality (polish) of apps that Proto spoke of and the only way is for the developers to pull resources. There are few PIM projects out there. It would be best if they pulled together and polished one PIM project. Using the same build app may be a step in the right direction. I\'m not a programmer so there may be errors in my thinking.
-
From what I have seen (and this is not taking away anything from either camp - if there is such a thing as a camp), Mickey and OZ group seem to be developing an entirely open implementation of the Sharp\'s Qtopia ROM in Opie and while it may be very good, often there are complains that it lacks the finish and stability of Sharp\'s ROM.
Proto on the other hand with his TKC builds has demonstrated the ability to take off from Sharp ROM base and add spit and spittle to it - a more overall completeness and polish.
And one thing about mickey - he has been a VERY open (and stong ) advocate for continuation of these efforts independant of Sharp. I think his suggestion to join forces will be good for the zaurus community and nothing better than to have the base of Opie and the finishishing touch and completeness and polish that Proto brings to come together.
Proto and OZ - that would be a potent combination.
And alongside there the Sash X11
I think this zaurus community rocks baby ! 8)
-
Mickey (I think) you are suggesting that everyone adopts a shared base distribution (as you say, the bits under the GUI - sysvinit, getty, tinylogin, busybox, etc.) and presumably kernels too. However this may prove slightly painful for most other ROMs if they are to transition as they are all still built with GCC 2.95 and libc 2.2. That\'s not to say I don\'t think it\'s a good idea, I think that to continue to be a viable platform everyone will have to eventually move on as OZ is doing (that\'s not meant in a \'so there\' kind of way) and it will also pool kernel and base system development and stability work.
Si
-
Hi there,
Ahm... I might be mistaken, but I think that this discussion is heading in the wrong direction. :roll:
If I read it correctly, Mickey\'s point was not to \"assimilate\" the tkcROM into the Opie/OpenZaurus collective. As far as I understood, he simply pointed out, that using OpenEmbedded (which is a tool, not only a distribution) as the building environment for the tkcROM. OE in itself can (probably) be configured to use gcc2.95 and libc2.2 as well as the gcc3.x and libc2.3 libraries of the OZ team.
In the wiki-statement on the OpenEmbedded-website there is some explanation (http://www.openembedded.org/phpwiki/index.php/OpenEmbeddedBlurb).
If i read it correctly, the environment is highly configurable and one should also be able to set it up to build SharpROM-compatible ROMs - such as the tkcROM was and probably will be. (Or will it be called \"BlueEmber\"?)
However, I am not a real developer myself so I might be wrong - and I have not used OE yet, though I plan on learning to in the next months. Thus, all I want to say is: Discussing the transformation of tkcROM to OZ doesn\'t help anyone - it\'s not what proto (or Mickey) wanted. (Correct me if I\'m wrong.)
So long,
Abed
-
I\'ve downloaded the today snapshot of the OE system. I\'ve compiled few packages and it\'s quite easy to use (e.g: oebuild filename.oe).
I was wondering what do I need to do after all my \"oebuild\"s to be able to create a rootfs file and my additional ipks? what do I need to do with the \"buildroot\" tree? I\'ve done a \"make menuconfig\" but most of the libraries/programs are grey out... do I need to create links with the \"oe-packages/base/tmp\" directory?
...don\'t worry I\'m not planning to create a new rom! just want to test the OE structure.
I\'m happy to help if proto want to move to the OE system. I think OE it\'s a really good distribution/build system.
-
Abed and Ced got it right - that\'s what I wanted to say. ced, after calling oebuild (or oemake which builds the stuff automatically honoring the dependencies provided you populate the OEFILES environment variable with a list of available .oe\'s) you can use e.g. INHERIT=package_tar oemake to package tar\'s and then oeinstall to install them into a rootfs. Then use oeimage to get a flashable image out of that rootfs. The latter steps are under constructions but should work. For more details, feel free to ask or hop by on #oe (irc.freenode.net)
-
Yeah, what I should add... all those different tools will (hopefully) eventually be called by a nice menu-based GUI frontend
-
My mistake.
Si
-
Native Qtopia in all honesty just sucks in many cases as well for usability and overall polish...
Are you talking about Qtopia 1.7? Because it is much better than 1.5
-
Thanks Mickeyl.
I can\'t access to IRC due to my companie firewall policy... so do you have an example script? or a document about it?