Is anyone else getting a CPU spikes when you edit anything in Gedit?
- Anmelden oder Registrieren um Kommentare zu schreiben
As seen in this screenshot, Gedit eats my whole CPU on my Libreboot X60 whenever I try to edit anything with it. I can look at a file just fine but if I start adding or deleting any characters the CPU gets eaten and the cursor is no longer visible on when it's over the Gedit window.
Is anyone else with this same machine having this problem? What is causing it and how to I fix it?
Anhang | Größe |
---|---|
Screenshot from 2015-03-23 16:34:30.png | 103.93 KB |
Honestly, I found the version of gedit in Trisquel 7 to be too buggy (not just the mouse disappearing, but the editor crashing as well), so I use Mousepad instead.
Yeah it's been too buggy including not being able to write anything so I have been using emacs (learning how I guess).
You can follow the "Emacs tutorial" that the Help menu proposes. It will teach you the basics in 2-3 hours. You will become far more productive in your computing... after a few weeks of brain adaptation (so that shortcuts become reflexes). And there is far more to discover than the basics!
By the way, if you're going to use Emacs, assign the Caps Lock key to Ctrl. (This is actually a setting in GNOME, under the Tweak Tool). Apparently that reduces the likelihood of getting the so-called "Emacs pinky" injury.
Yes, this happens to me too, including onpon4's mention of the cursor disappearing.
I just tried out Mousepad. I notice it has many similar features to gedit, but is a fork of Leafpad.
Whaaaat? I thought it was just me but this bug is old.
Give Geany a try, it's free/libre and just as lightweight. :)
`sudo apt install geany`
Yah; I filed that bug a long time ago, and it's still with us. Using mousepad instead; give that a try.
northernarcher - you didn't say which process eats your resources. See if it is the ibus daemon. If so disabling i-bus might fix the issue ----> "Keyboard input method system" to `none' in the gnome-language-selector..
ciao!
In a pinch I use Mousepad instead (gedit is always a little strange), but my goto editor is actually Notepad++. It's a shame I have to use Wine to run it.. I've been waiting for someone with the know-how to create a GNU/Linux port but at least it's free software!
gedit was a bit buggy for me
i use geany(awesome editor)
notepad++ is a great editor also but i havent figerd out how to compile it for wine with libre software yet
Try getting the .7z "Plug in and play" version from here:
http://notepad-plus-plus.org/download/v6.7.5.html
In theory you should be able to simply extract the archive and run the .exe file using Wine :)
i can run it in wine
but i want to beable to compile it as if you can only compile it on a non-free os(windows)
its not free software
i would need to compile n++ on a libre os like mikeos, libertybsd or gnu/linux
for me I use emacs its tru os haha
Okay, how do I set Mousepad as my default text editor, so files open in it by default instead of gedit?
Open a nautilus window, and put the cursor on the name of a text file. Use 'alt+enter' key, to open the Properties page for the selected file. Go to the Open With page, and select mousepad. Finally, tick the 'set as default' option. Now, all text files will automatically open with mousepad. It works great@
HTH,
Dave
Thanks for the help. I feel dumb when there's an easily searchable wiki page that explains what I want to do. :-)
" LINUX the OS,"
linux is a kernel that can be used as part of a os
its not a complete os
This is just one release of GNOME 3. The GNOME developers are not incompetent; these bugs in GNOME 3.10 and GNOME 3.8 are probably already fixed in the latest GNOME releases. We just aren't going to get the fixes in Trisquel 7 because of Canonical's (typically reasonable) policy of not upgrading most software within an Ubuntu release.[1]
One thing I would like to see, mind, is GNOME having some sort of long-term releases that get just bugfixes and nothing else, so distros like Debian and Ubuntu LTS can use them.
[1] Your post is actually an off-topic rant about systemd, I know. But I do think it's worth pointing out that a couple bugs isn't a good reason to regress to old, unmaintained versions of GNOME. (I wouldn't be opposed to MATE as the default Trisquel DE, mind, but I don't know if it suits Trisquel's accessibility requirements.)
It doesn't have to; that's why Ubuntu and Debian don't pull new versions into their releases, the potential compatibility breakage is less important than the potential bugfixes. But if it's unmaintained for a really long time, you'll get some application breakage, and in the more short-term, you won't get any improvements, new features, etc.
There's a reason Mint didn't just keep using GNOME 2 forever; it did so for a while, but at some point, you have to use something current. In any case, why would you even suggest using GNOME 2? It's been superseded just fine by MATE.
Blackbox is not maintained because it does not have any developer anymore. Fluxbox (a fork of Blackbox) is actively maintained (last release: less than two months ago).
GNUStep is maintained.
But, sure, you can use unmaintained programs if you wish. Their unresolved bugs, their unpatched security issues, their old libraries that will prevent you from installing newer programs, etc.
GNOME 2 is unmaintained. MATE is. And it plans to adapt to the newer system components by supporting GTK3 and Wayland: http://wiki.mate-desktop.org/roadmap#release_112
I think Mate, as packaged in Ubuntu-mate spin, would meet Trisquel's accessibility requirement; have used Ubuntu-Mate Trusty, Utopic, and Vivid.
That's good to hear.
I wouldn't be opposed to MATE, personally, though what I'd really like to see as the default is GNOME Shell.
in this time trisquel not use systemd
But it will used in future versions
in Unix system design, it is a generally understood principle that a big task not be handled by a big program, but rather a collection of small programs,
each tackling one specific, well-defined component of the larger task. You often hear the phrase “do one thing, and do it well” as a guiding principle
for writing a Unix program. One major reason for this is that a small program has fewer places for bugs to hide than a big program does.
and another Unix system design principle is, if it ain’t broke, don’t fix it. For production systems you really want to leave well enough alone; and
the sysvinit that comes with Linux is simple enough, well-understood enough, and stress-tested enough that you really don’t want to mess with it to get
actual work done.
yes systemd is Broken by design
it is so terribly bloated
whi all this crap,
I want to keep my system as simple as possible
it is like a religious mission trying to force it upon everybody.
and systemd require rebooting unless the component being upgraded is the kernel
This leads to
gnu Linux" becoming the laughing stock of Windows fans
correct me if i am wrong but as this is libre software then cant you just not install it or replace it with something else?
whats the problem with systemd?
Some people are irrationally upset about systemd because it's different than what they're used to. In other words, this trope:
https://allthetropes.orain.org/wiki/They_Changed_It,_Now_It_Sucks
In truth, systemd does just about everything better than SysV-init. The only competition it had was Upstart (which is what Ubuntu and consequently Trisquel currently use), and Ubuntu decided to switch to systemd, because Debian chose it, because it's better. And even if you don't like systemd, as you say, there's nothing stopping you from using the crappy old SysV-init, anyway.
Precisely.
Just read in this thread the "arguments" against systemd and you will basically only see rants based on nothing concrete:
- "It is bloated and just wastes and wastes and wastes"... when evidences show it saves time at startup (thanks to init scripts started in a parallel way), when code is shared among several small binaries (the advantage of an umbrella project), etc.;
- "It is all about NIH syndrome"... when systemd does not reinvent. It has so much more features than SysV init: http://0pointer.de/blog/projects/why.html;
- "Linux pre-systemd pre-gnome-imposion was elegant"... when init scripts are long Shell scripts (systemd's init files are small and declarative), daemon need to implement 15 steps, etc.
- "Yes they forked LINUX the OS, indeed not the kernel, all of userspace"... whatever that means! Lol.
- "in Unix system design, it is a generally understood principle that a big task not be handled by a big program, but rather a collection of small programs, each tackling one specific, well-defined component of the larger task"... and that is precisely what systemd does: it is an umbrella project that develops close to 100 small binaries (only one of them being PID 1, obviously).
- "the sysvinit that comes with Linux"... when the kernel has never come with an init system.
- "yes systemd is Broken by design"... is it? What is wrong with defining the dependencies between init scripts with a dependency tree (systemd's design)? How is it a worse design than making the init scripts take care of their dependencies by themselves, sometimes involving some 'sleep' to hope that the other script started in between (sysvinit's design)?
- "I want to keep my system as simple as possible"... and a Turing-complete language (the Shell) to define init script is simpler than a declarative approach?!
- "it is like a religious mission trying to force it upon everybody"... when the developers of all mainstream GNU/Linux (except Slackware) have openly decided to adopt systemd for its technical merits;
- "systemd require rebooting unless the component being upgraded is the kernel"... when it is the exact opposite and that does have anything to do with the init system;
- "the laughing stock of Windows fans"... who have the worst OS ever (you were talking about reboots?).
And the funniest thing is how those Trisquel users praise sysvinit... that Trisquel has *not* been using since version 2.0 that was released in 2008! Trisquel uses Upstart. systemd's detractors do not even seem to know it. That is how informed they are.
No technical argument whatsoever. Same blablabla with long sentences. Summing up, it tells:
systemd is imposed as a religion by Poettering who knows better than you. It solves problems *I* do not encounter. It has an agenda of destroying GNU/Linux by turning it into Windows/Mac (and so have Gnome, freedesktop.org and the Linux Foundation). It does too much. It is complex. It is against the UNIX philosophy.
I sincerely believe it is a good summary. Well, minus the many occurrences of "fucking" and lighter on the conspiracy theory (the actual article ends with "systemd will *be* Linux. Sit idly by and ignore this fact at all of our collective peril.").
You're a badly designed, outdated computer program? That's the only way your analogies here make sense.
Hm... sounds about right.
I don't know if systemd is better or worse. The only thing I know is that it is free software.. Anyway I hate to say this but the behavior of this loco team is unacceptable and some measures ought to be taken. This is like the 1321th time he posts extremely unpleasant, stupid and rude shit - his account should be banned. I guess then he would open a second and third and so on account.. but anyway, I repeat - this kind of behavior (rot..pile of shit...scum and not to mention the vomit he posts here related to his extreme fear of the gentle sex) is simply unacceptable and makes this community look bad.
i agree
if there are any trisquel forum admins reading this
please make this his final warning
This *IS* his second account. His first account was vPro. He was banned and his posts were deleted from the forum, but they can still be viewed in the mailing list archives or web.archive.org.
i agree
This thread is about CPU spikes using gedit. Kindly ignore any trolls and off topic crud, thank you.
GNOME 2 isn't KISS.
these distros don’t force you to use systemd
if its so unbelievably important why not start a project to port programs like gimp to systemd alternatives?
Ignore him. He admitted in that post above yours that he has absolutely nothing of relevance to say; he's not even a GNOME or gedit user.
Upon fresh install under Gnome just opening Synaptic Package Manager would cause CPU peak at 100%
I had to shut down,this happened on several installations.
Installing LXDE & XFCE via add/remove resolved this.
Hardware:
Processor: Intel Core 2 6300 @ 1.86GHz (2 Cores), Motherboard: ASUS P5LD2-SE, Chipset: Intel 82945G/GZ/P/PL + ICH7, Memory: 2048MB, Disk: 160GB Seagate, Graphics: ASUS NVIDIA GeForce GT 610 1024MB
- Anmelden oder Registrieren um Kommentare zu schreiben