Re: [Announce] Faster Application Manager (Maemo5)
 

I'll take a whack at it. I always wanted to get some skinning done (heh) but themes need packaging so I was thinking start small.

Just do a default skin and send it to me. I'm guessing a bunch of PNGs?

Re: [Announce] Faster Application Manager (Maemo5)
 

just started using this and MAN has this removed that MAJOR IRRITATION of waiting for app manager while it consumes a large chunk of CPU cycles with the apt-worker background task.

thank you thank you!

Re: [Announce] Faster Application Manager (Maemo5)
 

It's actually a text file (where you can have references to PNG files, too):
http://doc.qt.nokia.com/4.6/stylesheet.html

And it appears they can already be loaded from the command line by default (thanks Qt! :)) Start with I'll make a default one at some point but right now it's not high priority... And as the main screen already uses an internal stylesheet I don't think it can be overridden from the command line... I'll change that.

Re: [Announce] Faster Application Manager (Maemo5)
 

Hey hqh,

I think this is a great initiative, but can I have a question?
I don't want to insult you, but... Instead of creating a separate app, why not commit the necessary changes to Hildon's default app manager?

Re: [Announce] Faster Application Manager (Maemo5)
 

I wanted to create something with Qt, and this seemed like a nice little project... I've learned a lot.

Re: [Announce] Faster Application Manager (Maemo5)
 

I'm sure about that. That's why I said I don't wanna insult you.

Usually the preferred way of doing things in the open source world is that you grab the already existing project (if there is one that does what you want) and make your changes to that.

Here is the code of the app manager:
http://maemo.gitorious.org/hildon-application-manager

Can the stuff that makes your app faster be applied to it?

Just asking because if it could, all N900 users would benefit from your changes when they update to the next PR without the need of installing a redundant app.
(Also, we could make a community edition of it before the next PR like some people already did with Modest.)

Re: [Announce] Faster Application Manager (Maemo5)
 

Yeah, but in that case I would have had to spend time learning GTK, not Qt. There are quite a lot of redundant apps on desktop Linux too, especially if you consider the GTK vs. Qt environments... And that's what I like about Maemo and open source in general, too - This is not that certain fruit store :D

Some of it, possibly, if it's converted from Qt to using GTK and whatever else libraries are required. But calling apt-get binary directly vs. using apt-worker would require a major rewrite anyway, I'd expect.

Re: [Announce] Faster Application Manager (Maemo5)
 

I tried with the update applet already present, writing crude implementations of the D-Bus methods called by it in fapman but I ran into problems. It directly spawns apt-worker first and only if that fails and the Application Manager is open (its name is registered to D-Bus), it then calls the updating method provided by HAM itself.
I couldn't get the orange exclamation icon to go away (I think it checks the catalogues themselves to determine whether an update's been looked at) and apt-worker would still be running so fapman would fail whenever it was started...

It's still possible, I guess, due to the applet being open source but I guess it'd take a while for somebody to work through as it's rather heavily dependent on apt-worker/HAM.

Anyway, as a part of my failed effort, I did manage to get your program to use the X-Osso-Service stuff, instead. This was required because the applet called methods on the session bus. (I'm in awe of how easy it is to implement D-Bus methods in Qt [I'm used to DBus-GLib]...) This, I guess, is a foundation for implementing your own methods.

P.S. The top_application() handler is broken; I don't know Qt's equivalent of gtk_window_present(). :)

Re: [Announce] Faster Application Manager (Maemo5)
 

Nice, applied the patch and hopefully fixed the top_application method for the next release.

Hopefully this d-bus stuff can be put to use by someone in the future :)

Re: [Announce] Faster Application Manager (Maemo5)
 

Small bug found:

When editing catalogs, and editing name, should the (name at least) edit box become empty, the "enabled" checkbox goes clear. While a nice touch, it doesn't go back when a name is added, meaning that with no explicit user input the repository might become disabled.

Re: [Announce] Faster Application Manager (Maemo5)
 

Thanks a lot for this application!
This is so much better than the built-in app manager :D

Re: [Announce] Faster Application Manager (Maemo5)
 

Not sure if it's caused by fapman or not but lately when I install apps they don't have icons in the launcher until I reboot. Is there maybe something the regular app manager is doing that fapman isn't?

Do other people see this when installing apps via fapman?

Re: [Announce] Faster Application Manager (Maemo5)
 

I see it when installing apps via whichever. IME it's always been a problem regardless of installation method.

Re: [Announce] Faster Application Manager (Maemo5)
 

I just installed some apps with fapman and after a while the icons were shown without the need to reboot.

Re: [Announce] Faster Application Manager (Maemo5)
 

Yeah, the icons seem to update completely randomly :rolleyes:

I tried borrowing a piece of code from HAM to accomplish this update in some of the earlier versions, but it still did not work every time so I disabled the code for the last versions. Whatever. I consider it to be a bug in hildon/GTK :rolleyes:

Re: [Announce] Faster Application Manager (Maemo5)
 

Sysvinit, initng and upstart are great examples of that tendency. Or the little gem of linux audio. Or the wondrous creations of djb. And so on.

h-a-m is a steaming pile of crap, to put it lightly, and its developers are blinded by their egos. Reported some performance related bugs in h-a-m, and I'll never do that again, as it's pointless.

They already can, if they install fapman.

Re: [Announce] Faster Application Manager (Maemo5)
 

Or maybe I won't be doing that after all... Have you seen what they've done with the actual background images in the system's default themes? They look hideous in any app other than what they were originally designed for...

By the way, trying to set app colors (on custom-drawn widgets) so that they look acceptable on multiple themes is an absolute horror. Even (or especially?) if you use the theme palette!

Re: [Announce] Faster Application Manager (Maemo5)
 

If you havent you could put the images outside of fapman. Then it would be possible to "hack" the look by changing those images. If you have please tell in what dir to look.

Re: [Announce] Faster Application Manager (Maemo5)
 

I'd much rather see some folders with PNGs instead, and the user selects theme inside app. That would allow for flexibitity. Maybe a conf file for fonts, as well?

Re: [Announce] Faster Application Manager (Maemo5)
 

Hit a bit of a bug today. I installed the backupmenu package and the application just hung on the "Installing" stage. I killed it and ran apt-get from the command-line, which in turn prompted me to run "dpkg --configure -a". It seems that backupmenu was having to overwrite a file I'd previously copied manually, and dpkg was prompting for confirmation of this. Is it possible for fapman to detect and handle this?

Re: [Announce] Faster Application Manager (Maemo5)
 

I don't think HAM handles this, either, in which case the package should automatically handle this, such as making a backup and silently overwriting. Since this is an app for Maemo, the official installation method is via UI.

IMO, this is package side. At least warn that it requires CLI installation.

Re: [Announce] Faster Application Manager (Maemo5)
 

