Re: Adding a kernel removal script to linux-base or elsewhere
On Fri, 14 Oct 2016 00:09:44 +0100, J Fernyhough wrote: >Doesn't `apt-get autoremove` remove old kernel versions already? Yesno depending on how the meta package is installed, automatically or manual. However, writhing scripts to manage something to a user's individual needs isn't hard to do. I don't need to care about dkms, an universal script must care about it, too. I only need to care about lowlatency, an universal script should be able to handle all types of kernels, including local builds. An universal script should provide options, for example to keep two or tree kernels of the same type. My script does something unimportant for other users, it removes and adds links required by the used bootloader. The script doesn't do anything automatically in the first place, but it suggests something I could copy and paste and add as the options that should be used. [root@moonstudio ~]# cat /usr/local/sbin/lowlatency #!/bin/bash usage() { cat
Re: Adding a kernel removal script to linux-base or elsewhere
On 13 October 2016 at 23:18, Gunnar Hjalmarssonwrote: > Hi Jarno, > > On 2016-10-13 21:17, Jarno Suni wrote: > >> Okay, I have created the project in Launchpad. I am using git. >> If I get enough support, I will publish the script. Here is where you >> can support: >> https://www.bountysource.com/issues/38300038-feature-request >> -the-command-should-work-like-this >> > > Let's see.. > > There is a script in the archive to help remove old kernels. If I had > several old kernels installed, I could easily install the byobu package and > run the purge-old-kernels command. > Doesn't `apt-get autoremove` remove old kernel versions already? (IIRC it keeps three? old versions) Re: the rest, holding back contributions to open source software for money is pretty poor form. Either contribute, or don't. J -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Adding a kernel removal script to linux-base or elsewhere
Hi Jarno, On 2016-10-13 21:17, Jarno Suni wrote: Okay, I have created the project in Launchpad. I am using git. If I get enough support, I will publish the script. Here is where you can support: https://www.bountysource.com/issues/38300038-feature-request-the-command-should-work-like-this Let's see.. There is a script in the archive to help remove old kernels. If I had several old kernels installed, I could easily install the byobu package and run the purge-old-kernels command. Now you tell us that you have written a new script to serve the same purpose but with some improvements. However, you won't show anybody the script unless you get paid enough money in advance. Did I get it right? If I did, it's a very odd 'offer' to an open source community. The cold truth is that you can't make money from the kind of help script you have written. People in this community contribute their work all the time for free. We contribute our time and skill, and benefit from contributions from others. A few people tried to explain this to you on the ubuntu-doc mailing list; this was my concise reply: https://lists.ubuntu.com/archives/ubuntu-doc/2016-July/020122.html I'm sorry if someone previously tricked you to believe something else. My advice now: Face it and move on. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Adding a kernel removal script to linux-base or elsewhere
Okay, I have created the project in Launchpad. I am using git. If I get enough support, I will publish the script. Here is where you can support: https://www.bountysource.com/issues/38300038-feature-request-the-command-should-work-like-this -- Jarno Suni - http://iki.fi/8/ > On Thursday, October 6, 2016 4:42 PM, Jarno Suniwrote: > > Hello! > > What is the recommended way to publish the script? I guess Launchpad would be > the right place. And using Git repository might be a good idea. I have got a > Launchpad account (jarnos). Is it better to create a project in Launchpad or > to > create a PPA? Detailed instruction would be welcome. > > -- > Jarno Suni - http://iki.fi/8/ > > > >> On Tuesday, September 27, 2016 10:32 PM, Jarno Suni > wrote: >> > Here is some update. My script does not use linux-version anymore. But > I named >> the script linux-purge. It can remove kernels even in some problem cases > where >> e.g. there are dependency problems due to an unsuccessful kernel update > (e.g. >> due to full /boot partition). It provides optional UI for interactive > checklist >> based kernel removal. It does not support kfreebsd-image and gnumach-image >> kernels, but only Linux kernels and it is designed to work in any flavor of > >> Ubuntu. >> Here is a demo that shows it in action: >> https://youtu.be/TpsZoAnOVTU >> >> I have not published the script yet, but maybe later, if there is enough >> interest. >> -- >> Jarno Suni - http://iki.fi/8/ >> >> >> >> >>> On Tuesday, May 24, 2016 2:29 PM, Jarno Suni > >> wrote: >>> > Now that linux-base is part of .?ubuntu 16.04, I think it would > be >> good to add a >>> linux-kernel removal tool to linux-base. On the other hand, I think > such a >>> script is especially useful for some older releases, since e.g. Trusty > >> tends to >>> mark kernel updates as being manually installed packages and as such >>> 'apt-get autoremove --purge' can not purge them. ( >>> https://bugs.launchpad.net/ubuntu/vivid/+source/aptdaemon/+bug/1439769 >>> https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/1492709 >>> https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1175637) >>> If automatic removal of unneeded kernels is not enabled, /boot fills > up, >> and >>> blocks kernel updates: >>> > https://bugs.launchpad.net/ubuntu/+source/unattended-upgrades/+bug/1054927 >>> >>> There is purge-old-kernels currently at byobu repository, but maybe it > is >> too >>> simple, and has some bugs: >>> https://bugs.launchpad.net/byobu/+bug/1569228 >>> https://bugs.launchpad.net/bikeshed/+bug/1532153 >>> I have rewritten it to fix those at >>> >>> https://github.com/dustinkirkland/bikeshed/pull/1 >>> when purge-old-kernels was located at bikeshed, and as I have written > in >> the >>> (last) comment: "I have written an enhanced script for similar > purpose >> >>> again, but maybe it is not good to call it purge-old-kernels, since it > can >> be >>> used to purge newer kernels, too (but keeping the kernels that > installed >> kernel >>> meta packages depend on and given number of older ones). It currently > uses >>> linux-version from linux-base package to sort kernel releases as > needed. I >> am >>> looking for a suitable place to publish the bash script." >>> >>> Finding meta kernel packages is problematic. I have used regular > expression >> >>> matching the package names: >>> http://askubuntu.com/q/775830/21005It seems to work in Ubuntu, but not > in >> Debian >>> as such, I think. Also getting versioned kernels (and packages related > to >> kernel >>> of specific release) may be problematic in general: >>> https://lists.debian.org/deity/2016/05/msg00115.html >>> >>> So how about adding some ubuntu-purge, linux-purge or kernel-purge in >>> linux-base? Should it support >>> kfreebsd-image and gnumach-image that are listed by "apt-config >> dump"? >>> -- >>> Jarno Suni - http://iki.fi/8/ >>> >> > -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Future and impact of ongoing projects in Linux world
On Thu, 13 Oct 2016 17:42:29 +0200, Xen wrote: >Can you please come out of your psychosis now? On Thu, 13 Oct 2016 17:49:24 +0200, Xen wrote:. >Ralf Mardorf schreef op 12-10-2016 21:12: >> I seriously doubt that an Ubuntu maintainer will patch those man >> pages, in such a wrong way, but you are free to suggest it. >Ralf, maybe you should stop telling other people what they should do. > >Just saying. That no one needs your advice on what to do, no one is >asking for it. You don't determine what people are free to do and what >not, and you are no moderator here. > >You are producing a whole lot of noise giving senseless advice to >people who don't want it in an effort apparently to shut them up or >make them go elsewhere. > >Please quit, as you're not providing helpful advice. Another psychotic and unhelpful advice: [root@moonstudio ~]# apropos mount IOW instead of pointing from man mount and man fstab to gvfs, because users are not willing to learn how to use man pages correctly, how about suggesting to add missing information to the gvfs man pages, if the information should be missing? Do you expect pointers from man ls to the GNOME file manager, too? If a user would take a look at man mount , then why not also taking a look at "apropos mount" to see related man pages that are available? Some of us are editing and reading Wikis, before they spam a mailing list, just to ignore hints. https://help.ubuntu.com/community/man >From the above link: "It does not cover the tools apropos or whatis, both of which are used for searching parts of the manpage data, and both of which have equivalents in man using the -k and -f switches." So running [root@moonstudio ~]# man -k mount does the job, too. Regards, Ralf -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Future and impact of ongoing projects in Linux world
Ralf, maybe you should stop telling other people what they should do. Just saying. That no one needs your advice on what to do, no one is asking for it. You don't determine what people are free to do and what not, and you are no moderator here. You are producing a whole lot of noise giving senseless advice to people who don't want it in an effort apparently to shut them up or make them go elsewhere. Please quit, as you're not providing helpful advice. Regards. Ralf Mardorf schreef op 12-10-2016 21:12: I seriously doubt that an Ubuntu maintainer will patch those man pages, in such a wrong way, but you are free to suggest it. (...) Regards, Ralf -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss