Bug#833440: wmweather+: please make the build reproducible
On Thu, 2017-03-23 at 20:43 +, Chris Lamb wrote: > > > > Would you consider applying this patch and uploading? > Friendly ping on this :) Oh, sorry, overlooked this. Sure, will prepare an upload in the next days. Regards, Martin
Bug#784702: wmweather+: diff for NMU version 2.15-1.1
On Tue, 2015-05-19 at 19:04 -0500, Doug Torrance wrote: Control: tags 784702 + pending Dear maintainer, I've prepared an NMU for wmweather+ (versioned as 2.15-1.1) and have asked my sponsor to upload it to DELAYED/2. Please feel free to tell me if I should delay it longer. Sure, go ahead! Thanks! Regards, Martin signature.asc Description: This is a digitally signed message part
Bug#780994: flash-kernel: Missing dependency on u-boot-tools fails initramfs-tools to fail
Package: flash-kernel Version: 3.33 Severity: normal Hi, I just installed flash-kernel but didn't have u-boot-tools installed. I believe it's the initramfs trigger that failed with the following: Generating boot script u-boot image... /usr/sbin/flash-kernel: 348: /usr/sbin/flash-kernel: mkimage: not found run-parts: /etc/initramfs/post-update.d//flash-kernel exited with return code 127 dpkg: error processing package initramfs-tools (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: initramfs-tools E: Sub-process /usr/bin/dpkg returned an error code (1) That's easily resolved by installing the u-boot-tools package, but I would have expected that do be a dependency in that case. I see that it's a Suggests, but looks rather essential to me. Thanks for considering. Regards, Martin -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: armhf (armv7l) Kernel: Linux 3.16.0-4-armmp (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 Init: systemd (via /run/systemd/system) Versions of packages flash-kernel depends on: ii debconf [debconf-2.0] 1.5.55 ii devio 1.2-1 ii initramfs-tools0.119 ii linux-base 3.5 ii ucf3.0030 flash-kernel recommends no packages. Versions of packages flash-kernel suggests: ii u-boot-tools 2014.10+dfsg1-4 -- debconf information: flash-kernel/linux_cmdline: quiet -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768188: Annoying bug
Hi, Thanks for already reporting at finding out about the details of this bug. I just encountered the bug during an install with d-i rc1. Without finding this bug report and knowing how to navigate the ecosystem to find and kill the right process, the situation would have been impossible to resolve. This really needs to be fixed before release. Regards, Martin signature.asc Description: This is a digitally signed message part
Bug#778874: terminator: Moving between terminals buggy
Package: terminator Version: 0.97-4 Severity: minor Tags: patch Hi, After having split the window a few times horizontally and vertically, switching to a window ABOVE using Alt+Up sometimes chooses a terminal far away from the obvious (unique) one which is directly above. To reproduce: open a new terminator window, split vertically (Ctrl+Shift+E) into A and B, split A and B both horizontally (Ctrl+Shift+O) into A1/A2 and B1/B2. Make A1 a bit smaller, i.e., reduce its height so that it is smaller than B1. Go to B2, press Alt+Up. You should obviously end up in B1, but you end up in A1. This has bugged me for quite a while, today I wrote a fix which you find attached. The problem is in the function computing distance of other terminals to the current one. It has an obvious typo for direction == 'up'. The patch also fixes the return values for 'right' and 'left' even though they didn't result in bugs. Thanks for considering. Regards, Martin -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages terminator depends on: ii gconf2 3.2.6-3 ii python-dbus 1.2.0-2+b3 ii python-gobject 3.14.0-1 ii python-gtk2 2.24.0-4 ii python-vte 1:0.28.2-5 pn python:any none Versions of packages terminator recommends: ii python-gnome2 2.28.1+dfsg-1.1 ii python-keybinder 0.3.0-3 ii python-notify 0.1.1-4 ii xdg-utils 1.1.0~rc1+git20111210-7.3 terminator suggests no packages. -- no debconf information diff --git a/terminatorlib/util.py b/terminatorlib/util.py index b8ad5ab..d1311ca 100755 --- a/terminatorlib/util.py +++ b/terminatorlib/util.py @@ -223,11 +223,11 @@ def get_nav_offset(edge, allocation, direction): if direction == 'left': return(edge - (allocation.x + allocation.width)) elif direction == 'right': -return(edge + allocation.x) +return(allocation.x - edge) elif direction == 'up': -return(edge - (allocation.y - allocation.height)) +return(edge - (allocation.y + allocation.height)) elif direction == 'down': -return(edge + allocation.y) +return(allocation.y - edge) else: raise ValueError('Unknown direction: %s' % direction)
Bug#767523: fixed in wmweather+ 2.15-1
severity 767523 grave tags 767523 + patch pending thanks On Fri, 2014-11-07 at 17:32 +0100, John Paul Adrian Glaubitz wrote: On Fri, Nov 07, 2014 at 05:11:42PM +0100, Martin Stigge wrote: I have looked into the code and prepared the relevant diff (from upstream 2.14 actually) that fixes the problem in version 2.13. For the record, I'll attach it to this mail. It might serve as a minimal targeted fix to get into testing during the freeze. That doesn't look too bad. I suggest creating a version 2.13-2+jessie1 which just includes this particular patch and prepare an upload for testing-proposed-updates. The version number is necessary to indicate the update affects Jessie only. [...] Thanks for the help, Adrian. An upload to TPU is being prepared right now in line with your suggestion and the release team will be asked for unblock. Changing severity back to grave as I have tested a few testing and sid systems and the bug appeared on all of them. (Wheezy doesn't seem to be affected.) Regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767523: fixed in wmweather+ 2.15-1
severity 767523 important thanks On Fri, 2014-11-07 at 14:44 +0100, John Paul Adrian Glaubitz wrote: Well, while you have fixed the issue in unstable now, you are now running into the problem that the package won't migrate into testing due to the freeze and the bug still remains open there. Have you actually contacted the release team and ask them for an unblock? I don't see any chance that they will actually unblock a completely new upstream version and wmweather+ will certainly be removed from testing as a result. Hi John, Good point. Sadly, the timing for the new package was a little unfortunate. I have looked into the code and prepared the relevant diff (from upstream 2.14 actually) that fixes the problem in version 2.13. For the record, I'll attach it to this mail. It might serve as a minimal targeted fix to get into testing during the freeze. However, looking at the code, I'm not sure severity grave is justified, maybe the bug only manifests under certain circumstances? Do you experience the bug? Therefore, downgrading to important for now. Regards, Martin diff -ru wmweather+-2.13_orig/download.c wmweather+-2.13/download.c --- wmweather+-2.13_orig/download.c 2010-08-17 21:25:09.0 +0200 +++ wmweather+-2.13/download.c 2014-11-07 16:58:32.585042368 +0100 @@ -115,12 +115,26 @@ struct timeval tv; int maxfd, n, x; CURLMsg *msg; +CURLMcode status; -if(sleeptime0){ +if(sleeptime0) do { FD_ZERO(rd); FD_ZERO(wr); FD_ZERO(er); -curl_multi_fdset(multi_handle, rd, wr, er, maxfd); +errno = 0; +status = curl_multi_fdset(multi_handle, rd, wr, er, maxfd); +if(status!=CURLM_OK){ +warn(Could not fetch curl fdset: %s, curl_multi_strerror(status)); +usleep(sleeptime); +return; +} +if(maxfd0){ +/* It's not something we can select on, sleep and then blindly call + * curl_multi_perform. + */ +usleep(sleeptime); +break; +} tv.tv_sec=0; tv.tv_usec=sleeptime; @@ -145,7 +159,8 @@ usleep(sleeptime); return; } -} +} while(0); + while(curl_multi_perform(multi_handle, x)==CURLM_CALL_MULTI_PERFORM); while((msg=curl_multi_info_read(multi_handle, x))){ switch(msg-msg){
Bug#767523: wmweather+: Does not download weather information anymore
Package: wmweather+ Version: 2.13-1 Severity: grave Justification: renders package unusable Hi, wmweather+ 2.13 is not downloading weather information from weather.noaa.gov anymore. Thus, no weather conditions are displayed and the program is pretty much useless. Upstream version 2.15 works fine and thus presumably fixes the underlying issue. Please package 2.15. Regards, Martin -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.16-2-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wmweather+ depends on: ii libc62.19-11 ii libcurl3-gnutls 7.38.0-2 ii libpcre3 1:8.35-3 ii libwraster3 0.95.5-2 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.2-1 ii libxpm4 1:3.5.11-1 wmweather+ recommends no packages. Versions of packages wmweather+ suggests: ii kde-window-manager [x-window-manager] 4:4.11.12-1 ii metacity [x-window-manager]1:3.12.0-2 ii mutter [x-window-manager] 3.14.0-1 ii openbox [x-window-manager] 3.5.2-7 ii xfwm4 [x-window-manager] 4.10.1-2 pn xless none -- 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#749016: same with initramfs-tools
found 749016 3.14.15-2 notfound 749016 3.10.11-1 thanks Hi, I encountered this with 3.14.15-2 (from linux-image-3.14-2-686-pae). For the record, first symptom was cryptsetup not finding the partition and hanging with: Begin: Waiting for encrypted source device ... Adding sd_mod to /etc/initramfs-tools/modules and running update-initramfs solved the rather annoying issue and /dev/sd* and /dev/disk/* reappear. An immediate workaround is to do modprobe sd_mod in the busybox shell that appears after the Waiting for... message times out after a minute or so. Does not happen with 3.10.11-1 from linux-image-3.10-3-686-pae. Cheers, Martin signature.asc Description: This is a digitally signed message part
Bug#610468: status: patch merged; needs a bit more work
On Tue, Apr 10, 2012 at 04:22:29PM +0200, Martin Stigge wrote: A few comments in order to proceed: Hi Jonas, As I understand you are still on your NYC trip, so sorry for the nagging, but I anyway would like to ask if there is anything in particular I could help with in order to speed up the package upload process. Regards, Martin signature.asc Description: Digital signature
Bug#610468: status: patch merged; needs a bit more work
Got your mail 4 times, weird. On Thu, 2012-04-12 at 13:03 +0200, Guillaume Ayoub wrote: * For the file-store path patch, I see what you are getting at, however, my focus is on radicale as a system daemon. If you go forward with mimicking XDG_DATA_HOME, I'd suggest ~/.local/share/radicale/collections instead of the ~/.local/shared/Radicale/collections you wrote. The user would need a migration path though, similar to what I wrote into the NEWS file. Using ~/.local instead of ~/.config is a much better choice, and I really should use that in the default configuration file. Using the real XDG_DATA_HOME environment variable is an even better solution, isn't it? There is also the package python-xdg for that. * Continuing with that path, there is the issue of config variable renaming. If the user used a custom config file before and did not change the variable name, he will end up with an empty calendar since radicale silently uses the internal default of the new variable. It could be good to notice that the old folder is set but filesystem_folder is not set and gracefully fall back to that one (possibly with some warning output that this is deprecated). I'm not sure though how common this case will be, so not hacking a patch yet. The default folders will probably change again in the near future (as said in the last paragraph). Before 1.0, I've decided not to advertise about this in the code, but adding a warning saying something like your storage folder is empty could be a good idea. That would catch this case, but I'm not sure that this really conveys the particular issue to the user: it's empty, yes, but why is that so? Well, the configuration option name changed, that's why. Radicale could be aware of folder still being set, but filesystem_folder not being set and warn accordingly and possibly fall back. (I'm talking here about the specific case of a pre-0.7 user doing an upgrade and not seeing the NEWS file that we will provide, since it's actually not so common for users to check that file regularly.) * I found that my client (Iceowl) has an issue with the new 0.7 version if the calendar is newly created and clean, namely it considers radicale's answer invalid. (Adding events is working fine though and from then on everything is ok.) Even though Iceowl/Sunbird is not an officially supported client, I'm thinking of hacking a patch to fix that. However, this could wait until a later package version. This issue is fixed in this commit: https://github.com/Kozea/Radicale/commit/c3ce8fde389075aa3c83b3db58b28f127c27ccf1 Cool, thanks! Tested it on Iceowl/Sunbird (1.3) and it works. Will cherry-pick that patch for the upcoming Debian package until you release a new version. Regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661787: radicale: server does not accept SSL connections after a while
severity: important thanks On Thu, 2012-03-01 at 21:10 +1100, Ben Elliston wrote: Package: radicale Version: 0.6.4 Severity: grave Justification: renders package unusable After a while (days), the radicale server no longer negotiates SSL connections with clients. openssl s_client shows CONNECTED, but no certificate is sent. This only happens on the IPv4 interface, not IPv6. A server restart always fixes the problem. I observed as well now and then that radicale is no longer responding. Didn't trace it to SSL negotiations though, will try that. This issue may be connected to the Python HTTP server generally not being sufficiently stable, as upstream remarks: http://librelist.com/browser//radicale/2012/4/3/deploying-for-production/#369ad8c8b125f0350f3cf50b0714863b Note that other access methods are possible (e.g. WSGI under Apache), so the package is not generally unusable. Downgrading severity. Regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610468: status: patch merged; needs a bit more work
On Sat, 2012-04-07 at 21:33 +0200, Jonas Smedegaard wrote: Hi (especially Martin), Just a short status update: I've merged the branched code and done some adjustments. Have a loog at the git sources, ask if something is not logic, and complain if you disagree with something. As noted as FIXMEs in changelog I still intend to do a bit more tidying before releasing. Thanks a lot for your work, Martin - and sorry it took me so long to take time to look at it properly. Hi Jonas, Thanks for your work and the merge! I checked your updates and they look good. I pushed some typo fixes and added a NEWS file with migration instructions. A few comments in order to proceed: * Regarding your FIXME: I don't really see an issue with $HOME, possibly a lack of understanding. The initscript already (re-)creates the default directories before daemon start. For anything non-default, the user needs to take responsibility of adjusting things. * For the file-store path patch, I see what you are getting at, however, my focus is on radicale as a system daemon. If you go forward with mimicking XDG_DATA_HOME, I'd suggest ~/.local/share/radicale/collections instead of the ~/.local/shared/Radicale/collections you wrote. The user would need a migration path though, similar to what I wrote into the NEWS file. * Continuing with that path, there is the issue of config variable renaming. If the user used a custom config file before and did not change the variable name, he will end up with an empty calendar since radicale silently uses the internal default of the new variable. It could be good to notice that the old folder is set but filesystem_folder is not set and gracefully fall back to that one (possibly with some warning output that this is deprecated). I'm not sure though how common this case will be, so not hacking a patch yet. * I found that my client (Iceowl) has an issue with the new 0.7 version if the calendar is newly created and clean, namely it considers radicale's answer invalid. (Adding events is working fine though and from then on everything is ok.) Even though Iceowl/Sunbird is not an officially supported client, I'm thinking of hacking a patch to fix that. However, this could wait until a later package version. Regarding my last comment, I would vote for releasing the package as soon as possible, i.e., only fixing the essential issues, to get as much testing of the daemon mode as possible, before we enter freeze. Regards, Martin signature.asc Description: This is a digitally signed message part
Bug#668039: Iceowl removed from unstable
Hi, I ran into the same issue. However, it's time to face the unfortunate truth that Iceowl has recently been removed from Debian Sid (since it's been discontinued for a long time upstream). See http://bugs.debian.org/665653 . Time to move on. Regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667030: blueman: Browse Device fails because of non-existant nautilus option --browser
Package: blueman Version: 1.23-1 Severity: normal Hi, When trying to browse the file system of a connected device, launching of nautilus fails silently, in the sense the GUI doesn't tell the user what failed. On the console, I get: Generate (/usr/lib/python2.7/dist-packages/blueman/gui/manager/ManagerDeviceMenu.py:230) myphone Loading configuration plugins Using gconf config backend Could not parse arguments: Unknown option --browser This last line comes from nautilus which does not have this option (anymore) in Gnome 3. A hot fix is to removing it from the gconf key apps.blueman.transfer.browse_command. In the long run, DEF_BROWSE_COMMAND in Constants.py should be adjusted by removing --browser from it. Regards, Martin -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages blueman depends on: ii bluez 4.99-2 ii dbus1.5.12-1 ii gnome-icon-theme3.4.0-2 ii libatk1.0-0 2.4.0-2 ii libbluetooth3 4.99-2 ii libc6 2.13-27 ii libcairo2 1.12.0-2 ii libfontconfig1 2.8.0-3.1 ii libfreetype62.4.9-1 ii libgdk-pixbuf2.0-0 2.26.0-2 ii libglib2.0-02.32.0-3 ii libgtk2.0-0 2.24.10-1 ii libpango1.0-0 1.30.0-1 ii libpython2.72.7.3~rc2-1 ii librsvg2-common 2.36.0-5 ii libstartup-notification00.12-1 ii notification-daemon 0.7.4-1 ii obex-data-server0.4.5-1+b2 ii plasma-widgets-workspace [notification-daemon] 4:4.7.4-2 ii python 2.7.2-10 ii python-dbus 0.84.0-3 ii python-gi 3.2.0-2 ii python-gtk2 2.24.0-3 ii python-notify 0.1.1-3 ii python2.7 2.7.3~rc2-1 ii xfce4-notifyd [notification-daemon] 0.2.2-1 Versions of packages blueman recommends: ii libpulse-mainloop-glib0 1.1-3 ii policykit-1 0.104-2 ii python-gconf 2.28.1+dfsg-1 blueman 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#610468: Radicale init script examples
tags 610468 + pending thanks On Sun, Jan 15, 2012 at 05:13:39PM +0100, Martin Stigge wrote: Ok, will start pushing stuff and send some note after the dust settled. For everyone interested in this bug: the package VCS [0] has a branch for installing radicale as a daemon with an initscript etc. and a new package will be uploaded soon. [0] http://git.debian.org/?p=collab-maint/radicale.git;a=summary Regards, Martin signature.asc Description: Digital signature
Bug#610468: Radicale init script examples
On Sun, 2012-01-15 at 13:13 +0100, Jonas Smedegaard wrote: Yes, please push directly to git, and then let's discuss if ideal or I perhaps have suggestions for improvements, before releasing it. Ok, will start pushing stuff and send some note after the dust settled. I already have write access to collab-maint, thanks. Regards, Martin signature.asc Description: This is a digitally signed message part
Bug#643337: dpkg: start-stop-daemon can't handle script daemon
On Sun, Jan 15, 2012 at 12:15:30AM +0100, Martin Stigge wrote: I'm reopening the bug because I ran into the same problem trying to write an initscript for a python daemon. Problem here is that the default initscript created by dh-make gives the following: start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON --test /dev/null \ || return 1 start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON -- \ $DAEMON_ARGS \ || return 2 Btw, same thing for /etc/init.d/skeleton from the initscripts package. Regards, Martin signature.asc Description: Digital signature
Bug#610468: Radicale init script examples
On Tue, Jan 10, 2012 at 11:57:19PM +0100, Jonas Smedegaard wrote: No, I have not devoted further time on this lately, and would dearly appreciate if you did so. Alright. I did some work in a test setup which is working quite nicely now. Next step is to incorporate that into the package. Do you want me to just push the changes to git on alioth? Would you perhaps be interested in co-maintaining Radicale with me? Sounds good to me. I should warn you though that I'm new to CDBS and a non-DD. Regards, Martin signature.asc Description: Digital signature
Bug#643337: dpkg: start-stop-daemon can't handle script daemon
Uh, new try, had to first unarchive the bug and wait for a while.. On Tue, Sep 27, 2011 at 02:21:53PM +0200, Étienne BERSAC wrote: Well, after rereading the man page, i just need to remove the --exec option X( Sorry. Please close this bug :( Hi, I'm reopening the bug because I ran into the same problem trying to write an initscript for a python daemon. Problem here is that the default initscript created by dh-make gives the following: start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON --test /dev/null \ || return 1 start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON -- \ $DAEMON_ARGS \ || return 2 This causes the exact trouble as described by Étienne: the test in the first call will still succeed if run again after the second call. This results in the initscript launching another instance of the deamon (via the seemingly oblivious start-stop-deamon). I'm aware that this does not necessarily have to be considered a bug in start-stop-daemon, rather its use (and maybe a little bit of inconsistency in behavior, see #202719, or deficiency in documentation, see #367608). I'm happy to reassign this elsewhere (possibly dh-make?) but somewhere we should have it documented, in case anyone else bumps into this. For the record, I replaced the above by something like this: start-stop-daemon --start --quiet --pidfile $PIDFILE --startas $DAEMON \ --name $NAME --test /dev/null \ || return 1 start-stop-daemon --start --quiet --pidfile $PIDFILE --startas $DAEMON \ --name $NAME -- \ $DAEMON_ARGS \ || return 2 Instead of --exec, this uses --name to match the process in case it exists and --startas to launch a new one in case it doesn't. If I got something terribly wrong, please tell me, otherwise please indicate where to forward this. Thanks! Regards, Martin signature.asc Description: Digital signature
Bug#610468: Radicale init script examples
Hi Jonas, Is there any progress regarding this bug? I would like to see radicale in Debian running as a proper system daemon with its own user etc. and could offer to invest some time into this. Just want to ask about the status first to avoid duplicating work. Regards, Martin signature.asc Description: Digital signature
Bug#655155: radicale: Please include logging configuration file
Package: radicale Version: 0.6.3-1 Severity: wishlist Tags: patch Hi, Upstream tarball includes a file 'logging' that can be used as an example for how to configure Radicale's logging facilities. It's not included in Debian package 0.6.3-1 even though a file /etc/radicale/logging is mentioned in the shipped configuration file. Please include the file into the package, otherwise a user that is not familiar with Python's logging module is left pretty clueless. Trivial patch attached. Regards, Martin -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (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 radicale depends on: ii python 2.7.2-9 ii python-radicale 0.6.3-1 radicale recommends no packages. radicale suggests no packages. -- Configuration Files: /etc/radicale/config changed [not included] -- no debconf information diff -ru debian.orig/radicale.install debian/radicale.install --- debian.orig/radicale.install 2012-01-04 16:33:09.631333000 +0100 +++ debian/radicale.install 2012-01-08 21:35:06.150882954 +0100 @@ -1,2 +1,3 @@ debian/tmp/usr/bin /usr/ config /etc/radicale/ +logging /etc/radicale/
Bug#173960: subversion: clarify state of package (README.Debian)
On Sat, Jul 23, 2011 at 05:55:58AM -0500, Jonathan Nieder wrote: Meanwhile the need to help people get started with their own svn servers is documented in Bug#173960, as you mentioned. Care to suggest wording for either? Realistically speaking, that's the simplest way to get this fixed soon and well. :) Hi, I just happened to set up a small instance and wrote down the necessary steps into the attached file for easy inclusion into README.Debian or similar. I only documented the inetd-svnserve access method (using xinetd) since that's what I used. Of course it could be extended in many ways (other access methods, import stuff, ..) but it's a start anyway and one of the most common things to do for a new user. What do you think? Regards, Martin Setting up a Repository --- The subversion package in Debian does not automatically set up a subversion repository during installation. In order to create one and provide access to it from the network, do the following steps manually. 1. Create a directory for repositories. A good default choice is '/var/svn': mkdir /var/svn 2. Create a user 'svn' which will own the repository files and under which the svnserve process will run. Note that the homedir of that user is the directory chosen above, so adjust that if necessary: useradd -d /var/svn -r -s /bin/false svn 3. Create your first repository. Choose a suitable name for reponame: svnadmin create /var/svn/reponame Hand over ownership of the repository files to user 'svn': chown -R svn:svn /var/svn 4. In order to make the repository reachable from the network, you need to choose an access method. Options are: (a) running svnserve from inetd, (b) a standalone svnserve process, (c) using svn over ssh, or (d) using Apache to serve the repository via http. You find more details about advantages and disadvantages in the SVN book. We only describe (a) here and assume you have xinetd installed (package xinetd on a Debian system). Place a file 'svnserve' into /etc/xinetd.d with the following contents: # default: on # description: Subversion server service svn { port= 3690 socket_type = stream protocol= tcp wait= no user= svn server = /usr/bin/svnserve server_args = -i -r /var/svn } Finally, trigger a configuration reload of xinetd: /etc/init.d/xinetd reload You can now checkout the repository from other machines on the network: svn co svn://machinename/reponame Note that you may need to adjust authorization settings in /var/svn/reponame/conf/svnserve.conf in order to have write access etc. signature.asc Description: Digital signature
Bug#173960: notes on setting up a subversion server for README.Debian
On Tue, Jan 03, 2012 at 01:02:19PM -0600, Jonathan Nieder wrote: I just happened to set up a small instance and wrote down the necessary steps into the attached file for easy inclusion into README.Debian or similar. I only documented the inetd-svnserve access method (using xinetd) since that's what I used. [...] What do you think? Looks good to me. Do you think this should be included somewhere in README.Debian, or should it be a separate file? Could be a good idea to have it in a separate file, considering that it's already longer than the current README.Debian and that it could grow further. I would advocate mentioning the separate file at some prominent spot in README.Debian though (the top?). The included xinetd config could also be placed in a separate file instead (in examples?) which then only needs to be copied to /etc/xinetd.d by the user. The same could then be done for an initscript (cf. bug #232584) I suppose.. And do you think this documentation could be useful upstream, too? Hm, possibly, if it's not too distribution-specific. There are tons of these on the net though, with varying quality. That's why I thought it'd be good if Debian just ships its own known-to-work one. Regards, Martin signature.asc Description: Digital signature
Bug#653961: calendarserver: Supply hints for backup of calendar data in face of extended attributes
Package: calendarserver Version: 2.4.dfsg-6 Severity: wishlist Hi, The package documents well that the filesystem holding /var/spool/caldavd (or any other configured DocumentRoot) needs to be mounted with support for extended attributes. It's easy to forget that they need to be preserved when migrating to a different machine or doing a backup of all calendar data, since GNU tar ignores them. Unfortunately, it's not obvious that one forgot them after a migration/restore, since the problem may only show up by clients complaining that it's not really CalDAV they are seeing. (This just happened to me with Iceowl/Sunbird, taking hours to debug.) Thus, please provide some additional hint (e.g. in README.Debian) about this issue. I used bsdtar (from the bsdtar package) which also archives extended attributes by default. As a side note, in case anyone is doing that on Lenny, the bsdtar version there does not restore the extended attributes when unpacking with -x. However, it puts them into the archive when archiving with -c and the Squeeze version also does correctly restore them. Regards, Martin -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-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/dash Versions of packages calendarserver depends on: ii adduser 3.112+nmu2 add and remove users and groups ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii memcached 1.4.5-1 A high-performance memory object c ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-central 0.6.16+nmu1 register and build utility for Pyt ii python-dateutil 1.4.1-3 powerful extensions to the standar ii python-kerberos 1.1+svn4895-1+b1 A GSSAPI interface module for Pyth ii python-openssl 0.10-1 Python wrapper around the OpenSSL ii python-plist1.3-2Library for handling Apple binary ii python-pysqlite22.6.0-1 Python interface to SQLite 3 ii python-twisted-calendar 8.2.0.svn27622-2 Twisted components for Apple's Cal ii python-vobject 0.8.1c-3 parse iCalendar and VCards in Pyth ii python-xattr0.4-5+squeeze1 module for manipulating filesystem ii ssl-cert1.0.28 simple debconf wrapper for OpenSSL Versions of packages calendarserver recommends: ii python-ldap 2.3.11-1 LDAP interface module for Python ii python-pydirector 1.0.0-1pure Python TCP load balancer calendarserver suggests no packages. -- Configuration Files: /etc/caldavd/accounts.xml changed [not included] /etc/caldavd/caldavd.plist changed [not included] /etc/default/calendarserver changed [not included] -- 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#653469: dia: Thumbnailer not working for Gnome 3
Package: dia Version: 0.97.2-1 Severity: minor Tags: patch Hi, The thumbnailer system in Gnome 3 apparently changed. Result is that thumbnails for dia files are not generated anymore, e.g., in nautilus, since it ignores the GConf info. In order to make this work again, please install the attached file into /usr/share/thumbnailers . Now I wonder why nothing about that appears on http://developer.gnome.org/integration-guide/3.2/integration-guide.html#thumbnailer Thanks! Regards, Martin -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (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 dia depends on: ii dia-common 0.97.2-1 ii dia-libs0.97.2-1 ii libart-2.0-22.3.21-1 ii libatk1.0-0 2.2.0-2 ii libc6 2.13-24 ii libcairo2 1.10.2-6.2 ii libfontconfig1 2.8.0-3 ii libfreetype62.4.8-1 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libglib2.0-02.30.2-4 ii libgtk2.0-0 2.24.8-2 ii libpango1.0-0 1.29.4-2 ii libpng12-0 1.2.46-3 ii libxml2 2.7.8.dfsg-5 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages dia recommends: ii gsfonts-x11 0.22 dia suggests no packages. -- no debconf information [Thumbnailer Entry] TryExec=/usr/bin/dia Exec=/usr/bin/dia -t png -e %o -s %s %i MimeType=application/x-dia-diagram;
Bug#612961: More errors that are not displayed
Hi, Other Failed to fetch errors are not displayed either, like entries not found in the Release file. For example, error from apt-get update: *** W: Failed to fetch ftp://ftp.debian-multimedia.org/dists/sid/Release Unable to find expected entry 'contrib/binary-i386/Packages' in Release file (Wrong sources.list entry or malformed file) E: Some index files failed to download. They have been ignored, or old ones used instead. *** (That error is because debian-multimedia.org only has main and non-free, but no contrib. The user needs to adjust sources.list to fix this.) In contrast, aptitude update doesn't show the error and only exits with return code 255. Worse, the update is ignored and thus new packages not visible/old packages marked as obsolete, leaving the user unaware of the actual problem. Regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651031: Fix uninstallable problem
severity 651031 grave # renders package uninstallable found 651031 3.0.19.ds1-5.1 tags 651031 + patch thanks Hi, Bug was introduced already in NMU 3.0.19.ds1-5.1. diff -u pidentd-3.0.19.ds1/debian/rules pidentd-3.0.19.ds1/debian/rules --- pidentd-3.0.19.ds1/debian/rules +++ pidentd-3.0.19.ds1/debian/rules @@ -89,6 +89,7 @@ dh_installexamples dh_installmenu dh_installman + dh_installinit -- start 20 S . stop 20 . ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS))) dh_strip endif Options after -- are passed to update-rc.d which expects the pattern (start|stop) runlevel ., violated by stop 20 .. Judging from the initscript, it doesn't need to be stopped in any runlevel, so stop 20 . should just be removed. The attached (trivial) patch applies to 3.0.19.ds1-6 source and fixes this issue. Regards, Martin -- Martin Stigge Department of Information Technology Uppsala University Box 337 SE-751 05 Uppsala Sweden diff -ur pidentd-3.0.19.ds1_old/debian/rules pidentd-3.0.19.ds1/debian/rules --- pidentd-3.0.19.ds1_old/debian/rules 2011-12-05 11:34:23.0 +0100 +++ pidentd-3.0.19.ds1/debian/rules 2011-12-05 11:34:47.0 +0100 @@ -92,7 +92,7 @@ dh_installexamples dh_installmenu dh_installman - dh_installinit -- start 20 S . stop 20 . + dh_installinit -- start 20 S . ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS))) dh_strip endif signature.asc Description: This is a digitally signed message part
Bug#651031: Fix uninstallable problem
On Mon, 2011-12-05 at 11:41 +0100, Martin Stigge wrote: Options after -- are passed to update-rc.d which expects the pattern (start|stop) runlevel ., violated by stop 20 .. Uh, (start|stop) NN runlevel(s) . of course. Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646559: [Christian Marillat maril...@debian.org] Bug#646559: gnome-alsamixer: Latest version 0.9.7~cvs.20060916.ds.1-2.1 is unusable (segmentation fault).
tags 646559 +patch thanks On Mon, 2011-10-31 at 19:31 +0100, gregor herrmann wrote: On Sun, 30 Oct 2011 17:40:50 +0100, Christian Marillat wrote: Mohammed Adnène Trojette adn+...@diwi.org writes: http://adn.diwi.org/tmp/0.9.7~cvs.20060916.ds.1-3/gnome-alsamixer_0.9.7~cvs.20060916.ds.1-3_i386.deb Thanks. Works fine. Sorry for being so quiet, I was travelling the last days. Mohammed, if you need a sponsor for -3, I'd be happy to upload it. Works for me as well. Please go ahead with uploading the fixed package. Regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648840: Found in sid
found 648840 3.0.2-6 notfound 648840 3.0.2-5 thanks Hi, I encountered this bug in 3.0.2-6 in sid. Downgrade to 3.0.2-5 helped. (I believe it's the same issue with libmozjs8d vs libmozjs7d, looking at both packages' dependencies..) Regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641413: X crashes
On Thu, 2011-09-15 at 16:53 +0200, Andreas Beckmann wrote: I did that now. (Running now 280.13.really.275.28-1 with 2:1.10.4-1) Works, i.e., no rendering issues and no crashes. .. Yet, haha. :) Do you want to test a bit more? I've put 'fixed' (#641344) libwfb.so for Xserver 1.11 here: http://stxxl.ae.cs.uni-frankfurt.de/tmp/d4c1be75-3f23-4fec-8b5a-b8903e801db2-libwfb/ Upgrade again to Xserver 1.11.0 from unstable (all the Xorg packages of course) and replace /usr/lib/xorg/modules/libwfb.so with the file from above URL. Restart X afterwards. Does this fix the graphics issues and the crashes? Indeed, replacing this file makes things work even with the new versions. Running now nvidia 280.13.really.275.28-1 and Xserver 1.11.0 with the replaced file and both issues disappeared. Thank you! Regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641413: X crashes
On Fri, 2011-09-16 at 10:35 +0200, Martin Stigge wrote: Upgrade again to Xserver 1.11.0 from unstable (all the Xorg packages of course) and replace /usr/lib/xorg/modules/libwfb.so with the file from above URL. Restart X afterwards. Does this fix the graphics issues and the crashes? Indeed, replacing this file makes things work even with the new versions. Running now nvidia 280.13.really.275.28-1 and Xserver 1.11.0 with the replaced file and both issues disappeared. Thank you! Hm, as Tony in #641344 points out, the desktop reacts quite slowly in certain situations with 1.11.0, e.g., switching tabs in pidgin or similar. Downgraded X to 1.10.4 again where this is not the case. Regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641413: Reproducing the bug
On Wed, 2011-09-14 at 16:52 +0200, Rene Engelhard wrote: It also does crash my X session, leading me to the bug report. I'm using the nvidia X module which was upgraded recently. Aha. What I guessed. And if you downgrade it again, does it start working again? Does it work with a driver in Debian? (nouveau) Downgrade of nvidia from 280.13.really.275.28-1 to 280.13-1 (actually an upgrade, judging from the version numbers) also did the trick for me, including fixing gtk display breakage. (Can't test nouveau, my hardware doesn't like it.) For the record: The crashes happened with libreoffice 3.4.3-1 as well as 3.3.4-1 (via ssh X forward) as well as acroread 9.4.2-0 (from debian-multimedia.org). Regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641413: X crashes
On Thu, 2011-09-15 at 13:38 +0200, Andreas Beckmann wrote: On 2011-09-15 13:08, Martin Stigge wrote: Downgrade of nvidia from 280.13.really.275.28-1 to 280.13-1 (actually Did you run previously run xserver 1.11.0 with the 275.28 driver? The crashes happened with version 2:1.11.0-1 of the X server and 280.13.really.275.28-1 of nvidia. I downgraded to 2:1.10.4-1 and 280.13-1 of the respective packages and now things are back to normal. upgrade, judging from the version numbers) also did the trick for me, including fixing gtk display breakage. The rendering errors are most probably caused by #641344 in Xserver 1.11 Yes, that sounds exactly like what I was experiencing. So xserver-xorg-core could be involved as well. Please tell if you need further information from me. Could you update the nvidia driver again to 280.13.really.275.28-1 while keeping Xorg from testing? If the crashes do not reappear in this configuration, the problem is specific to the 275.28-1 + Xserver 1.11 combination. I did that now. (Running now 280.13.really.275.28-1 with 2:1.10.4-1) Works, i.e., no rendering issues and no crashes. .. Yet, haha. :) Regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641413: Reproducing the bug
Hi, I'm also experiencing this bug. It also does crash my X session, leading me to the bug report. I'm using the nvidia X module which was upgraded recently. Regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637291: gnome-activity-journal: Recommend/Depend on zeitgeist-datahub
Package: gnome-activity-journal Version: 0.8.0-1 Severity: important Hi, without an installed zeitgeist-datahub package, the activity journal is just empty. Without knowing too much about the internals, shouldn't the package depend on or at least recommend the zeitgeist-datahub package..? Regards, Martin -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (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 gnome-activity-journal depends on: ii gconf22.32.4-1 GNOME configuration database syste ii python2.6.7-2interactive high-level object-orie ii python-cairo 1.8.8-1+b2 Python bindings for the Cairo vect ii python-dbus 0.84.0-2 simple interprocess messaging syst ii python-gconf 2.28.1-3 Python bindings for the GConf conf ii python-gnome2 2.28.1-3 Python bindings for the GNOME desk ii python-gtk2 2.24.0-2 Python bindings for the GTK+ widge ii python-support1.0.14 automated rebuilding support for P ii python-xdg0.19-3 Python library to access freedeskt ii zeitgeist-core0.8.1.1-1 event logging framework - engine Versions of packages gnome-activity-journal recommends: ii gstreamer0.10-plugins-base 0.10.35-1 GStreamer plugins from the base ii python-gst0.10 0.10.21-2.1 generic media-playing framework (P ii python-pygments 1.4+dfsg-2 syntax highlighting package writte gnome-activity-journal 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#637291: gnome-activity-journal: Recommend/Depend on zeitgeist-datahub
Hi Siegfried, On Wed, 2011-08-10 at 12:02 +0200, Siegfried Gevatter wrote: Hi Martin, 2011/8/10 Martin Stigge mar...@stigge.org: Without knowing too much about the internals, shouldn't the package depend on or at least recommend the zeitgeist-datahub package..? Yup, that's already the case (gnome-activity-journal recommends the zeitgeist meta-package, which recommend zeitgeist-datahub). It is? gnome-activity-journal depends on zeitgeist-core | zeitgeist, which installed zeitgeist-core for me. Recommends don't include zeitgeist. The zeitgeist meta-package depends on zeitgeist-datahub, but both were initially not being installed. without an installed zeitgeist-datahub package, the activity journal is just empty. FYI, there's also other ways to get stuff logged (eg. plugins for applications). Ok. I assumed the activity journal needs the datahub to access the data, but I don't really know about these things. Regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627750: pgf: Node placement on to paths broken
Package: pgf Version: 2.10-1 Severity: normal After upgrading from 2.00-1 to 2.10-1, placing nodes on to paths does not work properly anymore if used with a position option like pos or midway. The nodes just end up somewhere at the bottom of the canvas. Minimal example: \tikz \draw (-2, 2) to (2, 2) node[pos=0.1,above] {Foo}; With 2.00-1 that works nicely, but 2.10-1 places the node somewhere completely different. Since I'm using that feature a lot, I had to downgrade to 2.00-1 to be able to use pgf again. I'm attaching a minimal example file and the outputs I get from pdflatex for both versions of the pgf package. Regards, Martin -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.38-1-686-bigmem (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pgf depends on: ii dpkg 1.16.0.3 Debian package management system ii latex-xcolor 2.11-1 Easy driver-independent TeX class ii tex-common2.09 common infrastructure for building ii texlive-latex-recommended 2009-11TeX Live: LaTeX recommended packag pgf recommends no packages. pgf suggests no packages. -- no debconf information \documentclass{article} \usepackage[english]{babel} \usepackage[latin1]{inputenc} \usepackage{tikz} \begin{document} \tikz \draw (-2, 2) to (2, 2) node[pos=0.1,above] {Foo}; \end{document} % vim: tabstop=4 spell linebreak shiftwidth=4 pgfbug-2.00.pdf Description: Adobe PDF document pgfbug-2.10.pdf Description: Adobe PDF document
Bug#593390: wmweather+: Crashes with libcurl 7.21.1
On Tue, 2010-08-17 at 16:08 -0400, Brad Jorsch wrote: I have uploaded wmweather+ 2.12 to sourceforge, please update the Debian package. It also contains some changes to the autoconf macros, and removes some unused files. Hi Brad, thanks a lot for fixing that. I couldn't reproduce the problem you describe, but I'll provide updated packages within the next few days. Regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532823: Linking wmweather+ with gnutls instead of openssl
Hi, I've also just built a package that's depending on libcurl4-gnutls-dev instead. It works fine, so I'll prepare a new package for the archive within the next days (that also needs to clean up one two other things). Regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513588: rtai-source: Patch is outdated w.r.t. Lenny kernel version (2.6.26)
Package: rtai-source Version: 3.6.1-1 Severity: normal Hi, trying to use the rtai patch against the Linux kernel 2.6.26 currently present in Lenny (and Sid) results in: *** [...] No RTAI patch found for kernel version 2.6.26 Patch /usr/src/kernel-patches/i386/apply/rtai failed. Hit return to Continue *** Looks like the patch feels responsible only for kernels up to 2.6.24: KVERSIONS=(2.4.34 2.4.35.5 2.4.36 2.6.19 2.6.20.21 2.6.22 2.6.23 2.6.24 2.6.24) (From kernel-patches/i386/apply/rtai .. The versions look a bit weird anyway, regarding .20, .21 and .24.) This renders the package unusuable with at least the standard kernel source package linux-source-2.6.26. Regards, Martin -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-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/bash Versions of packages rtai-source depends on: ii bash 3.2-4 The GNU Bourne Again SHell ii dctrl-tools [grep-dctrl] 2.13.1 Command-line tools to process Debi ii debhelper 7.0.17 helper programs for debian/rules ii make 3.81-5 The GNU version of the make util ii patch 2.5.9-5Apply a diff file to an original rtai-source recommends no packages. rtai-source 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#455542: Cancel ITA
retitle 455542 RFA: wmmoonclock -- WindowMaker moon phase dockapp retitle 455543 RFA: wmsun -- Dockable WindowMaker SunRise/SunSet App thanks I'm not sure about my time for doing packaging things in the next weeks, so in case someone else wants to take over, please go ahead. Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477972: Status of ITP?
Hi, what's the status of the packaging efforts? I saw that upstream maintains a debian/ in the svn repository. Looks like it's directed at Ubuntu, but maybe forces should be joined.. Regards, Martin signature.asc Description: This is a digitally signed message part
Bug#497971: 2 more things
Hi, I can confirm that on a ThinkPad X60s and would like do add two things: 1.) This is actually a regression from 2.6.25 (tested with package version 2.6.25-7), which had channels 12 and 13 available. This can be quite confusing in case you are used to associate to an AP on one of these channels -- and suddenly, this connection seems to be broken with the new kernel. That could usually lead to the assumption that something seriously is broken within the wireless setup. 2.) The kernel module still reports at boot time: iwl3945: Tunable channels: 13 802.11bg, 23 802.11a channels That, however, is not true. Regards, Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380540: Package unusable
severity 380540 grave thanks This bug renders the program Crack mostly unusable (which should in particular not ship like this in lenny). A fix is trivial: Line 371 says crack-sort -t: +1 Just replace the +1 by -k 1 as already suggested in the original report. Best Regards, Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414489: Patch to fix DST bug (#414489)
tags 414489 + patch pending thanks Actually, the DST comes into effect after next change of the day, because only then the display is recalculated and redrawn. Attached is a patch to fix that bug. The loop runs now every minute. Martin (Godisch): When was the last contact to upstream? Judging from the changelogs, upstream development is dead, so I would just go ahead with uploading a fixed version and also adopting the package by doing so. Regards, Martin diff -ru wmSun.old/wmSun.c wmSun/wmSun.c --- wmSun.old/wmSun.c 2008-03-30 03:01:54.0 +0200 +++ wmSun/wmSun.c 2008-03-30 03:03:38.0 +0200 @@ -180,7 +180,7 @@ if (nnMAX){ n = 0; - nMAX = 1000; + nMAX = 60; CurrentGMTTime = time(CurrentTime); GMTTime = gmtime(CurrentGMTTime); @@ -194,7 +194,8 @@ CurrentLocalTime = CurrentGMTTime; LocalTime = localtime(CurrentLocalTime); LocalDayOfMonth = LocalTime-tm_mday; - if ((OldLocalDayOfMonth != LocalDayOfMonth)||(Flag)){ +// Redraw always to catch e.g. DST changes (M. Stigge, 2008-04-10) +// if ((OldLocalDayOfMonth != LocalDayOfMonth)||(Flag)){ Flag = 0; @@ -251,7 +252,7 @@ copyXPMArea(10, 84, 28, 7, 19, 40); } - } +// } OldLocalDayOfMonth = LocalDayOfMonth;
Bug#473943: Fixing gigedit FTBFS
tags 473943 + patch thanks Adding uuid-dev to Build-Depends fixes this FTBFS. The recent NMU of libgig (see #456083) introduced the dependency to libuuid. Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459214: reverse dependencies
On Wed, 2008-03-19 at 21:17 +0100, Pierre Habouzit wrote: On Mon, Mar 10, 2008 at 02:57:53PM +, Martin Stigge wrote: On Mon, 2008-03-10 at 12:52 +, Thomas Viehmann wrote: Martin, I see that #459214 is tagged pending for a month. What is holding up the upload? If you need a sponsor, please add a note to the bug. First my AM who wanted to act as executive sponsor was busy, now I asked my regular sponsor for an upload, but he's hesitant because of a lintian warning about manpage warnings. I just asked on debian-devel about that, but I think an upload is actually not so far. Any news on this ? it's been 10 days… Working on it. In short, the original manpage problem was fixed by making Colin upload a new groff version (bug #470469). After fixing some other (independent) problem with the package, there's some new issue with the manpage which has to do with Colins fix. I'm right now coordinating with him what to do about it. My sponsor is actively following everything and will upload as soon as it's fixed. Martin
Bug#470469: groff-base: Please re-add UR/UE macros
Package: groff-base Version: 1.18.1.1-17 Severity: normal Hi, as brought up on debian-devel, please bring back support for the UR and UE macros used to implement links like in a similar fashion the URL macro does (but on several lines instead). Quite some packages are using UR/UE rather than URL for their manpages. See also: http://lists.debian.org/debian-devel/2008/03/msg00326.html Thanks! Best regards, Martin -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (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 groff-base depends on: ii libc6 2.7-9 GNU C Library: Shared libraries ii libgcc11:4.3.0~rc2-1 GCC support library ii libstdc++6 4.3.0~rc2-1 The GNU Standard C++ Library v3 groff-base recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459214: reverse dependencies
On Mon, 2008-03-10 at 12:52 +, Thomas Viehmann wrote: Martin, I see that #459214 is tagged pending for a month. What is holding up the upload? If you need a sponsor, please add a note to the bug. First my AM who wanted to act as executive sponsor was busy, now I asked my regular sponsor for an upload, but he's hesitant because of a lintian warning about manpage warnings. I just asked on debian-devel about that, but I think an upload is actually not so far. Best regards, Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455542: ITA: wmsun -- Dockable WindowMaker SunRise/SunSet App
retitle 455542 ITA: wmmoonclock -- WindowMaker moon phase dockapp thanks On Sun, 2008-03-09 at 08:12 +0100, Martin Godisch wrote: retitle 455543 ITA: wmsun -- Dockable WindowMaker SunRise/SunSet App thanks I'm interested in adopting this package. Please consider taking wmmoonclock, too. Both packages are very similar and belong together. I would like to maintain only packages I use quite actively, but since wmsun and wmmoonclock are from the same author and of quite similar functionality (and pretty small anyway), I will take both. I'll prepare uploads as soon as there is a need for it and am subscribed until then to the BTS for both packages. Best regards, Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455543: ITA: wmsun -- Dockable WindowMaker SunRise/SunSet App
retitle 455543 ITA: wmsun -- Dockable WindowMaker SunRise/SunSet App thanks I'm interested in adopting this package. Regards, Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#207235: uml-utilities: no man page for uml_watchdog and jailtest
retitle 207235 uml-utilities: no man page for uml_watchdog and jailtest thanks Hi! There is actually a manpage for uml_mkcow since the last upload in August 2007. Regards, Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459214: plans to remove w3c-libwww from the archive
tags 459214 pending thanks On Mon, 2008-01-07 at 00:11 -0500, Brad Jorsch wrote: It looks reasonable to get rid of libwww. I'll coordinate with upstream of wmweather+ regarding this issue. It could happen that I have to do the port myself (upstream didn't do anything for years now, but there were also no serious things to be done). I'd appreciate if you could tell me your experiences from your porting efforts. Fortunately, I had done everything related to libwww in one file, download.c. The latest CVS version has been converted to libcurl; hopefully there aren't any major bugs in it. I'd appreciate it if you would give it a once-over. Thanks a lot for the work Brad! (Sorry if the above sounded rude or sth., was not intended..) An upload of wmweather+-2.11 with the converted code is now pending. Best regards, Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442108: UML segfault with COW file - Bug fixed?
Hi, I also experienced the bug you described with user mode linux 2.6.22. But now we have 2.6.23 in Debian and it looks like this problem is gone. A Follow-Up to your bugreport (http://bugs.debian.org/442108#10) also indicates that 2.6.23 fixed this issue, so could you please check if the problem is also fixed for you? In that case we could mark the bug as fixed. Best regards, Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459214: plans to remove w3c-libwww from the archive
On Fri, 2008-01-04 at 16:32 +, Regis Boudin wrote: wmweather+ is one of the 6 packages that build-depend on it, one of the two actually using it, the other being amaya which I maintain. My current plan is to adopt w3c-libwww until it can be removed, so both packages will have to find a way to transition away from it. I also plan to port amaya to use libcurl, and I would strongly recommend you do the same for wmweather+ if you want to keep it in the archive. It looks reasonable to get rid of libwww. I'll coordinate with upstream of wmweather+ regarding this issue. It could happen that I have to do the port myself (upstream didn't do anything for years now, but there were also no serious things to be done). I'd appreciate if you could tell me your experiences from your porting efforts. If you have any comment about the libwww status or alternative suggestions to the situation, please don't hesitate to give them so we can go forward. What is your plan time-wise for the whole removal-thing to happen? Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452172: gimp: Save as... dialog crashes at 2nd/3rd invokation
On Wed, 2007-11-21 at 12:25 -0500, Ari Pollak wrote: On Wed, 2007-11-21 at 10:12 +0100, Martin Stigge wrote: First try with gdb didn't reproduce the problem, second try did at second try to save-as the file. You find the backtrace of the second try attached. Hm, this seems like a bizarre place to crash. Can you install libc6-dbg, and do an export MALLOC_CHECK_=3 before running gimp and gdb to see if that gives any better information? You find the gdb information attached. I should add that it turns out that the problem takes sometimes 5-10 times of the saveas-undo-crop cycle until the crash occurs. So maybe with a longer cycle of trying you can even reproduce it yourself. Sometimes it also does not happen at all (until I loose patience at least...). Best regards, Martin $ gdb gimp malloc: using debugging hooks GNU gdb 6.6.90.20070912-debian Copyright (C) 2007 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i486-linux-gnu... Using host libthread_db library /lib/libthread_db.so.1. (gdb) set pagination 0 (gdb) run Starting program: /usr/bin/gimp [Thread debugging using libthread_db enabled] [New Thread 0xb74026b0 (LWP 11948)] malloc: using debugging hooks [New Thread 0xb70cfb90 (LWP 11951)] [New Thread 0xb68cfb90 (LWP 11952)] malloc: using debugging hooks [New Thread 0xb5367b90 (LWP 11963)] [New Thread 0xb4b67b90 (LWP 11964)] [New Thread 0xb4367b90 (LWP 11965)] [Thread 0xb5367b90 (LWP 11963) exited] [Thread 0xb4b67b90 (LWP 11964) exited] [Thread 0xb4367b90 (LWP 11965) exited] [New Thread 0xb4367b90 (LWP 11966)] [New Thread 0xb4b67b90 (LWP 11967)] [Thread 0xb4b67b90 (LWP 11967) exited] [Thread 0xb4367b90 (LWP 11966) exited] [New Thread 0xb4367b90 (LWP 11970)] malloc: using debugging hooks [Thread 0xb4367b90 (LWP 11970) exited] [New Thread 0xb4367b90 (LWP 11976)] [New Thread 0xb4b67b90 (LWP 11977)] [New Thread 0xb5367b90 (LWP 11978)] [New Thread 0xb3b67b90 (LWP 11979)] [New Thread 0xb3367b90 (LWP 11980)] [New Thread 0xb2b67b90 (LWP 11981)] [Thread 0xb2b67b90 (LWP 11981) exited] [Thread 0xb4b67b90 (LWP 11977) exited] [Thread 0xb3367b90 (LWP 11980) exited] [Thread 0xb4367b90 (LWP 11976) exited] [Thread 0xb3b67b90 (LWP 11979) exited] [Thread 0xb5367b90 (LWP 11978) exited] [New Thread 0xb5367b90 (LWP 11984)] [Thread 0xb5367b90 (LWP 11984) exited] malloc: using debugging hooks [New Thread 0xb5367b90 (LWP 11990)] [New Thread 0xb3b67b90 (LWP 11991)] [New Thread 0xb4367b90 (LWP 11992)] [Thread 0xb4367b90 (LWP 11992) exited] [Thread 0xb5367b90 (LWP 11990) exited] [Thread 0xb3b67b90 (LWP 11991) exited] [New Thread 0xb3b67b90 (LWP 11993)] [Thread 0xb3b67b90 (LWP 11993) exited] malloc: using debugging hooks [New Thread 0xb3b67b90 (LWP 12001)] [New Thread 0xb5367b90 (LWP 12002)] [New Thread 0xb4367b90 (LWP 12003)] [Thread 0xb5367b90 (LWP 12002) exited] [Thread 0xb3b67b90 (LWP 12001) exited] [Thread 0xb4367b90 (LWP 12003) exited] [New Thread 0xb4367b90 (LWP 12004)] [Thread 0xb4367b90 (LWP 12004) exited] malloc: using debugging hooks [New Thread 0xb4367b90 (LWP 12010)] [Thread 0xb4367b90 (LWP 12010) exited] [New Thread 0xb4367b90 (LWP 12013)] [Thread 0xb4367b90 (LWP 12013) exited] malloc: using debugging hooks [New Thread 0xb4367b90 (LWP 12019)] [Thread 0xb4367b90 (LWP 12019) exited] Program received signal SIGINT, Interrupt. [Switching to Thread 0xb74026b0 (LWP 11948)] (gdb) bt #0 0xb774252d in poll () from /lib/libc.so.6 #1 0xb780a585 in g_main_context_iterate (context=0x8426418, block=1, dispatch=1, self=0x8405008) at /tmp/buildd/glib2.0-2.14.3/glib/gmain.c:2996 #2 0xb780a937 in IA__g_main_loop_run (loop=0x8ee0740) at /tmp/buildd/glib2.0-2.14.3/glib/gmain.c:2898 #3 0x08067ad9 in app_run (full_prog_name=0xbfce48f7 /usr/bin/gimp, filenames=0x0, alternate_system_gimprc=0x0, alternate_gimprc=0x0, session_name=0x0, batch_interpreter=0x0, batch_commands=0x0, as_new=0, no_interface=0, no_data=0, no_fonts=0, no_splash=0, be_verbose=0, use_shm=1, use_cpu_accel=1, console_messages=0, use_debug_handler=0, stack_trace_mode=GIMP_STACK_TRACE_NEVER, pdb_compat_mode=GIMP_PDB_COMPAT_ON) at /build/buildd/gimp-2.4.1/./app/app.c:246 #4 0x08068a78 in main (argc=Cannot access memory at address 0x5 ) at /build/buildd/gimp-2.4.1/./app/main.c:385 #5 0xb768f050 in __libc_start_main () from /lib/libc.so.6 #6 0x080677f1 in _start () (gdb) bt full #0 0xb774252d in poll () from /lib/libc.so.6 No symbol table info available. #1 0xb780a585 in g_main_context_iterate (context=0x8426418, block=1, dispatch=1, self=0x8405008) at /tmp/buildd/glib2.0-2.14.3/glib/gmain.c:2996 got_ownership = value optimized out max_priority = 2147483647 timeout = 4999 some_ready = value optimized out nfds = 5 allocated_nfds = value optimized
Bug#452172: gimp: Save as... dialog crashes at 2nd/3rd invokation
On Tue, 2007-11-20 at 16:17 -0500, Ari Pollak wrote: I can't seem to reproduce this. Could you get a backtrace by installing the gimp-dbg, libgtk2.0-dbg, and libglib2.0-dbg packages, and following the directions here: http://wiki.debian.org/HowToGetABacktrace? You can skip the part about rebuilding the package. First try with gdb didn't reproduce the problem, second try did at second try to save-as the file. You find the backtrace of the second try attached. Btw: The above packages are libgtk2.0-0-dbg and libglib2.0-0-dbg now. Best regards, Martin $ gdb gimp GNU gdb 6.6.90.20070912-debian Copyright (C) 2007 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i486-linux-gnu... Using host libthread_db library /lib/libthread_db.so.1. (gdb) set pagination 0 (gdb) run Starting program: /usr/bin/gimp [Thread debugging using libthread_db enabled] [New Thread 0xb73a46b0 (LWP 6563)] [New Thread 0xb7071b90 (LWP 6566)] [New Thread 0xb6871b90 (LWP 6567)] [New Thread 0xb52fab90 (LWP 6608)] [New Thread 0xb4afab90 (LWP 6609)] [Thread 0xb4afab90 (LWP 6609) exited] [Thread 0xb52fab90 (LWP 6608) exited] [New Thread 0xb52fab90 (LWP 6610)] [New Thread 0xb4afab90 (LWP 6611)] [New Thread 0xb40ffb90 (LWP 6612)] [Thread 0xb4afab90 (LWP 6611) exited] [Thread 0xb52fab90 (LWP 6610) exited] [Thread 0xb40ffb90 (LWP 6612) exited] [New Thread 0xb40ffb90 (LWP 6615)] [Thread 0xb40ffb90 (LWP 6615) exited] [New Thread 0xb40ffb90 (LWP 6621)] [New Thread 0xb52fab90 (LWP 6622)] [New Thread 0xb4afab90 (LWP 6623)] [New Thread 0xb38ffb90 (LWP 6624)] [New Thread 0xb30ffb90 (LWP 6625)] [Thread 0xb4afab90 (LWP 6623) exited] [Thread 0xb40ffb90 (LWP 6621) exited] [Thread 0xb52fab90 (LWP 6622) exited] [Thread 0xb30ffb90 (LWP 6625) exited] [Thread 0xb38ffb90 (LWP 6624) exited] /usr/lib/gimp/2.0/plug-ins/script-fu terminated: Interrupt Program received signal SIGINT, Interrupt. [Switching to Thread 0xb73a46b0 (LWP 6563)] 0xb76e452d in poll () from /lib/libc.so.6 (gdb) bt #0 0xb76e452d in poll () from /lib/libc.so.6 #1 0xb77ac585 in g_main_context_iterate (context=0x8425ac8, block=1, dispatch=1, self=0x8405008) at /tmp/buildd/glib2.0-2.14.3/glib/gmain.c:2996 #2 0xb77ac937 in IA__g_main_loop_run (loop=0x8e738a0) at /tmp/buildd/glib2.0-2.14.3/glib/gmain.c:2898 #3 0x08067ad9 in app_run (full_prog_name=0xbfd9c907 /usr/bin/gimp, filenames=0x0, alternate_system_gimprc=0x0, alternate_gimprc=0x0, session_name=0x0, batch_interpreter=0x0, batch_commands=0x0, as_new=0, no_interface=0, no_data=0, no_fonts=0, no_splash=0, be_verbose=0, use_shm=1, use_cpu_accel=1, console_messages=0, use_debug_handler=0, stack_trace_mode=GIMP_STACK_TRACE_NEVER, pdb_compat_mode=GIMP_PDB_COMPAT_ON) at /build/buildd/gimp-2.4.1/./app/app.c:246 #4 0x08068a78 in main (argc=Cannot access memory at address 0x5 ) at /build/buildd/gimp-2.4.1/./app/main.c:385 #5 0xb7631050 in __libc_start_main () from /lib/libc.so.6 #6 0x080677f1 in _start () (gdb) bt full #0 0xb76e452d in poll () from /lib/libc.so.6 No symbol table info available. #1 0xb77ac585 in g_main_context_iterate (context=0x8425ac8, block=1, dispatch=1, self=0x8405008) at /tmp/buildd/glib2.0-2.14.3/glib/gmain.c:2996 got_ownership = value optimized out max_priority = 2147483647 timeout = 3085 some_ready = value optimized out nfds = 5 allocated_nfds = value optimized out fds = (GPollFD *) 0x9207e30 __PRETTY_FUNCTION__ = g_main_context_iterate #2 0xb77ac937 in IA__g_main_loop_run (loop=0x8e738a0) at /tmp/buildd/glib2.0-2.14.3/glib/gmain.c:2898 got_ownership = -1216961728 self = (GThread *) 0x8405008 __PRETTY_FUNCTION__ = IA__g_main_loop_run #3 0x08067ad9 in app_run (full_prog_name=0xbfd9c907 /usr/bin/gimp, filenames=0x0, alternate_system_gimprc=0x0, alternate_gimprc=0x0, session_name=0x0, batch_interpreter=0x0, batch_commands=0x0, as_new=0, no_interface=0, no_data=0, no_fonts=0, no_splash=0, be_verbose=0, use_shm=1, use_cpu_accel=1, console_messages=0, use_debug_handler=0, stack_trace_mode=GIMP_STACK_TRACE_NEVER, pdb_compat_mode=GIMP_PDB_COMPAT_ON) at /build/buildd/gimp-2.4.1/./app/app.c:246 install = value optimized out update_status_func = value optimized out gimp = (Gimp *) 0x842b028 config = (GimpBaseConfig *) 0x843c010 loop = (GMainLoop *) 0x8e738a0 swap_is_ok = 1 #4 0x08068a78 in main (argc=Cannot access memory at address 0x5 ) at /build/buildd/gimp-2.4.1/./app/main.c:385 context = (GOptionContext *) 0x8409250 error = (GError *) 0x0 abort_message = value optimized out i = 0 #5 0xb7631050 in __libc_start_main () from /lib/libc.so.6 No symbol table info available. #6 0x080677f1 in
Bug#452172: gimp: Save as... dialog crashes at 2nd/3rd invokation
Package: gimp Version: 2.4.1-1 Severity: important Hi, after the 2nd, 3rd or latest 4th opening of the Save as... dialog, the dialog just crashes, meaning it opens an mostly empty window without any text in it. This does not always happen, I could only observe it by using the crop tool, undo and saving as png file format. So the concrete steps to reproduce the problem are: 1. Open Gimp, create new picture (I used size 420x300) 2. crop some part of it 3. Open Save As... and save it as foo1.png 4. Undo 5. Iterate 2.-4. with different filenames until effect occurs I could *not* reproduce this with jpeg format or exchanging the crop with the pencil tool. The undo operation also seems to play a part in this game. Please tell me if you need more information. Thanks! Best regards, Martin -- 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/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 gimp depends on: ii gimp-data 2.4.1-1 Data files for GIMP ii libaa1 1.4p5-32 ascii art library ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.6.1-6 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.1.1-3 simple interprocess messaging syst ii libdbus-glib-1-20.74-1 simple interprocess messaging syst ii libexif12 0.6.16-2 library to parse EXIF files ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgimp2.0 2.4.1-1 Libraries for the GNU Image Manipu ii libglib2.0-02.14.3-1 The GLib library of C routines ii libgtk2.0-0 2.12.1-3 The GTK+ graphical user interface ii libhal1 0.5.10-2 Hardware Abstraction Layer - share ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii liblcms11.16-7 Color management library ii libmng1 1.0.9-1 Multiple-image Network Graphics li ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii libpoppler-glib10.5.4-6.2PDF rendering library (GLib-based ii librsvg2-2 2.18.2-1 SAX-based renderer library for SVG ii libtiff43.8.2-7 Tag Image File Format (TIFF) libra ii libwmf0.2-7 0.2.8.4-6Windows metafile conversion librar ii libx11-62:1.0.3-7X11 client-side library ii libxcomposite1 1:0.3.2-1+b1 X11 Composite extension library ii libxcursor1 1:1.1.9-1X cursor management library ii libxdamage1 1:1.1.1-3X11 damaged region extension libra ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxmu6 1:1.0.3-1X11 miscellaneous utility library ii libxpm4 1:3.5.7-1X11 pixmap library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii zlib1g 1:1.2.3.3.dfsg-7 compression library - runtime Versions of packages gimp recommends: pn gimp-gnomevfs | gimp-libcurl none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#434381: dosfstools: Mention fsck.vfat in Description:
Package: dosfstools Version: 2.11-2.2 Severity: wishlist Hi, please include a hint in the long description field that this package provides not just fsck.msdos but also fsck.vfat (even though it's just a symlink). Reason is that with the package not installed, fsck complains with the following message on a vfat partition: # fsck /dev/mmcblk0p1 fsck 1.40-WIP (07-Apr-2007) fsck: fsck.vfat: not found fsck: Error 2 while executing fsck.vfat for /dev/mmcblk0p1 If the user then does e.g. apt-cache search vfat, the package does not appear in the search results and he might be confused. Thanks for considering! Martin -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (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 dosfstools depends on: ii libc6 2.5-11 GNU C Library: Shared libraries dosfstools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431714: gnome-rdp: Apostroph in session name causes configuration error
Package: gnome-rdp Version: 0.2.2-2 Severity: normal Hi, I just tried to add something including an apostroph as the session name (Apostroph's problem), and got the following error: Error in query: INSERT INTO session (parentid, iscategory, sessionname, protocol, computer, user, password, domain, srvtype, colordepth, screenresolutionx, screenresolutiony, soundredirection, keyboardlang, connectiontype, windowmode, terminalsize, compressionlevel, imagequality) VALUES (0, 0, 'Apostroph's problem', 1, 'test', '', '', '', 0, 0, 640, 480, 0, 'en-us', 0, 0, 0, 0, 0) Error:near s: syntax error Obviously a problem with a non-proper handling of SQL escapes. Thanks for considering! Martin -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-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 gnome-rdp depends on: ii gnome-terminal2.18.0-2 The GNOME 2 terminal emulator appl ii libglade2.0-cil 2.10.1-2 CLI binding for the Glade librarie ii libglib2.0-cil2.10.1-2 CLI binding for the GLib utility l ii libgtk2.0-0 2.10.13-1 The GTK+ graphical user interface ii libgtk2.0-cil 2.10.1-2 CLI binding for the GTK+ toolkit 2 ii libmono-corlib1.0-cil 1.2.4-4Mono core library (1.0) ii libmono-sqlite1.0-cil 1.2.4-4Mono Sqlite library ii libmono-system-data1.0-cil1.2.4-4Mono System.Data library ii libmono-system1.0-cil 1.2.4-4Mono System libraries (1.0) ii libmono1.0-cil1.2.4-4Mono libraries (1.0) ii libvte2.0-cil 2.16.0-6 CLI binding for VTE 0.16 ii libx11-6 2:1.0.3-7 X11 client-side library ii mono-runtime 1.2.4-4Mono runtime ii openssh-client1:4.3p2-10 Secure shell client, an rlogin/rsh ii rdesktop 1.5.0-2RDP client for Windows NT/2000 Ter gnome-rdp recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431717: gnome-rdp: xtightvncviewer not called correctly
Package: gnome-rdp Version: 0.2.2-2 Severity: normal Hi, trying to connect to a VNC box when both a password is supplied and Save password is checked, aborts the connect attempt with the following error: *** TightVNC viewer version 1.2.9 Usage: /usr/bin/xtightvncviewer [OPTIONS] [HOST][:DISPLAY#] /usr/bin/xtightvncviewer [OPTIONS] [HOST][::PORT#] /usr/bin/xtightvncviewer [OPTIONS] -listen [DISPLAY#] /usr/bin/xtightvncviewer -help OPTIONS are standard Xt options, or: -via GATEWAY -shared (set by default) -noshared -viewonly -fullscreen -noraiseonbeep -passwd PASSWD-FILENAME -encodings ENCODING-LIST (e.g. tight copyrect) -bgr233 -owncmap -truecolour -depth DEPTH -compresslevel COMPRESS-VALUE (0..9: 0-fast, 9-best) -quality JPEG-QUALITY-VALUE (0..9: 0-low, 9-high) -nojpeg -nocursorshape -x11cursor Option names may be abbreviated, e.g. -bgr instead of -bgr233. See the manual page for more information. *** I guess it's a problem with the syntax of the xtightvncviewer call. Thanks for considering! Martin -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-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 gnome-rdp depends on: ii gnome-terminal2.18.0-2 The GNOME 2 terminal emulator appl ii libglade2.0-cil 2.10.1-2 CLI binding for the Glade librarie ii libglib2.0-cil2.10.1-2 CLI binding for the GLib utility l ii libgtk2.0-0 2.10.13-1 The GTK+ graphical user interface ii libgtk2.0-cil 2.10.1-2 CLI binding for the GTK+ toolkit 2 ii libmono-corlib1.0-cil 1.2.4-4Mono core library (1.0) ii libmono-sqlite1.0-cil 1.2.4-4Mono Sqlite library ii libmono-system-data1.0-cil1.2.4-4Mono System.Data library ii libmono-system1.0-cil 1.2.4-4Mono System libraries (1.0) ii libmono1.0-cil1.2.4-4Mono libraries (1.0) ii libvte2.0-cil 2.16.0-6 CLI binding for VTE 0.16 ii libx11-6 2:1.0.3-7 X11 client-side library ii mono-runtime 1.2.4-4Mono runtime ii openssh-client1:4.3p2-10 Secure shell client, an rlogin/rsh ii rdesktop 1.5.0-2RDP client for Windows NT/2000 Ter ii xtightvncviewer 1.2.9-21 virtual network computing client s gnome-rdp recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427956: Regression: PS/Latex output does not work anymore
On Sat, 2007-06-16 at 18:30 +0200, Roland Rosenfeld wrote: Error during EXPORT. Messages: here pstex_file[0] = 116 end picture I can confirm the annoying new message, but except the message everything seems to work correct to me. Right, I can confirm that. Since this looked like some serious error I didn't expect anything to actually work. So yes, if that's just non-error debug messages which make xfig only *think* they are errors, just removing them should fix the issue. Thanks! Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397192: No manpages for all 4 binaries
retitle 397192 Manpages missing thanks Hi, as the bug submitter correctly predicted, the manpages went lost after the last builds. 2.4.2-1.2 currently doesn't ship manpages for the binaries, as lintian correctly reports: W: fontconfig binary: binary-without-manpage usr/bin/fc-cache W: fontconfig binary: binary-without-manpage usr/bin/fc-cat W: fontconfig binary: binary-without-manpage usr/bin/fc-list W: fontconfig binary: binary-without-manpage usr/bin/fc-match The manpages file is wrong: $ cat debian/fontconfig.manpages fc-*/*.1 $ ls fc-*/*.1 ls: fc-*/*.1: No such file or directory $ But: $ find -name *.1 ./debian/fc-cache.1 ./debian/fc-list.1 $ So two binaries actually have manpages in the source packages, but fc-cat and fc-match are missing manpages completely. Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427956: Regression: PS/Latex output does not work anymore
Package: transfig Version: 1:3.2.5-rel-2 Severity: normal After updating transfig to 1:3.2.5-rel-2, the PS/Latex output feature of xfig errors with the following message: Error during EXPORT. Messages: here pstex_file[0] = 116 end picture This is reproducable already with an xfig document which only contains e.g. a simple Textbox abc. The error did not exist with transfig 1:3.2.5-alpha7-5. I have to use this old version using apt pinning to be able to export PS/Latex. Thanks for considering. Martin -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (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 transfig depends on: ii gawk 1:3.1.5.dfsg-4 GNU awk, a pattern scanning and pr ii libc6 2.5-10 GNU C Library: Shared libraries ii libpng12-01.2.15~beta5-2 PNG library - runtime ii libxpm4 1:3.5.6-3 X11 pixmap library ii x11-common1:7.2-3X Window System (X.Org) infrastruc Versions of packages transfig recommends: ii gs-esp [gs] 8.15.3.dfsg.1-1 The Ghostscript PostScript interpr ii gs-gpl [gs] 8.56.dfsg.1-1 The GPL Ghostscript PostScript int pn netpbm none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427956: xfig Version doesn't matter
Hi, maybe it should be added that it doesn't matter which xfig version I use (1:3.2.5-rel-1 or 1:3.2.5-alpha5-9). Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417538: ITP: libemf -- C/C++ Enhanced Metafile Library
Hi Jose Luis, I saw you filed an ITP for libemf. How is the packaging going? I would like to see that library in Debian since it is also needed for OOoLatex which I might want to package soon. Thanks! Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384881: UML for amd64 - status?
On Tue, 2007-05-08 at 09:05 +0900, Mattia Dongili wrote: I'm wondering about the kernel version: Since the source packet as it is now is build-depending on linux-source-2.6.18 which is not in sid anymore, it will not build on sid right now, I guess? Do you expect the kernel version upgrade to be a big issue? Which steps are needed? exactely. Well, I already updated the x86_32 config and necessary files so you should repeat all of the above using sid's 2.6.20 and the current svn[1] files for user-mode-linux (or a snapshot package I made yesterday[2]). Then send me the diff (or the source package stuff, I'll diff it here), I'm going to upload uml-2.6.20 asap. [1]: svn://svn.debian.org/svn/pkg-uml [2]: http://people.debian.org/~malattia/packages/uml/ I just tested the sources from [2], package built fine with the supplied config.amd64 (except for lots of questions of course). I also installed it, and an uml with etch booted up nicely. I'll do a bit more testing and will send you a diff for the adjusted config.amd64 in the next 1-2 days. Thanks for the help! Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384881: UML for amd64 - status?
On Mon, 2007-05-07 at 12:31 +0900, Mattia Dongili wrote: Hi, what is the status of the porting efforts? The bugreport looks like it went pretty ok in the end, so what was the reason to not upload it? I'm still lacking an x86_64 box to test build/binary so it's pretty stagnating. I'll ping DSA again in the next days. With more recent kernels there should be no problems on amd64 so it's just a matter of having somebody providing help or getting the necessary packages on a debian mechine for me to go on with it. I built it today with the source package as it is, I just added amd64 to the Architecture: line in debian/control. Except for some manual needed intervention (for answering make oldconfig questions) it went fine, as far as I can tell. After installing the packet, a freshly debootstrapped etch booted up fine, output attached. I can provide more help if necessary. (I'm doing all this on a friends more-or-less up-to-date x86_64 machine running testing. I'm not root but he is very responsive when it comes to doing stuff as root for me.) I'm wondering about the kernel version: Since the source packet as it is now is build-depending on linux-source-2.6.18 which is not in sid anymore, it will not build on sid right now, I guess? Do you expect the kernel version upgrade to be a big issue? Which steps are needed? Regards, Martin $ linux ubd0=uml_amd64_cow1.img,uml_amd64_etch_rootfs.img mem=128M con0=fd:0,fd:1 con=pts Checking that ptrace can change system call numbers...OK Checking syscall emulation patch for ptrace...missing Checking for tmpfs mount on /dev/shm...OK Checking PROT_EXEC mmap in /dev/shm/...OK Checking for the skas3 patch in the host: - /proc/mm...not found - PTRACE_FAULTINFO...not found - PTRACE_LDT...not found UML running in SKAS0 mode Checking that ptrace can change system call numbers...OK Checking syscall emulation patch for ptrace...missing Linux version 2.6.18 ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #2 Mon May 7 14:20:54 CEST 2007 Built 1 zonelists. Total pages: 32768 Kernel command line: ubd0=uml_amd64_cow1.img,uml_amd64_etch_rootfs.img mem=128M con0=fd:0,fd:1 con=pts root=98:0 PID hash table entries: 1024 (order: 10, 8192 bytes) Dentry cache hash table entries: 16384 (order: 5, 131072 bytes) Inode-cache hash table entries: 8192 (order: 4, 65536 bytes) Memory: 123932k available Mount-cache hash table entries: 256 Checking that host ptys support output SIGIO...Yes Checking that host ptys support SIGIO on close...No, enabling workaround Using 2.6 host AIO NET: Registered protocol family 16 NET: Registered protocol family 2 IP route cache hash table entries: 1024 (order: 1, 8192 bytes) TCP established hash table entries: 4096 (order: 3, 32768 bytes) TCP bind hash table entries: 2048 (order: 2, 16384 bytes) TCP: Hash tables configured (established 4096 bind 2048) TCP reno registered Checking host MADV_REMOVE support...OK mconsole (version 2) initialized on /home/selim/.uml/xelAm7/mconsole ubd: Synchronous mode VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 512 (order 0, 4096 bytes) Initializing Cryptographic API io scheduler noop registered io scheduler anticipatory registered (default) io scheduler deadline registered io scheduler cfq registered RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize loop: loaded (max 8 devices) nbd: registered device at major 43 device-mapper: ioctl: 4.7.0-ioctl (2006-06-24) initialised: [EMAIL PROTECTED] IPv4 over IPv4 tunneling driver GRE over IPv4 tunneling driver TCP bic registered NET: Registered protocol family 1 NET: Registered protocol family 17 Initialized stdio console driver Console initialized on /dev/tty0 Initializing software serial port version 1 Creating uml_amd64_cow1.img as COW file for uml_amd64_etch_rootfs.img ubda: unknown partition table kjournald starting. Commit interval 5 seconds EXT3-fs: mounted filesystem with ordered data mode. VFS: Mounted root (ext3 filesystem) readonly. line_ioctl: tty0: ioctl KDSIGACCEPT called INIT: version 2.86 booting Activating swap...done. Checking root file system...fsck 1.40-WIP (14-Nov-2006) /lib/init/rw/rootdev: clean, 7858/131072 files, 185638/524288 blocks done. EXT3 FS on ubda, internal journal Setting the system clock.. Cannot access the Hardware Clock via any known method. Use the --debug option to see the details of our search for an access method. Cleaning up ifupdown Loading kernel modules...FATAL: Could not load /lib/modules/2.6.18/modules.dep: No such file or directory Loading device-mapper support. Checking file systems...fsck 1.40-WIP (14-Nov-2006) done. Setting kernel variables...done. Mounting local filesystems...done. Activating swapfile swap...done. Setting up networking Configuring network interfaces...done. INIT: Entering runlevel: 2 Starting system log daemon: syslogd. Starting kernel log daemon: klogd. * Not starting internet superserver: no services enabled. Starting
Bug#384881: UML for amd64 - status?
Hi, what is the status of the porting efforts? The bugreport looks like it went pretty ok in the end, so what was the reason to not upload it? Kind regards, Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419644: Upload pending
tags 419644 + patch pending thanks An upload of the proposed snprintf3-patch is on its way. Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419644: Improved patch
Hi, since config.h.in is recreated by autoheader (from configure.ac), I also include the removal of the lines in question from configure.ac in the patch. New one attached. Martin diff -ru wmweather+-2.9/b0rken/snprintf.c wmweather+-2.9_new/b0rken/snprintf.c --- wmweather+-2.9/b0rken/snprintf.c 2007-04-20 14:36:37.0 +0200 +++ wmweather+-2.9_new/b0rken/snprintf.c 2007-04-20 14:26:32.0 +0200 @@ -35,7 +35,7 @@ fprintf(stderr, Using snprintf replacement\n); va_start(ap, format); -r=vsnprintf(str, size, format, ap); +r=my_vsnprintf(str, size, format, ap); va_end(ap); return r; } diff -ru wmweather+-2.9/config.h.in wmweather+-2.9_new/config.h.in --- wmweather+-2.9/config.h.in 2007-04-20 14:36:40.0 +0200 +++ wmweather+-2.9_new/config.h.in 2007-04-20 14:26:32.0 +0200 @@ -216,6 +216,3 @@ typedef signed ssize_t; #endif -#ifndef HAVE_WORKING_VSNPRINTF -# define vsnprintf(str, size, format, ap) my_vsnprintf(str, size, format, ap) -#endif diff -ru wmweather+-2.9/configure.ac wmweather+-2.9_new/configure.ac --- wmweather+-2.9/configure.ac 2004-05-14 04:55:39.0 +0200 +++ wmweather+-2.9_new/configure.ac 2007-04-20 14:38:10.0 +0200 @@ -72,10 +72,6 @@ if test $ac_cv_func_vprintf != yes; then AC_MSG_WARN(vprintf() doesn't seem to exist); fi AC_CHECK_FUNCS([atexit dup2 mkdir pow select strchr strcspn strdup strerror strrchr strspn strstr strtol],, AC_MSG_WARN($ac_func doesn't seem to be available)) FUNC_SNPRINTF_LIBOBJ -AH_BOTTOM( -[#ifndef HAVE_WORKING_VSNPRINTF -# define vsnprintf(str, size, format, ap) my_vsnprintf(str, size, format, ap) -#endif]) CFLAGS=$CFLAGS \$(X_CFLAGS) \$(LIBWWW_CFLAGS) LIBS=$LIBS \$(LIBWWW_LIBS)
Bug#419644: Again improved patch
Ok, since configure.ac was changed, it's required to autoreconf. I'll attach a patch after doing that (which is quite big because of this). I hope this fixes the issue finally. (?) Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#186072: Some misspellings
Hi, that's indeed a bug in the wordlist, the attached (trivial) patch fixes this by removing the wrong variant. (The correct words are already in the list.) Martin diff -ru swedish-1.4.4/Substantiv.j/ing.data swedish-1.4.4_new/Substantiv.j/ing.data --- swedish-1.4.4/Substantiv.j/ing.data 2001-05-28 15:08:03.0 +0200 +++ swedish-1.4.4_new/Substantiv.j/ing.data 2007-04-20 19:22:16.0 +0200 @@ -764,7 +764,6 @@ lösning/ADGV lövsprickning/ADV magpumpning/ADGV -maknadsföring/ADV maktställning/ADGV maktutövning/ADV maning/ADGV
Bug#138925: iswedish: Don't accept hej
On Mon, 2002-03-18 at 17:55 +0100, Mikael Hedin wrote: Package: iswedish Version: 1.4.2 Severity: normal The word hej is in the lists for the dictionary, but ispell -d svenska -a won't accept it. Why? I know, you submitted this bug a long time ago .. is this still the case with up-to-date package builds and could you supply an example text file where this happens? Martin -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux zodiac 2.4.18 #1 mn mar 11 14:12:06 CET 2002 i686 Locale: LANG=sv_SE.ISO-8859-1, LC_CTYPE=sv_SE.ISO-8859-1 Versions of packages iswedish depends on: ii ispell3.1.20-21 International Ispell (an interacti -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419644: wmweather+ redefines vsnprintf
Nico: I have you in CC since you sponsored the upload and it would be nice if you could also sponsor an upload to fix this RC bug. On Tue, 2007-04-17 at 10:35 +0200, Bastian Blank wrote: Automatic build of wmweather+_2.9-3 on debian-31.osdl.marist.edu by sbuild/s390 98 [...] if s390-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include -I/usr/include -I/usr/include/w3c-libwww -DHAVE_CONFIG_H -MT wmgeneral.o -MD -MP -MF .deps/wmgeneral.Tpo -c -o wmgeneral.o wmgeneral.c; \ then mv -f .deps/wmgeneral.Tpo .deps/wmgeneral.Po; else rm -f .deps/wmgeneral.Tpo; exit 1; fi In file included from /usr/include/stdio.h:839, from wmgeneral.c:70: /usr/include/bits/stdio-ldbl.h:39: error: 'vsnprintf' undeclared here (not in a function) Have you been able to reproduce the bug outside of the build daemon? Yes. And I found the following: | # 221 ../config.h | #define vsnprintf(str,size,format,ap) my_vsnprintf(str, size, format, ap) | # 2 wmgeneral.c 2 So it is a clear bug in wmweather+ by redefining C99 functions. Hm, this is enclosed in: #ifndef HAVE_WORKING_VSNPRINTF # define vsnprintf(str, size, format, ap) my_vsnprintf(str, size, format, ap) #endif After some hours of digging with autoconf and the supplied m4 scripts, I found out that the whole snprintf/vsnprintf action (see m4/snprintf.m4) is there just to ensure that a working-as-expected snprintf() is available. If it's not, it's defined in b0rken/snprintf.c using vsnprintf(), which in turn has then to be available in a working-as-expected way. Result is that configure checks for both snprintf() and vsnprintf() and HAVE_WORKING_VSNPRINTF is only taken care of when HAVE_WORKING_SNPRINTF is undefined. Unfortunately, this is a bug since it's then also undefined in case vsnprintf() exists (but snprintf() is fine) - rendering HAVE_WORKING_VSNPRINTF half-useless. I see three solutions: (a) Patch config.h such that the above #ifdef check includes also a check for undefined HAVE_WORKING_SNPRINTF. This would be a one-liner, fixes that the #define of vsnprintf() only happens when there is really no working vsnprintf() available, and since vsnprintf() is not used elsewhere in wmweather+ it's not too bad that vsnprintf() would be broken (i.e. maybe non-existent). Existing but broken vsnprintf() would still be redefined, which makes it a bad solution, and it's ugly anyway. (b) Fix the m4 scripts such that configure takes always care of setting HAVE_WORKING_VSNPRINTF correctly. This would make the diff much bigger since autoreconf is required and would also not fix the case that vsnprintf() is existent but buggy. (c) Patch b0rken/snprintf.c to directly use my_vsnprintf() instead and remove the (re)definition of vsnprintf() from config.h completely. This fixes all possible cases of nonexistent/broken vsnprintf(). However, the function would be possibly broken - but it's not used anyway. (Again: Only snprintf() is used in the code.) Since (c) looks best for now, I attach a (trivial) patch to implement it. (Unfortunately I could only test the build on my machine where it already worked before.) Could someone please have a short look into this if my solution is ok? I don't want to (make someone) upload this as FTBFS again... Thanks for considering! Martin diff -ru wmweather+-2.9/b0rken/snprintf.c wmweather+-2.9_new/b0rken/snprintf.c --- wmweather+-2.9/b0rken/snprintf.c2002-09-22 22:00:54.0 +0200 +++ wmweather+-2.9_new/b0rken/snprintf.c2007-04-17 16:31:52.0 +0200 @@ -35,7 +35,7 @@ fprintf(stderr, Using snprintf replacement\n); va_start(ap, format); -r=vsnprintf(str, size, format, ap); +r=my_vsnprintf(str, size, format, ap); va_end(ap); return r; } Only in wmweather+-2.9_new/: config.h diff -ru wmweather+-2.9/config.h.in wmweather+-2.9_new/config.h.in --- wmweather+-2.9/config.h.in 2004-06-05 15:33:10.0 +0200 +++ wmweather+-2.9_new/config.h.in 2007-04-17 16:35:26.0 +0200 @@ -216,6 +216,3 @@ typedef signed ssize_t; #endif -#ifndef HAVE_WORKING_VSNPRINTF -# define vsnprintf(str, size, format, ap) my_vsnprintf(str, size, format, ap) -#endif
Bug#418771: man2html: Unable to show manpage of dpkg-gencontrol
Package: man2html Version: 1.6c-6 Severity: normal Hi, man2html is not able to show the manpage of dpkg-gencontrol through http://localhost/cgi-bin/man/man2html?1+dpkg-gencontrol . The displayed error is: *** Invalid Man Page The requested file (stdin) is not a valid (unformatted) man page. *** A random search on the internet gives e.g. http://www.is-root.de/cgi-bin/man/man2html?1+dpkg-gencontrol with the same error. Maybe this is instead a bug in the manpage of dpkg-gencontrol, I'm not sure about this. Thanks for considering. Martin -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages man2html depends on: ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii debianutils 2.18 Miscellaneous utilities specific t ii gawk 1:3.1.5.dfsg-4 GNU awk, a pattern scanning and pr ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii man-db2.4.4-2The on-line manual pager Versions of packages man2html recommends: ii apache2-mpm-worker [httpd-cgi 2.2.3-4High speed threaded model for Apac -- debconf information: man2html/index_manpages: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416713: Initial display of weather information is sometimes delayed
Package: wmweather+ Version: 2.9-2 Severity: normal Tags: patch,pending,upstream When starting this dockapp, the initial display of the metar info is sometimes delayed, even if the metar info is already downloaded. This delay is around 30 seconds or so, which is quite annoying. A user can workaround this by clicking on forecast and back to current, but this is also annoying. The reason is that the program remembers the time of the last update of the weather information (in variable 'current.last_update') and also the last update of the output (in variable 'last_time'). The purpose is that in cycles of around 3 seconds, the display is refreshed only when both variables differ. When the program is fired up, the initial data structure 'current' is initialized (which sets 'current.last_update' to current system time) and the initial output is of course empty (no info downloaded yet) but already sets last_time also to the current system time. As soon as the first download is completed, the parsing sets 'current.last_update' again to the system time. But since the resolution of this is only seconds, this could happen in the same second as the program start, resulting in missing refresh of the display, which in turn results in waiting for the next data refresh. I attach a quick fix to this, which just sets 'current.last_update' to 0 when the metar data is initialized at program start. I submit this also upstream. In case he has some better solution within a week or so, I'll include this into the package, otherwise I'll take the attached fix. Thanks for considering. Best regards, Martin diff -ru wmweather+-2.9/metar.c wmweather+-2.9_new/metar.c --- wmweather+-2.9/metar.c 2004-05-14 04:55:39.0 +0200 +++ wmweather+-2.9_new/metar.c 2007-03-30 00:23:31.0 +0200 @@ -141,6 +141,7 @@ unlink(metar_file); unlink(metar_newfile); reset_current(current); +current.last_update = 0; // This was not a real update, just an init } #undef compile
Bug#385359: Debug-Information and workaround
Hi! Here is some debug information: $ OSYNC_DEBUG=5 msynctool --listplugins [OSPLG] ERROR: Unable to load plugin /usr/lib/opensync/plugins/syncml_plugin.so: Unable to open module /usr/lib/opensync/plugins/syncml_plugin.so: /usr/lib/libsyncml.so.0: undefined symbol: wbxml_conv_xml2wbxml Available plugins: evo2-sync file-sync So it seems this is a bug in libsyncml? After rebuilding the libsyncml and installing it, the problem vanishes: $ msynctool --listplugins Available plugins: syncml-http-server syncml-obex-client evo2-sync file-sync I had libwbxml2-dev 0.9.2 installed when building my new libsyncml, but 0.9.0dfsg was used when libsyncml from the archive was built. Maybe this has something to do with it? (Just guessing...) Regards, Martin Stigge -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385359: Still not completely solved?
Hi again... I just noticed that the GUI (multisync0.9) is now able to choose syncml-http-server and syncml-obex-client as plugins, however it's not possible to configure them via the GUI, because while pressing the Options... button, you get: opening syncml-http-server plugin Unable to find MSyncPlugin (syncml-http-server)!!! But this could be a different and unrelated bug... Thanks for considering! Martin Stigge -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#284477: Bug#302001: Merge bugs?
Horms schrieb: after reading other bug reports regarding symptoms with a crazy clock, I think the behaviour I described is the same as in #284477 and #298301. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=284477 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=298301 Agreed, this mail should merge them. I had a quick look around, and it seems that most/all of the reports of this bug are from Debian users. Which could mean a number of things, but it does make me wonder if it is caused by one of the patches applied to the Debian Kernel. btw: It first appeared here when I tried Ubuntu Warty (as you can read in #302001), so the Ubuntu kernel is (was?) also affected. (I don't know how much Ubuntu and Debian kernels differ...) Note also that it happened only after insertion of the uhci_hcd module, see #302001. Is there any chance that any of the interested parties could test a) 2.4.12 from unstable and b) an unpatched kernel from kernel.org? I'll try an unpatched kernel on an affected machine within the next 10 days. Are you sure there is an 2.4.12 in unstable? What's special to this kernel? I also tried kernel-image-2.4.27-2-686 from sarge, where the problem seemed to be gone - but some of the affected systems where somehow instable using this kernel (random lockups within 3-6 days). For me (with kernel 2.6), disabling ACPI_SLEEP and X86_UP_IOAPIC worked (no BIOS update, no comment-out in pci_link.c). Maybe one of them would have been enough, but there wasn't enough time to test this.. In the mean time, the best work around seems to be to commend out the call to acpi_ut_evaluate_object() in acpi_pci_add_link() in drivers/acpi/pci_link.c. http://bugzilla.kernel.org/show_bug.cgi?id=4235 But that looks like a solution that will make other things fall apart, and I am entirely uncomfortable with the idea of applying that fix to Debain. Agreed, that's why I first tried the other work arounds. Martin -- SULFURCELL Solartechnik GmbH Martin Stigge Barbara-McClintock-Str. 11 12489 Berlin [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298301: system clock loops with 2.6.8
Hi, I think this is the same problem as described in 284477, maybe you can try some of the ideas in this bugreport (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=284477)... Martin -- SULFURCELL Solartechnik GmbH Martin Stigge Barbara-McClintock-Str. 11 12489 Berlin [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#284477: X86_UP_IOAPIC = n
Hi, I can reproduce this bug on the ThinkCentres here and will try the solutions mentioned in this bug report. Additionally, I read somewhere on debian-user the proposal to disable X86_UP_IOAPIC and will try this too. Best regards, Martin -- SULFURCELL Solartechnik GmbH Martin Stigge Barbara-McClintock-Str. 11 12489 Berlin [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302001: Merge bugs?
Hi, after reading other bug reports regarding symptoms with a crazy clock, I think the behaviour I described is the same as in #284477 and #298301. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=284477 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=298301 Martin -- SULFURCELL Solartechnik GmbH Martin Stigge Barbara-McClintock-Str. 11 12489 Berlin [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298301: system clock loops with 2.6.8
Hi, I'm facing exactly the same problems here with some Thinkcentres and Kernel Image 2.6.8-2-686 (Version 2.6.8-16). Do you have any solution or workaround? Best regards, Martin -- SULFURCELL Solartechnik GmbH Martin Stigge Barbara-McClintock-Str. 11 12489 Berlin [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302001: kernel-image-2.6.8-2-686: clock breaks after inserting uhci-hcd module
Package: kernel-image-2.6.8-2-686 Version: 2.6.8-13 Severity: important Hi, Short version: After modprobe uhci_hcd, the clock seems to be broken: It loops in 5 seconds and has some weird jumps approx. an hour away and back. From then on, the system is unusable, as most applications simply don't run anymore. In /var/log/messages, I get this: Mar 29 16:37:11 localhost kernel: USB Universal Host Controller Interface driver v2.2 Mar 29 16:37:11 localhost kernel: ACPI: PCI interrupt :00:1d.0[A] - GSI 16 (level, low) - IRQ 177 Mar 29 16:37:11 localhost kernel: uhci_hcd :00:1d.0: Intel Corp. 82801DB (ICH4) USB UHCI #1 Mar 29 17:48:43 localhost kernel: uhci_hcd :00:1d.0: irq 177, io base 1800 No, I didn't really wait over an hour here. After the third line, I waited for maybe 3 minutes, after that, the 4th line appeared. Long version: I first encountered this bug after an Ubuntu Warty installation some months ago: The system crashed randomly after some hours (never more then 20 or 25). Before that, it ran SuSE with a 2.4 kernel, which never locked up this way. I was able to reproduce this with Knoppix 3.7 and an up-to-date Sarge. It took me a long time to track this down to the uhci_hcd kernel module. I blacklisted it in hotplug and discover, so that it doesn't get loaded at boot-time. This leads to a stable system. After loading uhci_hcd manually using modprobe, the system locks up after some hours (well, the clock goes crazy, which practically breaks the system). Sometimes, it happens immediately after modprobing the module, so that /var/log/messages gets an entry as shown above. I don't really know how to debug this further, but it renders the system unusable, as soon as I want to use a 2.6 kernel and the uhci_hcd module. I'll attach the output of lspci -vv, maybe this helps somehow. Thanks for considering. Martin -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages kernel-image-2.6.8-2-686 depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii initrd-tools 0.1.77 tools to create initrd image for p ii module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo -- no debconf information :00:00.0 Host bridge: Intel Corp. 82845G/GL[Brookdale-G]/GE/PE DRAM Controller/Host-Hub Interface (rev 01) Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort+ SERR- PERR- Latency: 0 Region 0: Memory at d000 (32-bit, prefetchable) [size=64M] Capabilities: [e4] #09 [0105] Capabilities: [a0] AGP version 2.0 Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW+ AGP3- Rate=x1,x2,x4 Command: RQ=1 ArqSz=0 Cal=0 SBA+ AGP+ GART64- 64bit- FW- Rate=x1 :00:01.0 PCI bridge: Intel Corp. 82845G/GL[Brookdale-G]/GE/PE Host-to-AGP Bridge (rev 01) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap- 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- Latency: 96 Bus: primary=00, secondary=01, subordinate=01, sec-latency=32 I/O behind bridge: 2000-2fff Memory behind bridge: c010-c01f Prefetchable memory behind bridge: e000-e7ff BridgeCtl: Parity- SERR- NoISA+ VGA+ MAbort- Reset- FastB2B- :00:1d.0 USB Controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 01) (prog-if 00 [UHCI]) Subsystem: IBM NetVista A30p Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 0 Interrupt: pin A routed to IRQ 177 Region 4: I/O ports at 1800 [size=32] :00:1d.1 USB Controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 01) (prog-if 00 [UHCI]) Subsystem: IBM NetVista A30p Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 0 Interrupt: pin B routed to IRQ 185 Region 4: I/O ports at 1820 [size=32] :00:1d.2 USB Controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 01) (prog-if 00 [UHCI]) Subsystem: IBM NetVista A30p Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr-
Bug#291759: galeon: Right/middle mouse click in webpage doesn't work.
Hi, I can reproduce this really annoying bug with galeon 1.3.18-1.1, Debian Sarge. Just upgraded to 1.3.19 (from Sid), which solves this issue for me. So please make sure that 1.3.19 makes it into Sarge very soon. -- Martin Stigge [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]