Bug#1008134: uftrace: Build fail with experimental armhf
On Wed, Mar 23, 2022 at 10:36:46AM +0900, Nobuhiro Iwamatsu wrote: > Build fails with experimental armhf. > > https://buildd.debian.org/status/fetch.php?pkg=uftrace=armhf=0.11-3=1647358997=0 > > I attached a patch what revice this issue. > Please check and apply it. This is great. Thank you, I'll apply it to the 0.11-4 release I'm working on, and I'll pass it upstream. Paul
Bug#1007959: uftrace: Intent to NMU
On Tue, Mar 22, 2022 at 12:46:06PM +0100, Gürkan Myczko wrote: > Paul, I'm so sorry, the salsa repo is really just this (so whatever is > needed to get history back, I'm find > having it removed, started from scratch as it's only really this): > > gbp import-dscs --debsnap uftrace > git push origin master upstream;git push --tags;git push -u origin --all This shouldn't be a problem. I can fix it up, once my Salsa account is activated and I can actually log in. I have a new 0.11-4 release prepared at https://github.com/thepaul/uftrace/tree/deb, if either of you would care to take a look by way of review, to make sure I have incorporated both of your inputs. Paul
Bug#1007959: uftrace: Intent to NMU
On Sat, Mar 19, 2022 at 01:42:03PM +, Fukui Daichi wrote: > I've prepared an NMU [0] for uftrace (0.9.4-0.2) and would like to upload it > to DELAYED/7 though the maintainer lists himself in the low threshold nmu > list. > > This patch is a new upstream release (0.11-0.1) and adjusts the existing > patch accordingly. > Having said that, it looks like Gurkan had already uploaded an experimental > one [1]. > > Is this patch still helpful? This looks like good work! But we've gotten ourselves into a bit of a problem with respect to the package; Gürkan didn't realize I already had packaging tracked on Github, and started a Git structure from scratch, so it redoes history. I'm going to try to figure out how to stop a package from experimental from being promoted to unstable and roll a 0.11-2 package. Your changes might be helpful ones; I'll be able to tell more easily once I have history straightened out more! Paul Cannon
Bug#886863: uftrace: Reports incorrect version
Package: uftrace Version: 0.8.2-1 Severity: minor When run with the "--version" argument, uftrace 0.8.2-1 reports "v0.8.1": ~% uftrace --version uftrace v0.8.1 Upstream fixed this post-release with commit 3c6a729 [1]. That should be patched in so that uftrace will report "v0.8.2" instead. [1] https://github.com/namhyung/uftrace/commit/3c6a729f0ef76db5216c7981046d0de65d1525d9
Bug#871596: uftrace: new upstream version available (0.7)
Package: uftrace Version: 0.6.2-2 Severity: wishlist Dear Maintainer, There is a new version of uftrace available. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.4.0-79-generic (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C), LANGUAGE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages uftrace depends on: ii libc6 2.24-14 ii libelf1 0.168-1 ii libstdc++6 7.1.0-13 uftrace recommends no packages. uftrace suggests no packages. -- no debconf information
Bug#849702: RM: gotmail -- ROM; No longer useful- web services used no longer exist
Package: ftp.debian.org Severity: normal Gotmail was a web scraper for fetching mail from Hotmail.com and MSN.com. Those services are now powered by live.com, which is wholly different and which (as I understand it) can now forward messages on its own more simply. p
Bug#839877: ITP: uftrace -- Traces and analyzes execution of programs written in C/C++
Package: wnpp Severity: wishlist Owner: paul cannon <p...@debian.org> * Package name: uftrace Version : 0.6.0.20161004-1 Upstream Author : Namhyung Kim <namhyung@lge.com> * URL : https://github.com/namhyung/uftrace/ * License : GPL Programming Lang: C Description : Traces and analyzes execution of programs written in C/C++ The uftrace tool is intended for tracing and analyzing the execution of programs written in C or C++. It was heavily inspired by the ftrace framework of the Linux kernel (especially the function graph tracer) and supports userspace programs. It supports various kinds of commands and filters to help analysis of the program's execution and performance. It traces each function in the executable and shows time durations. It can also trace external library calls - but only entry and exit are supported, and internal function calls within the library cannot be traced unless the library itself was built with profiling enabled. It can show detailed execution flow at function level, and report which function has the highest overhead. It also shows various information related to the execution environment. You can setup filters to exclude or include specific functions when tracing. In addition, function arguments and return values can be saved and shown later. The uftrace tool supports multi-process and/or multi-threaded applications. It can also trace kernel functions as well, with root privileges and if the system enables the function graph tracer in the kernel (CONFIG_FUNCTION_GRAPH_TRACER=y). - why is this package useful/relevant? is it a dependency for another package? do you use it? if there are other packages providing similar functionality, how does it compare? Cachegrind provides similar functionality, but only provides information in aggregate, whereas uftrace will collect the entire stack and provide pretty output for visualization. It is more of a "tracer" than a sample-and-aggregate tool. Intel has a profiler called VTune(tm) Amplifier which also fills a related niche, but it is not free software. - how do you plan to maintain it? inside a packaging team (check list at https://wiki.debian.org/Teams)? are you looking for co-maintainers? do you need a sponsor? Should be simple enough to self-maintain. No sponsor needed. I'm on LowThresholdNmu.
Bug#833802: clang-tidy-3.9: readability-identifier-naming segfaults
Package: clang-tidy-3.9 Version: 1:3.9~svn274438-1 Severity: normal Tags: upstream, fixed-in-experimental, fixed-upstream Running clang-tidy-3.9 with the "readability-identifier-naming" check enabled fails with a segmentation fault at the slightest provocation: paul@turing:~$ cat breaks-clang-tidy.cpp #include int main() { return 0; } paul@turing:~$ clang-tidy-3.9 breaks-clang-tidy.cpp -checks='-*,readability-identifier-naming' Error while trying to load a compilation database: Could not auto-detect compilation database for file "breaks-clang-tidy.cpp" No compilation database found in /home/paul or any parent directory json-compilation-database: Error while opening JSON database: No such file or directory Running without flags. Segmentation fault paul@turing:~$ This matches the behavior complained of in the upstream bug at https://llvm.org/bugs/show_bug.cgi?id=28481 , and the patch attached to that bug does indeed fix the problem. The problem is also fixed in version 1:3.9~svn275918-1~exp1 (in experimental). -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.4.0-28-generic (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: unable to detect Versions of packages clang-tidy-3.9 depends on: ii libc6 2.23-4 ii libgcc1 1:6.1.1-11 ii libllvm3.9 1:3.9~svn274438-1 ii libstdc++6 6.1.1-11 ii python 2.7.11-2 clang-tidy-3.9 recommends no packages. clang-tidy-3.9 suggests no packages. -- no debconf information
Bug#728916: please ship debugging symbols
Source: leveldb Version: 1.14.0-2 Severity: wishlist Tags: patch I've dealt recently with a few segfaults in libleveldb1 code. I suspect the error is in the code calling in to leveldb, and not the leveldb code itself, but it's rather difficult to tell for sure, especially since this happened on armel. gdb seems to have a lot of trouble determining traceback chains and what assembly instructions belong to which functions on that architecture. If Debian's leveldb packages could ship detached debugging symbols, it could make life easier for a lot of users. I attach a tested patch to accomplish this here; I've also pushed it to a branch named add-libleveldb-dbg in the collab-maint git repo, if that is easier. Thanks for working on Debian! p -- System Information: Debian Release: 7.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash commit 5c9728572621e63c503cc50030830ad147271eec Author: paul cannon p...@debian.org Date: Wed Nov 6 10:18:51 2013 -0700 Ship leveldb-dbg package. diff --git a/debian/changelog b/debian/changelog index d4552e6..62a864d 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +leveldb (1.14.0-2.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Ship leveldb-dbg package. + + -- paul cannon p...@debian.org Wed, 06 Nov 2013 10:35:06 -0700 + leveldb (1.14.0-2) unstable; urgency=low * Inject CPPFLAGS into CFLAGS for hardening. diff --git a/debian/control b/debian/control index aa25039..e349ada 100644 --- a/debian/control +++ b/debian/control @@ -69,6 +69,20 @@ Description: fast key-value storage library (development files) . This package provides the development files. +Package: libleveldb-dbg +Section: debug +Architecture: any +Depends: + libleveldb1 (= ${binary:Version}), + ${misc:Depends}, + ${shlibs:Depends} +Priority: extra +Description: fast key-value storage library (debug symbols) + LevelDB is a fast key-value storage library written at Google that + provides an ordered mapping from string keys to string values. + . + This package provides the debugging symbols. + Package: leveldb-doc Section: doc Architecture: all diff --git a/debian/rules b/debian/rules index 279a3ea..554069e 100755 --- a/debian/rules +++ b/debian/rules @@ -19,7 +19,7 @@ else OPT=-O2 endif -export OPT += -DNDEBUG +export OPT += -g -DNDEBUG %: dh $@ --parallel @@ -29,3 +29,6 @@ override_dh_auto_test: get-orig-source: debian/get-git-source.sh + +override_dh_strip: + dh_strip --dbg-package=libleveldb-dbg
Bug#726442: vim-gocomplete: not installable with vim-addon-manager
Package: vim-gocomplete Version: 0~git20130712-1 Severity: important Dear Maintainer, After installing vim-gocomplete 0~git20130712, and trying to install it with vim-addon-manager, I got an error: ~% vim-addon-manager install gocode Warning: ignoring 'gocode' which is missing source files Oh, that's strange, I muttered to myself. What's going on? ~% vim-addon-manager -v | grep go go-syntax installed installed gocode unavailable (missing source files: /usr/share/v im/addons/autoload/gocomplete.vim, /usr/share/vim/addons/ftplugin/gocomplet e.vim)unavailable (missing source files: /usr/share/vim/addons/autoload/goc omplete.vim, /usr/share/vim/addons/ftplugin/gocomplete.vim) Oh dear. Is the registry file correct? ~% dpkg -L vim-gocomplete /. /usr /usr/share /usr/share/vim /usr/share/vim/addons /usr/share/vim/addons/plugins /usr/share/vim/addons/plugins/gocomplete.vim /usr/share/vim/addons/ftplugin /usr/share/vim/addons/ftplugin/go /usr/share/vim/addons/ftplugin/go/gocomplete.vim /usr/share/vim/registry /usr/share/vim/registry/vim-gocomplete.yaml /usr/share/doc /usr/share/doc/vim-gocomplete /usr/share/doc/vim-gocomplete/copyright /usr/share/doc/vim-gocomplete/changelog.Debian.gz ~% cat /usr/share/vim/registry/vim-gocomplete.yaml addon: gocode description: gocode integration disabledby: let loaded_gocode = 1 files: - autoload/gocomplete.vim - ftplugin/gocomplete.vim Aha, exclaimed I, that doesn't match at all. There's no autoload/gocomplete.vim and no ftplugin/gocomplete.vim. There's also not supposed to be any /usr/share/vim/addons/plugins directory, as far as I know- it's supposed to be plugin, singular. Attaching a patch that seems to make it work. paul -- System Information: Debian Release: 7.2 APT prefers stable APT policy: (500, 'stable'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vim-gocomplete depends on: ii gocode 0~git20130712-1 ii vim2:7.3.547-7 ii vim-nox [vim] 2:7.3.547-7 ii vim-syntax-go 2:1.1+2013.05.22-1 Versions of packages vim-gocomplete recommends: ii vim-addon-manager 0.5.2 vim-gocomplete suggests no packages. -- no debconf information diff --git a/debian/vim-gocomplete.install b/debian/vim-gocomplete.install index 3df02aa..388647b 100644 --- a/debian/vim-gocomplete.install +++ b/debian/vim-gocomplete.install @@ -1,3 +1,3 @@ -vim/autoload/gocomplete.vim /usr/share/vim/addons/plugins +vim/autoload/gocomplete.vim /usr/share/vim/addons/plugin vim/ftplugin/go.vim /usr/share/vim/addons/ftplugin/go debian/vim-gocomplete.yaml /usr/share/vim/registry diff --git a/debian/vim-gocomplete.yaml b/debian/vim-gocomplete.yaml index 3f51971..2af7bcc 100644 --- a/debian/vim-gocomplete.yaml +++ b/debian/vim-gocomplete.yaml @@ -2,5 +2,5 @@ addon: gocode description: gocode integration disabledby: let loaded_gocode = 1 files: - - autoload/gocomplete.vim - - ftplugin/gocomplete.vim + - plugin/gocomplete.vim + - ftplugin/go/gocomplete.vim
Bug#703445: watchdog: interval is not honored in some configurations
Package: watchdog Version: 5.13-1 Severity: normal Dear Maintainer, While testing some watchdog configurations for some embedded hardware, I noticed that watchdog was not waiting for the configured interval (10 seconds); instead, it was waiting only 5 seconds between checks. Perusing the source revealed the cause: in watchdog.c, in the main() function, the program explicitly waits for only half of the requested interval (usleep(tint * 50)). The implicit assumption is that the other half of the sleep takes place in test_binary.c, in check_bin(). The problem with that is that the usleep() in check_bin() is only called when a test_binary is specified. Otherwise, check_bin() returns immediately. A further complication is that when a test_directory is used with several programs in it, check_bin() will be called along with its usleep() for each one. So if I have no test_binary or test_directory, I get 50% of the configured interval. But if I have a test_binary as well as a test_directory with 8 check binaries in it, I get 500% of the interval (especially dangerous when the interval is not much smaller than the watchdog period). I believe that either this should be fixed, so that the same interval is used regardless of which test binaries are being in place, or else the documentation should be corrected to explain the situation (maybe something like The interval that will actually be used is determined by the formula '0.5i * (1 + t)', where i is the interval from the config file, and t is the number of test programs that will be run per interval. Yeah, I don't like that very much either.) Thanks for your attention! p -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (900, 'testing'), (500, 'stable'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages watchdog depends on: ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38 ii lsb-base 4.1+Debian8 ii udev 175-7.1 watchdog recommends no packages. watchdog suggests no packages. -- debconf information: watchdog/run: true watchdog/module: none watchdog/restart: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670679: python-debian: deb822 can't parse foreign architecture (package:any) relationships
For what it's worth, I looked over these changes, and they look good to me as far as fixing the foo:any type of arch-qualified Build-Depends. However, since dpkg and 'apt-get build-dep' already also support the foo:native syntax of arch-qualified Build-Depends, and it comes in super handy for preparing packages which can be cross-compiled, could that be added in as well? It looks like it'd be a pretty straightforward addition to the existing pending changeset; I could prepare a branch if you like. p -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700448: pristine-tar: incorrectly claims git is unsupported when no pristine-tar branch exists
Package: pristine-tar Version: 1.26 Severity: normal Tags: patch Dear Maintainer, I have some automated processes using pristine-tar in a number of different situations. I noticed that some tests were failing with an odd error from pristine-tar in certain cases: unsupported vcs git at /usr/bin/pristine-tar line 812. But I was somewhat sure that pristine-tar does, in fact, support git. Turns out this happens when using pristine-tar list in a repo that doesn't have any pristine-tar branch. There's a misplaced right curly-brace that causes the unsupported vcs message (and a nonzero exit code) instead of an empty list, and in the case that pristine-tar list really is run under an unsupported vcs, no error would be printed (although that's moot for now, because vcstype() doesn't ever return anything besides git yet). Running pristine-tar list when there /is/ a pristine-tar branch works fine. I would expect, when there is no pristine-tar branch, for pristine-tar list to output nothing to stdout or stderr and exit with 0. Inlined patch here makes fixy: --- /usr/bin/pristine-tar 2012-08-25 10:09:24.0 -0600 +++ pristine-tar2013-02-12 11:01:24.707999463 -0700 @@ -808,9 +808,8 @@ print $_.\n; } } + } else { die unsupported vcs $vcs; } } - -} -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (900, 'testing'), (500, 'stable'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pristine-tar depends on: ii libbz2-1.01.0.6-4 ii libc6 2.13-37 ii perl-modules 5.14.2-17 ii xdelta1.1.3-9 ii zlib1g1:1.2.7.dfsg-13 Versions of packages pristine-tar recommends: ii bzip2 1.0.6-4 pn pbzip2none ii xz-utils 5.1.1alpha+20120614-2 pristine-tar 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#692803: git-pbuilder: does not allow arguments with spaces or special chars to pbuilder
Package: git-buildpackage Version: 0.6.0~git20120822 Severity: normal Good day- I've found that I occasionally need to pass arguments with spaces in them to pbuilder through git-pbuilder. For example, say I needed to create a new cowdancer build environment using the distribution components main and contrib both (so, I would want to pass '--components main contrib' to pbuilder). The way to pass extra arguments to pbuilder through git-pbuilder (without using a .pbuilderrc) is with $GIT_PBUILDER_OPTIONS, so I would try that: GIT_PBUILDER_OPTIONS='--components main contrib' \ DIST=sid \ BUILDER=cowbuilder \ git-pbuilder create Unfortunately, this fails with the error: E: too many parameters for create Running the same command under bash -x sheds some extra light on the problem: + set -e + BACKPORTS=http://backports.debian.org/debian-backports + default_BUILDER=pbuilder + default_DIST=pbuilder + default_BUILDER=pbuilder + case $default_BUILDER in + default_BUILDER=cowbuilder + case $default_BUILDER in + case $default_DIST in + default_DIST= + : cowbuilder + : cowbuilder + : sid + : + expr sid : '.*-backports$' + EXT= + '[' '!' -x /usr/sbin/cowbuilder ']' + OPTIONS='--components main contrib' + OUTPUT_DIR=../ + '[' no '!=' '' ']' + case $BUILDER in + : /var/cache/pbuilder + : sid + '[' -n '' ']' + '[' sid = sid ']' + '[' -d /var/cache/pbuilder/base-sid.cow ']' + BASE=/var/cache/pbuilder/base.cow + OPTIONS='--components main contrib --basepath /var/cache/pbuilder/base.cow' + '[' '!' -d /var/cache/pbuilder/base.cow ']' + '[' create '!=' create ']' + '[' sid = etch ']' + '[' sid = ebo ']' + case $1 in + action=create + shift + '[' -f /home/paul/.pbuilderrc ']' + '[' no = '' ']' + '[' '' = -backports ']' + sudo cowbuilder --create --dist sid --components 'main' 'contrib' --basepath /var/cache/pbuilder/base.cow E: too many parameters for create As you can see, the quoting I used in GIT_PBUILDER_OPTIONS is not respected, despite the language on the man page which seems to imply that the contents of the variable will undergo additional shell expansion inside git-pbuilder. This is a difficult problem to fix within the confines of POSIX sh, but if we switch to bash, we can make use of the fairly-decent array functionality in order to keep better track of argument lists. I'm attaching a patch which does this. With the patch applied, the command shown above works correctly, and the chroot environment is created as expected with the noted components. I also have the given changes available in a git repo at https://github.com/thepaul/git-buildpackage.git To browse the specific changes: https://github.com/thepaul/git-buildpackage/commit/cecf2ba5 Thank you for your consideration. Hope this helps- p -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages git-buildpackage depends on: ii devscripts 2.12.4 ii git 1:1.8.0-1 ii python 2.7.3~rc2-1 ii python-dateutil 1.5+dfsg-0.1 Versions of packages git-buildpackage recommends: ii cowbuilder0.70 ii pristine-tar 1.25 Versions of packages git-buildpackage suggests: pn python-notify none ii unzip 6.0-7 -- no debconf information commit cecf2ba5359b9c3f251dd186c54634e8b04a3edd Author: paul cannon p...@spacemonkey.com Date: Thu Nov 8 22:47:55 2012 -0700 git-pbuilder: use arrays to handle lists of args ..so that arguments intended for pbuilder or debbuild can have spaces or other special characters in them. There was previously no way to accomplish this, since git-pbuilder only knows how to split the pbuilder-options environment variable on $IFS, without any sort of lexing (in its defense, sh/bash makes it a pain). Change-Id: I869fc00b3ef5c46ee32b6bbd008a0a2c49c8f5ea diff --git a/bin/git-pbuilder b/bin/git-pbuilder index fc0f48c..7f0d80f 100644 --- a/bin/git-pbuilder +++ b/bin/git-pbuilder @@ -1,4 +1,4 @@ -#!/bin/sh +#!/bin/bash # $Id: git-pbuilder,v 1.27 2012/01/13 04:12:35 eagle Exp $ # # git-pbuilder -- Wrapper around pbuilder for git-buildpackage @@ -75,7 +75,8 @@ if [ ! -x /usr/sbin/$BUILDER ]; then fi # Default options come from the environment. -OPTIONS=$GIT_PBUILDER_OPTIONS +# eval GIT_PBUILDER_OPTIONS into an array, as some arguments may have quoting +eval OPTIONS=( $GIT_PBUILDER_OPTIONS ) OUTPUT_DIR=${GIT_PBUILDER_OUTPUT_DIR:-../} # How we handle options depends on what type of builder we're using. Ignore @@ -94,7 +95,7 @@ if [ no != $GIT_PBUILDER_AUTOCONF ] ; then : ${DIST:=sid
Bug#667178: gkrellkam: diff for NMU version 2.0.0-1.1
Thank you for that! Longer delay is not necessary. I'll review the upload. p On Apr 22, 2012, at 7:58 AM, gregor herrmann gre...@debian.org wrote: tags 667178 + pending thanks Dear maintainer, I've prepared an NMU for gkrellkam (versioned as 2.0.0-1.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Funny Van Dannen: Sterne zählen gkrellkam-2.0.0-1.1-nmu.diff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602564: potential solution
tags 602564 patch thanks In case it helps (and I'm not at all sure that it does), I've cloned the packaging repo and done the obvious things to update the packaging for 3.2.7; see my fork at http://github.com/thepaul/libjna-java . The build works, the package works, lintian is clean, but I'm far too unfamiliar with good java packaging practices and the workings of JNA itself to declare it fully ready. p -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602564: libjna-java: New upstream release available
Package: libjna-java Version: 3.2.4-2 Severity: normal *** Please type your report below this line *** JNA version 3.2.7 can be found at the following URL: https://jna.dev.java.net/servlets/ProjectDocumentList The source: https://jna.dev.java.net/source/browse/jna/tags/3.2.7/jnalib/ It comes with a large number of improvements over the existing 3.2.4. See the release notes at: https://jna.dev.java.net/source/browse/*checkout*/jna/trunk/jnalib/release-notes.html Thanks! p -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (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 libjna-java depends on: ii libc6 2.11.2-6+squeeze1 Embedded GNU C Library: Shared lib ii libffi53.0.9-3 Foreign Function Interface library ii sun-java6-jre [java2-r 6.22-1Sun Java(TM) Runtime Environment ( libjna-java recommends no packages. Versions of packages libjna-java suggests: pn libjna-java-doc none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601510: python-jpype: Please allow installation with other JVMs
Package: python-jpype Version: 0.5.4.1-2+b1 Severity: minor *** Please type your report below this line *** python-jpype Depends: on default-jre, which, as of squeeze, requires openjdk-6-jre. That's a very heavy dependency, considering that python-jpype works perfectly well with the libjvm.so from sun-java6-jre (if the path is properly passed to jpype.startJVM()). What's worse, some of my users claim that the mere presence of openjdk-6-jre causes some problems with their java builds, even though they're using Sun Java. Please add an alternative to the default-jre dependency, such as java6-runtime-headless, to avoid unnecessarily forcing the user to install OpenJDK. Example patch: -- diff -Naur python-jpype-0.5.4.1/debian/control python-jpype-0.5.4.1-new/debian/control --- python-jpype-0.5.4.1/debian/control 2010-10-26 15:41:02.0 -0500 +++ python-jpype-0.5.4.1-new/debian/control 2010-10-25 19:05:28.0 -0500 @@ -9,7 +9,7 @@ Package: python-jpype Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, default-jre +Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, default-jre | java6-runtime-headless Provides: ${python:Provides} Description: Binding the worlds of Java and Python JPype is an effort to allow Python programs full access to java class -- p -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33.5-rscloud (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 python-jpype depends on: ii default-jre1:1.6-40 Standard Java or Java compatible R ii libc6 2.11.2-6+squeeze1 Embedded GNU C Library: Shared lib ii libgcc11:4.4.5-4 GCC support library ii libstdc++6 4.4.5-4 The GNU Standard C++ Library v3 ii python 2.6.6-3+squeeze1 interactive high-level object-orie ii python-support 1.0.10automated rebuilding support for P python-jpype recommends no packages. python-jpype 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#513672: RM: hotway -- ROM; Hotmail service has changed; package is now useless
Package: ftp.debian.org Severity: normal This package has not been able to work for many months, and there is no reason to believe that it will ever work again. It requires the DAV protocol previously exported by the hotmail.com free email service, but which is no longer available. See Bug#477274. Thanks paul -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/zsh pgpJlonqNaCv3.pgp Description: PGP signature
Bug#480993: reprepro: Segfaults when calling log notification script without a 'causing file'
Package: reprepro Version: 3.4.1-1 Severity: normal Tags: patch Using copysrc to copy some files that are /already/ in the destination repo: [EMAIL PROTECTED]:~/apt$ cat conf/updatehook #!/bin/sh exit 0 [EMAIL PROTECTED]:~/apt$ reprepro -V copysrc prod-sarge dvl-sarge bds-triton-cert Adding 'bds-triton-cert' '3.1~test1' to 'prod-sarge|bds|i386'. Warning: downgrading 'bds-triton-cert' from '3.1~test1' to '3.1~test1' in 'prod-sarge|bds|i386'! Adding 'bds-triton-cert' '3.1~test1' to 'prod-sarge|bds|amd64'. Warning: downgrading 'bds-triton-cert' from '3.1~test1' to '3.1~test1' in 'prod-sarge|bds|amd64'! Adding 'bds-triton-cert' '3.1~test1' to 'prod-sarge|bds|source'. Warning: downgrading 'bds-triton-cert' from '3.1~test1' to '3.1~test1' in 'prod-sarge|bds|source'! Notification process '/home/repo/apt/conf/updatehook' killed with signal 11! Segmentation fault Analysis (getting gdb to follow the right child process): 0xa7cfb53b in strlen () from /lib/tls/i686/cmov/libc.so.6 (gdb) bt #0 0xa7cfb53b in strlen () from /lib/tls/i686/cmov/libc.so.6 #1 0xa7cadb6a in putenv () from /lib/tls/i686/cmov/libc.so.6 #2 0xa7cadf03 in setenv () from /lib/tls/i686/cmov/libc.so.6 #3 0x0805c296 in startchild () at log.c:567 #4 0x0805cf87 in notificator_enqueue (n=0x80b75f0, target=0x80b77b8, name=0x80cb368 bds-triton-cert, version=0x80cbc60 3.1~test1, oldversion=0x80cb0e0 3.1~test1, control=0x80cec78 Package: bds-triton-cert\nFormat: 1.0\nVersion: 3.1~test1\nBinary: bds-triton-cert\nMaintainer: paul cannon [EMAIL PROTECTED]\nArchitecture: all\nStandards-Version: 3.6.1\nBuild-Depends: debhelper (= ..., oldcontrol=0x80c69d8 Package: bds-triton-cert\nFormat: 1.0\nVersion: 3.1~test1\nBinary: bds-triton-cert\nMaintainer: paul cannon [EMAIL PROTECTED]\nArchitecture: all\nStandards-Version: 3.6.1\nBuild-Depends: debhelper (= ..., filekeys=0x80cb350, oldfilekeys=0xafd594d0, renotification=false) at log.c:848 #5 0x0805d5d3 in logger_log (log=0x80b7108, target=0x80b77b8, name=0x80cb368 bds-triton-cert, version=0x80cbc60 3.1~test1, oldversion=0x80cb0e0 3.1~test1, control=0x80cec78 Package: bds-triton-cert\nFormat: 1.0\nVersion: 3.1~test1\nBinary: bds-triton-cert\nMaintainer: paul cannon [EMAIL PROTECTED]\nArchitecture: all\nStandards-Version: 3.6.1\nBuild-Depends: debhelper (= ..., oldcontrol=0x80c69d8 Package: bds-triton-cert\nFormat: 1.0\nVersion: 3.1~test1\nBinary: bds-triton-cert\nMaintainer: paul cannon [EMAIL PROTECTED]\nArchitecture: all\nStandards-Version: 3.6.1\nBuild-Depends: debhelper (= ..., filekeys=0x80cb350, oldfilekeys=0xafd594d0) at log.c:1021 #6 0x08083eb7 in addpackages (target=0x80b77b8, database=0x80b9250, packagename=0x80cb368 bds-triton-cert, controlchunk=0x80cec78 Package: bds-triton-cert\nFormat: 1.0\nVersion: 3.1~test1\nBinary: bds-triton-cert\nMaintainer: paul cannon [EMAIL PROTECTED]\nArchitecture: all\nStandards-Version: 3.6.1\nBuild-Depends: debhelper (= ..., oldcontrolchunk=0x80c69d8 Package: bds-triton-cert\nFormat: 1.0\nVersion: 3.1~test1\nBinary: bds-triton-cert\nMaintainer: paul cannon [EMAIL PROTECTED]\nArchitecture: all\nStandards-Version: 3.6.1\nBuild-Depends: debhelper (= ..., version=0x80cbc60 3.1~test1, oldversion=0x80cb0e0 3.1~test1, files=0x80cb350, oldfiles=0xafd594d0, logger=0x80b7108, dereferencedfilekeys=0xafd59680, trackingdata=0x0, filetype=ft_SOURCE, oldsource=0x0, oldsversion=0x0) at target.c:349 #7 0x080843ff in target_addpackage (target=0x80b77b8, logger=0x80b7108, database=0x80b9250, name=0x80cb368 bds-triton-cert, version=0x80cbc60 3.1~test1, control=0x80cec78 Package: bds-triton-cert\nFormat: 1.0\nVersion: 3.1~test1\nBinary: bds-triton-cert\nMaintainer: paul cannon [EMAIL PROTECTED]\nArchitecture: all\nStandards-Version: 3.6.1\nBuild-Depends: debhelper (= ..., filekeys=0x80cb350, usedmarker=0x0, downgrade=true, dereferencedfilekeys=0xafd59680, trackingdata=0x0, filetype=ft_SOURCE) at target.c:451 #8 0x0804b116 in package_add (database=0x80b9250, into=0x80b7330, tracks=0x0, target=0x80b77b8, package=0x80cb328, dereferencedfilekeys=0xafd59680) at copypackages.c:276 #9 0x0804b286 in packagelist_add (database=0x80b9250, into=0x80b7330, list=0xafd595e4, dereferencedfilekeys=0xafd59680) at copypackages.c:322 #10 0x0804b9e1 in copy_by_source (database=0x80b9250, into=0x80b7330, from=0x80b7e20, argc=1, argv=0xafd59828, component=0x0, architecture=0x0, packagetype=0x0, dereferenced=0xafd59680) at copypackages.c:505 #11 0x0808a957 in action_d_y_n_copysrc (alldistributions=0x80b7330, database=0x80b9250, dereferenced=0xafd59680, dummy_section=0x0, dummy_priority=0x0, architecture=0x0, component=0x0, packagetype=0x0, argc=4, argv=0xafd5981c) at main.c:1233 #12 0x0808dde8 in callaction (action=0x80b0358, argc=4, argv=0xafd5981c
Bug#474400: libarchive build failures
So I've been trying to look into this problem by trying builds under different conditions on an amd64 lenny chroot (kernel 2.6.17-2-amd64). Have tried both gcc-4.1 and gcc-4.2 with optimizations on and off, and even tried installing the exact versions of every single package mentioned in that buildd log. I get the same failure every time (and it is different from the one seen in that log): Running tests on: /home/paul/packages/libarchive-2.4.17/bsdtar 0: test_basic tar/test/test_basic.c:53: Assertion failed: Ints not equal r=256 0=0 Description: Error invoking /home/paul/packages/libarchive-2.4.17/bsdtar xf archive *** forcing core dump so failure can be debugged *** /bin/sh: line 4: 1328 Segmentation fault LIBARCHIVE_TEST_FILES=`cd .;/bin/pwd` BSDTAR=`cd .;/bin/pwd`/bsdtar BSDTAR_TEST_FILES=`cd .;/bin/pwd` BSDCPIO=`cd .;/bin/pwd`/bsdcpio BSDCPIO_TEST_FILES=`cd .;/bin/pwd` ${dir}$tst FAIL: bsdtar_test I can't seem to find in the buildd log what kernel it's using, or I'd try duplicating that as well. Bizarro? I can send core dumps if anyone cares. paul Versions of all packages mentioned in buildd log: ii autotools-dev 20080123.1 Update infrastructure for config.{g ii binutils 2.18.1~cvs20080103-2 The GNU assembler, linker and binar ii bison 1:2.3.dfsg-5 A parser generator that is compatib ii comerr-dev 2.1-1.40.8-2 common error description library - ii debhelper 6.0.11 helper programs for debian/rules ii e2fslibs-dev 1.40.8-2 ext2 filesystem libraries - headers ii file 4.23-2 Determines file type using magic ii g++-4.24.2.3-3 The GNU C++ compiler ii gcc-4.24.2.3-3 The GNU C compiler ii gettext0.17-2 GNU Internationalization utilities ii gettext-base 0.17-2 GNU Internationalization utilities ii groff-base 1.18.1.1-20 GNU troff text-formatting system (b ii html2text 1.3.2a-3 An advanced HTML to text converter ii intltool-debian0.35.0+20060710.1Help i18n of RFC822 compliant confi ii libacl1-dev2.2.45-1 Access control list static librarie ii libattr1-dev 1:2.4.41-1 Extended attribute static libraries ii libbz2-dev 1.0.5-0.1high-quality block-sorting file com ii libc6-dev 2.7-10 GNU C Library: Development Librarie ii libgomp1 4.3.0-3 GCC OpenMP (GOMP) support library ii libmagic1 4.23-2 File type determination library usi ii libstdc++6 4.3.0-3 The GNU Standard C++ Library v3 ii libstdc++6-4.2-dev 4.2.3-3 The GNU Standard C++ Library v3 (de ii libtool1.5.26-2 Generic library support script ii linux-libc-dev 2.6.24-5 Linux Kernel Headers for developmen ii m4 1.4.10-1 a macro processing language ii man-db 2.5.1-3 on-line manual pager ii po-debconf 1.0.12.1 manage translated Debconf templates ii sharutils 1:4.6.3-1shar, unshar, uuencode, uudecode ii zlib1g-dev 1:1.2.3.3.dfsg-11compression library - development -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.17-2-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477274: hotway: DAV protocol to be withdrawn on 2008/06/30 - will stop this package working
On Apr 22, 2008, at 1:15 AM, Phil Reynolds wrote: Package: hotway Version: 1:0.8.4-2.1 Severity: wishlist Hotmail have just sent me a warning of the withdrawal of the DAV protocol - they guessed I was using Outlook Express, whereas I am actually using the hotway suite. According to the mail, this protocol will be withdrawn at the end of June. Microsoft are recommending downloading Windows Live Mail, which is unlikely to be of much use to me. The project's own web page seems to be broken, so I have not been able to check it for advice. This package will need rework to use protocols still supported if it is to continue to support hotmail. Yeah- many accounts have already been broken already, having been switched to Live without(?) explicit action by the user. Paul Wise pointed me to Getlive, a similar project that can get mail from a Live- ified Hotmail account: http://sourceforge.net/projects/getlive/ Gotmail will soon be dead. There is an ITP for Getlive from a few months ago, Bug#433414, but no action since then, I think. If nothing else happens I'll mail the ITP'er and see if I can take it over. -- paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440113: gotmail: patch does not work
On Wed, Jan 02, 2008 at 10:29:16PM +0530, B Thomas wrote: I applied the patch. 2 out of 3 hunks failed but I applied them manually. However the patched gotmail does not solve the problem. Is gotmail working at all ? Or is it working for a subset of users ? Upstream has abandoned this software . At this point I don't know that Gotmail is still working for anybody at all. See the alternative mentioned in Bug#425501, Bug#433414. It's on my todo list to upload getlive and drop Gotmail out of Debian, but other concerns keep getting in the way. -- paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381422: bad credentials
reopen 381422 stop On 7/19/07, debian-is-cool [EMAIL PROTECTED] wrote: Hi, Thanks for the update. However, when tried with the new curl update - and the right username/password - gotmail still gives the same error I've even set up a new hotmail account for testing this, and tried that - with the right login details - and it still gives Could not parse redirect location... Web login using the same credentials works OK. Thus, I don't think it's an incorrect credentials issue. Ok. Please make sure that the account isn't a Windows Live one (gotmail does not support that), and if not, run gotmail with the --debug option and send the new log. -- paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420576: hotway: AUTH failed, hotmail said you have to pay for access
Does this advice help? http://sourceforge.net/forum/forum.php?thread_id=1681783forum_id=80217 -- paul On 4/23/07, Brian Minton [EMAIL PROTECTED] wrote: Apr 23 05:38:37 bminton hotway[25830]: AUTH failed, hotmail said you have to pay for access for user [EMAIL PROTECTED] invalid, host=127.0.0.1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425501: package does still work for some users
severity 425501 wishlist thanks package still works the same for the users who haven't yet converted (or been converted) to the Windows Live version of hotmail. Hopefully we (or upstream) come up with a fix for Windows Live, but the package is ok otherwise. -- paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381422: bad credentials
Looks like debian-is-cool 's problem is incorrect credentials. From the final page in his output: The e-mail address or password is incorrect. Please retype the e-mail address and password, or sign up if you haven't already done so. I guess we should assume the others with this problem had a similar situation. The newest upstream version of gotmail (about to upload it now) adds a note to the Could not parse redirect location error message explaining that it can happen when credentials are bad or the account is locked. -- paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415182: hotway: [INTL:es] Spanish po-debconf translation
On Fri, Mar 16, 2007 at 09:14:32PM +0100, Steve Lord Flaubert wrote: Package: hotway Version: 1-0.8.4-2.1 Priority: wishlist Tags: l10n patch Please attached a first version of the po-debconf translation of this package into Spanish. Thanks for including it in the package. Your translation is appreciated. Hopefully I'll get to roll a new package soon. -- paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393939: Patch for the 1:0.8.4-2.1 NMU of hotway
On Thu, Jan 18, 2007 at 10:00:51PM +0100, Christian Perrier wrote: Dear maintainer of hotway, Two days ago, I sent you a notice announcing my intent to upload a NMU of your package after an initial notice sent on 16 Jan 2007. This NMU fixes the pending debconf l10n update for French (the only pending one) and has been uploaded a few minutes ago. The NMU patch is attached to this mail. Christian- Thanks for the NMU. I didn't get the mentioned notice two days ago, however. Was it sent from your [EMAIL PROTECTED] address or from somewhere else? Just curious- I don't want to be losing mail. -- paul signature.asc Description: Digital signature
Bug#352653: libdomainkeys in non-free?
Have you considered simply putting this package in non-free? When and if the legal questions are further resolved, transition it to main. -- paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354622: Using Firefox as the app name without official branding
On Tue, Oct 17, 2006 at 06:41:49AM -0400, Nathanael Nerode wrote: [EMAIL PROTECTED] wrote: Since there's no way of making the logo free without losing control over the mark, FYI, we believe you are wrong about this. Quoting Eric Dorland: split the license on the logo to have a DSFG-free copyright license and the same, restrictive trademark license. ... There appears to be no legal obstacle to this route (if you have legal advice to the contrary, please share with debian-legal). It appears that aggressive enforcement of trademarks for their intended purpose, namely clearly identifying the origin and identity of a product, is entirely DFSG-compatible (note the DFSG clause which specifies that name change requirements are OK). Restrictions which go beyond the original function of trademarks are generally not DFSG-free, but are also unnecessary for trademark defense. This is just an FYI matter, as it is really quite off the main topic of the bug. Is it, though? It seems to me this is exactly the topic of the bug. All of Mozilla Corporation's stated objections to a DFSG-free logo would appear to be answered by Nathanael's statement. If they can, in fact, retain control over their mark through trademark laws, and maintain the expectation of quality associated with it, and still make the logo available under a free (copyright) license, is there a separate reason for declining to do so? If Mozilla Corp. releases the logos under a free license and we reach an understanding about which patches we're going to put into the branded firefox package, that fixes this bug, right? -- paul (still hoping) signature.asc Description: Digital signature
Bug#387662: gotmail: Can't download mail from Hotmail account
severity 387662 normal retitle 387662 failure when downloading a large attachment tags 387662 upstream thanks On Fri, Sep 15, 2006 at 10:10:28PM +1000, Paul Anthony Judd wrote: Further to you mail Thu, Sep 14, 2006 at 07:12:10PM +1000 here is the details of command and output. That's a pretty large message. It looks to me like curl is timing out trying to download the whole thing. Gotmail sees that it can't find the end of the message, so it errors out and prints out the whole message string that it knows about (all those letters and numbers that look like garbage are just the mail attachment; some sort of Word document). There should be a /pre tag at the end, there, but there isn't. Please try running gotmail with the --debug option, so that we can see what's going on. You may trim the actual message from the output that you paste in your reply, since it's really very large. thanks -- paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365673: Unable to open /Inbox. at /usr/bin/gotmail line 1024.
tags 365673 upstream confirmed thanks An easy workaround, of course, is to explicitly specify a destination for the saved mail with --folder-directory or --forwarding-email or similarly in a .gotmailrc. -- paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381422: gotmail - Could not parse redirect location
tags 381422 upstream unreproducible moreinfo thanks (A similar or the same bug is being tracked as SF bug #1476582: http://sourceforge.net/tracker/index.php?func=detailaid=1476582group_id=96810atid=615989 If the submitter with the anonymous proxy-mail sees this, could he or she please provide the contents of the .gotmailrc being used (passwords scrubbed), and the complete debug output of gotmail? -- paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386958: gotmail: Cannot get mail
severity 386958 grave tags 386958 sarge thanks I don't think that a failure to fetch your mail constitutes serious data loss. You can still use your browser :-/ I'll see about preparing an upload for stable-proposed-updates, but I understand the RMs don't much like putting new upstream versions in stable point releases. In the meantime, please upgrade to gotmail 0.8.9-1. The package can probably be installed as-is on sarge, and certainly builds fine from source on sarge. -- paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386503: fortunes: fortune incorrectly split in two
Package: fortunes Version: 1:1.99.1-3 Severity: minor taken from /usr/share/games/fortunes/people: -8- % Are your glasses mended with a strip of masking tape right over your nose? Do you put pennies in the slots in your penny loafers? Does your bow-tie flash hey you kid in red neon at parties? Do you think pizza before noon is unhealthy? Do you use the greasy kid's stuff to stick down your cowlick? Do you wear a nerd-pack in your shirt pocket to keep the dozen or so pencils from marking the cloth? Do you think Mary Jane is somebody's name? Is illegal fishing something only a daring criminal would do? Is Batman your hero? Superman? Green Lantern? The Shadow? Do you think girls who kiss on the first date are loose? % Rate yourself on the nerd-o-matic scale. (1 point for each YES answer) 0-2 -- You are really hip, a real cool cat, a hoopy frood. 3-5 -- There is hope for you yet. 6-7 -- Uh-oh, trouble in River City. 8-10 -- Your immortal soul is in peril. 11+ -- Does suicide seem attractive? % -8- Not completely certain, but I'd say the % in the middle there is an error; neither fortune seems to make sense except in the context of the other. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages fortunes depends on: ii fortune-mod 1:1.99.1-3 provides fortune cookies on demand ii fortunes-min 1:1.99.1-3 Data files containing fortune cook fortunes recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384068: uninstallable
Package: python-notify Version: 0.1.0-1 Severity: grave python-notify 0.1.0-1 depends on python ( 2.4), a version which is no longer available in Unstable. debian/pyversions lists only 2.3, but simply rebuilding on a system with python 2.4.3-11 created a package depending on python (= 2.4). Not sure why; maybe a pyversions of just 2.3 is now invalid somehow? The package so built appears to work fine (based on running the tests in tests/) with python2.4, and I can't find any indication that the Galago people think it won't work with 2.4 or above. At any rate, the package needs either a pyversions tweak and a rebuild, or a dependency on python2.3 instead of python. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages python-notify depends on: ii libnotify10.4.0-1sends desktop notifications to a n ii python2.4.3-11 An interactive high-level object-o ii python-gtk2 2.8.6-5Python bindings for the GTK+ widge ii python-support0.4.1 automated rebuilding support for p python-notify recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378798: New upstream version available
Package: stunnel Version: 2:3.26-10 Severity: wishlist http://www.stunnel.org/ shows the latest stable release being 4.15. This includes such (very nice) features as optionally using poll() instead of select(), so that the number of connections aren't (horribly) limited by FD_SETSIZE. I'll be trying to package and use the latest version at work, where it will be under a heavy load. I'll let you know what I find and send patches for packaging if appropriate. -- paul -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages stunnel depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libssl0.9.8 0.9.8b-2 SSL shared libraries ii libwrap0 7.6.dbs-9 Wietse Venema's TCP wrappers libra ii netbase 4.25 Basic TCP/IP networking system ii openssl 0.9.8b-2 Secure Socket Layer (SSL) binary a stunnel recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376211: Acknowledgement (New upstream version 0.9.0)
Planning to NMU this new version after telling Tv on IRC. -- paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376197: cannot import nevow
Package: python-nevow Version: 0.7.0-1.1 Severity: grave Not so hot. eris:~% python2.3 Python 2.3.5 (#2, Jun 13 2006, 23:12:55) [GCC 4.1.2 20060613 (prerelease) (Debian 4.1.1-4)] on linux2 Type help, copyright, credits or license for more information. import nevow /var/lib/python-support/python2.3/nevow/compy.py:44: ComponentsDeprecationWarning: twisted.python.components.Interface is deprecated in Twisted 2.3. Use zope.interface.Interface instead. (also note that you should not use 'self' as the first arg on function decls in z.i.Interfaces). class IComponentized(Interface): /var/lib/python-support/python2.3/nevow/inevow.py:12: ComponentsDeprecationWarning: twisted.python.components.Interface is deprecated in Twisted 2.3. Use zope.interface.Interface instead. (also note that you should not use 'self' as the first arg on function decls in z.i.Interfaces). class IQ(compy.Interface): /var/lib/python-support/python2.3/nevow/inevow.py:64: ComponentsDeprecationWarning: twisted.python.components.Interface is deprecated in Twisted 2.3. Use zope.interface.Interface instead. (also note that you should not use 'self' as the first arg on function decls in z.i.Interfaces). class IResource(compy.Interface): /var/lib/python-support/python2.3/nevow/inevow.py:75: ComponentsDeprecationWarning: twisted.python.components.Interface is deprecated in Twisted 2.3. Use zope.interface.Interface instead. (also note that you should not use 'self' as the first arg on function decls in z.i.Interfaces). class IRenderer(compy.Interface): /var/lib/python-support/python2.3/nevow/inevow.py:84: ComponentsDeprecationWarning: twisted.python.components.Interface is deprecated in Twisted 2.3. Use zope.interface.Interface instead. (also note that you should not use 'self' as the first arg on function decls in z.i.Interfaces). class IRendererFactory(compy.Interface): ... snip lots more ... Traceback (most recent call last): File stdin, line 1, in ? File /var/lib/python-support/python2.3/nevow/__init__.py, line 140, in ? load(basic_adapters) File /var/lib/python-support/python2.3/nevow/__init__.py, line 30, in load compy.registerAdapter(a, clean(o), i) File /var/lib/python-support/python2.3/nevow/compy.py, line 32, in registerAdapter adapterFactory = _namedAnyWithBuiltinTranslation(adapterFactory) File /var/lib/python-support/python2.3/nevow/util.py, line 225, in _namedAnyWithBuiltinTranslation return namedAny(name) File /var/lib/python-support/python2.3/nevow/util.py, line 78, in namedAny topLevelPackage = __import__(trialname) File /var/lib/python-support/python2.3/formless/__init__.py, line 9, in ? from formless.annotate import * File /var/lib/python-support/python2.3/formless/annotate.py, line 17, in ? from nevow.compy import Interface, MetaInterface ImportError: cannot import name MetaInterface Same thing happens with python2.4. I'll try to debug, since I need this working, but hopefully someone else out there more familiar with the package can do it faster. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages python-nevow depends on: ii python2.3.5-11 An interactive high-level object-o ii python-support0.3.8 automated rebuilding support for p ii python-twisted-core 2.4.0-1Event-based framework for internet ii python-twisted-web0.6.0-1An HTTP protocol implementation to python-nevow recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376197: Acknowledgement (cannot import nevow)
Okay, the problem appears to be that Nevow 0.7.0 is not twisted (= 2.3) aware. There is a Nevow 0.9.0 release out that fixes these problems. Some other possible fixes: - Don't upgrade past Twisted 2.2 - Make some changes to nevow's compy.py: protect z.i.Interface from being overwritten by the t.p.components import *, and add some items to the explicit imports list (they've been removed from t.p.components's __all__ list). These band-aid seemed to work for me amidst many deprecation warnings, but I didn't test very well. - Update to Nevow 0.9.0. I have a debian package ready that I'll post in a separate New upstream version bug. -- paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376211: New upstream version 0.9.0
Package: python-nevow Version: 0.7.0-1.1 Severity: wishlist Tags: patch A new upstream version of Nevow, 0.9.0, is available at http://www.divmod.org/trac/wiki/DivmodNevow. The attached patch applies to the upstream source to create a Debian 0.9.0 package. -- paul nevow_0.9.0-1.diff.gz Description: Binary data
Bug#375416: also mispelling of package name
Description starts with MapieRSS, when it appears the package name is MagpieRSS ^ -- paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363949: mairix: new upstream version available
Package: mairix Version: 0.17-2 Severity: wishlist Mairix 0.18 is available - again with interesting new features and fixes. Thanks for your debian work! -- paul -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mairix depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii zlib1g1:1.2.3-11 compression library - runtime mairix recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340677: similar problem
I'm having a related problem. The fragment of code listed by Peter De Wachter in the initial report does not break pygame for me, but using serif instead does. I traced the problem down to incorrect parsing of a fonts.dir file (as opposed to a fonts.cache-1 file, as in the earlier case). My /usr/share/fonts/truetype/freefont/fonts.dir (covering apparently only fonts from the ttf-freefont package) looks like this: 21 FreeMono.ttf -misc-FreeMono-medium-r-normal--0-0-0-0-p-0-iso8859-1 FreeMonoBold.ttf -misc-FreeMono-bold-r-normal--0-0-0-0-p-0-iso8859-1 FreeMonoBoldOblique.ttf -misc-FreeMono-medium-r-normal--0-0-0-0-p-0-iso8859-1 FreeMonoOblique.ttf -misc-FreeMono-medium-r-normal--0-0-0-0-p-0-iso8859-1 FreeSans.ttf -misc-FreeSans-medium-r-normal--0-0-0-0-c-0-jisx0208.1983-0 FreeSans.ttf -misc-FreeSans-medium-r-normal--0-0-0-0-p-0-iso8859-1 FreeSansBold.ttf -misc-FreeSans-bold-r-normal--0-0-0-0-p-0-iso8859-1 FreeSansBoldOblique.ttf -misc-FreeSans-medium-r-normal--0-0-0-0-p-0-iso8859-1 FreeSansOblique.ttf -misc-FreeSans-medium-r-normal--0-0-0-0-p-0-iso8859-1 FreeSerif.ttf -misc-FreeSerif-medium-r-normal--0-0-0-0-c-0-jisx0208.1983-0 FreeSerif.ttf -misc-FreeSerif-medium-r-normal--0-0-0-0-p-0-iso8859-1 FreeSerifBold.ttf -misc-FreeSerif-bold-r-normal--0-0-0-0-c-0-jisx0208.1983-0 FreeSerifBold.ttf -misc-FreeSerif-bold-r-normal--0-0-0-0-p-0-iso8859-1 FreeSerifBoldItalic.ttf -misc-FreeSerif-medium-r-normal--0-0-0-0-p-0-iso8859-1 FreeSerifItalic.ttf -misc-FreeSerif-medium-i-normal--0-0-0-0-p-0-iso8859-1 bw=0.5:FreeSans.ttf -misc-FreeSans-medium-r-normal--0-0-0-0-c-0-iso8859-1 bw=0.5:FreeSans.ttf -misc-FreeSans-medium-r-normal--0-0-0-0-c-0-jisx0201.1976-0 bw=0.5:FreeSerif.ttf -misc-FreeSerif-medium-r-normal--0-0-0-0-c-0-iso8859-1 bw=0.5:FreeSerif.ttf -misc-FreeSerif-medium-r-normal--0-0-0-0-c-0-jisx0201.1976-0 bw=0.5:FreeSerifBold.ttf -misc-FreeSerif-bold-r-normal--0-0-0-0-c-0-iso8859-1 bw=0.5:FreeSerifBold.ttf -misc-FreeSerif-bold-r-normal--0-0-0-0-c-0-jisx0201.1976-0 Those last few lines are what's causing the breakage; pygame thinks that bw=0.5:FreeSerifBold.ttf is a filename, when in fact it is not. I don't know exactly what the stuff before the colon means; possibly it's that TTCap stuff [1], but it soudns like that is supposed to have a colon before it too. Not too important, as sysfont.py:read_unix_fontsdir() would be parsing them wrong in either case. It should ignore everything up to the last colon in the field it's using as a filename. Alternatively, use the patch provided by Peter, as fc-list seems to know how to handle that sort of thing and everything is happy. [1] http://www.xfree86.org/4.0.1/fonts4.html#26 -- paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360843: who should?
It seems rather like manpages-dev /should/ be the one to own these, and a bug should be filed on modutils to get these manpages out of there. Still, this bug should remain open and serious until manpages-dev is at least installable. -- paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360842: MONITOR: worker exited on signal 11, restarting...
Package: pound Version: 2.0-1 Severity: important Tags: patch Was getting this line in my logs every time a request was made to pound. It would close the connection immediately, without sending anything, and report this. Apr 4 15:57:35 elmer pound: MONITOR: worker exited on signal 11, restarting... Not cool. Gdb said the segfaulting happened in trying to compile a regex that didn't exist, while trying to figure out session foo (I don't track sessions at all in my configuration). Research pulled up this: http://www.apsis.ch/pound/pound_list/archive/2006/2006-02/113910000#113910000 Unclear whether a new pound version has been released since then, but the fix definitely has not been applied. I took Robert's suggestion at the bottom, and got the attached patch. It fixes the segfaults. -- paul -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages pound depends on: ii libc6 2.3.6-4GNU C Library: Shared libraries an ii libssl0.9.8 0.9.8a-8 SSL shared libraries pound recommends no packages. -- no debconf information diff -ur pound-2.0/svc.c good-pound-2.0/svc.c --- pound-2.0/svc.c 2006-02-01 04:46:10.0 -0700 +++ good-pound-2.0/svc.c 2006-04-04 16:21:14.0 -0600 @@ -651,6 +651,8 @@ { charkey[KEY_SIZE + 1]; +if (svc-sess_type != S_COOKIE svc-sess_type != S_HEADER) + return; pthread_mutex_lock(svc-mut); if(get_HEADERS(key, svc, headers)) if(sess_find(svc-sessions, key) == NULL)
Bug#352878: 2.6.15-6 breaks on Thinkpad R52 (SATA issues?)
On Wed, Feb 15, 2006 at 11:16:34AM +0100, maximilian attems wrote: can you retry to upgrade, make sure to regnerate your initramfs afterwards update-initramfs -t -u but i'm pretty sure that this is similar to #352705 kernel package calls the wrong initramfs lowlevel command, so hooks like udev don't get added if they are upgraded in the same run. Wow, you were totally right. I am totally impressed. Everything works. Should I reassign and merge the bug? -- paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352878: 2.6.15-6 breaks on Thinkpad R52 (SATA issues?)
Package: linux-image-2.6.15-1-686 Version: 2.6.15-6 Severity: important After upgrading the linux-image-2.6.15-1-686 package from 2.6.15-4 to 2.6.15-6, this IBM/Lenovo Thinkpad R52 (laptop) would no longer boot that kernel. It failed to find the device to mount for the root partition. I am fairly sure that SATA issues have something to do with this, having fought with them before to get this system working, but I don't know exactly what they might be. I wish I had more time to debug this, but I really don't. More details follow, in case they are useful: - Only one hard disk, and it's SATA. CD-ROM drive hasn't been working- I think because ATAPI is still disabled in libata. - Bootloader is grub. Root fs is ext3. - After being dropped into the busybox shell on boot failure, I tried modprobing libata, scsi_mod, and sd_mod to mount the fs manually. No device node appeared in /dev. I tried mknod-ing /dev/sda and /dev/sda2 manually. Still couldn't mount. I rmmod-ed the scsi modules, rmmod-ed ata_piix, and reloaded the scsi modules, as I remembered something like that being necessary sometime in the past. Still no cookie. - Of course, all this had to happen right after I got comfortable with 2.6.15 and (foolishly) removed an older kernel version, leaving me with nothing to boot. I had to boot Knoppix, chroot, and downgrade the package to the 2.6.15-4 version. That made everything happy again. - dmesg output: --8- and line: root=/dev/sda2 ro ramdisk_size=10 lang=us apm=power-off nomce vga=791 mapped APIC to d000 (fee0) mapped IOAPIC to c000 (fec0) Initializing CPU#0 PID hash table entries: 4096 (order: 12, 65536 bytes) Detected 1729.458 MHz processor. Using pmtmr for high-res timesource Console: colour dummy device 80x25 Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Memory: 1030824k/1047424k available (1425k kernel code, 15844k reserved, 530k data, 144k init, 129920k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay using timer specific routine.. 3461.41 BogoMIPS (lpj=1730706) Security Framework v1.0.0 initialized SELinux: Disabled at boot. Capability LSM initialized Mount-cache hash table entries: 512 CPU: After generic identify, caps: afe9fbff 0010 0180 CPU: After vendor identify, caps: afe9fbff 0010 0180 CPU: L1 I cache: 32K, L1 D cache: 32K CPU: L2 cache: 2048K CPU: After all inits, caps: afe9fbff 0010 0040 0180 mtrr: v2.0 (20020519) CPU: Intel(R) Pentium(R) M processor 1.73GHz stepping 08 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. ENABLING IO-APIC IRQs ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1 checking if image is initramfs... it is Freeing initrd memory: 4428k freed NET: Registered protocol family 16 ACPI: bus type pci registered PCI: PCI BIOS revision 2.10 entry at 0xfd8d7, last bus=7 PCI: Using MMCONFIG ACPI: Subsystem revision 20050902 ACPI: Found ECDT ACPI: Interpreter enabled ACPI: Using IOAPIC for interrupt routing ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11) ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 10 *11) ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 9 10 *11) ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 10 *11) ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 10 *11) ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 9 10 *11) ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 9 10 *11) ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 9 10 *11) ACPI: PCI Root Bridge [PCI0] (:00) PCI: Probing PCI hardware (bus 00) PCI quirk: region 1000-107f claimed by ICH6 ACPI/GPIO/TCO PCI quirk: region 1180-11bf claimed by ICH6 GPIO PCI: Ignoring BAR0-3 of IDE controller :00:1f.2 Boot video device is :01:00.0 PCI: Transparent bridge - :00:1e.0 ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: Embedded Controller [EC] (gpe 28) ACPI: Power Resource [PUBS] (on) ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.AGP_._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.EXP0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.EXP2._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1._PRT] Linux Plug and Play Support v0.97 (c) Adam Belay pnp: PnP ACPI init pnp: PnP ACPI: found 14 devices PnPBIOS: Disabled by ACPI PNP PCI: Using ACPI for IRQ routing PCI: If a device doesn't work, try pci=routeirq. If it helps, post a report PCI: Bridge: :00:01.0 IO window: 3000-3fff MEM window: a810-a81f PREFETCH window: c000-c7ff PCI: Bridge: :00:1c.0 IO window: disabled. MEM window: a820-a82f PREFETCH window: disabled. PCI: Bridge: :00:1c.2 IO window: 4000-4fff MEM window: a830-a83f PREFETCH
Bug#351997: diagnosis
The problem is that the doc-base install-docs control files do not appear to have a syntax for comments. The synergy.doc-base control file should have the #-marked lines removed. If you have already installed the package and it's failing in the configure step, just edit /usr/share/doc-base/synergy and delete those lines. -- paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#169647: /var/run/sudo configured, but not created
This report has been partially addressed: the sudo package is configured by default to use the /var/run/sudo directory to hold timestamps. The man pages sudo(8) and sudoers(5) reflect this configuration. The problem is that the directory is never created by the package, and so the whole timestamp functionality is missing unless the user creates the directory manually. $ grep var /var/lib/dpkg/info/sudo.* $ If the omission was intentional, perhaps the man pages should at least suggest to the users that some action on their part is expected in order for timestamps to work. -- paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349850: nmu?
I'd be happy to upload a quick minimal fix if you're ok with that. -- paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349850: depends on unavailable gkrellm2
Package: gkrellmoon Version: 0.6-3 Severity: grave Package is uninstallable; it depends on 'gkrellm2', which has been provided by the gkrellm package up until 2.2.7-5 (or maybe -6). It is no longer provided, so gkrellmoon should update its depends. For example, Depends: gkrellm (= 2.0.0). -- paul -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gkrellmoon depends on: ii gkrellm [gkrellm2]2.2.7-5multiple stacked system monitors: ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.5-12 GNU C Library: Shared libraries an ii libglib2.0-0 2.8.6-1The GLib library of C routines ii libgtk2.0-0 2.8.10-1 The GTK+ graphical user interface ii libpango1.0-0 1.10.2-1 Layout and rendering of internatio gkrellmoon recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321658: patch for this bug
A fix to this would really be nice. Just in case it's waiting on time for the maintainer to find what needs to be changed, a patch is included here. Probably useless, but oh well. -- paul diff -Naur python-imaging-1.1.5/PIL/Image.py python-imaging-1.1.5-change/PIL/Image.py --- python-imaging-1.1.5/PIL/Image.py 2005-03-25 00:50:52.0 -0700 +++ python-imaging-1.1.5-change/PIL/Image.py2005-11-21 14:58:45.0 -0700 @@ -1896,7 +1896,7 @@ else: format = None if not command: -command = xv +command = display if title: command = command + -name \%s\ % title -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304373: WM?
Sven- I didn't see it specified in your report which window manager you use. I'm wondering if it makes a difference. I use enlightenment and am seeing this behavior, even with the latest 1.5 version of docker. -- paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#282430: temp bug fix, but apply it for all users!!!
On Tue, Apr 19, 2005 at 08:11:58PM +0200, [EMAIL PROTECTED] wrote: i found this bug fix @ the patches thing @ gotmail.sf.net :) check it out: Does it work for you? -- paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304518: e16menuedit2: Typo in Recommends: field
Package: e16menuedit2 Version: 0.0.2-1 Severity: normal e16menuedit2 Recommends: enligtenment which is not in Debian. I expect it should be enlightenment instead. -- paul -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages e16menuedit2 depends on: ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libglade2-0 1:2.4.2-2library to load .glade files at ru ii libglib2.0-02.6.4-1 The GLib library of C routines ii libgtk2.0-0 2.6.4-1 The GTK+ graphical user interface ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libpopt01.7-5lib for parsing cmdline parameters ii libxml2 2.6.16-7 GNOME XML library ii zlib1g 1:1.2.2-4compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298931: bug in handling quote-protected filenames in cscope.files
Package: cscope Version: 15.5-1.1 Severity: normal Tags: patch This problem was found and fixed by rjr, who prefers not to post public info about himself when submitting a bug report. I'll pass on any correspondence. This same bug was reported to the upstream sourceforge tracker a long time ago, and the maintainer apparently made the fix in CVS, but has yet to release a new version. The bug causes major and continuing difficulties with certain patterns of usage, so it would be terrific if it could at least be fixed in the Debian package. cscope has a bug in handling filenames with quotes in cscope.files files. The following data file demonstrates the problem: /home/anon/cvs/stuff/src/mycode/scripts/cmd_webui/Ufs/Windows/WindowsCreateSharedFolderPermissions.py /home/anon/cvs/stuff/src/mycode/scripts/cmd_webui/util/nfsd.py /home/anon/cvs/stuff/src/mycode/scripts/cmd_webui/util/windows_networking_subsys.py /home/anon/cvs/stuff/src/mycode/scripts/cmd_webui/Ufsrpc/UIInternal.py /home/anon/cvs/stuff/src/mycode/scripts/cmd_webui/Ufsrpc/UILogStream.py /home/anon/cvs/stuff/src/mycode/scripts/cmd_webui/Ufsrpc/UIWindows.py /home/anon/cvs/stuff/src/mycode/scripts/cmd_webui/IsilonUI/Launch.py /home/anon/cvs/stuff/src/mycode/scripts/cmd_webui/patches/WDGValidator.py /home/anon/cvs/stuff/src/include/arpa/nameser.h /home/anon/cvs/stuff/src/include/arpa/ftp.h /home/anon/cvs/stuff/src/include/arpa/inet.h /home/anon/cvs/stuff/src/include/arpa/nameser_compat.h /home/anon/cvs/stuff/src/include/arpa/telnet.h /home/anon/cvs/stuff/src/include/arpa/tftp.h /home/anon/cvs/stuff/src/include/a.out.h /home/anon/cvs/stuff/src/include/ar.h /home/anon/cvs/stuff/src/include/assert.h /home/anon/cvs/stuff/src/include/bitstring.h /home/anon/cvs/stuff/src/include/complex.h /home/anon/cvs/stuff/src/include/ctype.h /home/anon/cvs/stuff/src/include/db.h /home/anon/cvs/stuff/src/include/dirent.h /home/anon/cvs/stuff/src/include/disktab.h /home/anon/cvs/stuff/src/include/dlfcn.h /home/anon/cvs/stuff/src/include/elf-hints.h /home/anon/cvs/stuff/src/include/elf.h /home/anon/cvs/stuff/src/include/err.h What happens is this: /home/anon/cvs/stuff/src/mycode/scripts/cmd_webui/Ufs/Windows/WindowsCreateSharedFolderPermissions.py gets into the buffer 'line' and then a pointer ('point_in_line') gets set to the current location in the line. The code notes that this line has quotes on it so it tries to remove them, but in the process it moves the point_in_line pointer to the location of the closing quotation mark. However, at the end of the sscanf() loop we again update the point_in_line pointer to +length_of_name. This ends up pointing off into a random location in 'line' (fortunately, this buffer is quite large). Later on we read in a shorter string. For example /home/anon/cvs/stuff/src/include/ar.h We again remove the quotes and increment, but on the second increment we end up pointing at a portion of the old long string and on the next pass at sscanf(), we end up with something like point_in_line = erPermissions.py which is not a valid file, resulting in cscope: cannot find file erPermissions.py The patch for this problem is attached. -- paul -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages cscope depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libncurses5 5.4-4Shared libraries for terminal hand -- no debconf information --- cscope-15.5/src/dir.c 2003-06-02 04:43:00.0 -0600 +++ dir.c 2004-06-22 16:40:26.056658100 -0600 @@ -401,6 +401,9 @@ newpath[out] = '\0'; /* Make sure we skip over the part just read */ point_in_line += in + 1; + /* Don't move point_in_line at the end of this loop! + * I'm sure there's a better fix for this. */ + length_of_name = 0; /* ... to deactive step by strlen() path at end * of loop */ path[0]='\0';
Bug#270740: gotmail gives an error about curl
On Wed, Nov 10, 2004 at 08:46:03PM +0200, Haggai Eran wrote: tmp's permissions are normal (1777) . I don't know what this is. I'll change the crontab entry to show all output and not just errors, so I'll have more information the next time this happens. Any more info on this problem, or should I close the bug? -- paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]