For the record: this is the excellent graphical update tool that I use in Bodhi:
https://easylinuxtipsproject.blogspo...buntuplus.html

1 members found this post helpful.

eepdater is being removed due to a lot of confusion over how to use it. The program needs a lot of work, some of it difficult such as embedding a real terminal or writing code for an EFL terminal to include with it. I frankly lack the time to implement and test all that right now. As no one else has taken over this task, I am not going to include it.

No other system updater will be installed by default and updates/upgrades should be accomplished via a terminal or if the user chooses some other third party app.

However eepdater will remain in the repos for now.

1 members found this post helpful.

thank you both for your quick and helpful replies.

Kiezel, one of the reasons i asked was because of your post with after-install tips for bodhi. i have used mint in a vm for a while and appreciate the update utility giving me a heads-up when there are packages ready as well as giving kernel options. not that bodhi has to have or needs such a utility. i just find it convenient and helpful.

thanks as well for your post in this thread about kernel updates. i have been using linux for a couple of years and generally accepted the "if it ain't broke, don't fix it" philosophy, but wondered if i was leaving my system at risk. it also helps to have a fairly simple install command as i was never exactly sure that i was selecting all of the correct packages when attempting to upgrade with synaptic.

rbtylee and the_waiter, thank you both (and everyone/anyone else helping) for all of your hard work keeping bodhi up and running

You're welcome! Note that the default HWE kernel of the upcoming 64-bit Bodhi 5.1 will require another command for installing the meta package that ensures that you get kernel updates, namely:

1 members found this post helpful.

That will be already installed. On the hwe ISOs I will be breaking with the Bodhi tradition of "not forcing kernel updates." These ISOs will be for users that maybe prefer something like that. I get lots of requests for a more up to date kernel and what Ubuntu provides with the Hardware Enablement (HWE) kernels is as up to date as I am willing to provide. And that will be provided for users who are aware there may be some risk or issues with using the Ubuntu HWE kernels.

2 members found this post helpful.

That's indeed a major change.... Anyway, people can use the meta package as a switch: remove it for freezing the kernel (for example after manually installing a Realtek WiFi driver from GitHub), re-install it for getting kernel updates again.

1 members found this post helpful.

I will consider that but my thoughts on including synaptic and removing gDebi are as follows:

1. Currently our AppCenter is rather minimal. It wasn't always so at one point it had almost 300 apps (back when it was sql and php based). That changed when we abandoned the php code and Jeff went with just a minimal offering of software there. Synaptic is a great piece of software allowing users to search for and install not only applications but basically everything in the repos.
   
2. gDebi is also a useful piece of software but its usage is for installing deb files one has downloaded (or created). But really should users be downloading and installing individual deb files from possibly shadey sources? Sure downloads from Launchpad ppas are almost certainly safe as are most deb files from commonly known apps downloaded from the official sources or developers websites. But I can certainly make deb files which contain malware and put a link on the internet somewhere.
   
3. With point 2 said, Bodhi's philosophy on installing apps not in our repos or wanting more up to date versions of apps not in our repos has always been to ask for it to be added to our repos. If it meets our standards and is possible to add it to our repos we most certainly will.
   
4. Naturally some users know what they are doing and while they may download and install deb files more or less safely, these same users are also the ones that will install gDebi if they deem that they need it and prefer not to use cli tools such as dpkg and apt and so on to manually install a deb file. After all gDebi is pretty handy for that, even tho it does have a few known to me flaws. I use it myself.

1 members found this post helpful.

You have a point. But I was thinking of Google Chrome in particular: Chrome is, even among Linux users who have Chromium in the repo's of their distro's, a very popular application....

I should add that I find Bodhi's Appcenter a very bright idea, although I don't use it myself. Using apturl is a near perfect solution for an extremely lightweight appcenter.

1 members found this post helpful.

I noticed chromium came with my appack and was pleased. I deleted midori. I am not a fan of guugle( :-) ) but i like chromium the best - tried firefox 3 times and personally i hate! My Opinion. appack came with synaptic and a few other things. Blender and inskape too but I deleted them also. FWIW!

Admittedly Chrome is very popular. I have it installed myself as well as a few other apps installed via a downloaded deb file.

Our AppCenter needs a little work and some more applications added a few things removed but thanks anyway. Apturl works great and our implementation of it using EFL has issues known to me. Aside from perhaps localization support and its reliance upon eSudo. None of this is high priority issues to me tho.

1 members found this post helpful.

As promised released.

3 members found this post helpful.