Bug#836176: RFA: axel -- light command line download accelerator
Package: wnpp Severity: normal I request an adopter for the axel package. The package description is: Axel tries to accelerate the downloading process by using multiple connections for one file, similar to DownThemAll and other famous programs. It can also use multiple mirrors for one download. . Using Axel, you will get files faster from Internet. So, Axel can speed up a download up to 60% (approximately, according to some tests). . Axel tries to be as light as possible, so it might be useful as a wget clone (and other console based programs) on byte-critical systems.
Bug#751511: xfslibs-dev: Incorrect licensing information in debian/copyright
Source: xfslibs-dev Severity: serious Justification: Policy 4.5 -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 It looks like the xfslibs-dev package source files are licensed under LGPL v2.1, however the debian/copyright file indicates that only the libhandle package is under LGPL and that the rest of the package is licensed under GPL. Giridhar - -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJTmwnSAAoJEKjSzROqVEqhm4wQAIVHEEsJ1+YkbxQOx8ubKHov hW4HJK1h6PoBudiyK+RSBIekl8WV08qvwaUJHg6xPodH3N/WhfDw7vduQv97s5Hr DJ92DWA5j06XUOKNPsRFGi6mGL2VVPgOkb+3xGPWgTLpAeUfbkukOStp7Gi8tOEI 6REM2z3uh8krCzuIsB1RS4j8SWXFVy3OE0ROKfL92JsWyVgUpRmDdU0nwEmhjrfn 7Bk4ecEaZA3nXeT5FY2yAEtk0hIat/rtCYe66lJw6k7FmogD5W46tb6U2bgtmqt1 I1JGDivQgbBd1pogxUdgNyK4lizSkTOdg24WuaGHMhI7sH6+DHMPOiC81INsf1qY 6q8OB7naez3x8BFGMH03BL6wpn1yVAd+m0nEXJLluu3niLlOHjSTLAbqiX8h+n2b PyXFnTViaGI8oYGHbTnOC+t/o+mbnbIE7hnsfdDhVXqDhZo5dJtWl4VxNuOBTOV8 7ZiNH4y8kHwU8yT6dW/dGLCYxWvE+RvTGhgL/V0tO2ipkuVUmZaMyvvUuk6xSfER wSf1AUWhhgJBJzGRZj4UglWJ99MaZMxYzLMJq20uQmTSzlnN//vLsmjMcfFcx61f 33AaniHi0fbOwPHV5lecxjyxKgjo5CSd0EqaCV7fenAB1Tr6mKXB3frrOJMxbhlr c69uwhjzVNZRP8tudDtC =yzqb -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706605: Processed: tagging as pending bugs that are closed by packages in NEW
# Bcc: control tags 706607 - pending thanks On 13/07/21 08:09 +, Debian Bug Tracking System said ... Processing commands for cont...@bugs.debian.org: # Sunday 21 July 08:04:31 UTC 2013 # Tagging as pending bugs that are closed by packages in NEW # http://ftp-master.debian.org/new.html # # Source package in NEW: macfanctld tags 706607 + pending Bug #706607 [dput] dput: Invalid warning about orig tarball not being required Added tag(s) pending. The macfanctld package in NEW closes the incorrect bug. It should be 706605 and not 706607. Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#604515: Preparations for the removal of the KDE3 and Qt3 libraries
Hi Ana, On 12/05/30 21:53 +0200, Ana Guerrero said ... [About the removal of xxdiff because it is using Qt3] On Sun, May 20, 2012 at 10:23:40PM +0200, Christoph Anton Mitterer wrote: According to the upstream website, a qt4 port is available. Thomas, Appaji, could you please look at this? The last 2 uploads of xxdiff were NMU, so if you have not time for this package anymore, please also let me know so I can put it for adoption. The QT4 port is available in the upstream HG repository but it hasn't been officially released (the releases archive still has only 3.2) or tagged which is why I did not bother to re-package it. I was hoping to do an upload to experimental a couple of months ago but was hard pressed on personal time. I still use xxdiff where meld doesn't cut it and will have time to maintain it (in a month's time). What would your suggested course of action meanwhile be? RFH? Anyways, give me time till the weekend and I will try and see what I can do with the HG tip which is the current QT4 port. Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662779: O: sclapp -- framework for Python command-line applications
Package: wnpp Severity: normal I intend to orphan the sclapp package. I packaged it because it was a dependency for pytagsfs which I neither maintain nor use anymore. The software itself is stable and hasn't changed in many months. The package description is: sclapp is a Python module that makes it easy to write well-behaved command-line applications and helps authors deal with the following issues: . * Signal handling * Terminal character encodings * Standard output failures (broken pipes) * Common command-line options (like --help and --version) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660418: Default dput.cf doesn't mention progress_indicator
# Bcc: control tags 493528 + wontfix thanks On 12/02/18 21:16 -0500, Ari Pollak said ... The default /etc/dput.cf doesn't include anything about progress_indicator. I would never have realized this is a configuration option in dput.cf and not a commandline option, had it not been for someone telling me about it. At the very least, putting it in the example dput.cf (preferably defaulting to 2) should help future users. I suppose it is inappropriate to add progress_indicator = 2 unless all the upload methods can support it reliably, hence this is a wontfix. Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#626172: aptitude, elinks: something is wrong here
On 11/06/16 00:19 +, Thorsten Glaser said ... something has been done – elinks dropped the firefox dependency, This is probably because javascript functionality in Elinks was removed in the latest upload. http://anonscm.debian.org/gitweb/?p=collab-maint/elinks.git;a=commitdiff;h=ddd529797e39590f7b8225a96c21f8b40ca44057 Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#595726: limit source to dput, tagging 595726
On 11/06/08 20:15 +0100, Adam D. Barratt said ... On Thu, 2011-05-26 at 19:13 +0200, Julien Cristau wrote: On Thu, May 26, 2011 at 07:12:21 +0200, Gerfried Fuchs wrote: Dear Release Team. dput in squeeze still has the old upload data for backports in it from its unofficial time. Given that we released squeeze with backports being official I would like to request permission to upload dput with an adapted /etc/dput.cf file to fix that so that we don't have to adjust it on systems we upload from. As I said on irc, ack in principle (send a patch here before uploading though please, although I assume it's just the config file being updated; haven't looked at the bug). Ping? :) http://anonscm.debian.org/gitweb/?p=collab-maint/dput.git;a=commitdiff;h=7453fa87858049595d4413abab458a76204942e0 http://anonscm.debian.org/gitweb/?p=collab-maint/dput.git;a=commitdiff;h=a3a3cf04da6f4412ea47323d0becc71cb49fa552 Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#595726: limit source to dput, tagging 595726
Hi, On 11/03/04 22:14 +0100, Gerfried Fuchs said ... * Salvatore Bonaccorso car...@debian.org [2011-03-04 20:51:32 CET]: Hi Rhonda and Y Giridhar Appaji Nag On Fri, Feb 25, 2011 at 08:14:22PM +0100, Gerfried Fuchs wrote: On Wed, Sep 08, 2010 at 03:24:12PM +0530, Y Giridhar Appaji Nag wrote: # * Change the default backports configuration (Closes: #595726) tags 595726 + pending This was in September - I am thinking of preparing an NMU for this and also run it through the release-team to get this into squeeze. Please speak up if you want to do that yourself, it's quite inconvenient that backports is official since squeeze but the squeeze version of dput is unable to push there (without personal tweaking). Any news on this? I haven't received any response from Y Giridhar Appaji Nag and wanted to give them a chance to respond. If you want to do the upload you have my blessing. I have a fair bit of load on my shoulders these days, additionally if I'd done the NMU I would check the other bugs too to see wether there are others to do in the same upload, so it might take a bit until I get around to doing so. Thank you for your patience. I have been traveling since a while and also moved my residence (I don't expect to have an internet connection at home till a few days to be able to actively upload packages). I am on the Low threshold NMU list and would be happy in case you do uploads on my behalf. There aren't many other pressing 'bugs' that would need attention, but I will integrate a couple of feature patches and do an upload in a few days. I will get in touch with the release team to have this integrated for r1 but I am not sure they would accept a 'non critical' change. Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#593680: gnupg: segfaults on --list-secret-keys with list-options show-photos
On 10/08/24 17:37 +0530, Y Giridhar Appaji Nag said ... On 10/08/21 09:28 -0400, David Shaw said ... On Aug 20, 2010, at 12:51 PM, Daniel Leidert wrote: Am Freitag, den 20.08.2010, 14:10 +0530 schrieb Y Giridhar Appaji Nag: photo UIDs in GPG. The problem is that gpg --list-secret-keys segfaults. your key or one of the keys in your keyring. Can you attach the photo you are using? Attaching the picture with this mail. JFTR: Does viewing your photo with display directly produce a crash? No, it doesn't. Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#593680: gnupg: segfaults on --list-secret-keys with list-options show-photos
On 10/08/21 09:28 -0400, David Shaw said ... On Aug 20, 2010, at 12:51 PM, Daniel Leidert wrote: Am Freitag, den 20.08.2010, 14:10 +0530 schrieb Y Giridhar Appaji Nag: photo UIDs in GPG. The problem is that gpg --list-secret-keys segfaults. Unfortunately I cannot reproduce it here. So I guess it is related to your key or one of the keys in your keyring. Can you attach the photo you are using? Attaching the picture with this mail. Or if you have the time (and the necessary knowledge): please rebuild the gnupg packages not stripping the symbols, reproduce the crash and send us the backtrace. I'll try and do this, but not immediately. JFTR: Does viewing your photo with display directly produce a crash? Everything Daniel said above, plus, does listing the public keyring (i.e. list-keys instead of list-secret-keys) also cause the segfault? No. This doesn't happen with the public keyring. (and if so, can you send me the public keyring? I wouldn't ask for a secret keyring unless you're not interested in those keys for whatever reason, but a public one is generally public) I am afraid I can't give you the secret keyring and the problem doesn't happen with the public keyring. Cheers, Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ attachment: E1EBBEA51D389887.jpg signature.asc Description: Digital signature
Bug#593680: gnupg: segfaults on --list-secret-keys with list-options show-photos
Package: gnupg Version: 1.4.10-4 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I use a list-options show-photos in my gpg.conf and also have a photo as a UID in my secret keys. I use display from the imagemagick package to view photo UIDs in GPG. The problem is that gpg --list-secret-keys segfaults. gpg --list-secret-keys --no-show-photos works OK gpg --list-secret-keys --verify-options no-show-photos segfaults. Attaching the transcript of a session where this happens. Giridhar - -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnupg depends on: ii dpkg1.15.7.2 Debian package management system ii gpgv1.4.10-4 GNU privacy guard - signature veri ii install-info4.13a.dfsg.1-5 Manage installed documentation in ii libbz2-1.0 1.0.5-4 high-quality block-sorting file co ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libreadline66.1-3GNU readline and history libraries ii libusb-0.1-42:0.1.12-15 userspace USB programming library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages gnupg recommends: ii gnupg-curl1.4.10-4 GNU privacy guard - a free PGP rep ii libldap-2.4-2 2.4.17-2.1 OpenLDAP libraries Versions of packages gnupg suggests: pn gnupg-docnone (no description available) ii imagemagick 7:6.6.0.4-2 image manipulation programs ii libpcsclite1 1.5.5-3 Middleware to access a smart card - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQEcBAEBCAAGBQJMbj93AAoJENbfLHnbvsrcT14IAIF1LsPITTmywMjs/YD42iCX 44YWFoarokUCPVQbxip9m9gtX0SWtExIwvdUUSgzOwUQMB71etIra0AOzB9s6utP 8a5WcMHc95do6Q+ZMCiAAGyF2VRNgND/P3vTZM4cfxckep9k4U5nnB53wm8+3pBd tn1+5dNoVV8HQWxFiuId4m/tA/KKIwbqBmchGZC8dUsENEUfROS+WZorV6iXEkwi ceJpeL92+IZSU8VNInDsTMqvl75cm+dFYKy03rqG1NMHT97PfjF9F2yyf84gOHap osOhEKUbK3+YwVuQGImX4+tssw8nPR8iWr9P9fAT9nXY5eH648XHU0XGagdZRh8= =0HTd -END PGP SIGNATURE- Script started on Friday 20 August 2010 02:00:50 PM IST $ gpg --list-secret-keys /home/giridhar/.gnupg/secring.gpg - sec 1024D/1D389887 2006-04-08 uid Y Giridhar Appaji Nag girid...@appaji.net uid Y Giridhar Appaji Nag app...@ibiblio.org uid [jpeg image of size 6417] gpg: Segmentation fault caught ... exiting [1]31337 segmentation fault gpg --list-secret-keys $ $ $ gpg --list-secret-keys --no-show-photos gpg: WARNING: --no-show-photos is a deprecated option gpg: please use --list-options no-show-photos instead gpg: WARNING: --no-show-photos is a deprecated option gpg: please use --verify-options no-show-photos instead /home/giridhar/.gnupg/secring.gpg - sec 1024D/1D389887 2006-04-08 uid Y Giridhar Appaji Nag girid...@appaji.net uid Y Giridhar Appaji Nag app...@ibiblio.org uid [jpeg image of size 6417] uid Y Giridhar Appaji Nag app...@gmail.com uid Y Giridhar Appaji Nag yga...@users.sf.net uid Y Giridhar Appaji Nag yga...@acm.org uid Y Giridhar Appaji Nag app...@debian.org ssb 2048g/73EAF0B5 2006-04-08 ssb 2048R/DBBECADC 2009-04-04 sec 4096R/AA544AA1 2009-05-22 uid Y Giridhar Appaji Nag girid...@appaji.net uid [jpeg image of size 6417] uid Y Giridhar Appaji Nag app...@ibiblio.org uid Y Giridhar Appaji Nag app...@debian.org uid Y Giridhar Appaji Nag app...@gmail.com uid Y Giridhar Appaji Nag yga...@users.sf.net uid Y Giridhar Appaji Nag yga...@acm.org ssb 4096R/843A5776 2009-08-08 $ $ gpg --list-secret-keys --verify-options no-show-photos /home/giridhar/.gnupg/secring.gpg - sec 1024D/1D389887 2006-04-08 uid Y Giridhar Appaji Nag girid...@appaji.net uid Y Giridhar Appaji Nag app...@ibiblio.org uid [jpeg image of size 6417] gpg: Segmentation fault caught ... exiting Script done on Friday 20 August 2010 02:01:32 PM IST
Bug#580944: Please update to 3.0 from upstream
On 10/06/20 21:44 +0200, Joel Rosdahl said ... I've just released version 3.0 of ccache. See http://ccache.samba.org/news-3.0.html for a list of changes. I'll package this in the next few days. Since I'm also a Debian developer, I'm glad to help with the Debian package if wanted. Thank you for the offer Joel. I suppose the package is rather simple and I would be able to pay enough attention to it. I have a bunch of upstream TODO items that Francios (the previous ccache maintainer) came up with for ccache when he met Tridge, I'll send them across for you to consider as an upstream maintainer. Cheers, Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#574506: security-master supports dcut
On 10/03/18 13:01 -0400, Joey Hess said ... I'm told that security-master supports dcut, but the default config does not enable it for that upload queue. I tested this and added allow_dcut = 1 to both security-master as well as security-master-unembargoed. Thank you. Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#577825: dput: assumes epoch is a single digit
On 10/04/15 09:45 +1200, Lars Wirzenius said ... The following code in dput seems wrong: if version.find(':') 0: if debug: print D: Epoch found version = version[2:] Epochs are not limited to single digits, so assuming you can strip it off with version[2:] is a bug. Something like this might work: epoch, version = version.split(':', 1) (I've used an epoch of 99, once. ;) Thank you Lars, I fixed this in dput git and the change will be included in the next upload to the archive. I suppose I'll have to audit the code a bit to check for similar 'assumption bugs'. Cheers, Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#580505: dput HTTP(S) auth fails with stack trace
Hi Chow, On 10/05/06 21:22 +0800, Chow Loong Jin said ... Uploading via HTTP(S) is currently broken when auth is enabled, and bails with the following stack trace: [snip...] This bug was originally reported at https://bugs.launchpad.net/ubuntu/+source/dput/+bug/531758. Thanks a lot for forwarding this bug from ubuntu, I appreciate this a lot :-) Just a note, does this happen with the current python default version in Debian (2.5). Also, would you know of any https server with an upload queue where I can test this? Cheers, Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#551238: FTBFS: spidermonkey.c:(.text+0x52858): undefined reference to `JS_SetBranchCallback'
On 09/11/04 09:59 +0200, Kalle Olavi Niemitalo said ... http://repo.or.cz/w/elinks/miciah.git?a=shortlog;h=refs/heads/miciah/heartbeat has a patch for this, using SIGVTALRM instead of SIGALRM (which is not how the ecmascript.max_exec_time is documented but should catch runaway scripts all the same). I haven't tested it. I haven't been able to use patch to with the test [1] that Mike Hommey suggested (ditto for a patch in the elinks git proper commit f31cf6f9). However, in the interest of fixing this RC FTBFS and installability, I uploaded a package with the above patch. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=551238#18 Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ signature.asc Description: Digital signature
Bug#560195: Missing dependency libmozjs1d prevents installation of elinks on testing and unstable
Hi Adrian, On 09/12/09 16:36 +0100, Adrian Glaubitz said ... spidermonkey.c:(.text+0x52808): undefined reference to `JS_SetBranchCallback' collect2: ld returned 1 exit status I'll be fixing this by back porting and testing a fix that upstream has in GIT. This bug is a duplicate of #551238 Cheers, Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#459325: ITP: clang -- C language family frontend for LLVM
On 09/12/08 16:44 +0600, Maia Kozheva said ... Sorry for putting the manpages under GPL - old habit, I intended them to be released under a simple public-domain-equivalent disclaimer instead of going through the roundabout way of referencing LLVM's custom license (which is BSD-like but not *the* BSD license). I have edited the manpages from my packaging and attached them here. Will this suffice? Yes, this is good, thank you. Arthur Loiret started packaging clang independent of this ITP and the work in GIT and uploaded the package to the archive already. We will build upon what is in the archive and I will ensure that these are included in the Debian package as well as sent upstream. Cheers, Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#459325: ITP: clang -- C language family frontend for LLVM
Hi Maia, On 09/12/05 08:12 +0530, Y Giridhar Appaji Nag said ... On 09/12/04 22:25 +0600, Maia Kozheva said ... It would be nice if some Ubuntu developers among people using this bug could review it. And perhaps it can serve as a basis for Debian packaging. I started packaging clang for Debian in a git repository at http://git.debian.org/?p=collab-maint/clang.git, but I had to take care of some personal stuff and did not touch it since a couple of weeks. You'll see packages by the end of this weekend and I will reuse your work as much as I can. I am re-using parts of your packaging work in preparing clang packages for Debian. However, the manpages that you wrote (in debian/man) are licensed under GPL. While this is OK, it is generally recommended that both the Debian packaging and associated files (like the manpages) be licensed under the same license as the majority of the upstream software (University of Illinois/NCSA Open Source License) so that it is easy to merge changes upstream. Would you consider re-licensing the manpages under the said license? Thanks, Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#459325: ITP: clang -- C language family frontend for LLVM
Hi Maia, On 09/12/04 22:25 +0600, Maia Kozheva said ... I have uploaded an in-progress package to Ubuntu REVU, available here: http://revu.ubuntuwire.com/p/clang I'll take a look at this too. I did not look at the packages in detail but I would like clang to be a package set rather than just one package. I would like it if clang, the static analyser, the documentation and the compiler are all difference packages that people can install and use independantly. It would be nice if some Ubuntu developers among people using this bug could review it. And perhaps it can serve as a basis for Debian packaging. I started packaging clang for Debian in a git repository at http://git.debian.org/?p=collab-maint/clang.git, but I had to take care of some personal stuff and did not touch it since a couple of weeks. You'll see packages by the end of this weekend and I will reuse your work as much as I can. Cheers, Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551883: RFA: libdaemon -- lightweight C library for daemons - development files
On 09/10/21 18:38 +0530, Y Giridhar Appaji Nag said ... I request an adopter for the libdaemon package. I was maintaining this package because it was a dependency for ifplugd (I RFA-ed that a little while ago). I can sponsor uploads of updated libdaemon packages. I will orphan this package also along with ifplugd (see #551881) in case nobody picks this up as an ITA. Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#551881: RFA: ifplugd -- configuration daemon for ethernet devices
Package: wnpp Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I no longer use ifplugd and request an adopter for the package. I am willing to sponsor updated packages. In case nobody ITAs it in a month or so, I will orphan the package. The package description is: ifplugd is a daemon which will automatically configure your ethernet device when a cable is plugged in and automatically de-configure it if the cable is pulled out. This is useful on laptops with onboard network adapters, since it will only configure the interface when a cable is really connected. Features include: . * syslog support * Multiple ethernet interface support * Uses Debian's native ifup/ifdown programs * Small executable size and memory footprint * Option to beep when the cable is unplugged or plugged * Option to beep when the interface configuration succeeds or fails * Can be configured to ignore short unplugged or plugged periods * Configure WLAN devices (on detecting a successful association to an AP) * Supports SIOCETHTOOL, SIOCGMIIREG and SIOCDEVPRIVATE for getting link status * Compatibility mode for network devices which do not support cable detection The software is quite stable and needs updation for various suspend/resume software scripts, for debconf translations and policy updates once in a while (there hasn't been an upstream release since 2005). There are a couple of patches in the Debian tree that should go upstream (I wrote to upstream and they indicated that the patches would be integrated but that hasn't happened). There are a few bugs that could do with some attention. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEcBAEBCAAGBQJK3wTmAAoJENbfLHnbvsrc4rwIAJJlDjhZfISWHkkkPoFX+c7b zmTckODKYIJ617PTy1kNPGXR/njgEqqF3Wolk3AZRWhbusD+Oqp0HullPkhFlkvb WRCEp81YvuxyznUXL+Ll1kg6mMjDtUZS2Uo8wfYZBaKVVspkRleo9lGcWgAgJ/OW Fg/GFcvL1Qs7wPRnvKeroOsbJM7qdKviyluQToV0Qi8yU1j+rs6jnttbu8BATrqq SjIzbN/feEYt9sKCkDnPOhyBXUrYfY9GThI7RunCukAfDAHFSsuRswqGej+j3Fzu +tocAvDCVu3Od1tST9Y1YiEgynADCduO8beHUJ9lZnuGY63Ki6N/s4qttMgzmps= =oMHn -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551883: RFA: libdaemon -- lightweight C library for daemons - development files
Package: wnpp Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I request an adopter for the libdaemon package. I was maintaining this package because it was a dependency for ifplugd (I RFA-ed that a little while ago). I can sponsor uploads of updated libdaemon packages. The package description is: libdaemon is a leightweight C library which eases the writing of UNIX daemons. It consists of the following parts: . * Wrapper around fork() for correct daemonization of a process * Wrapper around syslog() for simple log output to syslog or STDERR * An API for writing PID files * An API for serializing signals into a pipe for use with select() or poll() * An API for running subprocesses with STDOUT and STDERR redirected to syslog . Routines like these are included in most of the daemon software available. It is not simple to get these done right and code duplication is not acceptable. . This package includes the header files and the static version of the library and documentation. libdaemon is installed on a very large number of systems because of avahi. Updates to the software are few and far between and there are no open bugs in the Debian BTS. Upstream released 0.14 last week and the package needs to be updated for that. I am also Cc:ing the following dependent maintainers in case they would be interested in maintanance of the package. Utopia Maintenance Team pkg-utopia-maintain...@lists.alioth.debian.org Philipp Huebner debala...@debian.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEcBAEBCAAGBQJK3wfMAAoJENbfLHnbvsrcRq8IAKdKY1UqOCfLXQFGhw1zTLXs +TH0GSkjN9MKYT/I4rBC8sAcNQl/R03hJkHEqaVv09segdXsCAyx5WvNzDK0FIMT TvvrChWASg4vgW6ZuRY1SeIO4aRLZhcBEVGpHJrHAukU5zYBg1eOx2q4lNpEDfXF rm0fJ0/zCuWRESnKdS+OgEgV7eceHCg4TtCtKLKZgXQub2vqr9GaJmJDX7AkLcxZ b+n/h7drEdxUU3iMueOup6mYuKL+Nz+4hXElrJSuhCUV7/lNABnlffFSYWwor3qE mbrUOWHatFW2nG5X/isngxqV6ECwsoMKrk94MF8DzGwNiUIgLmbZqtISFXW2Blk= =7MUy -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551238: elinks: FTBFS: spidermonkey.c:(.text+0x52858): undefined reference to `JS_SetBranchCallback'
On 09/10/16 18:30 +0200, Lucas Nussbaum said ... /build/user-elinks_0.12~pre5-1-amd64-G2x4mV/elinks-0.12~pre5/src/scripting/lua/core.c:247: warning: the use of `tempnam' is dangerous, better use `mkstemp' lib.o: In function `setup_safeguard': spidermonkey.c:(.text+0x52858): undefined reference to `JS_SetBranchCallback' I believe JS_SetBranchCallback is not longer available and we would have to use JS_SetOperationCallback. I'll work on a patch to fix this. Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#551238: elinks: FTBFS: spidermonkey.c:(.text+0x52858): undefined reference to `JS_SetBranchCallback'
On 09/10/16 23:47 +0530, Y Giridhar Appaji Nag said ... On 09/10/16 18:30 +0200, Lucas Nussbaum said ... /build/user-elinks_0.12~pre5-1-amd64-G2x4mV/elinks-0.12~pre5/src/scripting/lua/core.c:247: warning: the use of `tempnam' is dangerous, better use `mkstemp' lib.o: In function `setup_safeguard': spidermonkey.c:(.text+0x52858): undefined reference to `JS_SetBranchCallback' I believe JS_SetBranchCallback is not longer available and we would have to use JS_SetOperationCallback. I'll work on a patch to fix this. Fixed in git, it would be available from next upload to the archive. Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#459325: ITP: clang -- C language family frontend for LLVM
Hi Sebastian, On 09/10/03 09:24 +0200, Sebastian Dröge said ... any newws on this? Would be nice to have clang in Debian :) http://lists.cs.uiuc.edu/pipermail/cfe-dev/2009-September/006447.html But http://llvm.org says: LLVM 2.6 release schedule: * Aug 21 - Code Freeze * Aug 28 - Pre-release1 testing begins * Sept 04 - Pre-release1 testing ends * TBD - Pre-release2 testing begins * TBD - Pre-release2 testing ends * TBD - Release! clang 2.6 (yes, not 1.0) would be released with LLVM 2.6 and LLVM 2.6 packages would be a pre-req for building clang packages. Cheers, Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#549818: fusecompress: FTBFS: ./boost/archive/portable_binary_iarchive.hpp:242:62: error: boost/archive/impl/archive_pointer_iserializer.ipp: No such file or directory
On 09/10/05 20:22 +0200, Lucas Nussbaum said ... Relevant part: g++ -DHAVE_CONFIG_H -I. -I.. -D_GNU_SOURCE -D_REENTRANT -D_POSIX_C_SOURCE=200112L -D_POSIX_SOURCE -D_SVID_SOURCE -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -pedantic -Wno-long-long -Wall -fpermissive -D_FILE_OFFSET_BITS=64 -DFUSE_USE_VERSION=26 -DNDEBUG -DRLOG_COMPONENT=fusecompress -g -O2 -MT Compress.o -MD -MP -MF .deps/Compress.Tpo -c -o Compress.o Compress.cpp In file included from Compress.cpp:21: ./boost/archive/portable_binary_iarchive.hpp:242:62: error: boost/archive/impl/archive_pointer_iserializer.ipp: No such file or directory In file included from Compress.cpp:22: ./boost/archive/portable_binary_oarchive.hpp:232:62: error: boost/archive/impl/archive_pointer_oserializer.ipp: No such file or directory In file included from Compress.cpp:21: ./boost/archive/portable_binary_iarchive.hpp:269: error: 'archive_pointer_iserializer' is not a template ./boost/archive/portable_binary_iarchive.hpp:269: error: 'archive_pointer_iserializer' in namespace 'boost::archive::detail' does not name a type In file included from Compress.cpp:22: ./boost/archive/portable_binary_oarchive.hpp:257: error: 'archive_pointer_oserializer' is not a template ./boost/archive/portable_binary_oarchive.hpp:257: error: 'archive_pointer_oserializer' in namespace 'boost::archive::detail' does not name a type make[2]: *** [Compress.o] Error 1 serialization 1.40 has an API change and the new interface should be used. See http://www.boost.org/doc/libs/1_40_0/libs/serialization/doc/release.html Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#459325: ITP: clang -- C language family frontend for LLVM
On 09/07/03 13:40 +0530, Y Giridhar Appaji Nag said ... On 09/05/28 21:48 +0530, Y Giridhar Appaji Nag said ... probably provide packages from a private repository and re-visit this when LLVM 2.6 is released. LLVM 2.6 will be the first release to include CLang. Tentatively scheduled to be released on 2009-09-21. http://lists.cs.uiuc.edu/pipermail/cfe-dev/2009-June/005469.html CLang would be released as CLang 2.6 Pre-release at: http://llvm.org/prereleases/2.6/clang-2.6.tar.gz Building with out-of-LLVM-tree support being tracked as a bug at http://llvm.org/bugs/show_bug.cgi?id=4840 Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#544360: security-master config uses sch instead of ftp
Hi Joey, On 09/08/30 18:30 -0400, Joey Hess said ... Attempting to upload to security-master failed because it tried to use scp. I think that will only work for security team members. dput tries to upload using ftp by default. Did you happen to modify the method line in the [DEFAULT] stanza or the [security-master] in the global or your per-user dput configuration file? Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#544360: security-master config uses sch instead of ftp
On 09/08/31 11:54 -0400, Joey Hess said ... Y Giridhar Appaji Nag wrote: dput tries to upload using ftp by default. Did you happen to modify the method line in the [DEFAULT] stanza or the [security-master] in the global or your per-user dput configuration file? Indeed, I have scp in the DEFAULT of my .dput.cf. If ftp is your default preference, you should override that for security-master by setting method to ftp for [security-master]. For this bug, I will set method = ftp in the default dput.cf for the security-master stanza. Thank you for reporting this issue. Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#544440: dput: options['changes'
Hi gregor, On 09/08/31 17:43 +0200, gregor herrmann said ... 0) I was happy about the new -i foo.changes option :) I am glad :) 1) Then I relaized that it doesn't include the .changes file itself, which doesn't help for the next upload: Ah, bad one. I fixed this in dput git. 2) The ftp-queue showed me the .changes and the .orig.tar.gz after the next upload, so I thought I just rm them with direct commands to dcut: I guess the orig was because of the new upload. I'm a python noob but initialising the changes key in options helps: - - 'filetoupload':None} + 'filetoupload':None, 'changes':None} I incorporated this fix also. 3) Now I can go back to my upload :) And you can start using -i again after the next upload to the archive :) Cheers, Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#544043: [INTL:te] Telugu eject translation (new) for d-i level2
Package: eject Version: 2.1.5+deb1+cvs20081104-6 Severity: wishlist Tags: patch l10n -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, Please find attached the Telugu translation for eject for d-i level2. We are aiming for a te_IN translation for d-i for squeeze. Cheers, Giridhar - -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/1 CPU core) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages eject depends on: ii libc62.9-23 GNU C Library: Shared libraries ii libdevmapper1.02.1 2:1.02.30-3 The Linux Kernel Device Mapper use eject recommends no packages. Versions of packages eject suggests: pn cdtoolnone (no description available) pn setcd none (no description available) - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEcBAEBCAAGBQJKl7KIAAoJENbfLHnbvsrcOqgH/3f6qtRQQUwOab3d4UxZQ7ks z0Zlo8xa0aMwDx91GF6l0Aqu6EfiYNXm+JltkaKjib04u4rSeJx2pTlZJuHFhs6V tFDBhT4TexSoYk8uL+CrDLpyiSMs3fy0JLUSh6mfRaCTEF4ifyUmP+eIgaUsuGct J8kO3gC2e1HMsjkfIcA5SJwrcRBFqz5TeNZwU1Q/CCGxItHKzKQwqHlyJdmix3Bp f0zpXikItA+uTvOB8VHdDWeXb3K83E77yNWKd+pv3YdgRuNrQSDUb5adIZyR5Huz E4K+JIgrTLFwKQvGbrBU1bkKFgyzFOuozxfsyNeAt3Qu0oVcuGEYTuZpyzNjZwM= =sArA -END PGP SIGNATURE- eject_debian_po_te.po.gz Description: GNU Zip compressed data
Bug#544044: [INTL:te] Telugu popularity-contest translation (new) for d-i level2
Package: popularity-contest Version: 1.48 Severity: wishlist Tags: patch l10n -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, Please find attached the Telugu translation for popcon for d-i level2. We are aiming for a te_IN translation for d-i for squeeze. Cheers, Giridhar - -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/1 CPU core) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages popularity-contest depends on: ii debconf [debconf-2.0] 1.5.27 Debian configuration management sy ii dpkg 1.15.3.1 Debian package management system Versions of packages popularity-contest recommends: ii cron 3.0pl1-106 process scheduling daemon ii exim4-daemon-light [mail-tran 4.69-11lightweight Exim MTA (v4) daemon Versions of packages popularity-contest suggests: pn anacron none (no description available) - -- debconf information: popularity-contest/submiturls: * popularity-contest/participate: true -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEcBAEBCAAGBQJKl7OrAAoJENbfLHnbvsrcRcMH/i86yZV/5v3ONw3i7/+9p9kc 9la5YvGKitliib0+PJoCC6jWR2WqqugAmoPT/uycTLdr9IeIgWdbb9X2ZZgwybEg 6pDICQX8jafCv+2C3N6KN6QPcTX3NvZnVJZMcfAB2YyZH8ot2x4Er4+A7alkc6ip MgnQPEuViPjQujeI7VybUerurqWCWMfrJ/dmvyrmlGNrZCWg+kG+4Cf44OKoNmFy DXvHaeJlGIKRPe7tHan+K0WKSOfWqDJvfOB1nuFTJu2XjgJutGtrTFsKw3xTYrSC WuSrwHEFYTfKv1z0ApaaemG8jof2zM+hPQfoVjdiX7wyS23wqZy3v2HMBzTn0A0= =Ht54 -END PGP SIGNATURE- popularity-contest_debian_po_te.po.gz Description: GNU Zip compressed data
Bug#302292: dput: provide a delete option to delete remote copies of files in .changes
On 09/07/03 10:46 +0530, Dinesh Shanbhag said ... On Wed, Mar 30, 2005 at 10:00:34PM -0500, Sean Finney wrote: i've been having problems with dput ocassionaly dieing mid-upload (not sure what causes this, perhaps the network gremlines) , and every time this happens i have to manually create and upload a .commands file to remove the half-uploaded files. it would be real nice if there were a cmdline option (-r/--remove or something) that would parse the .changes Attached is a patch for a -i/--input option to dcut that parses a .changes file to create and upload a .commands file to remove the package files. Thank you for your work, I included the patch with some minor modifications (help text, document the -i option in the manpage [not just in the EXAMPLES] etc.) The next upload to the archive will have this included, Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#539151: inotifyx - FTBFS
On 09/08/23 15:53 +0200, Bastian Blank said ... You seem to have a large missunderstanding how to build Debian packages, especially what the difference between arch indenpendent and arch dependent is. Also your sponsor (cced) either did not review the It certainly looks like I did a poor job of reviewing this. Thank you for pointing out. Ritesh, inotifyx being Arch: any should have binary-arch (and not binary-indep) creating the binary package. Please make the changes and we can do another upload fixing this. Do take a look at policy section 4.9 before that. Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#505173: news?
On 09/08/11 14:18 +0200, Yves-Alexis Perez said ... Hey, is there some news about this? It seems ubuntu did integrate the patch from Cody, but Debian didn't. So far the only users of sftp have been Ubuntu/PPA. [snip...] Anyway, is there some info on the integration? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=505176#15 I am reluctant to merge the patch that would force dput users to install bzr. I'll happily include anything that uses paramiko directly. Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#536859: [INTL:te] Telugu console-data translation (new) for d-i level2
Package: console-data Version: 2:1.07-11 Severity: wishlist Tags: patch l10n -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, Please find the Telugu translation for console-data (thanks to Veeven vee...@gmail.com. We are aiming for a te_IN translation of d-i for squeeze. Thanks, Giridhar - -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/1 CPU core) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages console-data depends on: ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy Versions of packages console-data recommends: ii console-common 0.7.81 basic infrastructure for text cons ii console-tools1:0.2.3dbs-65.1 Linux console and font utilities Versions of packages console-data suggests: pn unicode-data none (no description available) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEcBAEBCAAGBQJKXEMQAAoJENbfLHnbvsrchqwIAKltIIxOqC2TiOeDDwddHn49 53Bh6FpehSjoy9acfvBgOOYmf1AEWwvsrNEI+unOwiMewWH606zMn3qB+7Zu+Was 8kgaI6yjWr3Dxx0SitEjnKzthLNDQZj4on/cW3BdYRgeShyrpImi6qb9T/FChu+w HCt3towbIDPPh3LuqeJzCU3UCTCEbj9oLJtQ1wXat5I19bsSVGcBr2pC5ZCH7ROz rSDfV7mdKRyH1zs0pF1NyUlJhI3hbu0AyKJcjqQfAvCnop90sphwZnZWFCFuFpSl cUxBJbC1Qz7A/e00q0ho6zaF1y3C46ElVafbEIX7+KxlFTywVPDX2zymZ7ZQ320= =bqNW -END PGP SIGNATURE- te.po.gz Description: GNU Zip compressed data
Bug#536039: elinks -- internal error when attempting regexp search
On 09/07/07 06:49 -0400, Kumar Appaiah said ... tags 536039 + upstream fixed-upstream forwarded 536039 http://bugzilla.elinks.cz/show_bug.cgi?id=1081 thanks (Giridhar, I tagged the bug with the intention of helping out. Please fix the tags if needed. Thanks). This is a DUP of #532502, so I merged them but help is always welcome :) Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#535750: elinks: description claims support for finger, but not compiled in
Hi brian, On 09/07/04 18:08 +, brian m. carlson said ... * Lots of protocols (local files, finger, HTTP(S), FTP, IPv4/6 etc.) Unfortunately, elinks does not have finger support compiled in, and therefore, elinks finger://crustytoothpaste.ath.cx/bmc does not work. Please either enable finger support or remove mention of finger from the Finger enabled in 0.12~pre5-1 (now in incoming) but you should do elinks finger://app...@db.debian.org/ rather than elinks finger://db.debian.org/appaji Thank you for the bug report. Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#459325: ITP: clang -- C language family frontend for LLVM
On 09/05/28 21:48 +0530, Y Giridhar Appaji Nag said ... probably provide packages from a private repository and re-visit this when LLVM 2.6 is released. LLVM 2.6 will be the first release to include CLang. Tentatively scheduled to be released on 2009-09-21. http://lists.cs.uiuc.edu/pipermail/cfe-dev/2009-June/005469.html Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#533044: RFP: openrep -- software for homeopathic repertorization and viewing materia medicae
Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: openrep Version : 2.5 Upstream Author : Vladimir Polony i...@homeopathyonline.org * URL : http://www.homeopathyonline.org/download_free_homeopathic_software.html * License : GPLv3 or later Programming Lang: Java Description : software for homeopathic repertorization and viewing materia medicae OpenRep is a Java desktop application designed to serve as a homeopathic software with capabilities to open and use multiple repertories, perform repertorizations and view its results, manage patients and view different materia medicae. It is also designed to save and load data in human readable xml format. There is a user manual (thought PDF, and without source -- it looks like) and a bunch of repertories are also available. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEcBAEBCAAGBQJKNL8VAAoJENbfLHnbvsrcSAoH/R9ndwne6QoSB6T3HmE+wkgv vVMzrooPxnVwLRIoFuEsi0Y1dRGdYTo5+XgwRUBszkVCOHvWewjTGoP7dU49D7fa JsuIItrv8lQptR+jA/pHp8u8l00KzcYHmEIj612X4/DMHmOma14m/tlWCM5AQ5X9 +bgQ2x0RAdudiHV/sqvjOJo6wBf/ELtM1HcRLF5mlMmmOq/FvmW3xwcmG96uNRb5 6aWMQ8BOboUhgKLToqQVzd4AfOKlTPVFT+XUNq8td/ORjug9FTz8AyciL8460dGy WiY5W+Jt/i/0B52bFGzgpqnQaIpcWHoo8pgnvyjrwFBuQOoz/V6O328+NHTSr50= =CzBa -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532944: python-django-doc: include repository of model examples in docs
Package: python-django-doc Version: 1.1~beta1-4 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, At file:///usr/share/doc/python-django-doc/html/topics/db/models.html#topics-db-models it says in the See also box A companion to this document is the official repository of model examples. (In the Django source distribution, these examples are in the tests/modeltests directory.). Indeed, the model examples are very useful and I refer to them quite often. It would be great if you include that documentation and the said examples from tests/modeltests as a part of the python-django-doc and python-django packages respectively. Thanks, Giridhar - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (800, 'unstable'), (700, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-django depends on: ii python2.5.4-2An interactive high-level object-o ii python-support1.0.3 automated rebuilding support for P python-django recommends no packages. Versions of packages python-django suggests: ii python-flup 1.0-1 Implements Python Web Server Gatew ii python-mysqldb1.2.2-7A Python interface to MySQL pn python-psycopgnone (no description available) pn python-psycopg2 none (no description available) pn python-sqlite none (no description available) - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEcBAEBCAAGBQJKMyTpAAoJENbfLHnbvsrcolcH/2VKmGPgVAqN18Lbbjfjk0AA 71CkpcPE6wevXzlcnw7PRmU6BwB94z5GsLrlgIuk9YXzZNrq4NMeDJyObSJLs75C kLs0R0ccx9P/dm0stI4oRYrpN0Vwp8LDXY9kO7rYYD8yTKhm7B5eIpREPBkVE5nq vkmG0qeY2zbt+T2HMFT5lJor3PSgasANJaBCJU+9Im6uUxufv58C14400yM6QXyR ls9XNDgRURzjoLivHgno/mI2M/yInYHlH3nDO0T9PaatPkaGmF1DTNuzB+aQv/Uh Yju4c+ArWJZqAzEkT7qcPIjsUD3QwHZPaH7nzT6BiiGCNwrFLV7TbxiLYnRDnuQ= =rCth -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532758: python-django-filebrowser: please add documentation
Package: python-django-filebrowser Version: 0+svn322-1 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Django is great partly also because of the excellent documentation. It would be great if the filebrowser extension package continues that tradition by including documention in the package. Right now there is none. Thank you for your good work, Giridhar - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (800, 'unstable'), (700, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-django-filebrowser depends on: ii python-django1.1~beta1-4 High-level Python web development ii python-imaging 1.1.6-3 Python Imaging Library ii python-support 1.0.3 automated rebuilding support for P python-django-filebrowser recommends no packages. python-django-filebrowser suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEcBAEBCAAGBQJKMO21AAoJENbfLHnbvsrcMwgH/1HfiNZ/ZF/DRzkrj1FylNiI fTPWcEHJOklo7xf2OsS6ikxdcGhZ5Zf5y1KDqzAqg4+KYi36XMkRQbCGxKXz20Ye oOJZ3I08rNEYzQuczRDtyvy0SSWSp4orYM9LEMaoXOtyhom/daZdxsp8dQOsb3zv TBP43gT6blA+FBG4GoWfAbJze23TIb1xWVJQjmHHyIfxsyFcRIKEx7j3BsxiBjLx Mb+UGhCnv48zLFqllUfXPa7Qde8TEgFHdP9YfV4ttV5Ak6g+7ZC9pWCxIOo61czU 3uFKueH5N+bvkZo3YrwAZvn9HUd6sMGs3oqFpSpGzvDVG0vc+2km/9TLl1/Da4Y= =+uFG -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532169: ccache: Please add support for gcc-4.4
Hi Andreas, On 09/06/07 10:55 +0200, Andreas Metzler said ... (SID)ametz...@argenau:~$ which gcc-4.4 /usr/bin/gcc-4.4 (SID)ametz...@argenau:~$ ls /usr/lib/ccache/ | grep 4.4 | wc Thank you for the report. I'ved fixed this in Debian ccache git and the change will be available in the next upload to the archive. Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#531844: scrotwm: multi-screen + multi-workspace configuration is confusing
On 09/06/04 17:06 +0200, Andrea Bolognani said ... On Thu, 04 Jun 2009 18:01:15 +0530 Y Giridhar Appaji Nag app...@debian.org wrote: However, if I browse workspaces while I am in screen1, the window in screen2 that is in focus doesn't appear in the list of windows being shown in screen1 and viceversa. Browsing via MOD+Left / MOD+Right. I'm really sorry, but I don't understand what you're saying here. Would you kindly rephrase this part of the bug report? When I cycle through the workspaces using ws_next or ws_prev on screen1, the workspace on screen2 remains as is. Also, if I am in screen1 and I type MOD+N to go to the Nth workspace (which is in screen2), the workspace moves to screen1. This is confusing because it doesn't give the feeling of leaving windows where they are present currently. In scrotwm, there is a single set of workspaces shared between all monitors, and each workspace can be displayed on a single monitor at a time. Indeed. Is it not possible to span one workspace across both the monitors? So, if you are on 1:3 and 2:2, focusing screen 1, and you move to the 2nd workspace, the contents of the monitors are swapped, resulting in 1:2 and 2:3. Yes, I understand this. This is, as far as I can tell, the intended behaviour and, while kinda confusing, totally consistent. You are right, it is consistent. I think we can leave this bug as a wishlist for an option to span one workspace across multiple monitors. (In addition to this the window with focus in the Nth workspace changes). I haven't played much with scrotwm on a dual-head setup, so I can't confirm this, but sounds like a bug. Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#531826: scrotwm: doesn't refresh layout on closing the window sometimes
Package: scrotwm Version: 0.9.5-1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Steps to reproduce: 1. Open icedove 2. Click on Reply - new mail composition window is opened and the layout is rearranged to show the main icedove window as well as the composition window. 3. Close the composition window without sending the mail. The layout is not rearranged now. Leaves half the screen empty and I have to do MOD+Space to make full use of the screen. After this, if I open a new window for composing email, I still have unused space for one window. Giridhar - -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/1 CPU core) Locale: LANG=en_IN.UTF-8, LC_CTYPE=en_IN.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages scrotwm depends on: ii libc6 2.9-12 GNU C Library: Shared libraries ii libx11-6 2:1.2.1-1 X11 client-side library ii libxrandr22:1.3.0-2 X11 RandR extension library Versions of packages scrotwm recommends: ii dwm-tools 30-1 dynamic window manager (tools) ii rxvt-unicode [x-terminal-emul 9.06-1 RXVT-like terminal emulator with U pn xfonts-terminus none (no description available) ii xterm [x-terminal-emulator] 242-1 X terminal emulator scrotwm suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEcBAEBCAAGBQJKJ6piAAoJENbfLHnbvsrcZ8AH/RGAV2GO9l7LTKLez+W6EKde 63IvIMyl2y2rZ1Od7IIRC+xmXMRpmnVivdJIR1RPsarqJNpHehXjDlBbce06jnWa JsHJnzmhX6u9i/phfvy8g+lxUtox8XwF4GW5lzF0BzW2hwGmsb7DuIc4zmelHOGa n7b3w0vTk+sam1mf6HedNDwBfimEcjCS0Xds+V61vHdyWTe9nBsvgSDPZC9YWqu2 GdJabOmodEGB2BOdFi516ioSnNyQtClcoledNFEGupZ260fCTMSvdNh6wC/mugMn 6xGqxBiwyfs+OFO0WEG/4OVlX43c6y1Br77UKMbwt8/YquiW5Ctys6P5uAqmMWY= =uNzx -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531790: scrotwm: focus changes to the window in the background sometimes
On 09/06/04 09:52 +0200, Andrea Bolognani said ... Seems like there is a bug in the handling of focus order. I'll try to find the relevant part in the source and patch it. From the website, Known bugs: - upon destroy in multiscreen a window on the other screen gains focus Looks like this is what I am experiencing, however, I was using scrotwm without multi-screen (was using it on my laptop) when I reported the bug. Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#531826: scrotwm: doesn't refresh layout on closing the window sometimes
On 09/06/04 13:57 +0200, Andrea Bolognani said ... On Thu, 04 Jun 2009 16:35:09 +0530 Y Giridhar Appaji Nag app...@debian.org wrote: After this, if I open a new window for composing email, I still have unused space for one window. I get the same behaviour sometimes when using Sylpheed. Can the bug be consistently reproduced using Icedove? Yes, I am able to reproduce this consistently with icedove. Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#531844: scrotwm: multi-screen + multi-workspace configuration is confusing
Package: scrotwm Version: 0.9.5-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I am using scrotwm with two monitors powered by the DVI and VGA output from the laptop docking station: xrandr --verbose --output S-video --off --output LVDS --off xrandr --verbose --output DVI-0 --auto --left-of VGA-0 --auto This makes VGA-0 screen1 and DVI-0 screen2 (The screen number is the first number in the status bar and the second number is the workspace number). While the screen numbers are different, the workspace numbers are shared between both the screens. i.e. 2:3 is the same as 1:3. However, if I browse workspaces while I am in screen1, the window in screen2 that is in focus doesn't appear in the list of windows being shown in screen1 and viceversa. Browsing via MOD+Left / MOD+Right. Also, if I am in screen1 and I type MOD+N to go to the Nth workspace (which is in screen2), the workspace moves to screen1. This is confusing because it doesn't give the feeling of leaving windows where they are present currently. (In addition to this the window with focus in the Nth workspace changes). Giridhar - -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/1 CPU core) Locale: LANG=en_IN.UTF-8, LC_CTYPE=en_IN.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages scrotwm depends on: ii libc6 2.9-12 GNU C Library: Shared libraries ii libx11-6 2:1.2.1-1 X11 client-side library ii libxrandr22:1.3.0-2 X11 RandR extension library Versions of packages scrotwm recommends: ii dwm-tools 30-1 dynamic window manager (tools) ii rxvt-unicode [x-terminal-emul 9.06-1 RXVT-like terminal emulator with U pn xfonts-terminus none (no description available) ii xterm [x-terminal-emulator] 242-1 X terminal emulator scrotwm suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEcBAEBCAAGBQJKJ76QAAoJENbfLHnbvsrcrE0IAM9Hu5ULQcYOHpVNgpNdI+Iy SLzpGoGuJ+gRvWxakG9W2xHjnp5eXkDcnA7ju89n//3rwtDkyyhai0j5dX3jGzP0 aBZhWihUJVbkcrnSfiM+mokZWKWsvJfmA2arsXWr1WS4cPAs/bZtsHv8Ay59lIFC cj+aBwcdvzOrUBm+E32PdmWV8tp1OV1DK1k/tUbnc1+LDpCc8+sLA42gwDrxaTjg mNltnxg/7hQALAQh5Lmi9iuewffHTq4ffU9j4zUSySIPf3TMkXjYKsQ2fE0TCCAI tE5yLd/RKqMfEtGYLorscp3z6YtQXBIJZ+p7b/RXksdHKDLPXXfFc+Bd8QeXUgg= =Jl4V -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531790: scrotwm: focus changes to the window in the background sometimes
Package: scrotwm Version: 0.9.2-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, I have a browser (iceweasel) in the foreground, full screen -- save for the status bar) and a terminal in the background. After I respond to the prompt for choices as to what to do with the cookies, the terminal window comes to the foreground as opposed to the browser window. Same can be reproduced by opening the browser preferences window and then just closing it (ESC). This behaviour is rather annoying. Thank you for your work on scrotwm. Giridhar - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (800, 'unstable'), (700, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages scrotwm depends on: ii libc6 2.9-12 GNU C Library: Shared libraries ii libx11-6 2:1.2.1-1 X11 client-side library ii libxrandr22:1.3.0-2 X11 RandR extension library Versions of packages scrotwm recommends: ii dwm-tools 30-1 dynamic window manager (tools) ii mlterm [x-terminal-emulator] 2.9.4-6MultiLingual TERMinal ii rxvt-unicode-ml [x-terminal-e 9.06-1 multi-lingual terminal emulator wi ii xfonts-terminus 4.28-1 Fixed-width fonts for fast reading ii xterm [x-terminal-emulator] 242-1 X terminal emulator scrotwm suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEcBAEBCAAGBQJKJ18DAAoJENbfLHnbvsrcO64H/3nLk83+/woPG59bh2exm9AD gZofG+LpeTo85rRMB8ilCpLw+kdMIRJSDHJArmD6hhP7t0LHFNtwXI7nTwV51Oft 8RdJ3nj71HkQpDc9ZdMgKdw7l9DGr7IsZZ/2nzKuMnqjwgR3k//oIeBUmmSnD5UF ozly43zEVDnTelwYm11iNR/ZyLgH+du9oZbvshQsLw4gFQkSZXg9fiCYpZgY0ULj 57t9/tj9BdNh0mwOj1FFwzr3/iUuj3P0fllK2eWxIIT8huAnkMqPMHvSRkEeUYF6 IW+5wd9rOGthU76SlCQXWRN3szJ3MjP+f42sVwIs5tmzbJLeXlpoXY8lCg+H07s= =2St6 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#459325: clang Static Analyzer
On 09/04/09 18:52 +0530, Y Giridhar Appaji Nag said ... On 09/04/09 10:12 +0200, Mauro Baluda said ... is the static analyzer available in the version you packged for debian sid? I can't find any scan-build command In case there is sufficient interest, I will consider packaging the version of clang that was tagged (in SVN) alongside a release of llvm. Contrary to what I thought earlier (that I would be able to pull clang from SVN at the revision when LLVM 2.5 was tagged, and build it without any issues), I encountered a few issues. Turns out that LLVM 2.5 was branched off a while before 2.5 was tagged, but clang was not branched -- it continues to be developed and depends on LLVM trunk, and the code that is added to clang trunk may depend on what is LLVM trunk and that may not be on the 2.5 branch. In order to workaround this, I had to revert a few changes, specifically r64928, r63630, r64875, r64967, r63814 (these are small changes) and the whole RangeConstraintManager code. The code compiles OK but I am encoutering runtime issues now. Even though I would be able to fix these, I don't think I should upload this to experimental. Depending on how this pans out, I will probably provide packages from a private repository and re-visit this when LLVM 2.6 is released. Ofcourse, the best thing to do would be to prepare experimental packages of both LLVM and clang from trunk. Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#505974: llvm patch needed for opengtl
fixed 505974 2.5-1 thanks On 08/11/17 10:47 +, Jonathan Riddell said ... This patch is needed for llvm to be able to compile opengtl on amd64. Also it needs to be compiled with -fPIC. Both fixed in 2.5 Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#526803: llvm-doc: doc version does not seem to correspond to llvm version
Hi Jeremy, On 09/05/03 18:50 +0200, Jeremy Lal said ... Because compiling the tutorial code gives compiler errors, whereas the online tutorial code does not. Is this the same as bug #501666? If not, what errors do you get? Cheers, Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#501666: llvm-examples: Makefiles broken, examples don't build
Hi Mario, On 08/10/09 13:43 +0200, Mario Lang said ... The examples provided in this package do not build. This is most likely due to the following line in /usr/share/doc/llvm-examples/Makefile.config: LLVM_SRC_ROOT := $(shell cd /tmp/buildd/llvm-2.2/build-llvm/..; $(PWD)) Unfortunately, the examples (and other LLVM tools, like clang) currently assume that you are compiling from someplace where the LLVM source tree is accessible. You will have to workaround this by (a) copying the Makefile.* from that /usr/share/doc/llvm-examples/ folder and modifying them appropriately or (b) use your own build-system and use llvm-config. Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#501704: Linking with llvm 2.3 fails with undefined reference to llvm::verifyFunction
Hi Patrick, On 08/10/09 19:40 +0200, Patrick Boettcher said ... Linking my binary which is using LLVM as follows: g++ `llvm-config --ldflags` `llvm-config --libs` -o compile $^ fails like that: undefined reference to `llvm::verifyFunction(llvm::Function const, llvm::VerifierFailureAction)' Unfortunately, you raised this bug on 2.3-1~exp0 which is no longer in the archive. I noticed that 2.5 does have llvm::verifyFunction. Would you be able to re-test this and report back? Thanks Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#528623: aptitude: displays instead of in package dependencies
On 09/05/27 21:00 -0700, Daniel Burrows said ... On Thu, May 14, 2009 at 01:10:33PM +0530, Y Giridhar Appaji Nag app...@debian.org was heard to say: $ apt-cache show elinks-data | grep Conflicts Conflicts: elinks ( 0.11.3-1), elinks-lite ^^^ - correct $ aptitude show elinks-data | grep Conflicts Conflicts: elinks ( 0.11.3-1), elinks-lite ^^^ - incorrect I don't see this as a bug. aptitude is showing the user what the dependency means. The fact that we use instead of internally due to historical bugs in dpkg is not relevant to the user. apt-cache is a query tool used to directly test and manipulate the low-level apt database; its show routine just dumps a section of the Packages file to screen. aptitude is showing you a processed and formatted version of the data, and that includes converting non-standard internal operators to standard mathematical operators. I see what you are saying. I was expecting aptitude to show me what I wrote in the control file. Please feel free to mark this bug as wontfix. Thanks, Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#529770: Wrong devel-ref URL in /usr/share/dput/helper/security-warning
On 09/05/21 09:42 -0300, Mauro Lizaur said ... /usr/share/dput/helper/security-warning when asks to confirm really_upload, gives an old url for the devel-reference: http://www.debian.org/doc/developers-reference/ch-pkgs#s-bug-security when it should be: http://www.debian.org/doc/developers-reference/pkgs.html#s-bug-security Actually, it should be: http://www.debian.org/doc/developers-reference/pkgs.html#bug-security Thank you for pointing out the error. Fixed in git. Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#505176: Fwd: Patch to add dput sftp transport and host argument support
Hi Cody, Sorry this one got dropped off the radar, I thought I replied already. On 08/11/10 03:40 -0500, Cody A.W. Somerville said ... I've filed a bug to get this patch included in Ubuntu and figured it would be of interest to Debian as well. You can find the bug report and patch at https://bugs.launchpad.net/ubuntu/+source/dput/+bug/295613 I am afraid I am a bit reluctant to accept this patch in its current form. I would've preferred that the sftp support were implemented directly using the paramiko python modules rather than using bzr. I wouldn't like to force dput users who want sftp support for install brz. As for the second bit about ppa:, https://help.launchpad.net/Packaging/PPA doesn't seem to advocate that sort of usage. Has that been an often used feature of dput in Ubuntu after it has been implemented? (The current dput.cf in Ubuntu continues to have incoming = ~%(ppa)s/ubuntu despite the above help doc indicating that it should be ~your_launchpad_id/ppa_name/ubuntu/ which means that the feature is probably not being used). Cheers, Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#528623: aptitude: displays instead of in package dependencies
Package: aptitude Version: 0.4.11.11-1+b1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 $ apt-cache show elinks-data | grep Conflicts Conflicts: elinks ( 0.11.3-1), elinks-lite ^^^ - correct $ aptitude show elinks-data | grep Conflicts Conflicts: elinks ( 0.11.3-1), elinks-lite ^^^ - incorrect $ grep-dctrl --field=Conflicts elinks --show-field=Package,Conflicts /var/lib/apt/lists/ftp.debian.org_debian_dists_unstable_main_binary-i386_Packages Package: elinks Conflicts: elinks-lite Package: elinks-data Conflicts: elinks ( 0.11.3-1), elinks-lite ^^^ - original Package: elinks-doc Conflicts: elinks ( 0.11.3-1), elinks-lite ( 0.11.3-1) ^^^^^^ Package: elinks-lite Conflicts: elinks - -- Package-specific info: aptitude 0.4.11.11 compiled at Apr 17 2009 21:35:13 Compiler: g++ 4.3.3 Compiled against: apt version 4.6.0 NCurses version 5.7 libsigc++ version: 2.0.18 Ept support enabled. Current library versions: NCurses version: ncurses 5.7.20090404 cwidget version: 0.5.12 Apt version: 4.6.0 linux-gate.so.1 = (0x4001e000) libapt-pkg-libc6.9-6.so.4.7 = /usr/lib/libapt-pkg-libc6.9-6.so.4.7 (0x40031000) libncursesw.so.5 = /lib/libncursesw.so.5 (0x400ef000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0x4012e000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x40134000) libept.so.0 = /usr/lib/libept.so.0 (0x401f8000) libxapian.so.15 = /usr/lib/libxapian.so.15 (0x40273000) libz.so.1 = /usr/lib/libz.so.1 (0x403cb000) libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0x403e) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x403fa000) libm.so.6 = /lib/i686/cmov/libm.so.6 (0x404eb000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x40511000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0x4053d000) libutil.so.1 = /lib/i686/cmov/libutil.so.1 (0x4069e000) libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0x406a3000) /lib/ld-linux.so.2 (0x4000) Terminal: xterm $DISPLAY is set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: - -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6. 0.7.21Advanced front-end for dpkg ii libc6 2.9-4 GNU C Library: Shared libraries ii libcwidget30.5.12-4 high-level terminal interface libr ii libept00.5.26+b1 High-level library for managing De ii libgcc11:4.4.0-4 GCC support library ii libncursesw5 5.7+20090404-1shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.18-2 type-safe Signal Framework for C++ ii libstdc++6 4.4.0-4 The GNU Standard C++ Library v3 ii libxapian151.0.10-2 Search engine library ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime Versions of packages aptitude recommends: pn aptitude-doc-en | aptitude-do none (no description available) ii libparse-debianchangelog-perl 1.1.1-2parse Debian changelogs and output Versions of packages aptitude suggests: ii debtags 1.7.9+b1 Enables support for package tags ii tasksel 2.78 Tool for selecting tasks for insta - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEcBAEBAgAGBQJKC8rtAAoJENbfLHnbvsrcITAH/jR2UzxL0kBy9mvBt8oCwBr6 SR884cmO6spg6cS4W4L6UfjiZvepzniMRbEtXAi10FG1v37Xu63Qpmrw7juMYBvw RVmkp8BQv/IJc2coUahsRHrBMZ0BcwdY5bld55w6B0X4pwOp6bvKc8nB99JHtouL kP3PwpptSsjCGGNemEPb7Zx2BHoGXKj3djvNJUy2rmgXwPNZF7JzfvvdvR36b/OP rO2rkFZxzK1VZhTZ0ECTjQ3/DIJzOrB9j3XJETeOHUPltFSL3Lz7m/HnlLcDlXlp ybrhJrkjMNhx5+eNcrEqKVtiT2WkD/Pfc3C2hFkkkClAOnl/vlrSt7C1uhVvw+s= =XTvw -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527583: ifplugd: no suspend/resume support for pm-utils
Hi Harald, Thank you for the bug report. On 09/05/08 11:35 +0200, Harald Braumann said ... There is no support for suspend/resume with pm-utils. ifplugd thould contain a script similar to /etc/apm/scripts.d/ifplugd for /etc/pm/sleep.d Would the same script be good enough? Alternatively, if you can point me to some documentation as to how I can write a script specifically for pm-utils, I will do that. Cheers, Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#528694: linux-image-2.6.29-2-powerpc64: please enable CONFIG_PS3_VRAM=m
Package: linux-image-2.6.29-2-powerpc64 Version: 2.6.29-4 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I am using Debian on a PS3 and it would be good to have the ps3 vram enabled as a loadable module so that I can use the PS3 video RAM as a swap device. Giridhar - -- Package-specific info: ** Version: Linux version 2.6.29-2-powerpc64 (Debian 2.6.29-4) (wa...@debian.org) (gcc version 4.3.3 (Debian 4.3.3-7) ) #1 SMP Sun May 3 10:40:22 CEST 2009 ** Command line: root=/dev/ps3da1 ro video=ps3fb:mode:0 rhgb ** Not tainted ** Kernel log: [4.261968] Initializing USB Mass Storage driver... [4.270696] usbcore: registered new interface driver usb-storage [4.279115] USB Mass Storage support registered. [4.309808] Driver 'sr' needs updating - please use bus_type methods [4.327546] sr0: scsi3-mmc drive: 0x/0x cd/rw xa/form2 cdda tray [4.335998] Uniform CD-ROM driver Revision: 3.20 [4.344595] sr 0:0:0:0: Attached scsi CD-ROM sr0 [4.346401] hub 1-2:1.0: hub_port_status failed (err = -62) [4.354684] usb 1-2: USB disconnect, address 2 [4.411749] sr 0:0:0:0: Attached scsi generic sg0 type 5 [4.573008] PM: Starting manual resume from disk [4.601329] usb 3-2: new high speed USB device using ps3-ehci-driver and address 2 [4.693877] kjournald starting. Commit interval 5 seconds [4.700302] EXT3-fs: mounted filesystem with ordered data mode. [4.742494] usb 3-2: New USB device found, idVendor=054c, idProduct=0293 [4.751242] usb 3-2: New USB device strings: Mfr=10, Product=11, SerialNumber=0 [4.760083] usb 3-2: Product: GL852-4port [4.768869] usb 3-2: Manufacturer: Sony [4.777696] usb 3-2: configuration #1 chosen from 1 choice [4.784898] hub 3-2:1.0: USB hub found [4.791788] hub 3-2:1.0: 4 ports detected [4.912290] usb 4-1: new high speed USB device using ps3-ehci-driver and address 2 [5.053627] usb 4-1: New USB device found, idVendor=054c, idProduct=0250 [5.060153] usb 4-1: New USB device strings: Mfr=3, Product=4, SerialNumber=5 [5.066673] usb 4-1: Product: GL819 [5.073163] usb 4-1: Manufacturer: Sony [5.079654] usb 4-1: SerialNumber: 0016 [5.086540] usb 4-1: configuration #1 chosen from 1 choice [5.095372] scsi1 : SCSI emulation for USB Mass Storage devices [5.102804] usb-storage: device found at 2 [5.102811] usb-storage: waiting for device to settle before scanning [5.212292] usb 4-2: new high speed USB device using ps3-ehci-driver and address 3 [5.368134] usb 4-2: New USB device found, idVendor=054c, idProduct=0267 [5.374550] usb 4-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [5.380929] usb 4-2: Product: Bluetooth Transceiver [5.380981] usb 4-2: Manufacturer: Sony [5.381443] usb 4-2: configuration #1 chosen from 1 choice [5.457559] usb 3-2.1: new low speed USB device using ps3-ehci-driver and address 3 [5.562557] usb 3-2.1: New USB device found, idVendor=04fc, idProduct=05da [5.568784] usb 3-2.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [5.575289] usb 3-2.1: Product: 2.4GHz wireless laser mouse [5.581616] usb 3-2.1: Manufacturer: MLK [5.588626] usb 3-2.1: configuration #1 chosen from 1 choice [6.643423] udev: starting version 141 [7.141481] ps3_system_bus_match:362: dev=11.0(lpm_01), drv=11.0(ps3-lpm): match [7.150381] ps3_system_bus_match:362: dev=11.0(lpm_01), drv=11.0(ps3-lpm): match [7.159794] ps3-lpm lpm_01: - ps3_lpm_probe:1207: [7.255815] ps3_system_bus_match:362: dev=3.0(sb_04), drv=3.0(ps3_gelic_driver): match [7.265197] ps3_system_bus_match:362: dev=3.0(sb_04), drv=3.0(ps3_gelic_driver): match [7.274525] dma_sb_region_create_linear:988: forcing 16M pages for linear map [7.283755] ps3_gelic_driver sb_04: internal vlan enabled [7.293864] eth0 (ps3_gelic_driver): not using net_device_ops yet [7.304385] ps3_gelic_driver sb_04: eth0: MAC addr 00:1f:a7:1e:e5:fb [7.330501] wlan0 (ps3_gelic_driver): not using net_device_ops yet [7.340853] ps3_gelic_driver sb_04: wlan0: MAC addr 00:1f:a7:1e:e5:fb [7.385045] ps3_system_bus_match:362: dev=8.0(sb_01), drv=8.0(ps3flash): match [7.394342] ps3_system_bus_match:362: dev=8.0(sb_01), drv=8.0(ps3flash): match [7.404149] ps3flash sb_01: First accessible region has index 5 start 473600 size 8192 [7.413325] ps3flash sb_01: ps3flash_probe:388: registered misc device 60 [7.788117] Bluetooth: Core ver 2.14 [7.939399] NET: Registered protocol family 31 [7.948199] Bluetooth: HCI device and connection manager initialized [7.957157] Bluetooth: HCI socket layer initialized [8.005401] Bluetooth: Generic Bluetooth USB driver ver 0.4 [8.014604] usbcore: registered new interface driver btusb [8.262047] usbcore: registered new interface driver hiddev [8.276462] input: MLK 2.4GHz wireless laser mouse as
Bug#528661: elinks eternally stuck in SSL negotiation phase
Hi Petr, On 09/05/14 16:02 +0200, Petr Baudis said ... I'm sorry, I was too quick to file a bug - after waiting several minutes initially, the SSL negotiation phase finished; on subsequent requests on the site, the delay is also longer than usual, but acceptable. Still, this is quite an inconvience and should be fixed; links2 serves me the page immediately. I will check if this is this because elinks uses gnutls and links2 uses openssl. Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#464190: libflickcurl0-dbg: separate out debugging symbols for binaries from flickcurl-utils
On 08/02/06 08:54 +0530, Kumar Appaiah said ... On Wed, Feb 06, 2008 at 08:26:19AM +0530, Y Giridhar Appaji Nag wrote: In any case, just add flickcurl-utils to libflickcurl0-dbg's Depends. It is missing right now. I appreciate this observation. If this is the case, would you mind if I close the bug with this change? Or would you like me to tag this as wontfix? I was not Cc:ed on this mail, and hence could not respond in time. Please feel free to close this bug after adding flickcurl-utils to libflickcurl0-dbg's Depends line. Thank you for considering, Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#527583: ifplugd: no suspend/resume support for pm-utils
Hi Harald, On 09/05/15 01:22 +0200, Harald Braumann said ... I've attached my script (forgot to send it). It's mainly a copy of /etc/apm/suspend.d/20ifplugd. So I guess you could merge them and use the same script. Differences: - pm-utils can call the script with arguments `hibernate' and `thaw' (in addition to `suspend' and `resume') - there is no 2nd argument `standby' or some such. But it doesn't hurt to check for it, either. Thank you for the script, I've committed it in ifplugd in svn and the change will be available in the archive after the next upload. Cheers, Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#527190: mutt: Oh man this sucks.
On 09/05/14 13:51 -0700, Robin Lee Powell said ... Did the first poster not include a patch to solve this? I thought I saw one. No, but I think I'll try and submit one later today or tomorrow. Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#528260: axel doc on -n is misleading
On 09/05/12 12:07 +0530, Ritesh Raj Sarraf said ... I'm using -a but the other threads show no progress. Actually, they do show progress. But only when the 1st one completes, the 2nd one starts. It is possible that the next-hop or the endpoint doesn't accept more than one connection at a time. It is only in that case, that axel can't use more than one connection/thread to download. You could verify that the other threads are making progress by monitoring network traffic (using wireshark). I doubt that is the case, but even if it is, the progress bar report is incorrect. The problem is that there isn't enough 'real estate' to be able to show progress on the other threads. Like I said before, you should be able to verify that the threads are making progress by looking at the network I/O or even strace. Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#528260: axel doc on -n is misleading
On 09/05/12 00:42 +0530, Ritesh Raj Sarraf said ... File size: 142194688 bytes Opening output file debian-501-amd64-netinst.iso State file found: 17021032 bytes downloaded, 125173656 to go. Starting download [ 13%] [..0 1 23 ] [ 95.9KB/s] [20:57]^C Downloaded 1602.1 kilobytes in 17 seconds. (94.20 KB/s) As you can see above, it does divide it into 4 chunks. But the other chunks (or sessions) never start. Or maybe the progress bar is misleading and doesn't update properly. In this case, 17021032 has already been downloaded and one of the threads would have been fast-tracked. The rest of the threads don't display any dots because they are quite lagging wrt that one thread. Also, there isn't enough dot resolution to be able to show the progress they are making. You could verify that the other threads are making progress by monitoring network traffic (using wireshark). Cheers, Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#462122: flickrfs: Vcs-Browser in debian/control is not useful to look at history
On 08/01/23 11:17 +0530, Varun Hiremath said ... On Tue, 22 Jan, 2008 at 10:33:45PM +0530, Y Giridhar Appaji Nag wrote: Vcs-Browser in debian/control http://bollin.googlecode.com/svn/flickrfs/ is not very useful if one wants to browse through various commits in the flickrfs package. One can only look at the head versions of all files. Well, as of now, googlecode doesn't support wsvn/viewsvn etc. So, I can't use anything else for Vcs-Browser. You can may be look at the Now that code.google.com supports code browsing, can you please fix this to use http://code.google.com/p/bollin/source/browse/flickrfs instead? Thanks, Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#476538: [PATCH] Use 'pdnsd-ctl status' for '/etc/init.d/pdnsd status'
Fixes #476538 Signed-off-by: Y Giridhar Appaji Nag girid...@appaji.net --- debian/init.d | 12 +++- 1 files changed, 11 insertions(+), 1 deletions(-) diff --git a/debian/init.d b/debian/init.d index 9552841..a14867b 100644 --- a/debian/init.d +++ b/debian/init.d @@ -99,6 +99,13 @@ pdnsd_stop() stop_resolvconf } +pdnsd_status() +{ +if status_of_proc $DAEMON $NAME; then +/usr/sbin/pdnsd-ctl status +fi +} + case $1 in start) gen_cache @@ -107,12 +114,15 @@ case $1 in stop) pdnsd_stop ;; +status) + pdnsd_status + ;; restart|force-reload) pdnsd_stop pdnsd_start ;; *) - echo Usage: /etc/init.d/$NAME {start|stop|restart|force-reload} 2 + echo Usage: /etc/init.d/$NAME {start|stop|status|restart|force-reload} 2 exit 1 ;; esac -- 1.6.2.4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527806: exim4-config: fails during postinst sed: -e expression #1, char 2: delimiter ...
Package: exim4-config Version: 4.69-10 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I just did an aptitude update and a dist-upgrade and encountered this error. Too late in the night to look at where the problem is, please let me know if you would like me to provide some additional information. Thank you for your work on exim. Errors were encountered while processing: exim4-config exim4-base exim4-daemon-light E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up exim4-config (4.69-10) ... sed: -e expression #1, char 2: delimiter character is not a single-byte character dpkg: error processing exim4-config (--configure): subprocess post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of exim4-base: exim4-base depends on exim4-config (= 4.30) | exim4-config-2; however: Package exim4-config is not configured yet. Package exim4-config-2 is not installed. Package exim4-config which provides exim4-config-2 is not configured yet. dpkg: error processing exim4-base (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of exim4-daemon-light: exim4-daemon-light depends on exim4-base (= 4.69); however: Package exim4-base is not configured yet. dpkg: error processing exim4-daemon-light (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: exim4-config exim4-base exim4-daemon-light Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Writing extended state information... Done - -- Package-specific info: Exim version 4.69 #1 built 02-May-2009 07:56:52 Copyright (c) University of Cambridge 2006 Berkeley DB: Berkeley DB 4.6.21: (September 27, 2007) Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' # # Please note that this is _not_ a dpkg-conffile and that automatic changes # to this file might happen. The code handling this will honor your local # changes, so this is usually fine, but will break local schemes that mess # around with multiple versions of the file. # # update-exim4.conf uses this file to determine variable values to generate # exim configuration macros for the configuration file. # # Most settings found in here do have corresponding questions in the # Debconf configuration, but not all of them. # # This is a Debian specific file dc_eximconfig_configtype='satellite' dc_other_hostnames='loktak.appaji.net' dc_local_interfaces='127.0.0.1' dc_readhost='appaji.net' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='' dc_smarthost='mail.appaji.net' CFILEMODE='644' dc_use_split_config='false' dc_hide_mailname='true' dc_mailname_in_oh='true' dc_localdelivery='mail_spool' mailname:appaji.net - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (800, 'unstable'), (700, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages exim4-config depends on: ii adduser 3.110 add and remove users and groups ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy exim4-config recommends no packages. exim4-config suggests no packages. - -- debconf information: * exim4/dc_smarthost: mail.appaji.net exim4/dc_relay_domains: exim4/dc_localdelivery: mbox format in /var/mail/ * exim4/dc_eximconfig_configtype: mail sent by smarthost; no local mail * exim4/dc_readhost: appaji.net exim4/exim4-config-title: exim4/dc_relay_nets: * exim4/mailname: appaji.net * exim4/dc_local_interfaces: 127.0.0.1 * exim4/dc_minimaldns: false * exim4/dc_other_hostnames: loktak.appaji.net exim4/no_config: true exim4/hide_mailname: true exim4/dc_postmaster: * exim4/use_split_config: false -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEcBAEBAgAGBQJKBJiKAAoJENbfLHnbvsrcxlwH/Av9vEGatnBsZPWKQKofL+Hp MpeyADF8kGbRoGjmkp05OfaddkEkXWxT1jqJbojgedcCAYaKu9w2OZ66F6LOvh6C PICCpGczb6j9QXqm68GQ78d7tNrfgTYpCwuqSdaAsg1FySjzJlaC8UTGxYYK3Q3A BkvkneJTo7XEuWEdXcZrS4FmpUcs5631KTn7lrKiDaY63Wt05JBeI5BYzzZjOqVq
Bug#527363: lintian: please display a warning or informational tag if doc packages are recommended
Package: lintian Version: 2.2.10 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi lintian team, With Install-Recommends being the default, I've noticed that a lot of documentation packages are pulled in. These are sometimes large and not strictly [should] be found together with this one [package] in all but unusual installations. - From policy 7.2 Binary Dependencies - Depends, Recommends, Suggests, Enhances, Pre-Depends Recommends This declares a strong, but not absolute, dependency. The Recommends field should list packages that would be found together with this one in all but unusual installations. Suggests This is used to declare that one package may be more useful with one or more others. Using this field tells the packaging system and the user that the listed packages are related to this one and can perhaps enhance its usefulness, but that installing this one without them is perfectly reasonable. It would be good if there were a lintian warning or informational tag like doc-package-in-recommends with a suggestion that the dependency be downgraded to suggests. Thank you for your work on lintian. Giridhar - -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lintian depends on: ii binutils 2.19.1-1 The GNU assembler, linker and bina ii diffstat 1.46-1produces graph of changes introduc ii dpkg-dev 1.14.26 Debian package development tools ii file 5.00-1Determines file type using magic ii gettext0.17-6GNU Internationalization utilities ii intltool-debian0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libdigest-sha-perl 5.47-1Perl extension for SHA-1/224/256/3 ii libipc-run-perl0.82-1Perl module for running processes ii libparse-debianchangel 1.1.1-2 parse Debian changelogs and output ii libtimedate-perl 1.1600-9 Time and date functions for Perl ii liburi-perl1.37+dfsg-1 Manipulates and accesses URI strin ii man-db 2.5.5-1 on-line manual pager ii perl [libdigest-sha-pe 5.10.0-19 Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarchnone (no description available) ii libtext-template-perl 1.45-1 Text::Template perl module ii man-db2.5.5-1on-line manual pager - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEcBAEBAgAGBQJKAqTCAAoJENbfLHnbvsrcu68IAIb9vZJjthEx/0PjJP45EIiU lEe0X97jhiC27x0oBV+57SCZ9bObrhkymeQq9HLt2K1LNJufe9PXWHXv2qllJKam 6oR0j5MQBm0m0DY6JXDiECd5SYybfjX6k9qjg9ahMbUD1bFQCthlXLmUcOZP6wdy C40BE/DzrVt0/B3/mgAxsAtsTIiFyQR59D2ys5RwqtUgRuQRIWsQXvmuiSCc4LFM 5sg21QnH00lqFD3w2pWlEzgFT/5y6Pzy8KXfbOlVqTh7mef2cDNA2ysnRLZKb9ti eFtxfcwGhizehzl9jnefczpsefOIzRwozvzDRbibCT4TJwzzsvE1CHaEb77FFLc= =F6JM -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527363: lintian: please display a warning or informational tag if doc packages are recommended
On 09/05/07 14:37 +0530, Y Giridhar Appaji Nag said ... With Install-Recommends being the default, I've noticed that a lot of documentation packages are pulled in. These are sometimes large and not strictly [should] be found together with this one [package] in all but unusual installations. [snip...] It would be good if there were a lintian warning or informational tag like doc-package-in-recommends with a suggestion that the dependency be downgraded to suggests. ofcourse, only if the package recommending the documentation package itself it not a documentation package. Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#527185: lintian: doesn't display I: tags when -X is used with -I
Package: lintian Version: 2.2.10 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 $ lintian -I fusecompress_2.5-1_i386.changes I: fusecompress source: debian-watch-file-is-missing $ $ lintian -X -I fusecompress_2.5-1_i386.changes $ $ lintian --pedantic -I fusecompress_2.5-1_i386.changes I: fusecompress source: debian-watch-file-is-missing P: fusecompress-dbg: copyright-refers-to-symlink-license usr/share/common-licenses/GPL P: fusecompress: copyright-refers-to-symlink-license usr/share/common-licenses/GPL $ lintian --pedantic -X -I fusecompress_2.5-1_i386.changes P: fusecompress-dbg: copyright-refers-to-symlink-license usr/share/common-licenses/GPL P: fusecompress: copyright-refers-to-symlink-license usr/share/common-licenses/GPL fusecompress 2.5-1 will be in the archive after the next dinstall run. Giridhar - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (800, 'unstable'), (700, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lintian depends on: ii binutils 2.19.1-1 The GNU assembler, linker and bina ii diffstat 1.46-1produces graph of changes introduc ii dpkg-dev 1.14.26 Debian package development tools ii file 5.00-1Determines file type using magic ii gettext0.17-6GNU Internationalization utilities ii intltool-debian0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libdigest-sha-perl 5.47-1Perl extension for SHA-1/224/256/3 ii libipc-run-perl0.82-1Perl module for running processes ii libparse-debianchangel 1.1.1-2 parse Debian changelogs and output ii libtimedate-perl 1.1600-9 Time and date functions for Perl ii liburi-perl1.37+dfsg-1 Manipulates and accesses URI strin ii man-db 2.5.5-1 on-line manual pager ii perl [libdigest-sha-pe 5.10.0-19 Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarchnone (no description available) ii libtext-template-perl 1.45-1 Text::Template perl module ii man-db2.5.5-1on-line manual pager - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEcBAEBAgAGBQJKAQrVAAoJENbfLHnbvsrc9WMIAKqjB9qo/1w8JBWzS247/CIi txeyQ/lU5q6GHbzJVE0CuF4CwBsO3w8rJdDAOIDAlTTiHz9LFKzU4XYU0kM3MkdC 1/U1WXnIARqE9jAQS7pO+tSR6pNjSGfu4zGbHTRLDh58IbMO6fUHZbUiQwp2MViW B07yxoioU//NP5vv4B53Z1RGLFiVl1pqqhGDAFVbV9IaozKYw4/B95FKxluMSXAx jdQIiaDIKW5TFF9OPCuyMLVtQ8O5p4Le6TvDJyMyzQpWjm+VDKPKVSOcnRF+lc8C 21AzZAxcktA+ymFIiMUfWXhTXDZlcqdA6Du+3g1Ohq9uJ7tQC5aSTtgXQngjPuA= =0DQa -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527187: lintian: please check for README.source when quilt etc. are used
Package: lintian Version: 2.2.10 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi lintian team, Post policy 3.8.0, it would be good to check for README.source when quilt or similar are used. quilt etc. usually have a requirement on how to modify the source and it would be good to help people fixing bugs in packages that they don't maintain via information in the README.source file. Thanks, Giridhar - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (800, 'unstable'), (700, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lintian depends on: ii binutils 2.19.1-1 The GNU assembler, linker and bina ii diffstat 1.46-1produces graph of changes introduc ii dpkg-dev 1.14.26 Debian package development tools ii file 5.00-1Determines file type using magic ii gettext0.17-6GNU Internationalization utilities ii intltool-debian0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libdigest-sha-perl 5.47-1Perl extension for SHA-1/224/256/3 ii libipc-run-perl0.82-1Perl module for running processes ii libparse-debianchangel 1.1.1-2 parse Debian changelogs and output ii libtimedate-perl 1.1600-9 Time and date functions for Perl ii liburi-perl1.37+dfsg-1 Manipulates and accesses URI strin ii man-db 2.5.5-1 on-line manual pager ii perl [libdigest-sha-pe 5.10.0-19 Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarchnone (no description available) ii libtext-template-perl 1.45-1 Text::Template perl module ii man-db2.5.5-1on-line manual pager - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEcBAEBAgAGBQJKAQxKAAoJENbfLHnbvsrcb2YIAKc73pYs3V3oA0TWhoOmnWl9 H1KW8rq5ASasDqzY6Afya3W3shGwSSnY7l3hm3leOWIbgr6gB96xoc6Etpc1MlxN EEZEOdJ793Tn78Whj5n0DcGgCKDesACCVPMCwmRUHxwAmJd9NXx8xL37LC+MUJoR VNDF146GqW5dHm2C1vM1vONj1r3jFkl0Eo5uEMM6RuAzl8QZvOsYHW0S02rT+UDN QgyU4HD730tnjsoC4enFHtd6u0ysH1GOaZ6oH1G42hDUxzVJcgpsH9ViSfV8D6ub nzWae4B9rcpMqSUwWKrSWewp6y73ZYNZJgvtfKr8z4iuM0jAw5y+Kl2bkz+QUrM= =bNrl -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527190: mutt: prompts for certificate despite (a)ccept always and saving it
Package: mutt Version: 1.5.18-6 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This bug holds good for both mutt and mutt-patched. I start with an empty certificate_file and run mutt, the session looks like this: OUT: -- Mutt: TLS/SSL Certificate check OUT: (r)eject, accept (o)nce, (a)ccept always IN: a OUT: Certificate saved OUT: Password for app...@mail.appaji.net: IN: password ALL OK QUIT OUT: -- Mutt: TLS/SSL Certificate check OUT: (r)eject, accept (o)nce, (a)ccept always IN: a OUT: Warning: Couldn't save certificate I poked around mutt code a bit and it looks like the failure is from here: mutt_ssl_gnutls.c : tls_check_one_certificate 822 if ((fp = fopen (SslCertFile, a))) 823 { ... 830 if (certerr_nottrusted) 831 { 832 done = 0; 833 ret = gnutls_pem_base64_encode_alloc (CERTIFICATE, certdata, 834 pemdata); 835 if (ret == 0) 836 { 837 if (fwrite (pemdata.data, pemdata.size, 1, fp) == 1) 838 { 839 done = 1; 840 } ... 846 if (!done) 847 { 848 mutt_error (_(Warning: Couldn't save certificate)); 849 mutt_sleep (2); 850 } Turns out that certerr_nottrusted was 0 and it is set on the basis of certstat in the same function. I don't have a log of further investigation but AFAIR, certstat was GNUTLS_CERT_INSECURE_ALGORITHM. Please let me know if you need more information. Giridhar - -- Package-specific info: Mutt 1.5.18 (2008-05-17) Copyright (C) 1996-2008 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: Linux 2.6.29-1-686 (i686) ncurses: ncurses 5.7.20090411 (compiled with 5.7) libidn: 1.14 (compiled with 1.10) hcache backend: GDBM version 1.8.3. 10/15/2002 (built Aug 27 2008 09:23:18) Compile options: - -DOMAIN +DEBUG - -HOMESPOOL +USE_SETGID +USE_DOTLOCK +DL_STANDALONE +USE_FCNTL -USE_FLOCK +USE_POP +USE_IMAP +USE_SMTP +USE_GSS -USE_SSL_OPENSSL +USE_SSL_GNUTLS +USE_SASL +HAVE_GETADDRINFO +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME -CRYPT_BACKEND_GPGME - -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS -LOCALES_HACK +COMPRESSED +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS +HAVE_LIBIDN +HAVE_GETSID +USE_HCACHE - -ISPELL SENDMAIL=/usr/sbin/sendmail MAILPATH=/var/mail PKGDATADIR=/usr/share/mutt SYSCONFDIR=/etc EXECSHELL=/bin/sh MIXMASTER=mixmaster To contact the developers, please mail to mutt-...@mutt.org. To report a bug, please visit http://bugs.mutt.org/. patch-1.5.13.cd.ifdef.2 patch-1.5.13.cd.purge_message.3.4 patch-1.5.13.nt+ab.xtitles.4 patch-1.5.18.sidebar.20080611.txt patch-1.5.4.vk.pgp_verbose_mime patch-1.5.6.dw.maildir-mtime.1 patch-1.5.8.hr.sensible_browser_position.3 - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (800, 'unstable'), (700, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mutt depends on: ii libc62.9-8 GNU C Library: Shared libraries ii libcomerr2 1.41.5-1common error description library ii libgdbm3 1.8.3-4 GNU dbm database routines (runtime ii libgnutls26 2.6.5-1 the GNU TLS library - runtime libr ii libidn11 1.14-3 GNU Libidn library, implementation ii libkrb53 1.6.dfsg.4~beta1-13 Transitional library package/krb4 ii libncursesw5 5.7+20090411-1 shared libraries for terminal hand ii libsasl2-2 2.1.22.dfsg1-23 Cyrus SASL - authentication abstra Versions of packages mutt recommends: ii exim4-daemon-light [mail-tran 4.69-9 lightweight Exim MTA (v4) daemon ii locales 2.9-8 GNU C Library: National Language ( ii mime-support 3.44-1 MIME files 'mime.types' 'mailcap Versions of packages mutt suggests: ii aspell 0.60.6-1 GNU Aspell spell-checker ii ca-certificates 20081127 Common CA certificates ii gnupg 1.4.9-4 GNU privacy guard - a free PGP rep ii ispell 3.1.20.0-4.4 International Ispell (an interacti pn mixmaster none (no description available) ii openssl 0.9.8g-16Secure Socket Layer (SSL) binary a pn urlview
Bug#526349: elinks: FTBFS on i386 auto build
On 09/05/01 13:24 +0300, Kalle Olavi Niemitalo said ... We have AsciiDoc 7.1.2 configuration files in the ELinks source tree in order to lock the input syntax against AsciiDoc upgrades (Debian bug 491820) or user modifications of /etc/asciidoc. The AsciiDoc User Guide recommends bundling the asciidoc script too (under Shipping stand-alone AsciiDoc source) but I had previously assumed I could rely on the script remaining compatible with old config files. So I'll now add the script there, and Debian can then replace the asciidoc build-dependency with some version of python. Thank you, that will help. This change will go in the elinks-0.12 and master branches. Do you need it in elinks-0.11 as well? No, unless there is a security fix we will not update 0.11.4 in stable (also, elinks 0.11.4 builds using asciidoc 8.2.7 in Debian -- both in stable in case someone wants to build it in lenny). Cheers, Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#378546: axel-kapt: uses all available memory, crashes, brings system to a crawl
On 09/04/07 22:50 +0200, Andr??s Hamann said ... I've noticed what you said about the newly created terminal not showing the output and fixed it (see attached file). Also, I think that if there was a space in local destination's path, it wouldn't have worked properly, at least now I'm sure it does. I'll close this bug with the next upload, but I filed your patch in the upstream tracker and will include it in the next upstream axel release. Cheers, Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#526090: qa.debian.org: Exclude wontfix bugs from TODO item ... patches fixing X bugs ... in PTS
Package: qa.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi PTS team, If the BTS has bugs tagged patch, PTS addes a TODO item that indicates the count of the bugs (both merged and otherwise). Some of these bugs may be wontfix, but for convenience of some users (who may want to use the patch) the maintainer may want to retain the patch as well as the patch tag on the bug. It would be useful if such bugs are excluded from the count in the TODO item. Thanks, Giridhar - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (800, 'unstable'), (700, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEcBAEBAgAGBQJJ+AahAAoJENbfLHnbvsrc+AYIAI+j67bf9nFPRS9M4l2xOp4Z 3Ei18E6z/BH07mSIMAPAq3QI3MwZwsqQ9B9WQ4VBL/X8jLzhBun6saEvA4L0aNou mxlNQ3niPfk/f4XjSdJjRXbDEeVqxEGfLnBhqdX0DS+SNEyVKncFOD9DRTN5UlKz UlxI4opMRZfwYhv+SseBlR5+KQexIG1LGPsuasEzarF1khH6sbo7eB5wQloB8FIb kGKwi0Eccd6+Y8QU5er6Hwl5MODvv1UGvgf68GfWk9rdhDu95Yyywsb3JuVlcLSv P+UZ6jbG40vbvmQU8ghcjQZDc/6kEp/0DtGhWUu4U8UX3oRxeUp0YXNUarj7m6s= =1jKF -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524083: ifplugd: Allow partial auto selection of interfaces
Hi Stefan, On 09/04/14 13:57 -0400, Stefan Monnier said ... auto-selection for ethernet interfaces, to avoid having to explicitly list which ethernet interfaces I have in each of my machines. With the 2 or 3 interfaces that most machines have, I am not sure how much difficulty a setting like the one your propose would take off users. Basically, I'd like to be able to say something like INTERFACES=eth* On a lot of machines eth* is also used for the wlan interfaces. I guess we would have to support more complex regex than this which is not simple for the users either. I am afraid this is wontfix unless somebody files a patch with a sane implementation. Cheers, Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#525831: please downgrade kimwitu++-doc from Recommends to Suggests
Package: kimwitu++ Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 kimwitu++ currently has Recommends: g++ | c++-compiler, kimwitu++-doc Suggests: bison | byacc | btyacc Please move the kimwitu++-doc package to Suggests, otherwise kimwitu++ pulls in kimwitu++-doc by default. kimwitu++ doesn't need the doc package for any of its functionality. Thanks, Giridhar - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (800, 'unstable'), (700, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEcBAEBAgAGBQJJ9ZsJAAoJENbfLHnbvsrccb8IALRAH3vmANzFZwHuAWd471KA BRaxLt7jw9d+MmMoBDkd0p116481Vdtf+5GQZk3O+625Oi6bQEjPuoOrFWCwm2AY e/WByFagUelkpCngzoMIdiW87DTfudSVuK+RYlD7oK6Qw/804NEr5N1OfQjzup0d LFF/ilravbB/5c5AF60+DTLpvQK4zrld17k72hLbeL9aYHrVgICPcaQ+Ak+FilSV SoRoyMLUImZA2xIadtPjdijWc0bShPZFzmi5jrdRMGXn/AiYYdRGId678gVL0h/b HW5C9YdDDhNUl6+exzgG811FkziRiJi3Kfw9rurqMLp+7KGvCGLRL6T83maKoP0= =N9zI -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523571: meld: cursor is at the end of the file
Package: meld Version: 1.2.1-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, When I use meld to diff/merge two files and I am modifying the file in the right pane, while the top of the file is displayed, the cursor is at the end of the file forcing me to first scroll up. This is not very usable and particularly painful if I have a lot of files to merge. Please reposition the cursor to where the first diff is detected. Thanks, Giridhar - -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages meld depends on: ii python2.5.4-2An interactive high-level object-o ii python-glade2 2.14.1-1 GTK+ bindings: Glade support ii python-gnome2 2.22.3-3 Python bindings for the GNOME desk ii python-gtk2 2.14.1-1 Python bindings for the GTK+ widge ii python-support0.8.7 automated rebuilding support for P Versions of packages meld recommends: ii python-gnome2-desktop 2.24.1-1 Python bindings for the GNOME desk ii yelp 2.24.0-2 Help browser for GNOME 2 meld suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkngPlUACgkQ4eu+pR04mIf+WQCguSVAnHzVBER1Mt4GgxeG8HX1 Qs0AoM3tOilmiXxGxwwPDILWREkAjy3r =0mHo -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523572: meld: CTRL+D and CTRL+E don't position the cursor
Package: meld Version: 1.2.1-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, When I use CTRL+D or CTRL+E to scroll up and down in the right pane while diffing files with meld, the cursor remains where it originally was and doesn't move to where the diff is. If I am resolving conflicts in a repository and there is a large number of those, it is very difficult to scroll to the conflict markers using just the keyboard. This forces me to use the mouse. It would be good to re-position the cursor to where the diff is (and hence to where the conflict markers are) during Up/Down and CTRL+D or CTRL+E. Cheers, Giridhar - -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages meld depends on: ii python2.5.4-2An interactive high-level object-o ii python-glade2 2.14.1-1 GTK+ bindings: Glade support ii python-gnome2 2.22.3-3 Python bindings for the GNOME desk ii python-gtk2 2.14.1-1 Python bindings for the GTK+ widge ii python-support0.8.7 automated rebuilding support for P Versions of packages meld recommends: ii python-gnome2-desktop 2.24.1-1 Python bindings for the GNOME desk ii yelp 2.24.0-2 Help browser for GNOME 2 meld suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkngP10ACgkQ4eu+pR04mIfUAgCeOQdY1uBOUWvaD7WzKnzOX1vf 6GcAnArMk0YDjtb9ctqp3HNga/jkhug5 =MWn8 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523576: meld: CTRL+Z after CTRL+X CTRL+V doesn't undo what was copied in one shot
Package: meld Version: 1.2.1-1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 If I cut a certain porition of code in the right pane by selecting it and using CTRL+X, and I copy it elsewhere (using CTRL+V), I can't undo the copying part in one shot via CTRL+Z. I have to do CTRL+Z multiple times to get to the state where I was when I did a CTRL+V. This is quite confusing and error prone. It is also unlike the usual cut/paste/undo behaviour of most applications. Giridhar - -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages meld depends on: ii python2.5.4-2An interactive high-level object-o ii python-glade2 2.14.1-1 GTK+ bindings: Glade support ii python-gnome2 2.22.3-3 Python bindings for the GNOME desk ii python-gtk2 2.14.1-1 Python bindings for the GTK+ widge ii python-support0.8.7 automated rebuilding support for P Versions of packages meld recommends: ii python-gnome2-desktop 2.24.1-1 Python bindings for the GNOME desk ii yelp 2.24.0-2 Help browser for GNOME 2 meld suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkngRfoACgkQ4eu+pR04mIckFQCfasAbhQ5YkTJzodqAXywev8hP hQIAoLz0LTq5I59IRm43nns2evZ6EFAv =g9bp -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#459325: Fwd: experimental LLVM and CLang packages?
- Forwarded message from Y Giridhar Appaji Nag app...@debian.org - From: Y Giridhar Appaji Nag app...@debian.org To: pkg-llvm-t...@lists.alioth.debian.org Date: Wed, 11 Mar 2009 19:30:53 +0530 Subject: experimental LLVM and CLang packages? Hi, CLang [1], though not officially released yet, is quite usable for source code analysis and C support for the x86/amd64 targets. I think it would be a good idea to expose it to folks who are willing to run unstable/experimental. There is interest because few people actually asked me about this. CLang developers are also quite responsive with bug reports etc. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=459325 However, CLang is supposed to be compiled alongside LLVM in SVN at that point in time. Would you folks consider creating experimental LLVM packages that are cut out of an SVN snapshot? I am willing to help with the LLVM packages (we can create monthly packages or some such) and I will also take care of the CLang package. Arthur and Pierre, what do you think? Cheers, Giridhar - End forwarded message - -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#459325: clang Static Analyzer
Hi Mauro, On 09/04/09 10:12 +0200, Mauro Baluda said ... is the static analyzer available in the version you packged for debian sid? I can't find any scan-build command It is not available. I intend to package clang for debian [1], however, upstream advises that clang should be compiled alongside llvm in SVN and it hasn't been released yet. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=459325 In case there is sufficient interest, I will consider packaging the version of clang that was tagged (in SVN) alongside a release of llvm. For 2.5, that would be r65926. But that would either be in experimental or in a private area. [2] http://lists.cs.uiuc.edu/pipermail/cfe-dev/2009-March/004609.html Cheers, Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#378546: axel-kapt: uses all available memory, crashes, brings system to a crawl
Hi Andrés, On 09/04/04 15:53 +0200, Andrés Hamann said ... I hope this helps. If there is any additional info I can provide, let me know. Would you be able to try the attached patch and check if the bug still exists? Thank you for your efforts :) Cheers, Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ --- /home/appaji/axel-kapt 2009-04-07 14:09:50.411357000 +0530 +++ /usr/bin/axel-kapt 2009-04-07 14:12:12.0 +0530 @@ -45,7 +45,7 @@ verb Verbose - @| --verbose ; quiet Quiet - @| -q ; -term Terminal Type - @combo(x-terminal-emulator, xterm); +term Terminal Type - @string()=x-terminal-emulator; max Max bps- @integer()=0; connex :horizontal Connections - @integer()=4; search :framed ftp Search - numsites | ! @ ; signature.asc Description: Digital signature
Bug#378546: axel-kapt: uses all available memory, crashes, brings system to a crawl
Hi Tobias, Thank you for taking a look. On 09/03/25 15:42 +0100, Tobias Quathamer said ... On Monday 23 March 2009 06:27:45 Y Giridhar Appaji Nag wrote: I have a problem reported by users of axel-kapt that uses kaptain (bug 378546). The memory usage shoots up and brings the box down. Would you be able to help me with this bug? I'm sorry, but I'm currently not able to reproduce this bug with axel-kapt. The programs runs without excessive memory usage, and needs the exact same I have a similar experience. I only notice kaptain taking a small amount of memory (from top). 3817 giridhar 20 0 4792 1004 676 S 3.3 0.1 3:08.87 ssh-agent 3838 giridhar 20 0 38496 26m 9188 R 1.7 2.6 0:52.54 xfce4-terminal 634 giridhar 20 0 16872 8320 7228 S 1.3 0.8 0:00.08 kaptain 700 giridhar 20 0 5452 2360 1876 S 1.3 0.2 0:00.04 ssh time for downloading as the command line program axel. The only problem I'm having here is that the newly opened terminal window does not display the program's output (which seems unrelated here). Indeed. Thanks, Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#521281: dput error output strings need love
Hi Andre, On 09/03/26 13:35 +0100, Andre Klapper (Bugmail) said ... Forwarding from https://bugs.maemo.org/show_bug.cgi?id=4074 . Thank you for taking the trouble to forward the report. problems: 1. Upload is the wrong part of speech. Uploading or Trying to upload would be better 2. Missing subject. Package was already uploaded to ... would be better 3. diablo-extras-builder is called a 'host' in line 1 and is treated as a thing on a host in line 2. 4. Doing nothing for is poor english I fixed these and a some more strings. The changes will be available in the next upload to the archive. Cheers, Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#500342: Please support progress_indicator on scp uploads
Hi Chris, On 09/03/30 23:39 +0100, Chris Lamb said ... Y Giridhar Appaji Nag wrote: This patch actually increases the verbosity of the ssh protocol messages (because of the -v switches) rather than the progress of the file copy itself. Mmm. As I am mostly after the protocol messages, would it be acceptable if they were shown if debugging was enabled? I am not too sure about this. While I understand that it is important to be able to debug protocol messages, I have a feeling that mixing it with dput's own debug messages is not a good thing to do. I definately agree they shouldn't be shown by default, but I feel they should be accessible somewhere. I think one way to go about this would be to add a switch that would enable debugging and verbose options in the protocol that dput uses. i.e. nothing specific to ssh but it would enable -v for ssh and rsync, set_debuglevel for ftplib etc. Cheers, Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#522052: elinks: regexp search option is missing
tags 522052 + confirmed fixed-upstream forwarded 522052 http://bugzilla.elinks.cz/show_bug.cgi?id=1060 thanks Hi Jakub, On 09/03/31 13:45 +0200, Jakub Wilk said ... With current version of elinks, it is not possible to search for a regexp any more. Thank you for the bug report. This was oversight on my part (overlooked a note for the new release). I'll upload a version built with libtre-dev. Cheers, Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#500342: Please support progress_indicator on scp uploads
Hi Chris, Apologies for the late response. On 08/09/27 16:06 +0100, Chris Lamb said ... The attached patch adds support for 'progress_indicator' on SCP uploads Updated patch attached; it was not adding '-v' when changing the file modes. This patch actually increases the verbosity of the ssh protocol messages (because of the -v switches) rather than the progress of the file copy itself. With upload method scp, currently the progress indicator (dput's progress) is sort of 'always on' and in case we want to modify the existing behaviour, what we may want to do is the following: - use the -q switch to scp in case of progress_indicator = 0 - use the current default behaviour in case of progress_indicator = 1 or 2 Does this make sense? I am afraid, with the patch in its current form, this bug would be wontfix. Regards, Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#514544: elinks: dumps core when trying to access http://www.debian.org/security/dsa-long
# Bcc: control tags 514544 + fixed-upstream thanks On 09/02/09 03:19 +0200, Kalle Olavi Niemitalo said ... and avoids the crash. However, I'm really unfamiliar with the DOM code, so I cannot be sure this is the right solution. --- src/document/dom/renderer.c.~1~ 2008-06-30 01:40:02.0 +0300 +++ src/document/dom/renderer.c 2009-02-09 02:57:09.0 +0200 @@ -947,9 +947,7 @@ dom_rss_pop_document(struct dom_stack *s done_dom_string(renderer-text); mem_free_if(renderer-items); - done_dom_node(root); - - return DOM_CODE_OK; + return DOM_CODE_FREE_NODE; } http://repo.or.cz/w/elinks.git?a=commitdiff;h=f77748299b4f412c08a360407bbaef8a5a7e4965 -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#497493: elinks: page refresh create a new session
# Bcc: control tags 497493 + moreinfo unreproducible thanks Hi sylvain, On 08/09/02 06:52 +0200, sylvain ferriol said ... when using elinks with a page having a refresh metadata meta http-equiv=refresh content=15 elinks reloads the page in a new session instead of the same session I am a bit confused about this. Are you talking about the session history (File::History menu), the HTTP sessions or something else? In case of the session history and the HTTP network sessions, I see that there is no new session created. Can you please elaborate a bit more? Also, it would help if you can try and reproduce this bug with the version in stable (0.11.4-3) or unstable and testing (0.12~pre2.dfsg0-1) -- this was reported on 0.11.1-1.2etch1. Thank you, Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#468896: [PATCH] ifplugd: honor allow-ifplugd interfaces(5) class via ifplugd.agent
Hi Kel, On 09/03/24 09:39 +1000, Kel Modderman said ... On Tuesday 17 February 2009 16:41:40 Y Giridhar Appaji Nag wrote: What do you think of the attached patch? It builds upon yours, and adds allow-ifplugd to be read from ifplugd.init and allow-ifplugd-hotplug for udev. One thing i never liked about my patch was the use of sed to parse /etc/network/interfaces; that is ugly, ifupdown should execute the allow-ifplugd class helper script directly with correct environment etc. The other topic which makes me think is why there are two methods of starting ifplugd anyway - via hotplug script or boot time initscript. Could it be possible to have ifplugd be totally hotplug driven or are there common cases you are aware of where that would not be nice? Nothing jumps at me immediately, so the answer to that is a no. Bottom line is: I think better integration with ifupdown than a sed one liner is desirable (and i should have updated bug report when i first thought it...) It's up to you though, my patch and this extension just doesn't feel right yet to me ... It seems to work though :) Indeed. I am not quite happy with the kludge, so I guess we could wait and work out a better way. Hence I am marking this as wontfix and will revert the patch from svn. Thank you for your opinion. Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#378546: axel-kapt: uses all available memory, crashes, brings system to a crawl
tags 378546 + help thanks Hi Tobias, I have a problem reported by users of axel-kapt that uses kaptain (bug 378546). The memory usage shoots up and brings the box down. Would you be able to help me with this bug? Thanks and regards, Giridhar On 09/03/22 23:28 +0100, Andrés Hamann said ... Running Debian Squeeze GNU/Linux with kernel 2.6.26-1-amd64 When I execute axel-kapt the system starts with 700 Mb used and in a matter of two or three seconds it gets up to 1550Mb (It crashed the system once, but now I just interrupt it before it literally eats all of the resources). It happens every time I execute axel-kapt so I guess it is reproducible. -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#520186: dput: Displays 'not running dinstall' message
# Bcc: control tags 520186 + pending thanks Hi Mark, On 09/03/17 23:31 +, Mark Brown said ... contributors and is just noise for the rest of us - might it not make sense to disable the message by default? Thank you for the suggestion. I fixed this in git and will be included in the next upload to the archive. Cheers, Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#519144: dput: no newline after each uploaded file with progress_indicator=2
Hi, On 09/03/14 11:40 +0100, Adeodato Simó said ... * Y Giridhar Appaji Nag [Wed, 11 Mar 2009 14:52:55 +0530]: this bug. Can you please try the following patch? (NB: please always send patches as an attachment, since it requires extra effort to extract them from the body, as this can be encoded, etc., and for extra points please provide patches that apply to the version in unstable and not to the tip of the VCS, unless you explicitly mention it. ;-) All noted :) If this does not work, can you tell me how you are able to reproduce this and send across your terminal settings? The patch does not work. (In fact, I tried to fix the problem myself before submitting the bug, and s/stderr/stdout/ was one of the first things I tried as well.) I use rxvt-unicode. I’ve tried with xterm and it also does not work, but it does work correctly with konsole (even the unpatched version). Thank you for the additional information. I am able to reproduce the issue with rxvt-unicode but things work fine with xterm, xfce4-terminal and gnome-terminal. I will try and figure out why (so far I noticed that $TERM is rxvt-unicode with rxvt-unicode, and xterm with the rest. But setting TERM to xterm doesn't work in rxvt-unicode -- with or without the patch). Cheers, Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#519665: [INTL:te] Telugu iso-codes translation for ISO 3166
Package: iso-codes Version: 3.6-1 Severity: wishlist Tags: patch l10n -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Please find the ISO 3166 Telugu translation. I am aiming for a te_IN translation of d-i for squeeze, please include this in the iso-codes package. Cheers, Giridhar - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (800, 'unstable'), (700, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash iso-codes depends on no packages. iso-codes recommends no packages. Versions of packages iso-codes suggests: pn isoquery none (no description available) - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkm7bEIACgkQ4eu+pR04mIfntACcCqTLgHS5FTG4yhBqHXy6wEJX l7kAoLEzOqp3aTUZZ3HunzA+4b6jTaU5 =fOtk -END PGP SIGNATURE- te.po.gz Description: GNU Zip compressed data
Bug#519665: [INTL:te] Telugu iso-codes translation for ISO 3166
On 09/03/14 14:05 +0530, Y Giridhar Appaji Nag said ... Please find the ISO 3166 Telugu translation. I am aiming for a te_IN translation of d-i for squeeze, please include this in the iso-codes package. I did not send this to the translation project (as indicated in the d-i i18n document) because there is no Telugu co-ordination team there. I don't intend to co-ordinate one there either, but I will keep the translation in Debian up-do-date. Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature