FBReader is in Fremantle extras-devel
 

For what it's worth, the latest version of FBReader (0.10.7) is now in Fremantle extras-devel (http://bit.ly/unUkI). No Fremantle specific changes are made though... (The Fremantle Stars page is updated as well.)

Re: FBReader is in Fremantle extras-devel
 

Great! I hope that you could move libzlibrary out of "user/libs" category, for example to "libs". This way it won't be visible in application manager.

Re: FBReader is in Fremantle extras-devel
 

The "problem" is that some users cannot really install FBReader from a repository, so they download the necessary package manually and then install them one by one. If you know a way how to keep both scenarios working, I'd appreciate a hint :) Until then libzlibrary will stick to user/something... Sorry.

Re: FBReader is in Fremantle extras-devel
 

Personally I wouldn't support those users, but it's clearly your choice.

I really don't know what libzlibrary is about or if there is any other application using it. If it's strictly only for fbreader you could make only one package?

Re: FBReader is in Fremantle extras-devel
 

if they download libzlibrary directly they don't care about the category (user/* or something else); they just download the deb and install it (I don't think the Application Manager checks the category from local file ?)

So what does prevnet you from changing the category for this lib ?

Re: FBReader is in Fremantle extras-devel
 

Libraries cannot go in user/*. By choosing to do this you're impacting the likelihood of Nokia shipping Fremantle with Extras enabled. Do you really want to do this to support an extreme edge-case of users? Either way, this is really a non-negotiable guideline. Libraries don't go in user/*. End of story. :)

These users are more than adequately supported by apt-get.

Re: FBReader is in Fremantle extras-devel
 

Is this about FBReader in other platforms? It is fair to assume that all Maemo users can install applications with the Application Manager, and there they don't need to have the libraries visible.

Re: FBReader is in Fremantle extras-devel
 

That's exactly what happens: users do not care, but the application manager does :) So that's the application manager that prevents the change.

Re: FBReader is in Fremantle extras-devel
 

No, this particular change is specific for Maemo. :) Just to make this offline scenario working.

For desktop (Debian), the sections are 'text' & 'libs' (as proposed by one of the debian developers).

Re: FBReader is in Fremantle extras-devel
 

If a particular limitiation (for local packages) is not fixed in application manager, this might be the end of story of FBReader in extras :)

I would say that only quite specific users can be adequately supported by apt-get. And the reason why the section is user/* is because we need to support other users as well.

Any suggestions how to make this happen otherwise, are more than welcome.

Re: FBReader is in Fremantle extras-devel
 

Start by outlining exactly which use-case you're trying to support and how your workaround "fixes" it.

Re: FBReader is in Fremantle extras-devel
 

I don't understand this scenario. (blah blah blah some wrong garbage here)
I don't understand your situation, could you explain what these people without access to repositories are doing to install FBReader?

Re: FBReader is in Fremantle extras-devel
 

I have a control panel plugin in user/* which technically also is a library. If i am supposed to move it away, how do i provide updates then? The app manager will imho never update anything that's not in user/*.

And what about the SSU provided by nokia? Aren't they basically a set of updated libraries? They are also in user/*. Or does this rule only apply to third party apps?

I don't get it. Fremantle is supposed to be newby friendly and to attract beginners and at the same time you propose to use apt-get whenever something doesn't work in the app manager?

Re: FBReader is in Fremantle extras-devel
 

Master of Gizmo, please keep this thread specific to the FBReader and let's discuss the broader topics in separate threads.

Misha, if you have a Fremantle device and you plan to use FBReader, how likely is that you are going to use a connection?

Your same reasoning could be applied to the rest of applications in extras, yet nobody seem to find a problem having to be online to install and update applications.

But maybe I'm not seeing the use cases you have in mind. Please share them.

Re: FBReader is in Fremantle extras-devel
 

http://www.fbreader.org/maemo/maemo4.php#maemo4.offline

Application Manager prevents to install any package that is not in section user/*. In case the installation happens from a repository, then AppMgr will pull and install all necessary dependencies regardless their section.

Re: FBReader is in Fremantle extras-devel
 

It's quite likely indeed :)

Unfortunately, it's not a use case that I see. It's a use case people were describing in FBReader group.

Re: FBReader is in Fremantle extras-devel
 

I've never heard this before! I knew that Application Manager will hide those packages, but not refuse to install them.

Is this true? Even if the person clicks on a .deb in their MyDocs directory? What happens when they try? What error does Application Manager give?

Re: FBReader is in Fremantle extras-devel
 

While I agree the restriction that packages installed from a local source through HAM has to be in user/* is kinda silly:

Few possibilities for help this scenario:
* Easiest for user: zip file containing a mini Debian repository generated with apt-ftparchive and a dot install file.

User unpacks on SD, clicks fbreader.install file in the directory, everything installs, everything is checksummed properly and user knows early if his download fails.

And we avoid cluttering the visible namespace with libraries confusing people (HAM failed the "girlfriend test" for me this way, 'darling, what are libs?')

* we now have easy rootsh (in user/*), meaning you can simply dpkg -i the packages from root.
* usbnet (which now works on even XP) access to repositories, and proxy support works for HAM (afaik) which grabs 99% of users
* red pill mode (which is obviously evil but would solve the problem - "Show all packages" would allow the users to use the install locally
* encourage HAM developers to not automatically decline non-user/* applications when it's a deb from a local/downloaded source.

I'd personally love to continue seeing FBreader in extras, so consider if any of these are potential ways to go about it.

I have to talk to you about a Mer port at some point as well - we're kinda in between a Maemo port and a Ubuntu port :P

Re: FBReader is in Fremantle extras-devel
 

Re: FBReader is in Fremantle extras-devel
 

And what about uploading the not-user/ libraries to Extras and locally in your scratchbox create the user/ ones, and put it in some place for those users.
You should do a bit more of work than normally, but I think is a better scenario.

Re: FBReader is in Fremantle extras-devel
 

Maintenance hassle. :mad:

Re: FBReader is in Fremantle extras-devel
 

I would merge the library and application package to only one package. (Like I said in post #4)

Re: FBReader is in Fremantle extras-devel
 

I just tried installing it from extras-devel and it's still complaining about the missing lib.

However, once I added diablo repository, it was working just fine. So, to me, it sounds like there should not be an issue in the lib being in outside of user/.

Anyway would be great to have fbreaders default options to include the 'click screen to turn page' feature and to also show the progress bar by default.

Re: FBReader is in Fremantle extras-devel
 

Can you tell what libraries were missing? FBReader does not depend on anything beside its build-dependencies, so if it built successfully, it should install successfully as well...

Re: FBReader is in Fremantle extras-devel
 

Unable to install because of a package missing: libfribidi0 (>=0.10.4-5).

Re: FBReader is in Fremantle extras-devel
 

I may be missing something, but can't this library be simply included into the FBReader .deb package? This way, there will not be a need to have that second .deb package with the library.

Re: FBReader is in Fremantle extras-devel
 

libfribidi0 is in sdk repo. There isn't really much point fixing these errors until there is a list of packages which are preinstalled to devices.

Re: FBReader is in Fremantle extras-devel
 

Alright, I didn't know that. Forwarded to the SDK team, let's see where is the problem.

Re: FBReader is in Fremantle extras-devel
 

Duly noted. :) There is one more application that is using zlibrary and that was the whole reason to make a separate package... We'll discuss the plans for Fremantle and see how we approach it.

On the other hand, I'll need to check all packages needed for FBReader and if any of those would have to be downloaded separately to make offline installation happen, there will be little point to merge the packages...

Re: FBReader is in Fremantle extras-devel
 

I noticed that pretty much all packages from Diablo extras were re-compiled for Fremantle... It is possible that some accidently ended up in the SDK repository instead of extras one...

Re: FBReader is in Fremantle extras-devel
 

Mmm unlikely in theory since that re-compile was done by Jeremiah aka maemo.org debmaster and the SDK repository should be accessed only by the Maemo development platform team @ Nokia, but... let me ask them to be sure.

Re: FBReader is in Fremantle extras-devel
 

Soumya says that the reason why fribidi is in the SDK is to satisfy build dependency for slang, but it won't be in the device.

This will probably not be the only case where a package is in SDK to satisfy build dependency and not on the device. The device does not need such packages. The SDK has quite a many tools which are not in the device (check the meta package maemo-tools).

We are looking for a solution, feel free opening a new thread if you want to discuss further. In the meantime the specific problem with FBReader is clear: there is a missing dependency with libfribidi0 that needs to be solved. Maybe uploading it to extras-devel is the simplest solution now.

Re: FBReader is in Fremantle extras-devel
 

Sorry to resurrect an old thread, but seeing libzlibrary in my N900's Application Manager frustrated me.

The original use case, outlined in the original posts (being able to download a few debs and install them offline) is not met by putting libzlibrary in user/. Maemo 5's Application Manager has no option to install from individual files.

The only solution for the offline install requirement is something along the lines of a deb which contains other debs and installs/uninstalls them in its postinst/prerm. This does not require any special section for FBReader's library.

Re: FBReader is in Fremantle extras-devel
 

http://thenokiaguide.com/2009/11/01/...ian-and-maemo/

sigh...

Re: FBReader is in Fremantle extras-devel
 

That article isn't really about the lack of an eBook reader, it is about the lack of recent (ie DRM encumbered) content.