Re: Adding a kernel removal script to linux-base or elsewhere

2016-10-13 Thread Ralf Mardorf
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

2016-10-13 Thread J Fernyhough
On 13 October 2016 at 23:18, Gunnar Hjalmarsson  wrote:

> 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

2016-10-13 Thread Gunnar Hjalmarsson

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

2016-10-13 Thread Jarno Suni
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 Suni  wrote:
> > 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

2016-10-13 Thread Ralf Mardorf
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

2016-10-13 Thread Xen

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