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.