Re: Bug#643712: general: GNOME or GTK tabs are very slow
I can confirm this, this is really annoying. Switching between tabs is really slowly, htop shows 100% cpu usage (/usr/bin/X) for 2-5 sec between the tab change. Debian : Testing Kernel : 2.6.38-2-amd64 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111006224020.14026...@debian-box.boxnet.net
Processed: Re: Bug#643712: general: GNOME or GTK tabs are very slow
Processing commands for cont...@bugs.debian.org: reassign 643712 gnome Bug #643712 [general] general: GNOME or GTK tabs are very slow Bug reassigned from package 'general' to 'gnome'. thanks Stopping processing here. Please contact me if you need assistance. -- 643712: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=643712 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.13172794163428.transcr...@bugs.debian.org
Bug#643712: general: GNOME or GTK tabs are very slow
Package: general Severity: important Dear Maintainer, For the last two days any GNOME or GTK program that I run that has tabs (e.g. gedit, nautilus, Iceweasel etc) have become very slow to open new tabs, switch between tabs or close tabs. Nautilus and Iceweasel work with no slow down at all as long as I don't open more than one tab (as both won't show the tab bar if there is only one tab) but gedit is always slow as the tab bar is always shown. I tested if this was isolated to GTK or GNOME by using a qt program I have installed with video4fuze which has no slow down when switching tabs (I can't open or close them in that program). I'm not sure what package upgrade caused this. I'm running Debian Wheezy amd64. -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110928212854.3586.25762.reportbug@alice
Re: gnome and gtk--
Marcus Brinkmann wrote: I'm working on it. But even if I get it to compile with Debian sources, we still would need another soname for this. I was going to respond to your earlier message(s), but I see you're ahead of me. Ok, for now, I'm just going to assume that you will work this all out at some point in the not-too-distant future. And in the meantime, I'll try hacking something up as you suggest, so that I can get started on my package. If I get really stuck, I may scream for help. run dpkg-buildpackage -B -us -uc in the source directory. This should compile you gtkmm packages with gnome support. But you also need to edit the debian/control and remove the dependency on libgtk-dev if you don't want to use source depends. Note that this completely messes up binaries that are linked to gtkmm, because the soname doesn't differ. But maybe you don't care I hope I don't care; I'll probably also rename the package and make it conflict with gtkmm just as a quick hack so I don't break my own system. I'll be anxiously awaiting a more official and reliable solution, however. :-) cheers -- Chris Waters [EMAIL PROTECTED] | I have a truly elegant proof of the or [EMAIL PROTECTED] | above, but it is too long to fit into http://www.dsp.net/xtifr | this .signature file.
Re: gnome and gtk--
On Tue, Oct 13, 1998 at 08:23:04PM -0700, Chris Waters wrote: Marcus Brinkmann wrote: I'm working on it. But even if I get it to compile with Debian sources, we still would need another soname for this. I was going to respond to your earlier message(s), but I see you're ahead of me. Ok, for now, I'm just going to assume that you will work this all out at some point in the not-too-distant future. And in the meantime, I'll try hacking something up as you suggest, so that I can get started on my package. Okay. I'll try to put a bit pressure in this, need to do some Gtk-- related work anyway. Good news, I have CVS writing access soon, so i can upload my debian files, and Gtk-- will be build from CVS automatically regularly (but maybe only inofficially). If I get really stuck, I may scream for help. Feel free to do so! in the source directory. This should compile you gtkmm packages with gnome support. But you also need to edit the debian/control and remove the dependency on libgtk-dev if you don't want to use source depends. Note that this completely messes up binaries that are linked to gtkmm, because the soname doesn't differ. But maybe you don't care I hope I don't care; I'll probably also rename the package and make it conflict with gtkmm just as a quick hack so I don't break my own system. I'll be anxiously awaiting a more official and reliable solution, however. :-) more reliable --- hope so :) The release schedules of gtk+, gnome and gtk-- are all different, so it's hard to get them work together properly. I can't foresee how it works, but we'll find a solution however. One tip: Get latest CVS sources of all related packages, gtk+, gnome, glib and gtk--. This will probably give you best chance that everything will work. But if you have success with Debian source packages, by all means, let me know! Please stay in close contact to me about your experiences, etc. Thank you, Marcus -- Rhubarb is no Egyptian god.Debian GNU/Linuxfinger brinkmd@ Marcus Brinkmann http://www.debian.orgmaster.debian.org [EMAIL PROTECTED]for public PGP Key http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/ PGP Key ID 36E7CD09
Re: gnome and gtk--
On Sun, Oct 11, 1998 at 04:21:05PM -0500, Havoc Pennington wrote: On Sun, 11 Oct 1998, Chris Waters wrote: anything more with it), but it seems to require gtk-- and gtk1.1, and the two don't seem to work together at this point. I think it would really be nice to get a gnome-supporting version of gtk-- in before the slink freeze. Is anyone working on this? Not really possible without hacking Gtk-- (which can be done, but it's work). Gtk-- can be built with either Gtk 1.0 or Gtk 1.1, if you install both things would get, uh, confused. Someone could maybe fix the libtool versioning on Gtk-- to allow this. Hello, first let me thank you for pointing this out. After my initial confusion I think I see the issue now. We have the following situation: a) Gtk-- 0.9.x does work with Gtk 1.0. No gnome-- support. b) Gtk-- 0.9.x may work with Gtk 1.1 (debian package) and Gnome 0.30.1 (debian package). Then we probably have gnome-- support. c) Gtk-- 0.9.x may work with Gtk 1.1 (CVS) and Gnome CVS. Then we probably have Gnome-- support. d) Gtk-- CVS does work with Gtk 1.1 CVS and Gnome CVS. Then we have Gnome-- support. Current situation is (a). My hope is that (b) will work (which I have to try). (c) doesn't sound very good, and will probably not work. If it would, we had one source package for both Gtk-- versions, but the gtkmm-gnome would depend on CVS sources, which are not packaged for Debian. The same with (d), which will most certainly work. In this case, gtkmm-gnome would have its own source package, *but* building would require CVS sources which are not packaged for Debian. The implication is that it could not be included in Debian. My suggestion is: I'll try (b). If it works, we could distribute a Debian package. If it does not work (or even if it does), I'll write some scripts for automatic building from CVS, which can be included in the CVS tree, so developers can roll their own version at home. I would rewrite my rules file for this (currently debhelper, I wanted to rewrite it anyway). How does it sound? Marcus -- Rhubarb is no Egyptian god.Debian GNU/Linuxfinger brinkmd@ Marcus Brinkmann http://www.debian.orgmaster.debian.org [EMAIL PROTECTED]for public PGP Key http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/ PGP Key ID 36E7CD09
Re: gnome and gtk--
On Sun, Oct 11, 1998 at 03:28:27PM -0700, Chris Waters wrote: 'Bout what I figured, but wouldn't it be possible to produce two versions which conflict? Not a perfect solution, but it would make it possible for people like me who want to work on gnome-related gtk-- stuff to do so. The conflicts could be cleaned up when someone had the time to hack on it (presumably post-slink). I'm working on it. But even if I get it to compile with Debian sources, we still would need another soname for this. Just a thought -- I'm about to try building my own personal gnome-gtkmm package (which will conflict with gtkmm), but I don't yet have any experience at packaging libraries, so I'm a little scared. I doubt if I'll be able to finish in time for the freeze. If you just want to use latest sources and don't care about gtkmm in Debian, just install the gtkmm source package, install latest gtk 1.1 and gnome and run dpkg-buildpackage -B -us -uc in the source directory. This should compile you gtkmm packages with gnome support. But you also need to edit the debian/control and remove the dependency on libgtk-dev if you don't want to use source depends. Note that this completely messes up binaries that are linked to gtkmm, because the soname doesn't differ. But maybe you don't care :) I haven't tried this, but it should work. I'm planning to make Tero to include debian package scripts to CVS, so developers can easily build their own version from latest CVS (I could easily d/l and package CVS, too, but I could never use gtk+/gnome CVS officially because there are no Debian packages for them). Marcus -- Rhubarb is no Egyptian god.Debian GNU/Linuxfinger brinkmd@ Marcus Brinkmann http://www.debian.orgmaster.debian.org [EMAIL PROTECTED]for public PGP Key http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/ PGP Key ID 36E7CD09
Re: gnome and gtk--
Chris == Chris Waters [EMAIL PROTECTED] writes: Chris Perhaps I'm missing something, but I don't see any way of Chris using gtk-- with gnome at the moment. I was going to try Chris packaging gnome-hack (for my own use -- I'd want to check Chris with the nethack maintainer before doing anything more with Chris it), but it seems to require gtk-- and gtk1.1, and the two Chris don't seem to work together at this point. I'm the nethack maintainer. If you wish to package up and maintain gnomehack, I'd be perfectly happy, so long as you use the same sort of debian/* files that I use in the nethack package, and if you find bugs in them you let me know :) -- Brought to you by the letters W and T and the number 3. * denotes Hot and Spicy! -- *Ben Gertzfield Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: gnome and gtk--
Hello, On Sun, Oct 11, 1998 at 03:28:27PM -0700, Chris Waters wrote: Havoc Pennington wrote: On Sun, 11 Oct 1998, Chris Waters wrote: I think it would really be nice to get a gnome-supporting version of gtk-- in before the slink freeze. Is anyone working on this? Not really possible without hacking Gtk-- (which can be done, but it's work). Gtk-- can be built with either Gtk 1.0 or Gtk 1.1, if you install both things would get, uh, confused. 'Bout what I figured, but wouldn't it be possible to produce two versions which conflict? Not a perfect solution, but it would make it possible for people like me who want to work on gnome-related gtk-- stuff to do so. The conflicts could be cleaned up when someone had the time to hack on it (presumably post-slink). I sthere any reason why I can't build gtk-- libraries with gnome support? Do we need two versions? Why would we need a version without gnome support? About the gtk+ version to use: From the release notes page: NOTE! Its now a policy that gtk-- works with 1.0.x gtk+'s and only gtk+1.1 from the CVS. Thus to use gtk1.1, you will want to have both gtk+ and gtk-- from CVS! So Gtk-- 0.9.x will be build with the stable release of gtk+. Just a thought -- I'm about to try building my own personal gnome-gtkmm package (which will conflict with gtkmm), but I don't yet have any experience at packaging libraries, so I'm a little scared. I doubt if I'll be able to finish in time for the freeze. Could you please talk to me about this? I assume both will be build from the same sources, so it does make sense to just include the rules for them in my packaging scripts. Marcus, gtk-- debian maintainer -- Rhubarb is no Egyptian god.Debian GNU/Linuxfinger brinkmd@ Marcus Brinkmann http://www.debian.orgmaster.debian.org [EMAIL PROTECTED]for public PGP Key http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/ PGP Key ID 36E7CD09
Re: gnome and gtk--
On Sun, Oct 11, 1998 at 03:28:27PM -0700, Chris Waters wrote: Havoc Pennington wrote: On Sun, 11 Oct 1998, Chris Waters wrote: I think it would really be nice to get a gnome-supporting version of gtk-- in before the slink freeze. Is anyone working on this? Not really possible without hacking Gtk-- (which can be done, but it's work). Gtk-- can be built with either Gtk 1.0 or Gtk 1.1, if you install both things would get, uh, confused. 'Bout what I figured, but wouldn't it be possible to produce two versions which conflict? Not a perfect solution, but it would make it possible for people like me who want to work on gnome-related gtk-- stuff to do so. The conflicts could be cleaned up when someone had the time to hack on it (presumably post-slink). Just a thought -- I'm about to try building my own personal gnome-gtkmm package (which will conflict with gtkmm), but I don't yet have any experience at packaging libraries, so I'm a little scared. I doubt if I'll be able to finish in time for the freeze. Mmmh. I just checked. The reason why gtk-- is currently w/o gnome support is, because I never installed libgnome-dev I think. I'm just doing it now and will recompile gtk-- (or better: I'll try to compile gtk-- 0.9.17) with gnome support. Any reasons why we would need two versions, one without and one with gnome support? Does anybody know if it matters if I build against libungif dev or libgif dev? What should I build with? Thank you, Marcus gtk-- debian maintainer -- Rhubarb is no Egyptian god.Debian GNU/Linuxfinger brinkmd@ Marcus Brinkmann http://www.debian.orgmaster.debian.org [EMAIL PROTECTED]for public PGP Key http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/ PGP Key ID 36E7CD09
Re: gnome and gtk--
On Mon, 12 Oct 1998, Marcus Brinkmann wrote: Mmmh. I just checked. The reason why gtk-- is currently w/o gnome support is, because I never installed libgnome-dev I think. I'm just doing it now and will recompile gtk-- (or better: I'll try to compile gtk-- 0.9.17) with gnome support. Any reasons why we would need two versions, one without and one with gnome support? Gnome support requires Gtk 1.1 from CVS, so if you want a 1.0-based version you have to build it separately from the Gnome version. Does anybody know if it matters if I build against libungif dev or libgif dev? What should I build with? libungif doesn't have the non-free compression routines. I imagine you want to build with the same thing the imlib packages are built with. Havoc
Re: gnome and gtk--
On Mon, Oct 12, 1998 at 04:45:35PM -0500, Havoc Pennington wrote: On Mon, 12 Oct 1998, Marcus Brinkmann wrote: Gnome support requires Gtk 1.1 from CVS, so if you want a 1.0-based version you have to build it separately from the Gnome version. Mmmh. I mailed to the gtk-- mailing list for clarification of status and future support. Building from CVS would mean we must build gtk-- from CVS. Considering the condition the released packages have quite often, I'd not be too optimistic to get working packages often... (note: despite the brokeness of some releases, let me say that new fixed releases follow really fast... I'm not complaining here). Also, future versions of gtk-- will have gnome support enabled by default, so the question is if we should really seperate non-gnome/gnome. Maybe the really question here is if we also build a unstable gtk--, similar to gtk+ 1.0 and gtk+ 1.1? Does anybody know if it matters if I build against libungif dev or libgif dev? What should I build with? libungif doesn't have the non-free compression routines. I imagine you want to build with the same thing the imlib packages are built with. I thought the libs are binary compatible, so you can install either of them? Thank you, Marcus -- Rhubarb is no Egyptian god.Debian GNU/Linuxfinger brinkmd@ Marcus Brinkmann http://www.debian.orgmaster.debian.org [EMAIL PROTECTED]for public PGP Key http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/ PGP Key ID 36E7CD09
gnome and gtk--
Perhaps I'm missing something, but I don't see any way of using gtk-- with gnome at the moment. I was going to try packaging gnome-hack (for my own use -- I'd want to check with the nethack maintainer before doing anything more with it), but it seems to require gtk-- and gtk1.1, and the two don't seem to work together at this point. I think it would really be nice to get a gnome-supporting version of gtk-- in before the slink freeze. Is anyone working on this? -- Chris Waters [EMAIL PROTECTED] | I have a truly elegant proof of the or [EMAIL PROTECTED] | above, but it is too long to fit into http://www.dsp.net/xtifr | this .signature file.
Re: gnome and gtk--
On Sun, 11 Oct 1998, Chris Waters wrote: anything more with it), but it seems to require gtk-- and gtk1.1, and the two don't seem to work together at this point. I think it would really be nice to get a gnome-supporting version of gtk-- in before the slink freeze. Is anyone working on this? Not really possible without hacking Gtk-- (which can be done, but it's work). Gtk-- can be built with either Gtk 1.0 or Gtk 1.1, if you install both things would get, uh, confused. Someone could maybe fix the libtool versioning on Gtk-- to allow this. Havoc (Gnome-- guy)
Re: gnome and gtk--
Havoc Pennington wrote: On Sun, 11 Oct 1998, Chris Waters wrote: I think it would really be nice to get a gnome-supporting version of gtk-- in before the slink freeze. Is anyone working on this? Not really possible without hacking Gtk-- (which can be done, but it's work). Gtk-- can be built with either Gtk 1.0 or Gtk 1.1, if you install both things would get, uh, confused. 'Bout what I figured, but wouldn't it be possible to produce two versions which conflict? Not a perfect solution, but it would make it possible for people like me who want to work on gnome-related gtk-- stuff to do so. The conflicts could be cleaned up when someone had the time to hack on it (presumably post-slink). Just a thought -- I'm about to try building my own personal gnome-gtkmm package (which will conflict with gtkmm), but I don't yet have any experience at packaging libraries, so I'm a little scared. I doubt if I'll be able to finish in time for the freeze. -- Chris Waters [EMAIL PROTECTED] | I have a truly elegant proof of the or [EMAIL PROTECTED] | above, but it is too long to fit into http://www.dsp.net/xtifr | this .signature file.
Re: gnome and gtk--
On Sun, 11 Oct 1998, Chris Waters wrote: 'Bout what I figured, but wouldn't it be possible to produce two versions which conflict? Not a perfect solution, but it would make it possible for people like me who want to work on gnome-related gtk-- stuff to do so. The conflicts could be cleaned up when someone had the time to hack on it (presumably post-slink). Just a thought -- I'm about to try building my own personal gnome-gtkmm package (which will conflict with gtkmm), but I don't yet have any experience at packaging libraries, so I'm a little scared. I doubt if I'll be able to finish in time for the freeze. Sure, you could do that. I bet it would conflict with just about every other Gtk-related thing though. It could have Gnome-- and the gtk--draw add-ons though, and that would be neat. Havoc