circular-list returns a clist
In the current version of SRFI-1, the text shows: circular-list elt₁ elt₂ ... -> list where list is defined as "A proper (finite, nil-terminated) list" I think this should return a clist instead.
Bug#619627: gitg: should depend on gsettings-desktop-schemas
Package: gitg Version: 0.1.0-1 Justification: renders package unusable Severity: grave Tags: patch When running gitg without having the package gsettings-desktop-schemas installed, the program terminates with the following error: GLib-GIO-ERROR **: Settings schema 'org.gnome.desktop.interface' is not installed aborting... Aborted Installing the package gsettings-desktop-schemas fixes the problem. The gitg package should add a dependency on this package. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gitg depends on: ii dbus-x11 1.4.6-1 simple interprocess messaging syst ii git1:1.7.4.1-5 fast, scalable, distributed revisi ii libatk1.0-01.32.0-1+sid1 The ATK accessibility toolkit ii libc6 2.11.2-13 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.28.2-1 The GLib library of C routines ii libgtk2.0-02.24.3-1~sid1 The GTK+ graphical user interface ii libgtksourceview2.0-0 2.10.4-1 shared libraries for the GTK+ synt ii libpango1.0-0 1.28.3-2~sid1 Layout and rendering of internatio gitg recommends no packages. gitg suggests no packages. -- no debconf information --- debian/control.old 2011-03-25 13:07:38.123630818 -0400 +++ debian/control 2011-03-25 13:07:52.995782351 -0400 @@ -10,7 +10,7 @@ Package: gitg Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, git, dbus-x11 +Depends: ${shlibs:Depends}, ${misc:Depends}, git, dbus-x11, gsettings-desktop-schemas Description: git repository viewer for gtk+/GNOME gitg is a fast GTK2 git repository browser for the GNOME desktop. It currently features:
Bug#619627: gitg: should depend on gsettings-desktop-schemas
Package: gitg Version: 0.1.0-1 Justification: renders package unusable Severity: grave Tags: patch When running gitg without having the package gsettings-desktop-schemas installed, the program terminates with the following error: GLib-GIO-ERROR **: Settings schema 'org.gnome.desktop.interface' is not installed aborting... Aborted Installing the package gsettings-desktop-schemas fixes the problem. The gitg package should add a dependency on this package. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gitg depends on: ii dbus-x11 1.4.6-1 simple interprocess messaging syst ii git1:1.7.4.1-5 fast, scalable, distributed revisi ii libatk1.0-01.32.0-1+sid1 The ATK accessibility toolkit ii libc6 2.11.2-13 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.28.2-1 The GLib library of C routines ii libgtk2.0-02.24.3-1~sid1 The GTK+ graphical user interface ii libgtksourceview2.0-0 2.10.4-1 shared libraries for the GTK+ synt ii libpango1.0-0 1.28.3-2~sid1 Layout and rendering of internatio gitg recommends no packages. gitg suggests no packages. -- no debconf information --- debian/control.old 2011-03-25 13:07:38.123630818 -0400 +++ debian/control 2011-03-25 13:07:52.995782351 -0400 @@ -10,7 +10,7 @@ Package: gitg Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, git, dbus-x11 +Depends: ${shlibs:Depends}, ${misc:Depends}, git, dbus-x11, gsettings-desktop-schemas Description: git repository viewer for gtk+/GNOME gitg is a fast GTK2 git repository browser for the GNOME desktop. It currently features:
Re: Goffice Graph Bounds Change
I found something interesting. When I change the code to change the number of data points between 500 and 501 randomly, it seems that the graph will rescale properly. Maybe something doesn't trigger the bounds change unless one of the two things happens: - The number of data points changes - The x values / limits of x values change (my program only uses a single set of data for x values) Any ideas on what might be causing this? Thanks, Dave Jean Bréfort wrote: I'd say that this should work. You might try to use gog_object_request_update for the series. There is some similar code in gchemutils (gchemutils.nongnu.org) file libs/gcu/spectrumdoc.cc. Le vendredi 04 septembre 2009 à 13:06 -0400, David Brigada a écrit : Jean, The relevant part on new data looks something like this (simplified a bit): void new_data(GogSeries *series, gdouble *x, gdouble *y) { GOData *dat; GError *error; dat = go_data_vector_val_new(x, 501, NULL); gog_series_set_dim(series, 0, dat, error); dat = go_data_vector_val_new(y, 501, NULL); gog_series_set_dim(series, 1, dat, error); } Thanks, Dave Jean Brefort wrote: What's your code? Do you call gog_series_set_dim when you change the data? or anything else? Regards, Jean Le vendredi 04 septembre 2009 à 12:47 -0400, David Brigada a écrit : Hello, I'm using the goffice library to plot some graphs in a custom application. The first time I plot data on a graph, the bounds of the graph automatically adjust to fit the data. However, subsequent times, when I update the series with new data, sometimes it doesn't redo the bounds of the graph, so data is lost off the sides (especially the top and bottom). Am I missing some way to tell it to update the bounds when it gets new data? The same behavior appears in goffice 0.7.8 and 0.7.11. Screenshot: http://www.rpi.edu/~brigad/truncated.png Thanks, David Brigada ___ gnumeric-list mailing list gnumeric-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnumeric-list ___ gnumeric-list mailing list gnumeric-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnumeric-list
Goffice Graph Bounds Change
Hello, I'm using the goffice library to plot some graphs in a custom application. The first time I plot data on a graph, the bounds of the graph automatically adjust to fit the data. However, subsequent times, when I update the series with new data, sometimes it doesn't redo the bounds of the graph, so data is lost off the sides (especially the top and bottom). Am I missing some way to tell it to update the bounds when it gets new data? The same behavior appears in goffice 0.7.8 and 0.7.11. Screenshot: http://www.rpi.edu/~brigad/truncated.png Thanks, David Brigada ___ gnumeric-list mailing list gnumeric-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnumeric-list
Re: Goffice Graph Bounds Change
Jean, The relevant part on new data looks something like this (simplified a bit): void new_data(GogSeries *series, gdouble *x, gdouble *y) { GOData *dat; GError *error; dat = go_data_vector_val_new(x, 501, NULL); gog_series_set_dim(series, 0, dat, error); dat = go_data_vector_val_new(y, 501, NULL); gog_series_set_dim(series, 1, dat, error); } Thanks, Dave Jean Brefort wrote: What's your code? Do you call gog_series_set_dim when you change the data? or anything else? Regards, Jean Le vendredi 04 septembre 2009 à 12:47 -0400, David Brigada a écrit : Hello, I'm using the goffice library to plot some graphs in a custom application. The first time I plot data on a graph, the bounds of the graph automatically adjust to fit the data. However, subsequent times, when I update the series with new data, sometimes it doesn't redo the bounds of the graph, so data is lost off the sides (especially the top and bottom). Am I missing some way to tell it to update the bounds when it gets new data? The same behavior appears in goffice 0.7.8 and 0.7.11. Screenshot: http://www.rpi.edu/~brigad/truncated.png Thanks, David Brigada ___ gnumeric-list mailing list gnumeric-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnumeric-list ___ gnumeric-list mailing list gnumeric-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnumeric-list
Bug#521201: texlive-latex-recommended: powerdot requires enumitem.sty, which is in texlive-latex-extra
Package: texlive-latex-recommended Version: 2007.dfsg.2-2 Severity: normal The powerdot document class requires the enumitem.sty file (at least for its default options). This file is only available in texlive-latex-extra. Installing texlive-latex-extra resolves the problem. Either enumitem.sty should be in texlive-latex-recommended, or powerdot.cls should be in texlive-latex-extra. -- Package-specific info: If you report an error when running one of the TeX-related binaries (latex, pdftex, metafont,...), or if the bug is related to bad or wrong output, please include a MINIMAL example input file that produces the error in your report. Don't forget to also include minimal examples of other files that are needed, e.g. bibtex databases. Often it also helps to include the logfile. Please, never send included pictures! If your example file isn't short or produces more than one page of output (except when multiple pages are needed to show the problem), you can probably minimize it further. Instructions on how to do that can be found at http://www.latex-einfuehrung.de/mini-en.html (english) or http://www.latex-einfuehrung.de/mini.html (german) ## minimal input file ## other files ## List of ls-R files -rw-r--r-- 1 root root 842 2009-03-25 14:09 /var/lib/texmf/ls-R -rw-rw-r-- 1 root staff 79 2009-03-25 14:09 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 29 2009-03-18 11:57 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 27 2009-03-18 11:57 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE lrwxrwxrwx 1 root root 27 2009-03-18 11:57 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE ## Config files lrwxrwxrwx 1 root root 20 2009-03-18 11:57 /usr/share/texmf/web2c/texmf.cnf - /etc/texmf/texmf.cnf -rw-r--r-- 1 root root 3895 2009-03-25 14:09 /var/lib/texmf/web2c/fmtutil.cnf -rw-r--r-- 1 root root 8088 2009-03-25 14:09 /var/lib/texmf/web2c/updmap.cfg -rw-r--r-- 1 root root 4302 2009-03-25 14:09 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 4 -rw-r--r-- 1 root root 283 2008-11-10 01:43 mktex.cnf ## md5sums of texmf.d 42c20d7e8bd343542772b5a145bf8ad8 /etc/texmf/texmf.d/05TeXMF.cnf 5f7f6652cc8b8071c9e4ea6ba9e9f0a1 /etc/texmf/texmf.d/15Plain.cnf f68e5add6afd6585b982f2f78e2e6a92 /etc/texmf/texmf.d/45TeXinputs.cnf ea33127256c6a9f37145ae5b16fdb80c /etc/texmf/texmf.d/55Fonts.cnf afccf1d3f87057411166a77c58e00bd1 /etc/texmf/texmf.d/65BibTeX.cnf 9da7c1c7b1eaf06f941af91f48a23068 /etc/texmf/texmf.d/75DviPS.cnf 7ae52efac46feb97010986e57877d12e /etc/texmf/texmf.d/80DVIPDFMx.cnf 37329819f1109e8a457e64b8b58fecdb /etc/texmf/texmf.d/85Misc.cnf a8952d594677235951d447665ec46e9c /etc/texmf/texmf.d/90TeXDoc.cnf 30f4f13357c2761ed01a6a15f28725a5 /etc/texmf/texmf.d/95NonPath.cnf -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages texlive-latex-recommended depends on: ii dpkg 1.14.25 Debian package management system ii tex-common 1.17 common infrastructure for building ii texlive-common 2007.dfsg.2-2 TeX Live: Base component ii texlive-latex-base 2007.dfsg.2-2 TeX Live: Basic LaTeX packages Versions of packages texlive-latex-recommended recommends: ii latex-beamer 3.07-2 LaTeX class to produce presentatio ii latex-xcolor 2.11-1 Easy driver-independent TeX class ii prosper 1.00.4+cvs.2007.05.01-4 LaTeX class for writing transparen ii texlive-latex-re 2007.dfsg.2-2 TeX Live: Documentation files for texlive-latex-recommended suggests no packages. Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii dpkg 1.14.25Debian package management system ii ucf 3.0018 Update Configuration File: preserv Versions of packages texlive-latex-recommended is related to: pn tetex-basenone (no description available) pn tetex-bin none (no description available) pn tetex-extra none (no description available) ii tex-common1.17 common infrastructure for building -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Font style in widget-size_request
All, I fixed my problem, and it wasn't how I had described it. It turns out that I had not checked what type of units Pango was returning font sizes in, and I had needed to scale by the DPI of the screen. It turns out that the font description *is* available after you call gtk_widget_ensure_style in the size_request method. Sorry about the confusion, David Brigada Paul Davis wrote: On Tue, Mar 24, 2009 at 2:18 PM, David Brigada bri...@rpi.edu mailto:bri...@rpi.edu wrote: Hello, I am writing a graph widget for use in GTK+ applications. I'm trying to calculate the minimum size for the widget from the text along the axes of the graph. I use Cairo to draw the text, so I'm using the cairo_text_extents functions to calculate their sizes. However, I'm running into a problem where widget-style-font_desc does not seem to be returning a valid Pango font description. When I call pango_font_description_get_size on the font_desc, it returns 10 * PANGO_SCALE, which seems to be a default value when the style isn't initialized. This causes my function to assume the incorrect font size when calculating its size request. I tried calling gtk_widget_ensure_style on my widget before accessing the font_desc element, but that does not help. at some point the development of GTK (i don't recall precisely where, but roughly in the vicinity of GTK 2.10), a change was made to the way styles bind to widgets. the key change was that a widget that is not attached to a GtkWindow doesn't have a style (yet). i have several examples in my code where i need to do style-based size computation, and so I create a dummy GtkWindow, pack some (temporary, representative) widget into it (I do not show the window), then use ensure_style, and then do the computation, and then delete them both. the critical change was adding the widget to the (dummy) window. it was initially a very irritating change, but in the end a pretty trivial code change. ---p ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Font style in widget-size_request
Hello, I am writing a graph widget for use in GTK+ applications. I'm trying to calculate the minimum size for the widget from the text along the axes of the graph. I use Cairo to draw the text, so I'm using the cairo_text_extents functions to calculate their sizes. However, I'm running into a problem where widget-style-font_desc does not seem to be returning a valid Pango font description. When I call pango_font_description_get_size on the font_desc, it returns 10 * PANGO_SCALE, which seems to be a default value when the style isn't initialized. This causes my function to assume the incorrect font size when calculating its size request. I tried calling gtk_widget_ensure_style on my widget before accessing the font_desc element, but that does not help. Here's a code snippet: static void gtk_graph_size_request(GtkWidget *widget, GtkRequisition *requisition) { gdouble bfont_sz; /* ... */ gtk_widget_ensure_style(widget); bfont_sz = pango_font_description_get_size( widget-style-font_desc) / (gdouble)PANGO_SCALE; /* bfont_sz here is 10, for my theme, it should be 13.3 */ /* ... */ } I'm running GTK+ 2.14.7, (2.14.7-4+b1 as shipped by Debian sid), GLib 2.20.0 (2.20.0-2), ATK 1.24.0 (1.24.0-2), Pango 1.22.4 (1.22.4-3), and Cairo 1.8.6 (1.8.6-2+b1). Let me know if you need any more information. Thanks in advance for your help! Thanks, David Brigada ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Bug#453878: Fixed in 2.12.3-1
Upgrading to version 2.12.3-1 (in unstable) fixes the issue for me. Thanks, David Brigada ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#453878: Fixed in 2.12.3-1
Upgrading to version 2.12.3-1 (in unstable) fixes the issue for me. Thanks, David Brigada -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453878: libgtk2.0-doc: Most documentation does not build
Package: libgtk2.0-doc Version: 2.12.2-1 Severity: important Half of libgtk2.0-doc doesn't get built with the current version. 2.12.1-3 doesn't have this problem. Looking on the mirrors yields the following file sizes: libgtk2.0-doc_2.12.1-3_all.deb 2007-Nov-17 20:47:013.0M libgtk2.0-doc_2.12.2-1_all.deb 2007-Dec-01 04:02:011.5M Significant parts of the documentation are missing at the moment. Thanks, David Brigada -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgtk2.0-doc depends on: ii epiphany-gecko [www-browser 2.20.2-1 Intuitive GNOME web browser - Geck ii iceweasel [www-browser] 2.0.0.10-2 lightweight web browser based on M ii w3m [www-browser] 0.5.1-5.1+b1 WWW browsable pager with excellent Versions of packages libgtk2.0-doc recommends: pn libatk1.0-doc none (no description available) ii libglib2.0-doc2.14.4-2 Documentation files for the GLib l ii libpango1.0-doc 1.18.3-1 Documentation files for the Pango -- no debconf information ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#453878: libgtk2.0-doc: Most documentation does not build
Package: libgtk2.0-doc Version: 2.12.2-1 Severity: important Half of libgtk2.0-doc doesn't get built with the current version. 2.12.1-3 doesn't have this problem. Looking on the mirrors yields the following file sizes: libgtk2.0-doc_2.12.1-3_all.deb 2007-Nov-17 20:47:013.0M libgtk2.0-doc_2.12.2-1_all.deb 2007-Dec-01 04:02:011.5M Significant parts of the documentation are missing at the moment. Thanks, David Brigada -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgtk2.0-doc depends on: ii epiphany-gecko [www-browser 2.20.2-1 Intuitive GNOME web browser - Geck ii iceweasel [www-browser] 2.0.0.10-2 lightweight web browser based on M ii w3m [www-browser] 0.5.1-5.1+b1 WWW browsable pager with excellent Versions of packages libgtk2.0-doc recommends: pn libatk1.0-doc none (no description available) ii libglib2.0-doc2.14.4-2 Documentation files for the GLib l ii libpango1.0-doc 1.18.3-1 Documentation files for the Pango -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Slow UI updates with GtkImage
Hi, I'm working on an audio player application. I currently have two elements that change on a frequent basis: a GtkHScale and a GtkImage. Whenever I update the data, I call gtk_widget_queue_draw on the widget that changed. With just the slider updating every 200ms, it works fine. If I add the GtkImage changing (by swapping out the GdkPixbuf with gtk_image_pixbuf_set) or I call gtk_widget_queue_draw on the widget, the UI waits about 2.5s in between redraws on both the slider and the image. This event happens about every 186ms. Is there something that I should be doing differently here? Is this method horribly inefficient? What should I change? Thanks, David Brigada ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Bug#326785: Fixed in upstream
This bug is fixed in upstream in version 0.17. If it detects a dead leftover socket, it removes it. If it detects a live socket, then it dies as it does in 0.16. David Brigada Systems Director The Polytechnic [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
apt error
APT gave me the following error when installing xdaliclock, xscreensaver-gl, xscreensaver-gnome, and uninstalling xscreensaver-nognome: Reading Package Lists... Done Building Dependency Tree... Done Construct main nodes... Done. 2.0152e+06,1.93453e+06 How odd.. The sizes didn't match, email [EMAIL PROTECTED] Need to get 2.0 MB/2.0 MB of archives. After unpacking 5.2 MB will be used. Media Change: Please insert the disc labeled 'Debian GNU/Linux 3.0 r0 _Woody_ - Official i386 Binary-2 (20020718)' in the drive '/cdrom/' and press enter No need to reply unless you would like me to help with the problem. Thank you, David Brigada