Re: DE menu within login screen ehancement into installer/manager of DE
On Fri, 14 Oct 2016 06:45:51 +0600, jan karibjanov wrote: >Installing lubuntu will lead to openbox (only a windows manager) >appearing as DE How did you install Lubuntu and on what release of Ubuntu? Were any third party packages involved? Assuming no user error, than there must be an issue with the used tool and/or meta-package and it's dependencies or with the display manager. Or did you install Lubuntu from a Lubuntu ISO? If you installed from an ISO, the checksum check was ok and the used key to verify the signed checksum was valid? IIUC the issue is that you don't see Lubuntu by the display manager's greeter, right? Isn't LXDE.desktop from http://packages.ubuntu.com/trusty/all/lxde-common/filelist installed? ^^ or any other release ls -l /usr/share/xsessions/LXDE.desktop resp. ls -l /usr/share/xsessions/ 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
DE menu within login screen ehancement into installer/manager of DE
Installing lubuntu will lead to openbox (only a windows manager) appearing as DE, and I'm one of those brave souls who knows that terminals exists and decided to explore linux, but people who're induced to do so without foreknowledge of heavy terminal reliance of linux will most likely presume that to change DE they'd have to run another OS install, to then click openbox for the sake of it. I imagine ubuntu would be extracting more value out of tempting to try it if there was value added of easier DE gateways rather than in your face terminal dependency that may make for novelty in itself until you try and upgrade to 16.10 to brick your OS since supposedly you did poor job of installing DEs. -- 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
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 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
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 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
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
Re: Future and impact of ongoing projects in Linux world
Again, I don't need help on using my system, but thank you for your cooperation in not pestering me with it endlessly ok? Ralf Mardorf schreef op 12-10-2016 20:09: FWIW if a developer has got a user question or does notice a bug, even a developer is well-advised to use the appropriate forum. How do you expect the bugs and missing features to be fixed, resp. added, if you don't report it? If you notice it, it's up to you, to report it. Can you please come out of your psychosis now? You have nothing better to do than to pester people with sending them to the appropriate forums and giving them user help they did not ask for, do not need, and that serves no purpose whatsoever? You describe a way of using the system that is unfathomably difficult and filled with precautionary measures that really require setting defaults with aliases to be useful to begin with. This is a developer's work, not a user's, or you'd turn a user into a developer and then this would still be the right forum. You want him to specify the basic operation of the various tools by specifying the mode bits or flags they should normally come with? Don't you think that is a developer's job? To set defaults? You should also stop speaking for other people, please, while you have basically provided all of the noise in this thread and the reason for the rebuttals and responses to that. -- 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