Bug#1068468: Upstream responded
Sorry for the possible noise! But Tracker 3.4 in testing has a bug where it was relying on a specific behaviour from SQLite that sqlite 3.45.3 broke., and that bug may cause it to infinite loop, possibly filling up logs and disk https://gitlab.gnome.org/GNOME/tracker/-/merge_requests/665 https://gitlab.gnome.org/GNOME/tracker/-/issues/440 The infinite loop persists after a reboot. The fix should be in 3.7 in unstable, but hasn't migrated to testing because of this build failure,. Now that Carlos responded, perhaps it would be possible to get this nudged along? Ole
Bug#896641: Pijul soon?
Hi! Gentle nudge that a Debian package would be much appreciated for a case where we need to maintain two branches. Ole
Bug#792192: Latest upstream version seems to work
Had the same problem today. The latest upstream release (2015.4) does seem work just fine. Ole -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#440993: Bug is a feature
While the behaviour is still here with Emacs 24, it looks like it is intended behaviour: http://www.masteringemacs.org/article/complete-guide-mastering-eshell#technical-details You can't use eshell aliases to overwrite executables in the path. So this bug should probably be closed - one can argue if it's the right behaviour or not, but that's something to discuss with the eshell maintainers I suppose. Ole -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765696: gnome-shell: Dependency on gnome-icon-theme-symbolic
Package: gnome-shell Version: 3.14.0-1 Severity: normal I have a half-broken gnome-icon-theme package which I tried to remove but can't because gnome-shell is depending on gnome-icon-theme-symbolic. Did some research, and it looks like gnome-icon-theme-symbolic was merged into adwaita- icon-theme, see https://git.gnome.org/browse/adwaita-icon- theme/commit/?id=f20c36b818afed352a344505748a2c97ec3dd7ce So I guess the dependency should be dropped. Ole -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.16-2-686-pae (SMP w/4 CPU cores) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.22.0-1 ii evolution-data-server3.12.7.1-1 ii gir1.2-accountsservice-1.0 0.6.37-3+b1 ii gir1.2-atspi-2.0 2.14.0-1 ii gir1.2-caribou-1.0 0.4.15-1 ii gir1.2-clutter-1.0 1.20.0-1 ii gir1.2-freedesktop 1.42.0-2 ii gir1.2-gcr-3 3.14.0-2 ii gir1.2-gdesktopenums-3.0 3.14.0-1 ii gir1.2-gdm3 3.14.0-1 ii gir1.2-gkbd-3.0 3.6.0-1 ii gir1.2-glib-2.0 1.42.0-2 ii gir1.2-gnomebluetooth-1.03.14.0-1 ii gir1.2-gnomedesktop-3.0 3.14.0-1 ii gir1.2-gtk-3.0 3.14.3-1 ii gir1.2-ibus-1.0 1.5.8-3 ii gir1.2-mutter-3.03.14.1-1 ii gir1.2-networkmanager-1.00.9.10.0-3 ii gir1.2-nmgtk-1.0 0.9.10.0-2 ii gir1.2-pango-1.0 1.36.8-2 ii gir1.2-polkit-1.00.105-7 ii gir1.2-soup-2.4 2.48.0-1 ii gir1.2-telepathyglib-0.120.24.1-1 ii gir1.2-telepathylogger-0.2 0.8.1-1 ii gir1.2-upowerglib-1.00.99.1-3 ii gjs 1.42.0-1 ii gnome-backgrounds3.14.1-1 ii gnome-icon-theme-symbolic3.12.0-1 ii gnome-settings-daemon3.14.0-2 ii gnome-shell-common 3.14.0-1 ii gnome-themes-standard3.14.0-1 ii gsettings-desktop-schemas3.14.0-1 ii libatk-bridge2.0-0 2.14.0-2 ii libatk1.0-0 2.14.0-1 ii libc62.19-11 ii libcairo21.12.16-5 ii libcanberra-gtk3-0 0.30-2.1 ii libcanberra0 0.30-2.1 ii libclutter-1.0-0 1.20.0-1 ii libcogl-pango20 1.18.2-2 ii libcogl201.18.2-2 ii libcroco30.6.8-3 ii libdbus-glib-1-2 0.102-1 ii libecal-1.2-16 3.12.7.1-1 ii libedataserver-1.2-183.12.7.1-1 ii libgcr-base-3-1 3.14.0-2 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libgirepository-1.0-11.42.0-2 ii libgjs0e [libgjs0-libmozjs-24-0] 1.42.0-1 ii libglib2.0-0 2.42.0-2 ii libgstreamer1.0-01.4.3-1 ii libgtk-3-0 3.14.3-1 ii libical1 1.0-1 ii libjson-glib-1.0-0 1.0.2-1 ii libmozjs-24-024.2.0-2 ii libmutter0e 3.14.1-1 ii libnm-glib4 0.9.10.0-3 ii libnm-util2 0.9.10.0-3 ii libpango-1.0-0 1.36.8-2 ii libpangocairo-1.0-0 1.36.8-2 ii libpolkit-agent-1-0 0.105-7 ii libpolkit-gobject-1-00.105-7 ii libpulse-mainloop-glib0 5.0-13 ii libpulse05.0-13 ii libsecret-1-00.18-1+b1 ii libstartup-notification0 0.12-4 ii libsystemd0 215-5+b1 ii libtelepathy-glib0 0.24.1-1 ii libx11-6 2:1.6.2-3 ii libxfixes3 1:5.0.1-2 ii python 2.7.8-1 ii telepathy-mission-control-5 1:5.16.3-1 Versions of packages
Bug#741340: python3-chardet: Depends on Python 3.4
Package: python3-chardet Version: 2.2.1-1 Severity: normal Dear Maintainer, It looks like the latest upload of python3-chardet depends on Python 3.4: https://packages.debian.org/jessie/python3-chardet Apparently for no particular reason? It looks like upstream works with 3.2 and 3.3 as well. (I apologize in advance if my assumptions about dependencies are wrong.) Can I persuade you to rebuild with 3.3, the default Python 3 version in testing? Ole -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732050: Preconfigure /var/log and /run directory for run vassals (running as www-data)
Package: uwsgi-emperor Version: 1.9.17.1-5 I have two suggestions for making it a bit easier to setup the vassals: 1. Make /var/log/uwsgi/ writable/owned by www-data so the vassals can write a log file in there. Or perhaps add /var/log/uwsgi/vassals writable/owned by www-data. 2. Make sure /run/uwsgi/ or /run/uwsgi-emperor/ is created and writable by www-data so there is a place to put the vassal socket files. I don't know if there's an official way to do this, but something along this works for me /bin/mkdir -p /run/uwsgi /bin/chown www-data:www-data /run/uwsgi For the record, I'm using a template like the following and just symlinking it for the various webapps I deploy (I have nginx set up in front): [uwsgi] chdir = /home/django/%n touch-reload = /home/django/%n/%n/wsgi.py module = %n.wsgi socket = /run/uwsgi/%n.sock master = true logto = /var/log/uwsgi/vassals/%n.log Ole -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660212: Emperor support
Hi! I see your point about churn in uwsgi, and maybe it's not the right time right now, but I do think in the long run that Emperor watching a directory is actually a bit more friendly than the impressive init scripting since you can read up on how it works on the uwsgi page and tutorials on the web and since you get a single process to monitor (it will look after all the others). Anyway, I'm running systemd, and since I wasn't sure how the init script in the .deb would fare with that, I disabled it and instead created a systemd unit file (the only tricky part was creating /run/uwsgi/): [Unit] Description=uWSGI Emperor After=syslog.target [Service] ExecStartPre=/bin/mkdir -p /run/uwsgi ExecStartPre=/bin/chown www-data:www-data /run/uwsgi ExecStart=/usr/bin/uwsgi --ini /etc/uwsgi/emperor.ini Restart=always Type=notify StandardError=syslog NotifyAccess=main [Install] WantedBy=multi-user.target Then put the following in /etc/uwsgi/emperor.ini [uwsgi] emperor = /etc/uwsgi/vassals uid = www-data gid = www-data then added .ini files to /etc/uwsgi/vassals/. These can contain patterns so I simply did socket = /run/uwsgi/%n.sock logto = /var/log/uwsgi/%n.log For a package it's probably better to define these in an ini file and import them with vassals-inherit http://projects.unbit.it/uwsgi/wiki/CustomOptions In summary, it looks to me as if you can relatively easily set this up so it's really straightforward, no magic and easy to customize. The init script could for instance refer to /etc/uwsgi/uwsgi.ini that could be a symlink to emperor.ini so people can override that and configure a single instance if they so wish. Ole -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660212: Emperor support
Hi! Allow me to second this. While the setup installed by the package is neat, it looks like the Emperor is the upstream idea of how to do this, and it also makes babysitting the thing a bit easier: http://projects.unbit.it/uwsgi/wiki/SystemdIntegration I think it would be neat if the package shipped with a simple emperor.ini setup. Also, this is just a humble side remark, but I notice you're using the app symlink pattern from Apache (and now also nginx) - while it seems cool initially, IMHO after 5 years of maintaining a growing number of sites it turns out to be a pain in the butt in practice because you have to remember to fix the symlink. The only thing I can really see it's good for is when you want to temporarily disable a site without actually removing it, but then you could just have mv'ed it away to a trash directory instead of maintaining the symlink farm. Ole -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675925: Urgency
Hi! Thanks for fixing it, but can I kindly ask you upload a package ASAP? As hinted in bug #675863, this problem breaks GDM meaning that if you're running systemd and gdm, you can't login. :( I realize systemd isn't the default init system, but since a lot of stuff higher in the stack is beginning to think about using it, I think it's not that uncommon for people to have it installed. Ole -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663872: rhythmbox-plugins: Missing dependency on gir1.2-gnomekeyring
Package: rhythmbox-plugins Version: 2.96-2 Severity: important Dear Maintainer, You can't enable the Magnatune plugin in the UI. After some debugging, it seems the problem is a missing gir1.2-gnomekeyring-1.0 package. When I install that everything works fine (well, apart from some bugs in the plugin which I'm going to send a patch to upstream about). Ole -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/4 CPU cores) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rhythmbox-plugins depends on: ii gconf-service3.2.3-3 ii gir1.2-gconf-2.0 3.2.3-3 ii gir1.2-glib-2.0 1.31.20-1 ii gir1.2-gtk-3.0 3.2.3-1 ii gir1.2-peas-1.0 1.2.0-1 ii gir1.2-rb-3.02.96-2 ii gir1.2-webkit-3.01.6.3-2 ii libatk1.0-0 2.2.0-2 ii libc62.13-27 ii libcairo-gobject21.10.2-7 ii libcairo21.10.2-7 ii libclutter-1.0-0 1.8.4-1 ii libclutter-gst-1.0-0 1.4.6-1 ii libclutter-gtk-1.0-0 1.0.4-1 ii libcogl-pango0 1.8.2-1 ii libcogl5 1.8.2-1 ii libdmapsharing-3.0-2 2.9.14-1 ii libdrm2 2.4.30-1 ii libffi5 3.0.10-3 ii libfontconfig1 2.8.0-3.1 ii libfreetype6 2.4.8-1 ii libgconf-2-4 3.2.3-3 ii libgdk-pixbuf2.0-0 2.24.1-1 ii libgirepository-1.0-11.31.20-1 ii libgl1-mesa-glx [libgl1] 7.11.2-1 ii libglib2.0-0 2.30.2-6 ii libgnome-keyring03.2.2-2 ii libgpod4 0.8.2-6 ii libgrilo-0.1-0 0.1.18-2 ii libgstreamer-plugins-base0.10-0 0.10.36-1 ii libgstreamer0.10-0 0.10.36-1 ii libgtk-3-0 3.2.3-1 ii libgudev-1.0-0 175-3.1 ii libimobiledevice21.1.1-3 ii libjson-glib-1.0-0 0.14.2-1 ii liblircclient0 0.9.0~pre1-1 ii libmtp9 1.1.2-2 ii libmusicbrainz3-63.0.2-2 ii libmx-1.0-2 1.4.2-1 ii libnotify4 0.7.4-1 ii libpango1.0-01.29.4-3 ii libpeas-1.0-01.2.0-1 ii librhythmbox-core5 2.96-2 ii libsoup-gnome2.4-1 2.36.1-1 ii libsoup2.4-1 2.36.1-1 ii libtdb1 1.2.9+git20120207-1 ii libtotem-plparser17 2.32.6-3 ii libusb-0.1-4 2:0.1.12-20 ii libx11-6 2:1.4.4-4 ii libxcomposite1 1:0.4.3-2 ii libxdamage1 1:1.1.3-2 ii libxext6 2:1.3.0-3 ii libxfixes3 1:5.0-4 ii libxi6 2:1.4.5-1 ii libxml2 2.7.8.dfsg-7 ii python 2.7.2-10 ii python-gnomekeyring 2.32.0+dfsg-1 ii python-mako 0.6.2-1 ii python2.72.7.3~rc1-1 ii rhythmbox2.96-2 ii zeitgeist-core 0.8.2-1 ii zlib1g 1:1.2.6.dfsg-2 Versions of packages rhythmbox-plugins recommends: ii nautilus-sendto 3.0.1-2 rhythmbox-plugins suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621327: Same problem on fresh testing install
Hi! I have the same problem with a fresh install of testing upgraded to unstable. It's a pretty bad bug. Note that restarting GDM (/etc/init.d/gdm restart) fixes the problem - so it could be timing related. I'm going to try to put a 5 second sleep in my gdm init.d script and see if it helps. Ole -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621327: Sleep in init scripts helps
Hi again! It does indeed appear to be a race condition. I inserted a sleep 5 in /etc/init.d/gdm and now keyboard and mouse works. Note that this is on a fast SSD, so booting only takes a few seconds. -- Ole Laursen http://people.iola.dk/olau/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605678: exim4-config: Add another local mail option that forwards everything to external email address
2010/12/10 Marc Haber mh+debian-packa...@zugschlus.de: On Thu, Dec 02, 2010 at 12:16:40PM +0100, Ole Laursen wrote: So exim should only listen on the loopback interface, external adresses get rejected, and any local mail is simply forwarded to some external address I specify. Is this feasible? Maybe it's already possible right now? Of course, you can configure exim to do what you want. But I don't think that your special requirements should be accessible by Debconf. Okay, feel free to close the bug then. Maybe Exim isn't the right tool for the job. It would help if the daemons would mail me directly; I hear that systemd is planning to take over cron/at so it's possible there would be some improvements here. I was wondering why I even had Exim installed, but it seems it's required by reportbug. Ole -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605678: exim4-config: Add another local mail option that forwards everything to external email address
Package: exim4-config Version: 4.72-2 Severity: wishlist Hi! This is a wishlist - I think it might be convenient if the debconf had an extra local mail option where it doesn't try to send mail to external adresses, except for local mail which is delivered it to some address specified by the user. I have two use cases: 1. I got exim installed on my laptop but I don't want it to actually do anything else than collecting local mail. I use mail apps that talk directly to other smarthosts (e.g. gmail or my ISP). However, some daemons on the laptop, like cron and smartmontool, sometimes send me mail when there's a problem. I'd like to get that mail rather than letting it rot in a local mailbox that I never check. 2. I run a web-based company with some servers. One of them runs a mail server with internet delivery. The others I don't want to ever try to send mail, to simplify management and because some of them are test servers where I don't want the possibility of some mail accidentally escaping from a test run on a script that works with real data. However, I'd still like to get local mail from cron and smartmontools. So exim should only listen on the loopback interface, external adresses get rejected, and any local mail is simply forwarded to some external address I specify. Is this feasible? Maybe it's already possible right now? Ole -- Package-specific info: Exim version 4.72 #1 built 30-Oct-2010 13:38:48 Copyright (c) University of Cambridge, 1995 - 2007 Berkeley DB: Berkeley DB 4.8.30: (April 9, 2010) Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages DKIM Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 GnuTLS compile-time version: 2.8.6 GnuTLS runtime version: 2.8.6 Configuration file is /var/lib/exim4/config.autogenerated -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages exim4-config depends on: ii adduser 3.112 add and remove users and groups ii debconf [debconf-2.0] 1.5.36 Debian configuration management sy exim4-config recommends no packages. exim4-config suggests no packages. -- Configuration Files: /etc/exim4/passwd.client [Errno 13] Permission denied: u'/etc/exim4/passwd.client' -- debconf information: exim4/dc_smarthost: exim4/dc_relay_domains: exim4/dc_relay_nets: * exim4/mailname: beta.iola.dk * exim4/dc_localdelivery: Maildir format in home directory * exim4/dc_local_interfaces: 127.0.0.1 * exim4/dc_minimaldns: false * exim4/dc_other_hostnames: beta.iola.dk * exim4/dc_eximconfig_configtype: local delivery only; not on a network exim4/no_config: true exim4/hide_mailname: exim4/dc_postmaster: arj exim4/dc_readhost: * exim4/use_split_config: false exim4/exim4-config-title: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601859: Can't install package, post-installation script returns -1
Package: wesnoth-1.9-core Version: 1:1.9.1-1 Severity: grave Hi! Can't install the package, got a big bunch of errors from aptitude when I installed wesnoth-1.9, seems to come from the postinst script: ole:~/$ LANG=C sudo dpkg --configure wesnoth-1.9-core Setting up wesnoth-1.9-core (1:1.9.1-1) ... dpkg: error processing wesnoth-1.9-core (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: wesnoth-1.9-core I tried commenting out the divert_oldfiles function in wesnoth-1.9-core.postinst and now it works. Maybe the script just terminates immediately from the set -e at the top if the grep commands return 1? Another oddity is that the editor script is /usr/games/wesnoth-1.9_editor (with underscore) contrary to the other scripts that are with hyphen, e.g. wesnoth-1.9-nolog. By the way, why is it installing in /usr/games instead of /usr/bin? That's weird. Is that a leftover from old Unix structure? PS: Thanks for packaging wesnoth, I'm going to have my first try at it now. :) -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wesnoth-1.9-core depends on: ii libboost-iostreams1.42. 1.42.0-4 Boost.Iostreams Library ii libboost-regex1.42.01.42.0-4 regular expression library for C++ ii libboost-system1.42.0 1.42.0-4 Operating system (e.g. diagnostics ii libboost-thread1.42.0 1.42.0-4 portable C++ multi-threading ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-3 simple interprocess messaging syst ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfribidi0 0.19.2-1 Free Implementation of the Unicode ii libgcc1 1:4.4.5-5GCC support library ii libglib2.0-02.24.2-1 The GLib library of C routines ii libpango1.0-0 1.28.3-1 Layout and rendering of internatio ii libsdl-image1.2 1.2.10-2+b2 image loading library for Simple D ii libsdl-mixer1.2 1.2.8-6+b1 mixer library for Simple DirectMed ii libsdl-net1.2 1.2.7-2 network library for Simple DirectM ii libsdl-ttf2.0-0 2.0.9-1 ttf library for Simple DirectMedia ii libsdl1.2debian 1.2.14-6.1 Simple DirectMedia Layer ii libstdc++6 4.4.5-5 The GNU Standard C++ Library v3 ii libx11-62:1.3.3-3X11 client-side library ii wesnoth-1.9-data1:1.9.1-1data files for Wesnoth (branch 1.9 ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597821: thttpd: Please move executable to /usr/bin/
Package: thttpd Version: 2.25b-11 Severity: normal I use thttpd only for one thing - running a webserver in a terminal temporarily for serving up some pages when I need to access them in a browser from somewhere else, for instance when doing some development on a remote machine without a configured webserver. It's really simple, thttpd -D -d . -p 8080 This is however made a bit more cumbersome by the fact that thttpd is in /usr/sbin instead of /usr/bin. Could you please move it? As long as there is legitimate use of it from normal user accounts, I don't see what it's doing in /usr/sbin. :) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542794: Test case
On Fri, Aug 6, 2010 at 3:31 PM, Arthur Loiret aloi...@debian.org wrote: Thanks for your test case. Could you please try again with gcc-4.5/libgomp1 from experimental? Thanks for the interest! I don't have a machine I can butcher with an experimental GCC right now, unfortunately, but VIPS actually works now on testing. I get from vipsCC import * im = VImage.VImage(thisdoesnotexist.png) Traceback (most recent call last): File stdin, line 1, in module File /usr/lib/python2.6/dist-packages/vipsCC/VImage.py, line 278, in __init__ this = vimagemodule.new_VImage(*args) vipsCC.VError.VError: VIPS error: format_for_file: file thisdoesnotexist.png not found as expected rather than a core dump. I believe they've changed the way they do the bindings for Python so it might just be a side-effect of that, however. But without a functioning test case, this bug report is probably pretty useless so you might want to close it. I'll report back if I ever see it again. Ole -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582504: hardware-monitor: memory usage grows with time
Is there a way to restart it without loggin out from Gnome? The easiest way to do it is killall gnome-panel, this whacks the panels which are then restarted automatically (by gnome-session I believe). Ole -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532831: What's the status?
Hi! Sorry to interrupt, but speaking as a mere Debian user, are you getting closer to packaging greenlets? Would be neat. I need it now for gevent. I think it's a dependency of spawning too, which would be nice if it were packaged. :) -- Ole Laursen http://people.iola.dk/olau/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#427922: error message and .\n when monit daemon fails to start
Package: monit Version: 1:5.0.3-3 Severity: normal Have the same problem. It's easy to reproduce. Just add some garbage at the end of /etc/monit/monitrc (like foo bar) and reload. I think the priority of this bug should be raised, for me it meant half a days downtime for monit before I by accident discovered that monit wasn't running. Scary. I'm running monit because one of the server processes is unstable and I'm trying to find out why. So it's critical the monit is up. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686-bigmem (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages monit depends on: ii libc6 2.9-25 GNU C Library: Shared libraries ii libpam0g 1.1.0-4Pluggable Authentication Modules l ii libssl0.9.8 0.9.8k-5 SSL shared libraries monit recommends no packages. monit suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542794: libgomp1: Throwing exceptions segfaults when libgomp is being dlopen'ed through python-vipscc
Package: libgomp1 Version: 4.4.1-1 Severity: normal I am using python-vipscc to do image manipulations in Python. The Python bindings are using a C++ runtime library (libvips) which if it encounters an error will throw a C++ exception. This used to work fine, I catch the errors which in some cases are useful for probing for info, but after a recent upgrade, the whole process segfaults instead of throwing the exception. A backtrace indicates that the error is in __cxa_allocate_exception in libstdc++.so.6. The reason why I'm reporting this as an error in this package, is that it appears that error occurs because the way libgomp is compiled (not working when it's dlopen'ed?). There's an analysis here, it involves ImageMagick: https://www.jiscmail.ac.uk/cgi-bin/webadmin?A2=ind0908L=VIPSIPP=4657X=7E320F5D5B50159789 Maybe a red herring, you probably have a better idea of what to do about the bug, but I thought I'd start here. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686-bigmem (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgomp1 depends on: ii gcc-4.4-base 4.4.1-1The GNU Compiler Collection (base ii libc6 2.9-23 GNU C Library: Shared libraries libgomp1 recommends no packages. libgomp1 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542794: Test case
Hi! Forgot to attach a test case. It's really simple. Install python-vipscc and run the following (and also attached) Python script: from vipsCC import * im = VImage.VImage(thisdoesnotexist.png) print im.Xsize() When you open and use a non-existing image file, it segfaults. The expected result is a Python exception (this used to work). I'm on Debian testing i386. The backtrace goes like this: #0 0xb6bc54fd in __cxa_allocate_exception () from /usr/lib/libstdc++.so.6 #1 0xb79e50f6 in vips::verror () from /usr/lib/libvipsCC.so.15 #2 0xb79cc4cc in vips::VImage::VImage () from /usr/lib/libvipsCC.so.15 #3 0xb7a1b7e2 in ?? () from /usr/lib/python2.5/site-packages/vipsCC/vimagemodule.so #4 0x0805d447 in PyObject_Call () Ole from vipsCC import * im = VImage.VImage(thisdoesnotexist.png) print im.Xsize()
Bug#503989: flot for debian
On Mon, Apr 27, 2009 at 8:48 PM, Marcelo Jorge Vieira (metal) me...@alucinados.com wrote: hi Ole, I'm packaging flot for debian and I would like to know who are the copyright holders. Is it IOLA? Or is it you? Any other people? That's an interesting question. Since some of the work has been done in work hours, and some of it in my free time, I guess the answer is partly IOLA and partly me. I don't think contributions from others have been large enough at this point to qualify for copyright. I forgot to include an MIT LICENSE file in the distribution, by the way. -- Ole Laursen http://www.iola.dk/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521209: apache2.2-common: Please add RSS MIME type to deflate.conf
Package: apache2.2-common Version: 2.2.11-2 Severity: wishlist Please consider adding application/rss+xml to deflate.conf. I googled it and can't seem to find any reason not to. PS: Thanks for a nice and neat default Apache setup. -- Package-specific info: List of enabled modules from 'apache2 -M': alias auth_basic authn_file authz_default authz_groupfile authz_host authz_user autoindex cgi deflate dir env mime negotiation python rewrite setenvif status -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686-bigmem (SMP w/2 CPU cores) 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 apache2.2-common depends on: ii apache2-utils 2.2.11-2 utility programs for webservers ii libapr11.3.3-3 The Apache Portable Runtime Librar ii libaprutil11.2.12+dfsg-8 The Apache Portable Runtime Utilit ii libc6 2.9-4 GNU C Library: Shared libraries ii libmagic1 4.26-2File type determination library us ii libssl0.9.80.9.8g-15 SSL shared libraries ii libuuid1 1.41.3-1 universally unique id library ii lsb-base 3.2-20Linux Standard Base 3.2 init scrip ii mime-support 3.44-1MIME files 'mime.types' 'mailcap ii net-tools 1.60-22 The NET-3 networking toolkit ii perl 5.10.0-19 Larry Wall's Practical Extraction ii procps 1:3.2.7-11/proc file system utilities ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages apache2.2-common recommends: ii ssl-cert 1.0.23 simple debconf wrapper for OpenSSL Versions of packages apache2.2-common suggests: pn apache2-doc none (no description available) pn apache2-suexec | apache2-suex none (no description available) pn www-browser none (no description available) Versions of packages apache2.2-common is related to: pn apache2-mpm-event none (no description available) pn apache2-mpm-itk none (no description available) ii apache2-mpm-prefork 2.2.11-2 Apache HTTP Server - traditional n pn apache2-mpm-workernone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504484: [Fwd: Bug#504484: hardware-monitor: eats up all RAM and swap after 24 hours]
On Mon, Nov 10, 2008 at 1:14 AM, Ernest Adrogué [EMAIL PROTECTED] wrote: Actually this is a bug in Debian - on a default install, a stray process should not be allowed to run away with all the memory causing a dead lock like this. But I digress. Do you think I should report this elsewhere too? If so, where? That's a good question. I think you should, but I'm not sure where. It might be better to bring it up on a mailing list? If this is what has happened in this case, I need to know what you're monitoring and what kind of graph you're using. I was using vertical bars, monitoring CPU usage, memory, several filesystems and network input and output. I'll do a test, I'm going to monitor one thing at a time to see which one triggers this bug. I'll keep you posted. OK, in any case I went ahead and put in some more general safe-guarding code last night and made a release. Since I can't reproduce your problem, I don't know whether it fixes it, but we can always hope. -- Ole Laursen http://people.iola.dk/olau/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504484: hardware-monitor: eats up all RAM and swap after 24 hours
Hi! I'm the maintainer of Hardware Monitor, or what's left of him, On Tue, Nov 4, 2008 at 12:12 PM, Ernest Adrogué [EMAIL PROTECTED] wrote: Yesterday in the morning, I found my computer very unresponsive, with the CPU fan in full-swing. It was barely usable, it didn't seem to react to any key stroke or mouse activity. I tried to log in via ssh from another computer, but I ran out of patience after waiting 5 minutes for the password prompt to appear. At one point, the X server shut, as a consequence of me having pressed CTRL-ALT-BACKSPACE minutes earlier, and everything went back to normal. Actually this is a bug in Debian - on a default install, a stray process should not be allowed to run away with all the memory causing a dead lock like this. But I digress. This has happened before when one of the things that Hardware Monitor is monitoring through libgtop returns weird results. This can get passed through to the drawing code, resulting in weird graphs that causes the drawing library used to go frenzy. I think I did put in some code at one point to alleviate this problem, but maybe it isn't effective in all cases. If this is what has happened in this case, I need to know what you're monitoring and what kind of graph you're using. -- Ole Laursen http://people.iola.dk/olau/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486391: hardware-monitor: Does not calculate correct the memory usage
On Sun, Jun 15, 2008 at 8:25 PM, Rodolfo L. Castanheira [EMAIL PROTECTED] wrote: The program consider that 1MB = 1000*1000 bytes, but 1MB = 1024*1024 bytes. The same mistake is take for GB. This leaves to an discrepancy in varios measures compared to other programs. I fixed this in the swap, memory, disk usage and network load monitors. Hi! I'm the one who wrote Hardware Monitor in the first place. I appreciate your concern, but this is touching on religious grounds, so let me just state that the 1000*1000 measure is not of ignorancy but a deliberate choice: http://en.wikipedia.org/wiki/Megabyte I haven't had time to hack on the beast for long now, so mostly I'm looking for a new maintainer. -- Ole Laursen http://people.iola.dk/olau/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450591: Shouldn't crash if /usr/bin/python is not a symlink
Package: python-central Version: 0.5.15 When reinstalling the python-pysqlite2, the /usr/bin/python symlink on my system for some reason was replaced with the /usr/bin/python2.4 executable. I have no idea why. But it causes py-central to crash because it tries to read the link and fails with an exception. This in turn makes the pysqlite package go bonkers which means I can neither install or remove it or install any other packages. So I humbly suggest that py-central is a bit more careful. I've attached a patch. -- Ole Laursen http://www.iola.dk/ patch Description: Binary data
Bug#443173: New version available upstream with bug fixes
Package: mysql-query-browser Version: 1.2.5beta-3 I recently reported a bug upstream, then (with kind guidance) found out that the problem already had been fixed in a later version (1.2.12). Would it be possible to get the new release packaged and into Debian? -- Ole Laursen http://people.iola.dk/olau/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407158: apache2.2-common: Session Cache is not configured?
Package: apache2.2-common Version: 2.2.3-3.2 Severity: normal When my Apache starts up, it says in the error log: Init: Session Cache is not configured [hint: SSLSessionCache] This is in spite of /etc/apache2/mods-available/ssl.conf (which I haven't touched) containing SSLSessionCacheshmcb:/var/run/apache2/ssl_scache(512000) However, I found this http://www.nabble.com/Session-Cache-is-not-configured-t134.html where some guy says: Do you have some lines like ifmodule mod_ssl.c or ifmodule ssl_module before the sslcache entry ? I have to put this out of my ssl-config before it worked. So perhaps it's a bug in the supplied configuration or a bug in Apache itself? -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9-023stab033.7-enterprise Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) Versions of packages apache2.2-common depends on: ii apache2-utils 2.2.3-3.2 utility programs for webservers ii libmagic1 4.17-5 File type determination library us ii lsb-base 3.1-22 Linux Standard Base 3.1 init scrip ii mime-support 3.39-1 MIME files 'mime.types' 'mailcap ii net-tools 1.60-17The NET-3 networking toolkit apache2.2-common recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402072: epiphany-browser: Gmail doesn't work properly in Epiphany anymore?
Package: epiphany-browser Version: 2.14.3-3 Severity: normal When I go to www.gmail.com, it automatically logs me on. But now nothing shows up except the Loading... sign. The page is simply blank. The funny thing is that gmail thinks I'm logged in. I appear online and when people write to me over the built-in Jabber chat, the title bar changes - but the page itself remains blank! I think this happened after I upgraded the system recently and the Mozilla package was renamed to Iceape. I just tried, and gmail works fine in Iceweasel. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) Versions of packages epiphany-browser depends on: ii dbus 1.0.1-2 simple interprocess messaging syst ii gconf2 2.16.0-3 GNOME configuration database syste ii gnome-icon-theme 2.14.2-2 GNOME Desktop icon theme ii iso-codes 1.0-1 ISO language, territory, currency ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.3-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libavahi-client3 0.6.15-2 Avahi client library ii libavahi-common3 0.6.15-2 Avahi common library ii libavahi-glib1 0.6.15-2 Avahi glib integration library ii libbonobo2-0 2.14.0-3 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-5 The Bonobo UI library ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libdbus-1-31.0.1-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.71-3simple interprocess messaging syst ii libesd00.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig1 2.4.2-1 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc11:4.1.1-20GCC support library ii libgconf2-42.16.0-3 GNOME configuration database syste ii libgcrypt111.2.3-2 LGPL Crypto library - runtime libr ii libglade2-01:2.6.0-2 library to load .glade files at ru ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgnome-desktop-2 2.14.3-1 Utility library for loading .deskt ii libgnome-keyring0 0.6.0-2 GNOME keyring services library ii libgnome2-02.16.0-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeprint2.2-0 2.12.1-6 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.12.1-4 GNOME 2.2 print architecture User ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-3 GNOME virtual file-system (runtime ii libgnutls131.4.4-3 the GNU TLS library - runtime libr ii libgpg-error0 1.4-2 library for common error values an ii libgtk2.0-02.8.20-3 The GTK+ graphical user interface ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libmozjs0d 1.8.0.8-1 The Mozilla SpiderMonkey JavaScrip ii libnspr4-0d1.8.0.8-1 NetScape Portable Runtime Library ii liborbit2 1:2.14.3-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.14.8-2 Layout and rendering of internatio ii libpng12-0 1.2.13-4 PNG library - runtime ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 1:1.0.1-3 X11 Session Management library ii libstartup-notification0 0.8-2 library for program launch feedbac ii libstdc++6 4.1.1-20 The GNU Standard C++ Library v3 ii libtasn1-3 0.3.6-2 Manage ASN.1 structures (runtime) ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.27.dfsg-1 GNOME XML library ii
Bug#387881: It's hidden in php5-gd
Hi, I was looking for Freetype support too. I discovered that you get it if you install the php5-gd package. Perhaps this should be made clearer somehow? -- Ole Laursen http://www.iola.dk/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330482: hardware-monitor - runaway VM bug
Karl Chen [EMAIL PROTECTED] writes: Now that I've gotten this far I figure it should be easy to reproduce :) Just play back the values to a CurveView monitor. It looks to me like a chain of bugs triggered by an unlikely scenario: 1. The value shouldn't be 2e19 in the first place (is this bytes/sec?) - possible glibtop bug. 2. A huge number like that shouldn't confuse hardware-monitor. 3. Weird point values like that shouldn't corrupt memory - possible bug in libgnomecanvas or libart. I'm sorry I haven't had the time to deal with this before. This was an extremely good bug report. hardware-monitor debug # 18264 Monitor: Eth. 1 (Ethernet (first)) values (34): 1.84467e+19 1.10954e+07 1.0973e+07 I still haven't figured out how the very large value enters the system, though. I currently tend to think that it happens because the interface is reset and I then get a negative value which by the virtue of unsignedness is converted to a very large number. I'm attaching a simple patch that perhaps fixes this. Could you please see if it helps? -- Ole Laursen http://www.cs.aau.dk/~olau/ Index: src/monitor-impls.cpp === RCS file: /cvs/gnome/hardware-monitor/src/monitor-impls.cpp,v retrieving revision 1.14 diff -u -r1.14 monitor-impls.cpp --- src/monitor-impls.cpp 11 Feb 2006 20:44:02 - 1.14 +++ src/monitor-impls.cpp 10 Sep 2006 18:09:52 - @@ -629,7 +629,7 @@ if (byte_count == 0) // no estimate initially val = 0; - else if (measured_bytes == 0) // interface was reset + else if (measured_bytes byte_count) // interface was reset val = 0; else val = measured_bytes - byte_count;
Bug#349340: zeroconf: Makes ifup hang
Package: zeroconf Version: 0.6.1-1 Severity: important Zeroconf has been installed on my system recently by some other package. Now, annoyingly when the system boots ifup hangs after Configuring network interfaces. I can reproduce the problem in the following manner: # /etc/init.d/networking stop Deconfiguring network interfaces...done. # /etc/init.d/networking start Configuring network interfaces...ifup: interface lo already configured recv failed: Network is down here the script hangs If I press Ctrl-c the network does appear to have been configured correctly (I don't know about zeroconf, though). The script does not hang if I move the zeroconf file in /etc/network/if-up.d away. My interface file looks like this: auto lo iface lo inet loopback auto eth0 iface eth0 inet dhcp If I run /etc/init.d/networking start with strace, then the last lines are write(1, Configuring network interfaces., 33Configuring network interfaces...) = 33 stat64(., {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 stat64(/usr/local/sbin/ifup, 0xbfcde0b8) = -1 ENOENT (No such file or directory) stat64(/usr/local/bin/ifup, 0xbfcde0b8) = -1 ENOENT (No such file or directory) stat64(/sbin/ifup, {st_mode=S_IFREG|0755, st_size=26400, ...}) = 0 stat64(/sbin/ifup, {st_mode=S_IFREG|0755, st_size=26400, ...}) = 0 brk(0x8133000) = 0x8133000 rt_sigprocmask(SIG_BLOCK, [INT CHLD], [], 8) = 0 _llseek(255, -9, [2423], SEEK_CUR) = 0 clone(ifup: interface lo already configured child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7e3f708) = 7219 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 rt_sigaction(SIGINT, {0x807a090, [], 0}, {SIG_DFL}, 8) = 0 waitpid(-1, recv failed: Network is down here it hangs -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) Versions of packages zeroconf depends on: ii ifupdown0.6.7high level tools to configure netw ii iproute 20041019-4.1 Professional tools to control the ii libc6 2.3.5-12 GNU C Library: Shared libraries an zeroconf recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#269978: hardware-monitor: For me it's confusing too.
Philipp Meier [EMAIL PROTECTED] writes: After reading this tread I understand the intetion behind the current behaviour. I find this highly unintuitive and annoying. Is there a chance to have an option to enable a sync view? The argument of memory beeing a straight line doesn't count for me because I cases of high load I observe the CPU to be reacting fast enough but the memory curve a to react so slow that I get only sudden jumps. For some time I've been planning to rewrite the display part to avoid this kind of problem, but I haven't found the time yet. Don't hold your breath. It might take a year, or it might never happen. -- Ole Laursen http://www.cs.aau.dk/~olau/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#174090: aptitude: Same problem with incorrect mirror
Package: aptitude Version: 0.2.15.9-2 Followup-For: Bug #174090 I've encountered the same problem today with the mirror at http://mirrors.sunsite.dk/debian The problem is that you do not get an error message when the md5sum check fails. I tried both the UI and from the command line, and in both cases aptitude stopped installing the packages after having downloaded the necessary files. The program behaves as if everything is fine, but it never gets to the configuration and actual installation part. I finally discovered that something was wrong with the mirror when I tried apt-get instead. I think you can reproduce the problem by setting up a fake repository with incorrect md5sums. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9 Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.3-5-3 0.5.28.6 Advanced front-end for dpkg ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:4.0.0-9GCC support library ii libncurses5 5.4-6Shared libraries for terminal hand ii libsigc++-1.2-5c102 1.2.5-4 type-safe Signal Framework for C++ ii libstdc++5 1:3.3.6-6The GNU Standard C++ Library v3 Versions of packages aptitude recommends: pn aptitude-doc-en | aptitude-do none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301077: hardware-monitor: Can't monitor HiperThreading CPUs
Paco Ros [EMAIL PROTECTED] writes: CPU 0 cannot be selected to be monitored and CPU 1 doesn't show any activity. all processors monitor works fine. I'm running SMP kernel with HT support. I recently fixed a bug in the GUI related to selecting CPU. The fix should be in the 1.2.1 release which Sven hasn't packaged yet. I'm not 100% certain it makes this problem go away, though. -- Ole Laursen http://www.cs.aau.dk/~olau/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]