It doesn't require CLI installation unless the config file it's trying to install already exists (and isn't from a previous version of the package). This will be the same for absolutely every package which is installing something under /etc. I'll uninstall & retry this with HAM and see whether it copes or not.

Re: [Announce] Faster Application Manager (Maemo5)
 

Could you send me the logs (the exact output of apt-get and dpkg) when this happens?

Re: [Announce] Faster Application Manager (Maemo5)
 

I've managed to test & reproduce this. HAM handles this situation without any problems (it seems to answer Y to the question below). Here's the log for fapman (I killed the dpkg process at the end):

Re: [Announce] Faster Application Manager (Maemo5)
 

Will be fixed in the next version. I made it assume yes like HAM does.

I'll still try if I can make it prompt the user instead, but probably that's out of the question...

Re: [Announce] Faster Application Manager (Maemo5)
 

Could you make it to automatically select all updates so we don't have to tap each one of them manually?

Thanks

Re: [Announce] Faster Application Manager (Maemo5)
 

Only today I got to install Fapman and have to tell that It is absolutely amazing. So fast.

Of the things that I hated most in my N900, one was the App Manager and the second one was the Phone app. fapman solves one issue. Waiting for a similar solution to the other one.

Thank You @hqh for your wonderful work.

Re: [Announce] Faster Application Manager (Maemo5)
 

And with the increasing number of repositories and apps it was a nightmare to use. I just hope one day this will completely replace the app manager!

Re: [Announce] Faster Application Manager (Maemo5)
 

There's "Update all" in menu (tap the title bar in upgrade view) so you don't have to tap each one.

Re: [Announce] Faster Application Manager (Maemo5)
 

Could you please add tabs for "Conflicts" and "Dependencies" like HAM does? Would be nice to know in advance for each package.

Re: [Announce] Faster Application Manager (Maemo5)
 

Thanks a lot for adding sorting. I really like your app. Could you please add sorting by repositories? Example extras-devel and extras?

It'd be nice to know what you have installed without going through every single package. And to know from where you're installing too.

Re: [Announce] Faster Application Manager (Maemo5)
 

I've just started using this app yesterday and i am really impressed, it is a brilliant app!

Re: [Announce] Faster Application Manager (Maemo5)
 

This must have been requested before but could you make it an option to sort by date as default? or make it remember the last sort?

Re: [Announce] Faster Application Manager (Maemo5)
 

Yeah, that would be nice!

Re: [Announce] Faster Application Manager (Maemo5)
 

Seems like fapman does not care if the package that's about to be installed conflicts with another package. It installs the package anyway.

Re: [Announce] Faster Application Manager (Maemo5)
 

There's a problem with that... Since fapman only stores information of the latest version of each available package when it reads the package lists, a repository filter would leave majority of packages hidden (if the repository where the latest version is is not chosen). Changing that would require various internal changes... Currently the correct approach is to disable those repositories you don't want to install from.

Also, it is impossible to know what repository a package has been originally installed from. It's only possible to see what repository a package is now in.

Yes it does care. It uses apt-get to solve dependencies before installation and apt-get to do the actual installation, so conflicting packages won't get installed. However, if the packages are broken (the maintainer has failed to properly list conflicts in the package control section) then apt-get can't possibly know about those conflicts. What packages have you experienced this with?

Re: [Announce] Faster Application Manager (Maemo5)
 

fCamera. Default appmanager tells me it conflights with kernel I'm using (titan's kernel power), but fapman didn't and installed the app leading my phone into reboot loop (fcamera doesn't work with titan's kernel) :)

Re: [Announce] Faster Application Manager (Maemo5)
 

Version 1.0.5-2 of fcam-drivers lists kernel-power-flasher as a conflict, so that should get noticed by apt-get. If it doesn't, well, there's not much fapman can do about it (currently, at least) :rolleyes:

Re: [Announce] Faster Application Manager (Maemo5)
 

But if it know in what repos it in it should not be impossible. Right now when you open the info on a program. It say "extras, extras-testing, extras-devel" So if i choose it to hide "extras-devel" the other programs having "extras, extras-testing" should show up. That would mean that the list needs to be updated again though to not choose the extras-devel before it installs. Or am i completly out in the lume?

Re: [Announce] Faster Application Manager (Maemo5)
 

Multiple repositories are listed for those packages that have the same version available in all of those repositories. If there's a newer version in extras-devel for example and you'd choose to hide extras-devel, then that package would be simply hidden and the older versions available in other repositories would not get listed at all.

And to get apt-get to install the correct version, you'd have to disable the repos that are not wanted and update the catalogs anyway... (at least unless some advanced package/repository pinning is used).

And by the way, manually setting pinning options in apt-get config will probably break fapman functionality completely... So don't do that if you wish to use fapman :p