Bug#834394: RFA: plastex
Package: wnpp Severity: normal I haven't had time, nor interest to maintain this package, thus I believe it's best if someone else steps in and take care of it's maintainance. Regards, Carl
Bug#774744: ITP: obs -- Open Broadcast Software
Hello, Back in February, I got som IRL issues, and frankly forgot about this; I've no issue with having it under the multimedia team umbrella; I've uploaded the code I made back then to https://github.com/azatoth/obs-studio and rebased it only latest release; feel free to move it to DMT:s git repo if you want to use this base. Regards, Carl On 14 December 2015 at 20:50, Sebastian Ramacher <sramac...@debian.org> wrote: > Hi Carl > > On 2015-01-07 02:57:45, Carl Fürstenberg wrote: > > Package: wnpp > > Severity: wishlist > > Owner: "Carl Fürstenberg" <azat...@gmail.com> > > > > * Package name: obs > > Version : 0.7.2 > > Upstream Author : Hugh Bailey <obs@gmail.com> > > * URL : https://obsproject.com/ > > * License : GPL > > Programming Lang: C, C++ > > Description : Open Broadcast Software > > > > a rewrite of what was formerly known as "Open Broadcaster Software", > > software originally designed for recording and streaming live > > video content, efficiently. > > Thanks for packaging obs. What's the current status? Please let me know if > you > need any help with the package. I'd be happy to help. Since it would fit > under > the Multimedia Team umbrella, would you be interested in maintaining it > within > the team? > > Cheers > -- > Sebastian Ramacher > -- Carl Fürstenberg
Bug#807750: arp-scan: New version available (1.9)
Package: arp-scan Version: 1.8.1-2 Severity: wishlist 1.9 of arp-scan was released 24th November 2013; see http://www.nta-monitor.com/tools-resources/security-tools/arp-scan and https://github.com/royhills/arp-scan -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages arp-scan depends on: ii libc6 2.19-22 ii libpcap0.8 1.7.4-2 Versions of packages arp-scan recommends: ii libwww-perl 6.13-1 arp-scan suggests no packages. -- no debconf information
Bug#801300: transmission-gtk: annoying black ligns on torrent lists
Package: transmission-gtk Version: 2.84-2+b1 Followup-For: Bug #801300 I can confirm this occurs in gnome on stretch (see screenshot) -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages transmission-gtk depends on: ii libappindicator3-1 0.4.92-3.1 ii libc62.19-22 ii libcurl3-gnutls 7.45.0-1+b1 ii libevent-2.0-5 2.0.21-stable-2+b1 ii libgdk-pixbuf2.0-0 2.32.2-1 ii libglib2.0-0 2.46.2-1 ii libgtk-3-0 3.18.5-1 ii libminiupnpc10 1.9.20140610-2.1 ii libnatpmp1 20110808-3 ii libpango-1.0-0 1.38.1-1 ii libssl1.0.2 1.0.2d-3 ii transmission-common 2.84-2 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages transmission-gtk recommends: ii xdg-utils 1.1.1-1 transmission-gtk suggests no packages. -- no debconf information
Bug#776647: [scons] New upstream version
Package: scons Version: 2.3.1-2 Severity: normal --- Please enter the report below this line. --- New upstream version 2.3.4 is available at http://prdownloads.sourceforge.net/scons/scons-2.3.4.tar.gz --- System information. --- Architecture: amd64 Kernel: Linux 3.14-2-amd64 Debian Release: jessie/sid 500 unstable ftp.availo.se 500 stable toolbelt.heroku.com 500 stable dl.google.com 500 sid linux.dropbox.com 500 precise ppa.launchpad.net 500 mongodb downloads-distro.mongodb.org 500 binary pkg.jenkins-ci.org --- Package information. --- Depends (Version) | Installed -+-== python:any (= 2.6.6-7~) | Package's Recommends field is empty. Package's Suggests field is empty. signature.asc Description: OpenPGP digital signature
Bug#774744: ITP: obs -- Open Broadcast Software
The frontend is called obs-studio, though it contains a library called libobs0, thus I felt calling the source package obs-studio a bit wrong. At the moment, the binary packages would be obs-studio, obs-plugins, libobs0, libobs-dev, and libobs0-dbg. But true, the source package though could be renamed to obsproject or similar; I'll have to talk to upstream first what they recommend. On Wed, Jan 7, 2015 at 10:20 PM, Dimitri John Ledkov x...@debian.org wrote: Hello, On 7 January 2015 at 01:57, Carl Fürstenberg azat...@gmail.com wrote: Package: wnpp Severity: wishlist Owner: Carl Fürstenberg azat...@gmail.com * Package name: obs Version : 0.7.2 Upstream Author : Hugh Bailey obs@gmail.com * URL : https://obsproject.com/ * License : GPL Programming Lang: C, C++ Description : Open Broadcast Software a rewrite of what was formerly known as Open Broadcaster Software, software originally designed for recording and streaming live video content, efficiently. obs also means open build service and we have obs-build already packaged. ( a component of it) Would you mind using a more verbose name for source binary packages? e.g. obsproject or open-broadcast? -- Regards, Dimitri. -- Carl Fürstenberg
Bug#774744: ITP: obs -- Open Broadcast Software
Package: wnpp Severity: wishlist Owner: Carl Fürstenberg azat...@gmail.com * Package name: obs Version : 0.7.2 Upstream Author : Hugh Bailey obs@gmail.com * URL : https://obsproject.com/ * License : GPL Programming Lang: C, C++ Description : Open Broadcast Software a rewrite of what was formerly known as Open Broadcaster Software, software originally designed for recording and streaming live video content, efficiently. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754725: gradle: New upstream version available 2.0
Source: gradle Severity: wishlist A new upstream version 2.0 is available at http://www.gradle.org/downloads -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729521: git-buildpackage: Allow builds keeping upstream source as a submodule
Package: git-buildpackage Version: 0.6.5 Severity: wishlist Some people really want to have thew upstream source as a submodule in the root of the debianized tree, i.e. . ├── debian │ ├── changelog │ ├── compat │ ├── control │ ├── copyright │ ├── dirs │ ├── install │ └── rules └── upstream (submodule) ├── README ├── Makefile └── ... At the moment, I assume this is practically impossible. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages git-buildpackage depends on: ii devscripts2.13.4 ii git 1:1.8.4~rc3-1 ii man-db2.6.5-2 ii python2.7.5-5 ii python-dateutil 1.5+dfsg-0.1 ii python-pkg-resources 0.6.49-2 Versions of packages git-buildpackage recommends: ii cowbuilder0.73 ii pristine-tar 1.28 Versions of packages git-buildpackage suggests: ii python-notify 0.1.1-3 ii unzip 6.0-10 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640263: debian-policy: Clarify policy section 9.9 - Environment variables
On Mon, Jul 9, 2012 at 4:07 AM, Jonathan Nieder jrnie...@gmail.com wrote: What happened to this proposal? Does it need attention from any particular affected audience (maybe the base-files maintainer or people familiar with the system initialization process)? Seems nothing has happened last year and a half :/ While I feel the clarification in the bug replies are sufficient, I would think it would be good to have the patch applied. -- Carl Fürstenberg
Bug#696016: libv8: New upstream version (3.15.11)
Source: libv8 Version: 3.8.9.20-2 Severity: wishlist New upstream version detected. Changelog can be found at: http://code.google.com/p/v8/source/browse/trunk/ChangeLog -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681413: RFP: ruby-rvm -- Ruby Version Manager
Package: wnpp Severity: wishlist * Package name: ruby-rvm Version : 1.14.5 Upstream Author : Wayne E. Seguin wayneeseg...@gmail.com * URL : https://rvm.io/ * License : Apache 2.0 Programming Lang: ruby Description : Ruby Version Manager RVM is a command-line tool which allows you to easily install, manage, and work with multiple ruby environments from interpreters to sets of gems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679581: tracker-miner-fs uses up all available virtual memory
Package: tracker-miner-fs Version: 0.14.1-2 Severity: important Every time lately after I've booted up my computer, tracker-miner-fs starts to eat up all possible available memory, including swap space, and I usually have to run `tracker-control -r` to regain control over my computer. I've no idea if it's my fault (I have wrong types of files, or too many files), or if it's a bug in tracker, but atm I actually had to kill tracker to be able to write this bug report (It was at 56% usage of my 4 GB RAM). Thus I think something is really wrong. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tracker-miner-fs depends on: ii libc6 2.13-33 ii libglib2.0-0 2.32.3-1 ii libtracker-extract-0.14-0 0.14.1-2 ii libtracker-miner-0.14-00.14.1-2 ii libtracker-sparql-0.14-0 0.14.1-2 ii libupower-glib10.9.16-3 ii procps 1:3.3.3-2 ii tracker0.14.1-2 ii tracker-extract0.14.1-2 tracker-miner-fs recommends no packages. tracker-miner-fs suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678239: request-tracker4: update-rt-siteconfig-4 errorious regex fails install
Package: request-tracker4 Version: 4.0.6-2 Severity: serious Tags: patch Justification: 3 The regex for the find command in update-rt-siteconfig-4 is slightly broken, and results in a fatal error during install: find: Invalid range end Fix is simple, thus attaching patch. -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise-proposed'), (500, 'precise'), (100, 'precise-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-24-generic (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash From 780c6b06156dce6d6643e8807ea8d74dc277f204 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Carl=20F=C3=BCrstenberg?= c...@excito.com Date: Wed, 20 Jun 2012 09:58:25 +0200 Subject: [PATCH] Fix broken regex character range that results in failed installs --- debian/scripts/update-rt-siteconfig |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/debian/scripts/update-rt-siteconfig b/debian/scripts/update-rt-siteconfig index 5a7e50b..7d8898b 100644 --- a/debian/scripts/update-rt-siteconfig +++ b/debian/scripts/update-rt-siteconfig @@ -34,7 +34,7 @@ EOF # ignore *.ucf-old and the like find $SITE_CONFIG_INCLUDE_DIR -type f \ --iregex ^$SITE_CONFIG_INCLUDE_DIR/[a-z0-9][a-z0-9-_]+$ | sort | \ +-iregex ^$SITE_CONFIG_INCLUDE_DIR/[a-z0-9][a-z0-9_-]+$ | sort | \ while read file do echo # start $file $tfile -- 1.7.9.5
Bug#675182: reprepro: Enable commandline architecture specifier to the pull and checkpull commands
Package: reprepro Severity: wishlist Dear Maintainer, I wonder if it could be possible to get it implemented so we can limit pulls and checkpulls to a single architecture without having to modify conf/pulls i.e. reprepro pull -Aarmel stable_repo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668797: Any progress
As 1.3.3 has been migrated to wheezy now, do you have had any progress in 1.4.*? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590724: upstream has not shown any responses
Last month, we tried again to get the patches applied, but they've not responded yet at all: http://lists.gnu.org/archive/html/bug-gettext/2012-03/msg00010.html signature.asc Description: OpenPGP digital signature
Bug#590724: Updates?
Sadly there has been no activity at all from upstream to implement this. Half year has gone without them even uttered a word regarding the work made on https://github.com/AndyStricker/gettext-javascript/ Thus if it's possible, could you pull the javascript branch into the debian package and ignore the dead upstream? Regards, Carl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646130: parted: New upstream version
Package: parted Version: 2.3-8 Followup-For: Bug #646130 parted 3.1 has been released today, and I would be really grateful if this stalemate could be resolved. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages parted depends on: ii libblkid1 2.20.1-3 ii libc6 2.13-26 ii libdevmapper1.02.1 2:1.02.67-2 ii libncurses5 5.9-4 ii libparted0debian1 2.3-8 ii libreadline66.2-8 ii libuuid12.20.1-3 parted recommends no packages. Versions of packages parted suggests: pn parted-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631477: [debcommit] Be smart as to how to tag a repository
Package: devscripts Followup-For: Bug #631477 Version: 2.11.3 I want to add that the most cumbersome issue I have is when maintaining packages wich has tildes in their versions (pre-releases); For example if we have the version 1.3~pre4; debcommit -ra will make the tag 1.3.pre4 and git buildpackage --git-tag will make the tag 1.3_pre4; While the actual tag isn't much of a problem except it might look bad, git dch only listens to one of the tags and ignores the other format. -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- EMAIL=$(git config user.email) DEBFULLNAME=$(git config user.name) DEBUILD_SET_ENVAR_DEBIAN_KERNEL_USE_CCACHE=tru -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages devscripts depends on: ii dpkg-dev 1.16.1.2 ii libc6 2.13-21 ii perl 5.14.2-6 ii python 2.7.2-9 ii python2.6 2.6.7-4 ii python2.7 2.7.2-7 Versions of packages devscripts recommends: ii at3.1.13-1 ii curl 7.22.0-3 ii dctrl-tools 2.20 ii debian-keyring2011.08.07 ii dput 0.9.6.2 ii dupload 2.7.0 ii equivs2.0.9 ii fakeroot 1.18.1-1 ii gnupg 1.4.11-3 ii libcrypt-ssleay-perl 0.57-2+b3 ii libjson-perl 2.53-1 ii libparse-debcontrol-perl 2.005-3 ii libsoap-lite-perl 0.714-1 ii liburi-perl 1.59-1 ii libwww-perl 6.03-1 ii lintian 2.5.4 ii man-db2.6.0.2-3 ii patch 2.6.1-2 ii patchutils0.3.2-1 ii python-debian 0.1.21 ii python-magic none ii sensible-utils0.0.6 ii strace4.5.20-2.3 ii unzip 6.0-5 ii wdiff 0.6.5-1 ii wget 1.13.4-1 ii xz-utils 5.1.1alpha+20110809-3 Versions of packages devscripts suggests: ii bsd-mailx [mailx]8.1.2-0.2006cvs-1 ii build-essential 11.5 ii cvs-buildpackage none ii devscripts-elnone ii gnuplot 4.4.0-1.1 ii libauthen-sasl-perl 2.1500-1 ii libfile-desktopentry-perlnone ii libnet-smtp-ssl-perl 1.01-3 ii libterm-size-perl0.2-4+b3 ii libtimedate-perl 1.2000-1 ii libyaml-syck-perl1.19-1+b1 ii mutt 1.5.21-5 ii openssh-client [ssh-client] 1:5.9p1-2 ii svn-buildpackage none ii w3m 0.5.3-5 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652884: tor: Don't fail postinst when init doesn't start mainly due to control socket permissions issues
Package: tor
Version: 0.2.2.35-1
Severity: normal
Tags: patch
I did notice that when an old config has an control socket
/var/run/tor.sock for example, the tor daemon will bail out with a
security error. This at the moment will fail the whole upgrade process.
As I think the error is not fatal for the actual upgrade process, as we
can fix the issue after the upgrade and restart the daemon, I believe
it's in our intrest to add a protection again init failures.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages tor depends on:
ii adduser 3.113
ii libc6 2.13-21
ii libevent-2.0-5 2.0.16-stable-1
ii libssl1.0.0 1.0.0e-3
ii zlib1g 1:1.2.3.4.dfsg-3
Versions of packages tor recommends:
ii logrotate3.7.8-6
ii tor-geoipdb none
ii tsocks 1.8beta5-9.2
Versions of packages tor suggests:
ii mixmaster none
ii polipo 1.0.4.1-1.1
ii socat 1.7.1.3-1.2
ii tor-armnone
ii xul-ext-torbutton 1.4.4.1-1
From cb9a035febc422f5892a394b390184c92a23d383 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Carl=20F=C3=BCrstenberg?= azat...@gmail.com
Date: Wed, 21 Dec 2011 13:26:52 +0100
Subject: [PATCH] Don't fail upgrade on tor init errors
if some configuration is wrong and the tor daemon refuses to start, we
shouldn't fail the whole upgrade process just because of this.
Just keep the daemon unstarted and print out a message instead.
---
debian/rules|2 +-
debian/tor.postinst |5 +
2 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/debian/rules b/debian/rules
index e9acb1e..399177e 100755
--- a/debian/rules
+++ b/debian/rules
@@ -178,7 +178,7 @@ binary-common:
dh_installdocs
dh_installexamples
dh_installlogrotate
- dh_installinit
+ dh_installinit --error-handler=tor_error_init
dh_installcron
dh_installman
dh_link
diff --git a/debian/tor.postinst b/debian/tor.postinst
index 4adece4..de25f3f 100644
--- a/debian/tor.postinst
+++ b/debian/tor.postinst
@@ -115,6 +115,11 @@ EOF
fi
fi
+tor_error_init() {
+ echo Tor was unable to start due to configuration errors.;
+ echo Please fix them and manually restart the tor daemon using;
+ echo ´service start tor´;
+}
#DEBHELPER#
--
1.7.7.3
Bug#646130: parted versions lags behind
Package: parted Version: 2.3-8 Current parted in Debian is one and a half years old by now; 2.4 was released 18:th May this year, and 3.0 was released 30:th May this year. I hopefully assume a lot of 3TB issues are solved in later releases that might still be present in 2.3 Regards, Carl Fürstenberg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640263: debian-policy: Clarify policy section 9.9 - Environment variables
Package: debian-policy Version: 3.9.2.0 Severity: normal Per resolution of bug #639997 I would like to ask for clarification of section 9.9 in the polcy regarding environmental variables, and if it implicitly excludes global environmental variables like PATH, or if all programs must include themself a sensible default PATH as fallback. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash debian-policy depends on no packages. debian-policy recommends no packages. Versions of packages debian-policy suggests: ii doc-base 0.10.2 utilities to manage online documen -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639997: dpkg fails if PATH is not set
Package: dpkg Version: 1.16.0.3 Severity: serious Justification: Policy 9.9 Trying to run dpkg under a clean environment fails: # env -i dpkg -i 3dchess_0.8.1-17_amd64.deb dpkg: error: error: PATH is not set. Policy 9.9 says A program must not depend on environment variables to get reasonable defaults.. I do not feel a double error is a reasonable default -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg depends on: ii coreutils 8.5-1GNU core utilities ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.13-10 Embedded GNU C Library: Shared lib ii libselinux1 2.0.98-1.1 SELinux runtime shared libraries ii xz-utils5.0.0-2 XZ-format compression utilities ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 0.8.15.5 Advanced front-end for dpkg -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639022: python-apt: Examples outdated
On Tue, Aug 23, 2011 at 22:05, Carl Fürstenberg azat...@gmail.com wrote: On Tue, Aug 23, 2011 at 21:06, Julian Andres Klode j...@debian.org wrote: Which examples? A few of the older ones might be broken, but the ones in doc/source/examples should work. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. I was referring to the examples found in doc/examples. -- Carl Fürstenberg Generally in the documentation there are references to apt.progress.FetchProgress(), which i didn't know what to replace with until reading the source code for Cache.commit() This is also present is most examples. -- Carl Fürstenberg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639022: python-apt: Examples outdated
Package: python-apt Version: 0.8.0 Severity: normal The examples in the source package are outdated and does not run. As the examples are imperative for understanding how to use python-apt, I think it is important that the examples are updated to match current code. This is somewhat relevant for Squeeze (less is broken there), but more so for Wheezy/Sid. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-apt depends on: ii apt [libapt-pkg4.10] 0.8.15.5 Advanced front-end for dpkg ii apt-utils [libapt-inst1.2]0.8.15.5 APT utility programs ii libc6 2.13-10Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.1-4 GCC support library ii libstdc++64.6.1-4GNU Standard C++ Library v3 ii python2.6.7-2interactive high-level object-orie ii python-apt-common 0.8.0 Python interface to libapt-pkg (lo ii python2.6 2.6.7-3An interactive high-level object-o Versions of packages python-apt recommends: ii iso-codes 3.27-1 ISO language, territory, currency, ii lsb-release 3.2-27 Linux Standard Base version report ii python2.6 2.6.7-3An interactive high-level object-o Versions of packages python-apt suggests: pn python-apt-dbgnone (no description available) pn python-apt-docnone (no description available) ii python-gtk2 2.24.0-2 Python bindings for the GTK+ widge ii python-vte1:0.28.1-2 Python bindings for the VTE widget -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639022: python-apt: Examples outdated
On Tue, Aug 23, 2011 at 21:06, Julian Andres Klode j...@debian.org wrote: Which examples? A few of the older ones might be broken, but the ones in doc/source/examples should work. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. I was referring to the examples found in doc/examples. -- Carl Fürstenberg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637705: liblocale-po-perl: Handling of indented msgstr
Package: liblocale-po-perl Version: 0.21-2~1.gbp8fe5d7 Severity: normal Current Locale::PO doesn't handle situations when msgstr are indented, which can happend when using xgettext and msgmerge with the --indent option. I took the liberty to create a git repo at pkg-perl with an patch fixing the issue. As this package isn't updated a lot, it might be in your intrest to transfer maintainershit to pkg-perl group for this package. The repo can be found at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/liblocale-po-perl.git -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages liblocale-po-perl depends on: ii perl 5.12.4-2 Larry Wall's Practical Extraction liblocale-po-perl recommends no packages. liblocale-po-perl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590724: Any progress on including this patch into xgettext
This bug report has been lying around for over a year now. I would like this to be included, as more and more JavaScript applications is using gettext, and proper xgettext support for JavaScript apps is really wanted. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628952: minidlna: Possible unknown copyright status of hardcoded image blobs in source code
On Mon, Jun 6, 2011 at 19:20, Bernhard R. Link brl...@debian.org wrote: * Benoīt Knecht benoit.kne...@fsfe.org [110606 11:57]: I had a look at these, and I'm pretty sure they're not eligible for copyright protection (a white 'N' on a blue background is not nearly creative enough). So I don't think there's a problem there; the license header should just be corrected to state that there's no copyright on this particular logo. What do you think? Removing the copyright notice is extremly dangerous. It's the only thing universally forbidden even before the copyright-mafia successfully lobbied for more in many countries. So ideally the copyright holder would have to do it (or at least the one having written the copyright notice), but then it is easier to just add some permissive license to it. Also note that the not eligible for copyright is a very hard question if looking at more than one country. Ironically the most problematic countries might be those that have historically high requirements on creativity for work to be protected (as the general needs creativity rule has to be lifted for software in order to have any commercial software to be eligible) Bernhard R. Link I've have had an discussion with upstream Justin Maggard (added as cc), and following is what his legal department says: Here's what I got from the legal dept: We consider the NETGEAR image to be copyrighted property of NETGEAR. The image's binary blob does not contain any GPL code and is not licensed under any software license. Permission has been granted for the free distribution of these images with the MiniDLNA software application. Just thinking about this stuff makes my head hurt. :) If it makes you more comfortable, feel free to rip out the NETGEAR images from your tree. Regarding the Tux image, it's hard for me to image it being an issue, since the Linux kernel has been embedding it for years. -Justin -- Carl Fürstenberg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628952: minidlna: Possible unknown copyright status of hardcoded image blobs in source code
Package: minidlna Severity: serious Justification: Policy 2.1 the source code file icons.c includes binary blobs detailing the NetGear logo and the Tux logo. While the source code is licensed under GPL2, the file in question only states following: * Penguin images are the creation of Larry Ewing (lew...@isc.tamu.edu) using The GIMP. * NETGEAR images Copyright (c) 2008- NETGEAR, Inc. All Rights Reserved. It doesn't explicit state which licenses these binary blobs are under (there are four of each, two png and two jpeg). Only the tux image is used in the binary package. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628416: vim-gnome: gvim exits with Glib-GObject-WARNING
Package: vim-gnome Version: 2:7.3.154+hg~74503f6ee649-2+b1 Severity: normal When exit gvim, I'm getting following warning every time: (gvim:5684): GLib-GObject-WARNING **: cannot retrieve class for invalid (unclassed) type `invalid' Dunno if it's directly related to gvim, but it's the only application I've encountered the warning -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vim-gnome depends on: ii libacl1 2.2.49-4 Access control list shared library ii libbonobo 2.24.3-1 The Bonobo UI library ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii libgdk-pi 2.23.3-3 GDK Pixbuf library ii libglib2. 2.28.6-1 The GLib library of C routines ii libgnome2 2.30.0-1 The GNOME library - runtime files ii libgnomeu 2.24.3-1 The GNOME libraries (User Interfac ii libgpm2 1.20.4-3.4 General Purpose Mouse - shared lib ii libgtk2.0 2.24.4-3 The GTK+ graphical user interface ii libice6 2:1.0.7-1 X11 Inter-Client Exchange library ii liblua5.1 5.1.4-5Simple, extensible, embeddable pro ii libncurse 5.9-1 shared libraries for terminal hand ii libpango1 1.28.3-6 Layout and rendering of internatio ii libperl5. 5.12.3-6 shared Perl library ii libpython 2.6.6-10 Shared Python runtime library (ver ii libruby1. 1.8.7.334-4Libraries necessary to run Ruby 1. ii libselinu 2.0.98-1+b1SELinux runtime shared libraries ii libsm62:1.2.0-1 X11 Session Management library ii libx11-6 2:1.4.3-1 X11 client-side library ii libxt61:1.1.1-1 X11 toolkit intrinsics library ii tcl8.58.5.8-2Tcl (the Tool Command Language) v8 ii vim-commo 2:7.3.154+hg~74503f6ee649-2+b1 Vi IMproved - Common files ii vim-gui-c 2:7.3.154+hg~74503f6ee649-2Vi IMproved - Common GUI files ii vim-runti 2:7.3.154+hg~74503f6ee649-2Vi IMproved - Runtime files vim-gnome recommends no packages. Versions of packages vim-gnome suggests: pn cscopenone (no description available) ii gnome-icon-theme 2.30.3-2 GNOME Desktop icon theme ii ttf-dejavu2.33-1 Metapackage to pull in ttf-dejavu- pn vim-doc none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627770: foomatic-db-engine doesn't work with foomatic-db-compressed-ppds
Package: foomatic-db-engine Version: 4.0.7-1 Severity: normal while foomatic-db-compressed-ppds provides foomatic-db, foomatic-db-engine which suggest foomatic-db, doesn't work when foomatic-db-compressed-ppds is installed, and for example command foomatic-searchprinter HP results in: Cannot read file /usr/share/foomatic/db/oldprinterids! Cannot read directory /usr/share/foomatic/db/source/driver! Entity: line 1: parser error : Extra content at the end of the document overview ^ I assume it's due to the lack of the raw database, but perhaps an Conflict on foomatic-db-compressed-ppds should be added. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages foomatic-db-engine depends on: ii bash 4.1-3 The GNU Bourne Again SHell ii curl 7.21.6-1Get a file from an HTTP, HTTPS or ii foomatic-filters 4.0.7-1 OpenPrinting printer support - fil ii libc62.11.2-11 Embedded GNU C Library: Shared lib ii libxml2 2.7.8.dfsg-2+b1 GNOME XML library ii perl 5.10.1-20 Larry Wall's Practical Extraction ii wget 1.12-3.1retrieves files from the web Versions of packages foomatic-db-engine recommends: ii cups 1.4.6-5Common UNIX Printing System(tm) - ii cups-client 1.4.6-5Common UNIX Printing System(tm) - ii netcat-traditional [netcat] 1.10-39TCP/IP swiss army knife Versions of packages foomatic-db-engine suggests: ii foomatic-db-compressed-ppds [ 20110209-1 OpenPrinting printer support - Com pn foomatic-db-gutenprintnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627772: hpijs-ppds should be distributed as compressed package using pyppd
Package: hpijs-ppds Severity: wishlist As both foomatic-db and hplip have option to install compressed ppd databases, it would be an good idea to allow hpijs as well to have such an option. either by letting hpijs-ppds install one, or have an hpijs-data package. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627810: system-config-printer-udev: Lack of dependency of python-dbus
Package: system-config-printer-udev Version: 1.2.3-3 Severity: important The package doesn't have dependency of python-dbus, which result in crash of /lib/udev/udev-add-printer due to ImportError. For example (ran manually as the actual error didn't show up in syslog): # /lib/udev/udev-add-printer /devices/platform/orion-ehci.0/usb1/1-1/1-1.2/1-1.2:1.0/usb/lp0 Traceback (most recent call last): File /lib/udev/udev-add-printer, line 24, in module import dbus ImportError: No module named dbus -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages system-config-printer-udev depends on: ii libc62.11.2-11 Embedded GNU C Library: Shared lib ii libcups2 1.4.6-5 Common UNIX Printing System(tm) - ii libglib2.0-0 2.28.6-1The GLib library of C routines ii libudev0 167-3 libudev shared library ii libusb-0.1-4 2:0.1.12-17 userspace USB programming library ii python 2.6.6-14interactive high-level object-orie ii python-cups 1.9.48-1+b1 Python bindings for CUPS ii python-cupshelpers 1.2.3-3 Python utility modules around the system-config-printer-udev recommends no packages. system-config-printer-udev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623117: git-buildpackage: git-pbuilder ignores/overrides ~/.pbuilderrc
Package: git-buildpackage
Version: 0.5.22
Severity: important
On my rather old and badly setup system I've decided to use
/home/pbuilder as chroot agrea instead ov /var/cache/pbuilder
thus I setup in my .pbuilderrc all relevant data and created the cow
dir:
export CCACHE_DIR=/home/pbuilder/ccache
export PATH=/usr/lib/ccache:${PATH}
EXTRAPACKAGES=ccache lintian
BINDMOUNTS=${CCACHE_DIR}
PDEBUILD_PBUILDER=cowbuilder
BUILDRESULT=/home/pbuilder/result
BASEPATH=/home/pbuilder/base.cow
BUILDPLACE=/home/pbuilder/build-area
APTCACHE=/home/pbuilder/aptcache
DEBOOTSTRAP=cdebootstrap
I felt rather saddened when I realize git-buildpackage prohibits me to
have my cow image outside /var, which imo desn't make any sense at all,
why can't it just read .pbuilderrc and be happy?
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.37-2-686 (SMP w/1 CPU core)
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to sv_SE.UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages git-buildpackage depends on:
ii devscripts 2.10.72 scripts to make the life of a Debi
ii git [git-core] 1:1.7.4.4-1 fast, scalable, distributed revisi
ii git-core 1:1.7.4.4-1 fast, scalable, distributed revisi
ii python 2.6.6-12interactive high-level object-orie
ii python-dateutil 1.4.1-3 powerful extensions to the standar
ii python-support 1.0.13 automated rebuilding support for P
Versions of packages git-buildpackage recommends:
ii cowbuilder0.62+nmu2 pbuilder running on cowdancer
ii pristine-tar 1.13 regenerate pristine tarballs
Versions of packages git-buildpackage suggests:
pn git-load-dirs none (no description available)
ii python-notify 0.1.1-2+b2 Python bindings for libnotify
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622931: libav: pkg-config files implies possible static linkage
On 2011-04-17 19:14, Neil Williams wrote: Tollef? Any change in that since 2007? (I'm not expecting such a change as pkg-config doesn't do this for dynamic linkage either, that is left to the package build system. As static is not the default build for most package build systems, it's not unexpected that it simply doesn't work in many cases. Too few people care, too few people to test every single change in the dependency chain.) Is it possible to define an alternative .pc file which omits libva-dev and libgcrypt? (Even if that means that libav itself needs different ./configure options to be built that way). If not, maybe this just needs some documentation that static linking for this package - and quite probably many, many others - simply does not work. It's an upstream issue - does upstream care about static linkage? (I'm upstream for a few and I frankly don't care about static linkage in those packages at all. I haven't worked with other upstream teams where I can remember anyone ever expressing interest in static linking either.) I think it is worth being realistic here. Assuring static linkage support in Debian is, IMHO, simply not attainable for the vast majority of libraries. It's not a fixable problem because not enough people care about it anymore. Changes in static linkage behaviour are not likely to be an ingredient in any Release Team considerations for testing migrations or stable releases, so even if this was done once, it would break almost immediately. I also think the bug is from a mistaken viewpoint. There is nothing which can be put into a .pc file to imply that static linkage is or is not possible. pkg-config has a --static option but pkg-config doesn't attempt to verify any of the strings it outputs, dynamic or static. Therefore, libav does not have a pkg-config file which implies possible static linkage. Any package with a .pc file has an implied support for the options which pkg-config supports but that support is only a bug if the package concerned EXPLICITLY declares such support. All packages in Debian can be considered to explicitly support dynamic linking via pkg-config if a .pc file is provided - the same cannot be said for static. Packages cannot be blamed for lack of support for options made available from tools when those options are not explicitly supported by that particular package. Certain methods must be supported and, currently, that is dynamic linkage - not static. IMHO unless every upstream package in the necessary chain states that static linkage is supported by upstream, then static linkage is an exercise left to the reader to solve and there's nothing to be done with bugs like this, except possibly state in the packaging docs that static simply does not work out of the box. It seems I've missunderstod some aspects of the features of pkg-config. I assumed as there are Requires.private and Libs.private, that there was some way to specify that static linkage was not possible at all. Perhaps an bug on pkg-config should be open to add option to prohibit static linkage. signature.asc Description: OpenPGP digital signature
Bug#622931: libav: pkg-config files implies possible static linkage
Package: libav Severity: minor Doing an `pkg-config --static libavcodec --libs` results in following dependices: -pthread -lavcodec -ldl -lX11 -lXext -lXfixes -ljack -lasound -ldc1394 -lraw1394 -lxvidcore -lx264 -lvpx -lvorbisenc -lvorbis -ltheoraenc -ltheoradec -logg -lspeex -lschroedinger-1.0 -lpthread -lorc-0.4 -lrtmp -lgnutls -lopenjpeg -lopencore-amrwb -lopencore-amrnb -lmp3lame -lgsm -lfaac -ldirac_encoder -ldirac_decoder -lstdc++ -lva -lm -lbz2 -lz -lgcrypt -lavcore -lavutil But libva-dev and libgpg-error-dev (dep via libgcrypt, which also isn't given) doesn't provide static versions. This might be outside the area provided by debian packages, but might be worth looking into. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.37-2-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to sv_SE.UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610527: nodejs: 0.4.2 stable version is now available
Package: nodejs Version: 0.2.2-1 Severity: important Latest stable version is now 0.4.2, and most stuff now requires at least 0.3.6, for example npm install jquery is impossible at the moment. http://nodejs.org/dist/node-v0.4.2.tar.gz -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to sv_SE.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nodejs depends on: ii libc-ares21.7.3-1library for asyncronous name resol ii libc6 2.11.2-8 Embedded GNU C Library: Shared lib ii libev31:3.9-1high-performance event loop librar ii libgcc1 1:4.4.5-10 GCC support library ii libssl0.9.8 0.9.8o-4 SSL shared libraries ii libstdc++64.4.5-10 The GNU Standard C++ Library v3 ii libv8-2.2.24 2.2.24-7 V8 JavaScript Engine nodejs recommends no packages. nodejs suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615139: git apply segfaults
On 2011-02-27 05:54, Jonathan Nieder wrote: - does git config -l show anything interesting? - would you be willing to build a copy of git with debugging symbols[1] and get a backtrace? - does the above script break for you? If not (or if so), any idea what I am doing wrong? I’ve tested some more today, and strangely, I've not been able to reproduce it at all today (even in the same directory (the git rebase --onto work work master step), neither by doing exactly the steps you've made above, and neither trying to retrace my steps following .bash_history throws any errors today. I know I've have gotten some hard drive issues (lots of sectors crashed three years ago), thus it could have been the repo was partly on a broken block, which was fixed during today’s boot. As this might have been an local hardware technical issue, you might want to close this bug as not a bug, unless the error should never have happened in the first place, regardless of the health of the repo in question. /Carl signature.asc Description: OpenPGP digital signature
Bug#615139: git apply segfaults
Package: git Version: 1:1.7.4.1-1 Severity: important I was doing some experiment, trying to create an empty branch with two submodules, and apply an branch upon them (a git svn conversion history). When the rebase is almost done, I've gotten an segfault for git apply via git-am. As I've no idea which of my steps could have initiated the fault, I've gonna include as much information as possible (please see attached file for history). The work was based on `git svn clone http://svn.wikimedia.org/svnroot/mediawiki/trunk/extensions/UploadWizard/resources --no-metadata --no-follow-parent -r 70924:HEAD test` and what's been done before here is the removal of jquery* directories and all images except calendar.gif and a prune-empty filter-branch call. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to sv_SE.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages git depends on: ii git-man 1:1.7.4.1-1 fast, scalable, distributed revisi ii libc6 2.11.2-8 Embedded GNU C Library: Shared lib ii libcurl3-gnutls 7.21.2-4 Multi-protocol file transfer libra ii liberror-perl 0.17-1 Perl module for error/exception ha ii libexpat1 2.0.1-7 XML parsing C library - runtime li ii perl-modules5.10.1-17Core Perl modules ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages git recommends: ii less 436-1 pager program similar to more ii openssh-client [ssh-client] 1:5.5p1-6 secure shell (SSH) client, for sec ii patch 2.6-2 Apply a diff file to an original ii rsync 3.0.7-2fast remote file copy program (lik Versions of packages git suggests: pn git-arch none (no description available) pn git-cvs none (no description available) pn git-daemon-run none (no description available) pn git-doc none (no description available) ii git-email1:1.7.4.1-1 fast, scalable, distributed revisi ii git-gui 1:1.7.4.1-1 fast, scalable, distributed revisi ii git-svn 1:1.7.4.1-1 fast, scalable, distributed revisi ii gitk 1:1.7.4.1-1 fast, scalable, distributed revisi ii gitweb 1:1.7.4.1-1 fast, scalable, distributed revisi -- no debconf information $ ls apiTokenMisc.js combined.min.js mediawiki.parser2.js mw.ApiQueryImageInfo.js mw.jsmw.units.js mw.UploadWizardUtil.js calendar.gif DEVELOPERS-README mw.Api.edit.js mw.ApiUploadHandler.jsmw.LanguageUpWiz.js mw.UploadApiProcessor.js mw.Uri.js combined.css dir.combined.css mw.Api.js mw.DestinationChecker.js mw.Log.jsmw.UploadWizardDeed.js mw.Utilities.js combined.js dir.combined.min.css mw.ApiMisc.js mw.GroupProgressBar.jsmw.MockUploadHandler.js mw.UploadWizard.js mw.UtilitiesTime.js combined.min.css language mw.ApiProxy.js mw.IframeTransport.js mw.Title.js mw.UploadWizardLicenseInput.js uploadWizard.css $ git symbolic-ref HEAD refs/heads/work $ rm .git/index $ git clean -fdx Removing DEVELOPERS-README Removing apiTokenMisc.js Removing calendar.gif Removing combined.css Removing combined.js Removing combined.min.css Removing combined.min.js Removing dir.combined.css Removing dir.combined.min.css Removing language/ Removing mediawiki.parser2.js Removing mw.Api.edit.js Removing mw.Api.js Removing mw.ApiMisc.js Removing mw.ApiProxy.js Removing mw.ApiQueryImageInfo.js Removing mw.ApiUploadHandler.js Removing mw.DestinationChecker.js Removing mw.GroupProgressBar.js Removing mw.IframeTransport.js Removing mw.LanguageUpWiz.js Removing mw.Log.js Removing mw.MockUploadHandler.js Removing mw.Title.js Removing mw.UploadApiProcessor.js Removing mw.UploadWizard.js Removing mw.UploadWizardDeed.js Removing mw.UploadWizardLicenseInput.js Removing mw.UploadWizardUtil.js Removing mw.Uri.js Removing mw.Utilities.js Removing mw.UtilitiesTime.js Removing mw.js Removing mw.units.js Removing uploadWizard.css $ ls $ git submodule add https://github.com/jquery/jquery.git jquery Cloning into jquery... remote: Counting objects: 16562, done. remote: Compressing objects: 100% (5360/5360), done. remote: Total 16562 (delta 11658), reused 15452 (delta 10664) Receiving objects: 100% (16562/16562), 12.27 MiB | 808 KiB/s, done. Resolving deltas: 100% (11658/11658), done. $ git submodule add
Bug#615139: git apply segfaults
On 2011-02-26 01:39, Jonathan Nieder wrote: Hi, Carl Fürstenberg wrote: I was doing some experiment, trying to create an empty branch with two submodules, and apply an branch upon them (a git svn conversion history). When the rebase is almost done, I've gotten an segfault for git apply via git-am. Is it reproducible? after an git reset --hard, the rebase reproduces the same result The work was based on `git svn clone http://svn.wikimedia.org/svnroot/mediawiki/trunk/extensions/UploadWizard/resources --no-metadata --no-follow-parent -r 70924:HEAD test` and what's been done before here is the removal of jquery* directories and all images except calendar.gif and a prune-empty filter-branch call. Hmm. Sounds similar to what v1.7.3.3~16^2 (apply: don't segfault on binary files with missing data, 2010-10-18) fixes, but that is already part of 1.7.4.1... Thanks for reporting, Jonathan Do you want some more data? /Carl signature.asc Description: OpenPGP digital signature
Bug#612171: [git] New upstream version available (1.7.4)
Package: git Version: 1:1.7.2.3-2.2 Severity: wishlist 1.7.4 is now available at http://kernel.org/pub/software/scm/git/git-1.7.4.tar.bz2 Release notes: http://www.kernel.org/pub/software/scm/git/docs/RelNotes/1.7.4.txt signature.asc Description: OpenPGP digital signature
Bug#597784: libv8-2.2.24: Segfault after errorious input using nodejs
Package: libv8-2.2.24
Version: 2.2.24-5
Severity: normal
Tags: upstream
I accidentally wrote a javascript snipped with an errorious content;
though what I noticed was that nodejs suddenly segfaulted.
I've broken down the code to a snipped, that when ran manually in
nodejs shell (segtest.js) a segfault occurs. (havn't been able to pin
down a fully runnable file that will segfault)
Sometimes the last line has to be repeated some times for
the segfault to occur.
A full backtrace is also attached.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to sv_SE.UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages libv8-2.2.24 depends on:
ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib
ii libgcc1 1:4.4.4-9 GCC support library
ii libstdc++64.4.4-9The GNU Standard C++ Library v3
libv8-2.2.24 recommends no packages.
libv8-2.2.24 suggests no packages.
-- no debconf information
*** segtest.js
var fs = require('fs');
var source, sandbox, script, result, files;
source = function f(){};;
sandbox = {};
script = new process.binding('evals').Script(source);
script = new process.binding('evals').Script(source);
*** backtrace
[New Thread 2931]
Core was generated by `nodejs'.
Program terminated with signal 11, Segmentation fault.
#0 v8::internal::Map::instance_type () at src/objects-inl.h:2135
in src/objects-inl.h
Thread 1 (Thread 2931):
#0 v8::internal::Map::instance_type () at src/objects-inl.h:2135
#1 v8::internal::HeapObject::SizeFromMap () at src/objects-inl.h:2095
#2 v8::internal::HeapObject::Size () at src/objects-inl.h:1079
#3 v8::internal::HeapObjectIterator::FromCurrentPage () at src/spaces.h:764
#4 v8::internal::HeapObjectIterator::next () at src/spaces.h:747
#5 v8::internal::Heap::FlushCode () at src/heap.cc:2502
#6 0xb733d6ad in v8::internal::Heap::PerformGarbageCollection
(space=v8::internal::OLD_POINTER_SPACE,
collector=v8::internal::MARK_COMPACTOR, tracer=0xbfdb2b70) at
src/heap.cc:641
#7 0xb733d9dd in v8::internal::Heap::CollectGarbage (requested_size=0,
space=v8::internal::OLD_POINTER_SPACE)
at src/heap.cc:416
#8 0xb733dfd6 in v8::internal::Heap::CollectAllGarbage
(force_compaction=false) at src/heap.cc:384
#9 0xb733e1d1 in v8::internal::Heap::IdleNotification () at src/heap.cc:3470
#10 0xb74af594 in v8::internal::V8::IdleNotification () at src/v8.cc:200
#11 0xb72b8194 in v8::V8::IdleNotification () at src/api.cc:3190
#12 0x080563e7 in ?? ()
#13 0xb76e1934 in ev_invoke_pending () from /usr/lib/libev.so.3
#14 0xb76e6f34 in ev_loop () from /usr/lib/libev.so.3
#15 0x08056070 in ?? ()
#16 0xb72e444a in HandleApiCallHelperfalse (args=...) at src/builtins.cc:972
#17 Builtin_HandleApiCall (args=...) at src/builtins.cc:989
#18 0xb4fa806e in ?? ()
#19 0xb4fc5aef in ?? ()
#20 0xb4fa8c1b in ?? ()
#21 0xb4fa82c2 in ?? ()
#22 0xb7305eb9 in Invoke (construct=value optimized out, func=...,
receiver=..., argc=1, args=0xbfdb5158,
has_pending_exception=0xbfdb308f) at src/execution.cc:94
#23 0xb7306428 in v8::internal::Execution::Call (func=..., receiver=...,
argc=1, args=0xbfdb5158,
pending_exception=0xbfdb308f) at src/execution.cc:121
#24 0xb72cd5aa in v8::Function::Call (this=0x9549324, recv=..., argc=1,
argv=0xbfdb5158) at src/api.cc:2778
#25 0x08057c85 in ?? ()
#26 0x0805824c in main ()
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597571: nodejs: non common executable name
Package: nodejs Version: 0.2.2-1 Severity: normal in debian, the executable name is set to nodejs; this seems to be really uncommon out in the wild, where it's assumed it's called node for short. Unless there is a compelling reason for sticking with the name nodejs, I would want the package to change the name of the executable to node, or at least add an alias for it. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to sv_SE.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nodejs depends on: ii libc-ares21.7.3-1library for asyncronous name resol ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libev31:3.9-1high-performance event loop librar ii libgcc1 1:4.4.4-9 GCC support library ii libssl0.9.8 0.9.8o-1 SSL shared libraries ii libstdc++64.4.4-9The GNU Standard C++ Library v3 ii libv8-2.2.24 2.2.24-5 V8 JavaScript Engine nodejs recommends no packages. nodejs suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597572: nodejs doesn't add alternative for alternatives
Package: nodejs Version: 0.2.2-1 Severity: normal As nodejs is an javascript executable, I believe it should install an alternative (for update-alternatives) for the entry js -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to sv_SE.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nodejs depends on: ii libc-ares21.7.3-1library for asyncronous name resol ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libev31:3.9-1high-performance event loop librar ii libgcc1 1:4.4.4-9 GCC support library ii libssl0.9.8 0.9.8o-1 SSL shared libraries ii libstdc++64.4.4-9The GNU Standard C++ Library v3 ii libv8-2.2.24 2.2.24-5 V8 JavaScript Engine nodejs recommends no packages. nodejs suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597572: nodejs doesn't add alternative for alternatives
On Tue, Sep 21, 2010 at 00:48, Jérémy Lal je...@edagames.com wrote: On 21/09/2010 00:29, Carl Fürstenberg wrote: Package: nodejs Version: 0.2.2-1 Severity: normal As nodejs is an javascript executable, I believe it should install an alternative (for update-alternatives) for the entry js I agree with that; could you point me to some place that states js is the right alternative name ? (apart from being the obvious choice !) Regards, Jérémy. I don't have any direct sources that states that js is the right alternative name, except that both smjs (spidermonkey-bin) and rhino creates alternatives for js. -- /Carl Fürstenberg azat...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597571: nodejs: non common executable name
On Tue, Sep 21, 2010 at 00:46, Jérémy Lal je...@edagames.com wrote: On 21/09/2010 00:27, Carl Fürstenberg wrote: Package: nodejs Version: 0.2.2-1 Severity: normal in debian, the executable name is set to nodejs; this seems to be really uncommon out in the wild, where it's assumed it's called node for short. Unless there is a compelling reason for sticking with the name nodejs, I would want the package to change the name of the executable to node, or at least add an alias for it. The only reason is because there's already a package providing a node binary in debian [0]. I also contacted debian-hams to see if they'd mind changing this binary name, and the answer is clearly no [1]. So for now, i guess conflicting with node package is the only alternative. However, i doubt it will be accepted. Do this reason for a conflict have already been accepted in the archive ? [0] http://lists.debian.org/debian-devel/2010/08/msg00568.html [1] http://lists.debian.org/debian-hams/2010/08/msg00031.html Don't know if it's a valid source, but according to popcon, nodejs http://qa.debian.org/popcon.php?package=nodejs is more popular now than node http://qa.debian.org/popcon.php?package=node -- /Carl Fürstenberg azat...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597211: keytouch reacts to wrong codes, or doesn't react at all
Package: keytouch Version: 2.4.1-11 Severity: important I have a Logitech S510 keyboard, and keytoch ships with said config. Thoguh when I tries it out, most keys doesn't react, and for example the stop key decreases volume, using their getkeycodes program, I can deduce that the usb-code in the config file is correct, but the scancodes, seems to not match the codes running though X. I have no clue what keycode/scancode/x11-code etc.. has for relating with eachother, so please forgive me if I'm just missed something here. /Carl -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to sv_SE.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages keytouch depends on: ii keytouch-data 2.4.1-11 keyboard definition files and docu ii libasound21.0.23-1 shared library for ALSA applicatio ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libglib2.0-0 2.24.1-1 The GLib library of C routines ii libgnome-menu22.30.2-1 an implementation of the freedeskt ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libx11-6 2:1.3.3-3 X11 client-side library ii libxtst6 2:1.1.0-3 X11 Testing -- Record extension li keytouch recommends no packages. Versions of packages keytouch suggests: ii keytouch-editor 1:3.2.0~beta-3 create keyboard files for keytouch -- no debconf information *** .keytouch2/preferences.xml preferences mixer-channelMaster/mixer-channel home-pagehttp://keytouch.sf.net/home-page search-pagehttp://www.google.com/search-page browser/browser email-program/email-program chat-programgaim/chat-program /preferences *** .keytouch2/S510.Logitech keyboard keyboard-name modelS510/model manufacturerLogitech/manufacturer /keyboard-name key-list key nameSleep/name action isdefault=true action-type=plugin plugin-nameLock Screen/plugin-name plugin-functionLock Screen/plugin-function /action /key key nameWWW/name action isdefault=true action-type=plugin plugin-nameWWW Browser/plugin-name plugin-functionHome/plugin-function /action /key key nameRotate/name action isdefault=true action-type=program/action /key key nameZoom In/name action isdefault=true action-type=plugin plugin-nameZoom/plugin-name plugin-functionIn/plugin-function /action /key key nameZoom Out/name action isdefault=true action-type=plugin plugin-nameZoom/plugin-name plugin-functionOut/plugin-function /action /key key name100%/name action isdefault=true action-type=plugin plugin-nameZoom/plugin-name plugin-function100%/plugin-function /action /key key name(F1) Battery/name action isdefault=true action-type=programkeytouch/action /key key name(F2) Text Processor/name action isdefault=true action-type=programoowriter/action /key key name(F3) Spreadsheet/name action isdefault=true action-type=programoocalc/action /key key name(F4) Presentation/name action isdefault=true action-type=programooimpress/action /key key name(F5) Undo/name action isdefault=true action-type=plugin plugin-nameCommon actions/plugin-name plugin-functionUndo/plugin-function /action /key key name(F6) Redo/name action isdefault=true action-type=plugin plugin-nameCommon actions/plugin-name plugin-functionRedo/plugin-function /action /key key name(F7) Print/name action isdefault=true action-type=plugin plugin-nameCommon actions/plugin-name plugin-functionPrint/plugin-function /action /key key name(F8) Save/name action isdefault=true action-type=plugin plugin-nameCommon actions/plugin-name plugin-functionSave/plugin-function /action /key key name(F9) [a]/name action isdefault=true action-type=programkeytouch/action /key key name(F10) [b]/name action isdefault=true action-type=programkeytouch/action /key key name(F11) [c]/name action isdefault=true action-type=programkeytouch/action /key key name(F12) [d]/name action isdefault=true action-type=programkeytouch/action /key key nameMedia/name action isdefault=true action-type=programgmplayer/action /key key namePlay/Pause/name action isdefault=true
Bug#588817: expect: Segfaults against tcl8.5
On Tue, Jul 13, 2010 at 07:45, Sergei Golovan sgolo...@nes.ru wrote:
Could you show the script which causes expect segfault?
Cheers!
--
Sergei Golovan
The code in question is inside a c++ library, following is the relevant code:
/*
libeutils - http://www.excito.com/
Expect.cpp - this file is part of libeutils.
Copyright (C) 2008 Tor Krill t...@excito.com
libeutils is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License version 2
as published by the Free Software Foundation.
libeutils is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.
You should have received a copy of the GNU General Public License
version 2 along with libeutils; if not, write to the Free Software
Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301, USA.
$Id$
*/
#include Expect.h
#include stdlib.h
#include iostream
#include stdexcept
using namespace std;
namespace EUtils{
Expect::Expect(int echo) {
this-fd=-1;
exp_loguser=echo;
}
void Expect::setTimeout(int time){
exp_timeout=time;
}
Expect::~Expect() {
// TODO Auto-generated destructor stub
}
int Expect::spawn(int fd){
this-fd=exp_spawnfd(fd);
return this-fd;
}
int Expect::spawn(const string prog, liststring args){
int elems=args.size()+1;
char** argv=(char**)malloc(elems*sizeof(char*));
if(!argv){
throw std::runtime_error(Failed to spawn process);
}
char* file=strdup(prog.c_str());
if(!file){
throw std::runtime_error(Failed to spawn process);
}
int i=0;
for(liststring::iterator sIt=args.begin();sIt!=args.end();sIt++){
if(!(argv[i++]=strdup((*sIt).c_str({
throw std::runtime_error(Failed to spawn process);
}
}
argv[i]=NULL;
if((this-fd=exp_spawnv(file,argv))0){
for(i=0;ielems;i++){
free(argv[i]);
}
free(file);
free(argv);
throw std::runtime_error(Failed to spawn process);
}
for(i=0;ielems;i++){
free(argv[i]);
}
free(file);
free(argv);
return 0;
}
string Expect::match(){
ssize_t slen=exp_match_end-exp_match;
if(slen0){
char *buf=(char*)malloc(slen+1);
if(!buf){
throw std::runtime_error(Unable to allocate memory);
}
memcpy(buf,exp_match,slen);
buf[slen]='\0';
string ret(buf);
free(buf);
return ret;
}
return ;
}
int Expect::expect(const string simple){
struct exp_case ec[2];
ec[0].type=exp_glob;
ec[0].pattern=strdup(simple.c_str());
ec[0].value=1;
ec[1].type=exp_end;
int retval=exp_expectv(this-fd,ec);
free(ec[0].pattern);
return retval;
}
int Expect::expect(vectorExpect::ExpVal ev){
int elems=ev.size()+1;
struct exp_case *cases=(struct exp_case*)malloc(elems*sizeof(struct
exp_case));
if(!cases){
throw std::runtime_error(Unable to allocate memory);
}
for(unsigned int i=0;iev.size();i++){
switch(ev[i].first){
case ExpEnd:
cases[i].type=exp_end;
break;
case ExpGlob:
cases[i].type=exp_glob;
break;
case ExpExact:
cases[i].type=exp_exact;
break;
case ExpRegexp:
cases[i].type=exp_regexp;
break;
}
cases[i].pattern=strdup(ev[i].second.c_str());
cases[i].value=i+1;
}
cases[ev.size()].type=exp_end;
int retval=exp_expectv(this-fd,cases);
for(unsigned int i=0;iev.size();i++){
free(cases[i].pattern);
}
free(cases);
return retval;
}
void Expect::sendline(const string line){
if(write(this-fd,line.c_str(),line.size())!=(ssize_t)line.size()){
throw std::runtime_error(Unable to write client);
}
}
}
--
/Carl Fürstenberg azat...@gmail.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589209: computer-janitor: New upstream version available
Package: computer-janitor Version: 1.14.1-1 Severity: normal version 2.0.2-0ubuntu1 exists in debian for several weeks now, possible solving some other bugs as well. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to sv_SE.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages computer-janitor depends on: ii python2.6.5-5An interactive high-level object-o ii python-apt0.7.95 Python interface to libapt-pkg ii python-support1.0.9 automated rebuilding support for P computer-janitor recommends no packages. computer-janitor suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589059: iptables: no symlink from iptables-xml to iptables-multi
Subject: iptables: no symlink from iptables-xml to iptables-multi Package: iptables Version: 1.4.8-2 Severity: normal *** Please type your report below this line *** since iptables 1.4.4-2 there seems not have been installed any iptables-xml executable; What is missing is an symbolic link from /usr/bin/iptables-xml to /usr/sbin/iptables-multi -- System Information: Debian Release: squeeze/sid Architecture: armel (armv5tel) Kernel: Linux 2.6.34.1 Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iptables depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-6 GCC support library ii libnfnetlink0 1.0.0-1Netfilter netlink library iptables recommends no packages. iptables suggests no packages. -- no debconf information -- /Carl Fürstenberg azat...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588817: expect: Segfaults against tcl8.5
Subject: expect: Segfaults against tcl8.5
Package: expect
Version: 5.44.1.15-1
Severity: important
Having no clue why this happen, I report it here, though I'm uncertain
if it's tcl related or not.
The issue is that expect segfaults for me under tcl8.5, downgrading
tcl to 8.4 and expect to 5.43.0-19 solves the issue.
Following is some gdb excerts:
#0 0x4043c764 in exp_printify (s=0x5a638 ) at exp_clib.c:3421
#1 0x4043b96c in expectv (fd=7, fp=0x0, ecases=0x5b648) at exp_clib.c:3087
#2 0x4043be28 in exp_expectv (fd=7, ecases=0x5b648) at exp_clib.c:3173
(gdb) frame 1
#1 0x4043b96c in expectv (fd=7, fp=0x0, ecases=0x5b648) at exp_clib.c:3087
3087exp_debuglog(expect: does {%s} match
,exp_printify(exp_buffer));
Current language: auto
The current source language is auto; currently c.
(gdb) print *ecases
$17 = {pattern = 0x55270 mke2fs *, re = 0x0, type = exp_glob, value = 1}
-- System Information:
Debian Release: squeeze/sid
Architecture: armel (armv5tel)
Kernel: Linux 2.6.34.1
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
/Carl Fürstenberg azat...@gmail.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587526: cdebootstrap: Fail to execute properly if rebuild
Subject: cdebootstrap: Fail to execute properly if rebuild Package: cdebootstrap Version: 0.5.5 Justification: renders package unusable Severity: grave If source is rebuild, failure will occur when trying to retrieve release: --- # cdebootstrap --debug --verbose squeeze dir D: Init suite squeeze D: Using keyring /usr/share/keyrings/debian-archive-keyring.gpg P: Retrieving Release D: Execute wget -q -O /root/tmp/dir/var/cache/bootstrap/_dists_._Release http://ftp.debian.org/debian/dists/squeeze/Release; --- Verified on armel and amd64 under squeeze -- System Information: Debian Release: squeeze/sid Architecture: armel (armv5tel) Kernel: Linux 2.6.32-3-kirkwood Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages cdebootstrap depends on: ii debian-archive-keyring2009.01.31 GnuPG archive keys of the Debian a ii gpgv 1.4.10-4 GNU privacy guard - signature veri ii libc6 2.11.1-3 Embedded GNU C Library: Shared lib ii libdebian-installer-extra40.69 Library of some extra debian-insta ii libdebian-installer4 0.69 Library of common debian-installer ii wget 1.12-2 retrieves files from the web cdebootstrap recommends no packages. cdebootstrap suggests no packages. -- no debconf information -- /Carl Fürstenberg azat...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580713: sgt-puzzles: Larger puzzles randomly freezes on generation
Package: sgt-puzzles Version: 8853-2 Severity: important Tags: upstream Sadly I've played sgt-puzzles too much so that my favourite puzzles doesn't feel difficult enough at lower levels/sizes, so I've used custom settings on those to scale them up. Sadly I've noticed that it seems to freeze more often on startup the bigger puzzle you've make; For example `galaxies 25x15du` freezes ⅔ or starts for me, and for `galaxies 25x15du` it freezes ⅘ times for me. Usually though `loopy 40x20t2` works; `bridges 65x25m2` works all the time, but `bridges 35x25m4` seldom works (also notice you can't set hard there from cmd line, but that's an other bug). -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to sv_SE.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sgt-puzzles depends on: ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libfontconfig12.8.0-2generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.24.0-1 The GLib library of C routines ii libgtk2.0-0 2.20.0-3 The GTK+ graphical user interface ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio Versions of packages sgt-puzzles recommends: ii iceweasel [www-browser] 3.5.9-2 Web browser based on Firefox ii links [www-browser] 2.2-1+b2Web browser running in text mode ii lynx-cur [www-browser] 2.8.8dev.2-1.1 Text-mode WWW Browser with NLS sup ii w3m [www-browser]0.5.2-4 WWW browsable pager with excellent ii w3mmee [www-browser] 0.3.p24.20-3+b3 WWW browsable pager with excellent ii yelp 2.30.0+webkit-1 Help browser for GNOME sgt-puzzles suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574765: liboggz: FTBFS if automake 1.10 is installed
Package: liboggz
Version: 1.1.0-2
Severity: important
Justification: fails to build from source
If automake 1.10 is installed, the current build script fails due to
missing m4 dir:
[0:0][azat...@azabox liboggz-1.1.0]$ LC_ALL=C debuild -uc -us
dpkg-buildpackage -rfakeroot -D -us -uc -i -ICVS -I.svn -I{arch} -I.arch-ids
dpkg-buildpackage: set CFLAGS to default value: -g -O2
dpkg-buildpackage: set CPPFLAGS to default value:
dpkg-buildpackage: set LDFLAGS to default value:
dpkg-buildpackage: set FFLAGS to default value: -g -O2
dpkg-buildpackage: set CXXFLAGS to default value: -g -O2
dpkg-buildpackage: source package liboggz
dpkg-buildpackage: source version 1.1.0-2
dpkg-buildpackage: source changed by John Francesco Ferlito jo...@inodes.org
dpkg-buildpackage: host architecture i386
fakeroot debian/rules clean
dh --with quilt,bash-completion clean
dh_testdir
debian/rules override_dh_auto_clean
make[1]: Entering directory `/home/azatoth/tmp/liboggz-1.1.0'
dh_auto_clean
rm -f config.sub config.guess
make[1]: Leaving directory `/home/azatoth/tmp/liboggz-1.1.0'
dh_quilt_unpatch
No patch removed
dh_clean
dpkg-source -i -ICVS -I.svn -I{arch} -I.arch-ids -b liboggz-1.1.0
dpkg-source: info: using source format `1.0'
dpkg-source: info: building liboggz using existing liboggz_1.1.0.orig.tar.gz
dpkg-source: info: building liboggz in liboggz_1.1.0-2.diff.gz
dpkg-source: warning: ignoring deletion of file config.guess
dpkg-source: warning: ignoring deletion of file config.sub
dpkg-source: info: building liboggz in liboggz_1.1.0-2.dsc
debian/rules build
dh --with quilt,bash-completion build
dh_testdir
dh_quilt_patch
Applying patch build_on_gnu
patching file configure
patching file configure.ac
Now at patch build_on_gnu
debian/rules override_dh_auto_configure
make[1]: Entering directory `/home/azatoth/tmp/liboggz-1.1.0'
ln -sf /usr/share/misc/config.sub .
ln -sf /usr/share/misc/config.guess .
dh_auto_configure
checking build system type... i486-pc-linux-gnu
checking host system type... i486-pc-linux-gnu
checking target system type... i486-pc-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... none
checking how to run the C preprocessor... gcc -E
checking for a BSD-compatible install... /usr/bin/install -c
checking whether ln -s works... yes
checking whether make sets $(MAKE)... (cached) yes
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for fgrep... /bin/grep -F
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking the maximum length of command line arguments... 805306365
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands +=... yes
checking for /usr/bin/ld option to reload object files... -r
checking how to recognize dependent libraries... pass_all
checking for ar... ar
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
Bug#563557: debhelper: Dh_Lib.pm fails if $MAKE contains spaces
Package: debhelper
Version: 7.4.3
Severity: important
If $MAKE contains space, then for example dh_auto_build will fail due to
error in Dh_Lib.pm:
[0:0][azat...@azabox tapecalc-20070214]$ sudo ln -s /usr/bin/make
/usr/local/bin/my\ make
[0:0][azat...@azabox tapecalc-20070214]$ export MAKE=/usr/local/bin/my\ make
[0:0][azat...@azabox tapecalc-20070214]$ LC_ALL=C debuild -eMAKE -uc -us
dpkg-buildpackage -rfakeroot -D -us -uc -i -ICVS -I.svn -I{arch} -I.arch-ids
dpkg-buildpackage: set CFLAGS to default value: -g -O2
dpkg-buildpackage: set CPPFLAGS to default value:
dpkg-buildpackage: set LDFLAGS to default value:
dpkg-buildpackage: set FFLAGS to default value: -g -O2
dpkg-buildpackage: set CXXFLAGS to default value: -g -O2
dpkg-buildpackage: source package tapecalc
dpkg-buildpackage: source version 20070214-2
dpkg-buildpackage: source changed by Carl Fürstenberg azat...@gmail.com
dpkg-buildpackage: host architecture i386
fakeroot debian/rules clean
echo /usr/local/bin/my make
/usr/local/bin/my make
dh --with quilt clean
dh_testdir
dh_auto_clean
dh_quilt_unpatch
Removing patch 01name-change.diff
Restoring add.1
Restoring add.c
Restoring add.hlp
Restoring makefile.in
Removing patch 00rel-path.diff
Restoring add.c
Restoring makefile.in
No patches applied
dh_clean
dpkg-source -i -ICVS -I.svn -I{arch} -I.arch-ids -b tapecalc-20070214
dpkg-source: info: using source format `1.0'
dpkg-source: info: building tapecalc using existing
tapecalc_20070214.orig.tar.gz
dpkg-source: info: building tapecalc in tapecalc_20070214-2.diff.gz
dpkg-source: warning: executable mode 0755 of 'config.status' will not be
represented in diff
dpkg-source: info: building tapecalc in tapecalc_20070214-2.dsc
debian/rules build
echo /usr/local/bin/my make
/usr/local/bin/my make
dh --with quilt build
dh_testdir
dh_quilt_patch
Applying patch 00rel-path.diff
patching file add.c
patching file makefile.in
Applying patch 01name-change.diff
patching file add.1
patching file add.c
patching file add.hlp
patching file makefile.in
Now at patch 01name-change.diff
dh_auto_configure
loading cache ./config.cache
checking for X... (cached) libraries , headers /usr/include
checking host system type... i686-pc-linux-gnu
(cached) Configuring for linux-gnu
checking for gcc... (cached) gcc
checking whether the C compiler (gcc -g -O2 ) works... yes
checking whether the C compiler (gcc -g -O2 ) is a cross-compiler... no
checking whether we are using GNU C... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for a BSD compatible install... (cached) /usr/bin/install -c
checking for working const... (cached) yes
checking for gcc option to accept ANSI C... (cached) -DCC_HAS_PROTOS
checking for Cygwin environment... (cached) no
checking for mingw32 environment... (cached) no
checking for executable suffix... (cached) no
checking for object suffix... (cached) o
checking how to run the C preprocessor... (cached) gcc -E
checking for ANSI C header files... (cached) yes
checking for getopt.h... (cached) yes
checking for stdlib.h... (cached) yes
checking for string.h... (cached) yes
checking for unistd.h... (cached) yes
checking version of gcc... 4.3.4
checking if you want to turn on gcc warnings... no
checking for extra include directories... (cached) no
checking if we have identified curses headers... (cached) curses.h
checking for curses.h... (cached) yes
checking for terminfo header... (cached) term.h
checking for ncurses version... (cached) 5.7.20090803
checking if we have identified curses libraries... no
checking for tgoto... (cached) no
checking for tgoto in -lncurses... (cached) yes
checking for initscr in -lncurses... (cached) yes
checking if you want to use dmalloc for testing... no
checking if you want to use dbmalloc for testing... no
checking if you want to use purify for testing... no
checking if you want to use valgrind for testing... no
checking if you want to perform memory-leak testing...
checking for size_t... (cached) yes
checking declaration of chtype... yes
checking for getcwd... (cached) yes
checking for getopt... (cached) yes
checking if we must define _XOPEN_SOURCE_EXTENDED... (cached) no
checking for term.h... (cached) term.h
checking for COLOR_PAIR... (cached) yes
checking for beep... (cached) yes
checking for bkgd... (cached) yes
checking for flash... (cached) yes
checking for keypad... (cached) yes
checking for typeahead... (cached) yes
checking for wsetscrreg... (cached) yes
creating ./config.status
creating makefile
creating config.h
config.h is unchanged
dh_auto_build
Can't exec /usr/local/bin/my: No such file or directory at
/usr/share/perl5/Debian/Debhelper/Dh_Lib.pm line 178.
dh_auto_build: /usr/local/bin/my make failed to to execute: No such file or
directory
make: *** [build] Error 1
dpkg-buildpackage: error: debian/rules build gave error exit status 2
debuild: fatal error at line 1324:
dpkg-buildpackage -rfakeroot -D -us -uc -i -ICVS -I.svn -I{arch} -I.arch-ids
failed
Bug#561756: lintian: [new check] Architecture dependent packages without architecture dependent files
2009/12/26 Russ Allbery r...@debian.org: The hard part about this is that one frequently cannot tell from the file type whether it's architecture-dependent. A great example that frequently arises are development headers that include type size information, which varies by architecture. Even the iwatch package actually is architecture-dependent since it will only work on Linux, although in that case its dependencies take care of that and it's probably safe to make it arch: all. Another case that has come up is a metapackage that needs to be architecture-dependent since it has different dependencies on different architectures. The package itself won't contain any architecture-dependent files. I also have a package that contains only source code but is architecture-dependent, since what it contains is the necessary source for building a kernel module, and it's the stripped source that contains only the bits needed for that architecture. I agree it would be great to have something to check this, but I'm not sure how to go about it without a lot of false positives. Even Perl scripts can be architecture-dependent if they use pack to read binary data, although they normally aren't. We may be able to do something experimental or with a very low certainty, but it's going to be tricky. We had some talk on IRC about this, and came to the conclusion that at the moment there is nothing that says an arch all package should be used in the first place at all. Also regarding what shouldn't be arch all package, we could point out that packages like linux-source-2.6.32 is arch all, even though it's filled with arch dependent code. So the problem could be reduced into following parts: 1: should arch all packages be used in the first place at all? if yes, then: 2: When should a package be arch all? and 3: When should a package NOT be arch all? The best indication we could see would be When a binary package can be used on every architecture, then it should be arch all. Though if it should be policy or dev ref wasn't resolved (I think it should be in policy, but others disagree). But besides policy there might be a way to catch package which are clearly mislabeled. For example, if a package provides an non-arch-dependent executable script only, (i.e. perl script in */bin), and no other binary files is distributed (i.e. only text files under share/etc), then it should be arch all? -- /Carl Fürstenberg azat...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527216: Progress
Is there any progress getting this bug fixed? Has the maintainer noticed this bug? -- /Carl Fürstenberg azat...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561828: debian-policy: add restriction for non arch all packages
Package: debian-policy Version: 3.8.3.0 Severity: wishlist currently section 5.6.8 doesn't say when a package should be in arch all except when source package is arch all (which in turn gives the same argument). I think following statement should be added: If the content of a package is architeture independent in relation to it's particular use, then the package must have architecture 'all'. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to sv_SE.UTF-8) Shell: /bin/sh linked to /bin/bash debian-policy depends on no packages. debian-policy recommends no packages. Versions of packages debian-policy suggests: ii doc-base 0.9.5 utilities to manage online documen -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561756: lintian: [new check] Architecture dependent packages without architecture dependent files
Package: lintian
Version: 2.2.17
Severity: wishlist
Tags: patch
per policy 5.6.8 Architecture: all must be used if package doesn't
contain arch depentent files. I dont know how common this error is
(noticed the error in the iwatch package). I though that this might be
useful for lintian to catch, so I've tried to write a simple check for
this.
I don't know how many false positives it will generate, as it mearly
checks if file -i says if the mime major is not text.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core)
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to sv_SE.UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages lintian depends on:
ii binutils 2.20-1The GNU assembler, linker and bina
ii diffstat 1.47-1produces graph of changes introduc
ii dpkg-dev 1.15.4.1 Debian package development tools
ii file 5.03-2Determines file type using magic
ii gettext0.17-8GNU Internationalization utilities
ii intltool-debian0.35.0+20060710.1 Help i18n of RFC822 compliant conf
ii libapt-pkg-perl0.1.24Perl interface to libapt-pkg
ii libclass-accessor-perl 0.34-1Perl module that automatically gen
ii libipc-run-perl0.84-1Perl module for running processes
ii libparse-debianchangel 1.1.1-2 parse Debian changelogs and output
ii libtimedate-perl 1.1900-1 Time and date functions for Perl
ii liburi-perl1.37+dfsg-1 Manipulates and accesses URI strin
ii man-db 2.5.6-3 on-line manual pager
ii perl [libdigest-sha-pe 5.10.1-8 Larry Wall's Practical Extraction
lintian recommends no packages.
Versions of packages lintian suggests:
ii binutils-multiarch2.20-1 Binary utilities that support mult
ii libtext-template-perl 1.45-1 Text::Template perl module
ii man-db2.5.6-3on-line manual pager
-- no debconf information
diff --git a/checks/arch-not-all b/checks/arch-not-all
new file mode 100644
index 000..bb45a1a
--- /dev/null
+++ b/checks/arch-not-all
@@ -0,0 +1,54 @@
+# binaries -- lintian check script -*- perl -*-
+
+# Copyright (C) 2009 Carl Fürstenberg
+#
+# This program is free software; you can redistribute it and/or modify
+# it under the terms of the GNU General Public License as published by
+# the Free Software Foundation; either version 2 of the License, or
+# (at your option) any later version.
+#
+# This program is distributed in the hope that it will be useful,
+# but WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+# GNU General Public License for more details.
+#
+# You should have received a copy of the GNU General Public License
+# along with this program. If not, you can find it on the World Wide
+# Web at http://www.gnu.org/copyleft/gpl.html, or write to the Free
+# Software Foundation, Inc., 51 Franklin St, Fifth Floor, Boston,
+# MA 02110-1301, USA.
+
+package Lintian::arch_any;
+use strict;
+use Tags;
+
+sub run {
+
+my $pkg = shift;
+my $type = shift;
+my $info = shift;
+
+$arch = $info-field('architecture') || '';
+
+return 0 if $arch eq 'all';
+
+my $got_arch_dependent_file = 0;
+foreach my $entry (`find unpacked -type f -exec file --mime-type \\{\\} \\;`) {
+
+my($file, $major, $minor) = $entry =~ /(.*?):\s*(.*?)\/(.*)/;
+if( $major ne 'text' ) { # XXX will that have too many false positives?
+$got_arch_dependent_file = 1;
+last;
+}
+}
+
+tag non-arch-all-package-doesnt-contain-any-arch-dependent-file unless $got_arch_dependent_file;
+}
+
+1;
+
+# Local Variables:
+# indent-tabs-mode: t
+# cperl-indent-level: 4
+# End:
+# vim: syntax=perl ts=8 sw=4
diff --git a/checks/arch-not-all.desc b/checks/arch-not-all.desc
new file mode 100644
index 000..35495fc
--- /dev/null
+++ b/checks/arch-not-all.desc
@@ -0,0 +1,16 @@
+Check-Script: arch-non-all
+Author: Carl Fürstenberg azat...@gamil.com
+Abbrev: ana
+Type: binary, udeb
+Unpack-Level: 2
+Info: This script checks whether an architecture-dependent package actually has any architecture
+ dependent code.
+
+Tag: non-arch-all-package-doesnt-contain-any-arch-dependent-file
+Severity: serious
+Certainty: possible
+Info: The package is marked as architecture dependent in control file,
+ but all files shipped with the package is architecture independent and
+ should therefor in the control file be marked as Architecture: all instead.
+Ref: policy 5.6.8
+
Bug#560387: flex: examples not included into binary packages
Package: flex Version: 2.5.35-9 Severity: minor The examples found in the source package isn't included in any of the binary packages. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to sv_SE.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages flex depends on: ii cdebconf [debconf-2.0]0.145 Debian Configuration Management Sy ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii dpkg 1.15.4.1 Debian package management system ii install-info 4.13a.dfsg.1-5 Manage installed documentation in ii libc6 2.10.1-2 GNU C Library: Shared libraries ii m41.4.13-2 a macro processing language Versions of packages flex recommends: ii gcc [c-compiler] 4:4.3.4-1 The GNU C compiler ii gcc-4.1 [c-compiler] 4.1.2-27 The GNU C compiler ii gcc-4.3 [c-compiler] 4.3.4-6The GNU C compiler ii gcc-4.4 [c-compiler] 4.4.2-1The GNU C compiler ii tcc [c-compiler] 0.9.24-1 the smallest ANSI C compiler Versions of packages flex suggests: ii bison 1:2.4.1.dfsg-3 A parser generator that is compati ii build-essential 11.4 Informational list of build-essent -- debconf information: flex/upgrade/pre_2.5.5: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560249: libhttp-dav-perl: New version available
Package: libhttp-dav-perl Version: 0.31-5 Severity: important There has been many new version upstream of HTTP::DAV, which many fixes bad bugs, for example http://rt.cpan.org/Public/Bug/Display.html?id=42877 0.31 was released 2002, latest is 0.38 I would propose change maintainership to the Debian Perl Group as well. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559341: pidgin: Pidgin keeps popup regarding certificate for omega.contacts.msn.com
Package: pidgin Version: 2.6.4-1 Severity: important Recently pidgin has begun complaining about certificate for omega.contacts.msn.com, and it keeps saying The certificate is not trusted because no certificate that can verify it is currently trusted. It popups each time I start pidgin and usually popups once an hour. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to sv_SE.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pidgin depends on: ii gconf2 2.28.0-1 GNOME configuration database syste ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit ii libc6 2.10.1-2 GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst ii libdbus-glib-1-20.82-2 simple interprocess messaging syst ii libfontconfig1 2.6.0-4 generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libglib2.0-02.22.2-2 The GLib library of C routines ii libgstreamer0.10-0 0.10.25-3Core GStreamer libraries and eleme ii libgtk2.0-0 2.18.3-1 The GTK+ graphical user interface ii libgtkspell02.0.13-2 a spell-checking addon for GTK's T ii libice6 2:1.0.5-1X11 Inter-Client Exchange library ii libpango1.0-0 1.26.0-1 Layout and rendering of internatio ii libpurple0 2.6.4-1 multi-protocol instant messaging l ii libsm6 2:1.1.1-1X11 Session Management library ii libstartup-notification00.10-1 library for program launch feedbac ii libx11-62:1.2.2-1X11 client-side library ii libxml2 2.7.6.dfsg-1 GNOME XML library ii libxss1 1:1.1.3-1X11 Screen Saver extension library ii perl5.10.1-8 Larry Wall's Practical Extraction ii perl-base [perlapi-5.10.1] 5.10.1-8 minimal Perl system ii pidgin-data 2.6.4-1 multi-protocol instant messaging c Versions of packages pidgin recommends: ii gstreamer0.10-plugins-base0.10.25-4 GStreamer plugins from the base ii gstreamer0.10-plugins-good0.10.16-4 GStreamer plugins from the good Versions of packages pidgin suggests: ii evolution-data-server 2.28.1-1 evolution database backend server ii gnome-panel 2.28.0-2 launcher and docking facility for ii libsqlite3-0 3.6.19-3 SQLite 3 shared library -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559116: debian-policy: .changes fields Checksums-* missing from policy
Package: debian-policy Version: 3.8.3.0 Severity: minor Section 5.6.21 specifies format for the field 'Files', but there are no specification for 'Checksums-Sha1' or 'Checksums-Sha256'. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to sv_SE.UTF-8) Shell: /bin/sh linked to /bin/bash debian-policy depends on no packages. debian-policy recommends no packages. Versions of packages debian-policy suggests: ii doc-base 0.9.5 utilities to manage online documen -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559116: Applies also for vcs-*
This apply also for Vcs-Browser and Vcs-VCS it seems -- /Carl Fürstenberg azat...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558320: svn-buildpackage: unvalid dsc version check in svn-inject
Package: svn-buildpackage Version: 0.7.0 Severity: important on line 304 in svn-inject (installed version), there is a check 'unless ($dscFormat == 1.0)'; This seems wrong, as suddenly it has stopped function for me, think you must change '==' to 'eq'. Error I got was: [0:1][azat...@azabox py++-1.0.0]$ svn-inject -v -o ../py++_1.0.0-1_i386.changes svn+ssh://svn.debian.org/svn/python-apps/packages/ Checking if the default $TMPDIR allows execution... Default $TMPDIR allows execution. Starting ssh connection.. svn-buildpackage doesn't support Debian source package formats other than 1.0. Aborting. at /usr/bin/svn-inject line 313. Removing tempdir /tmp/tmp.KqIGO7deMi. Exit request sent. Checking the dsc: [0:0][azat...@azabox py++-1.0.0]$ grep Format ../py++_1.0.0-1.dsc Format: 1.0 Soit should be valid, but the check fails as it tries to check numerically, and something has changed that will make it fail. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to sv_SE.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages svn-buildpackage depends on: ii devscripts 2.10.55 scripts to make the life of a Debi ii file 5.03-2 Determines file type using magic ii libcapture-tiny-perl 0.06-1 Perl module to capture STDOUT and ii libfile-libmagic-perl0.91-2 Perl interface to libmagic for det ii libsvn-perl 1.6.6dfsg-1 Perl bindings for Subversion ii liburi-perl 1.37+dfsg-1 Manipulates and accesses URI strin ii perl 5.10.1-7Larry Wall's Practical Extraction ii subversion 1.6.6dfsg-1 Advanced version control system ii unp 1.0.15 unpack (almost) everything with on ii wget 1.12-1 retrieves files from the web Versions of packages svn-buildpackage recommends: ii debhelper 7.4.3 helper programs for debian/rules svn-buildpackage suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#229258: shell script I made for this task
azatoth azatoth 284 26 nov 22.40 hunk_1 -rw-r--r-- 1 azatoth azatoth 396 26 nov 22.40 hunk_2 -rw-r--r-- 1 azatoth azatoth 1409 26 nov 22.40 hunk_3 -rw-r--r-- 1 azatoth azatoth 463 26 nov 22.40 hunk_4 -rw-r--r-- 1 azatoth azatoth 551 26 nov 22.40 hunk_5 output/daemonize.dpatch/src/statcache.c: totalt 12 -rw-r--r-- 1 azatoth azatoth 290 26 nov 22.40 hunk_1 -rw-r--r-- 1 azatoth azatoth 311 26 nov 22.40 hunk_2 -rw-r--r-- 1 azatoth azatoth 346 26 nov 22.40 hunk_3 output/ne_lfs.diff: totalt 12 drwxr-xr-x 2 azatoth azatoth 4096 26 nov 22.40 config.h.in drwxr-xr-x 2 azatoth azatoth 4096 26 nov 22.40 configure.ac drwxr-xr-x 4 azatoth azatoth 4096 26 nov 22.40 src output/ne_lfs.diff/config.h.in: totalt 4 -rw-r--r-- 1 azatoth azatoth 380 26 nov 22.40 hunk_1 output/ne_lfs.diff/configure.ac: totalt 4 -rw-r--r-- 1 azatoth azatoth 238 26 nov 22.40 hunk_1 output/ne_lfs.diff/src: totalt 8 drwxr-xr-x 2 azatoth azatoth 4096 26 nov 22.40 filecache.c drwxr-xr-x 2 azatoth azatoth 4096 26 nov 22.40 fusedav.c output/ne_lfs.diff/src/filecache.c: totalt 4 -rw-r--r-- 1 azatoth azatoth 381 26 nov 22.40 hunk_1 output/ne_lfs.diff/src/fusedav.c: totalt 4 -rw-r--r-- 1 azatoth azatoth 561 26 nov 22.40 hunk_1 -- /Carl Fürstenberg azat...@gmail.com hunkdiff Description: Binary data
Bug#555465: python-simpletal: New upstream version is available
Package: python-simpletal Version: 4.1-6 Severity: wishlist There is both an 4.2 release for python 2.x and an 5.0 release for python 3.1+, see http://www.owlfish.com/software/simpleTAL/download.html for more information. I would say push 4.2 into sid and 5.0 into experimental. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551825: cdbs: Change default flags for CMake
Package: cdbs
Version: 0.4.62
Severity: wishlist
Current flags for CMake is a bit too verbose in my opinion, I suggest
changing -DCMAKE_VERBOSE_MAKEFILE=ON to -DCMAKE_VERBOSE_MAKEFILE=OFF
Also perhaps -DVERSION=$(DEB_VERSION) should be included as well or
similar.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core)
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to sv_SE.UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages cdbs depends on:
ii debhelper 7.4.3 helper programs for debian/rules
Versions of packages cdbs recommends:
ii autotools-dev 20090611.1 Update infrastructure for config.{
Versions of packages cdbs suggests:
ii devscripts2.10.53scripts to make the life of a Debi
ii doc-base 0.9.3 utilities to manage online documen
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551337: libsimage-dev: simage-config non-functional
Package: libsimage-dev Version: 1.6.1-4 Severity: important Trying using simage-config results in following error: $ LC_ALL=C simage-config --cflags /usr/bin/simage-config: line 54: warning: here-document at line 53 delimited by end-of-file (wanted `EOF') -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to sv_SE.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libsimage-dev depends on: ii libgif-dev 4.1.6-7 library for GIF images (developmen ii libjpeg62-dev 6b-15 Development files for the IJG JPEG ii libpng12-dev 1.2.39-1 PNG library - development ii libsimage201.6.1-4 generic interface to various image ii libsndfile1-dev1.0.20-3 Development files for libsndfile; ii libtiff4-dev 3.9.0-1 Tag Image File Format library (TIF ii libvorbis-dev 1.2.3-3 The Vorbis General Audio Compressi ii zlib1g-dev 1:1.2.3.3.dfsg-15 compression library - development libsimage-dev recommends no packages. libsimage-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#419948: librrds-perl: Information about affected platform
Followup-For: Bug #419948 Package: librrds-perl Version: 1.3.1-4 Current platform is one of the affected, it's an 170MHz ARM without FPU. old munin was able to create graphs in under minutes, while current munin takes one hour around to create one single graph. I suspect the reason the CPU lacks PFU might be a reason for the decline in speed. (the old kernel is because the kernel is located in flash, had to forwardport udev). -- System Information: Debian Release: 5.0.1 Architecture: arm (armv4tl) Kernel: Linux 2.6.16.16 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages librrds-perl depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii librrd4 1.3.1-4Time-series data storage and displ ii perl 5.10.0-19 Larry Wall's Practical Extraction ii perl-base [perlapi-5.10.0]5.10.0-19 minimal Perl system librrds-perl recommends no packages. librrds-perl suggests no packages. -- no debconf information Report will be sent to Debian Bug Tracking System 419...@bugs.debian.org -- /Carl Fürstenberg azat...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534488: lighttpd: Lighttpd fails to start
Package: lighttpd
Version: 1.4.22-1
Severity: grave
Justification: renders package unusable
Lighttpd fails to start for me, sadly it doesn't give me any useful
output, but following is what lighttpd spits out (havn't modified any
confif since half year ago, so I don't think that would be the problem):
[0:255][r...@azabox azatoth]# lighttpd -f /etc/lighttpd/lighttpd.conf -p
config {
var.PID= 16551
var.CWD= /home/azatoth
server.modules = (
mod_indexfile,
mod_access,
mod_alias,
mod_accesslog,
mod_compress,
mod_rewrite,
mod_cgi,
mod_fastcgi,
mod_userdir,
mod_dirlisting,
mod_staticfile,
# 11
)
server.document-root = /var/www/
server.upload-dirs = (/var/cache/lighttpd/uploads)
server.errorlog= /var/log/lighttpd/error.log
index-file.names = (index.php, index.html, index.htm,
default.htm, index.lighttpd.html)
accesslog.filename = /var/log/lighttpd/access.log
url.access-deny= (~, .inc)
static-file.exclude-extensions = (.php, .pl, .fcgi)
server.use-ipv6= enable
server.pid-file= /var/run/lighttpd.pid
dir-listing.encoding = utf-8
server.dir-listing = enable
server.username= www-data
server.groupname = www-data
compress.cache-dir = /var/cache/lighttpd/compress/
compress.filetype = (text/plain, text/html,
application/x-javascript, text/css)
mimetype.assign= (
.ez = application/andrew-inset,
.anx = application/annodex,
.atom = application/atom+xml,
.atomcat = application/atomcat+xml,
.atomsrv = application/atomserv+xml,
# 5
.lin = application/bbolin,
.cap = application/cap,
.pcap = application/cap,
.cu = application/cu-seeme,
.davmount = application/davmount+xml,
# 10
.tsp = application/dsptype,
.es = application/ecmascript,
.spl = application/futuresplash,
.hta = application/hta,
.jar = application/java-archive,
# 15
.ser = application/java-serialized-object,
.class= application/java-vm,
.js = application/javascript,
.m3g = application/m3g,
.hqx = application/mac-binhex40,
# 20
.cpt = application/mac-compactpro,
.nb = application/mathematica,
.nbp = application/mathematica,
.mdb = application/msaccess,
.doc = application/msword,
# 25
.dot = application/msword,
.bin = application/octet-stream,
.oda = application/oda,
.ogx = application/ogg,
.pdf = application/pdf,
# 30
.key = application/pgp-keys,
.pgp = application/pgp-signature,
.prf = application/pics-rules,
.ps = application/postscript,
.ai = application/postscript,
# 35
.eps = application/postscript,
.espi = application/postscript,
.epsf = application/postscript,
.eps2 = application/postscript,
.eps3 = application/postscript,
# 40
.rar = application/rar,
.rdf = application/rdf+xml,
.rss = application/rss+xml,
.rtf = application/rtf,
.smi = application/smil,
# 45
.smil = application/smil,
.xhtml= application/xhtml+xml,
.xht = application/xhtml+xml,
.xml = application/xml,
.xsl = application/xml,
# 50
.xsd = application/xml,
.xspf = application/xspf+xml,
.zip = application/zip,
.cdy = application/vnd.cinderella,
.kml = application/vnd.google-earth.kml+xml,
# 55
.kmz = application/vnd.google-earth.kmz,
.xul = application/vnd.mozilla.xul+xml,
.xls = application/vnd.ms-excel,
.xlb = application/vnd.ms-excel,
.xlt = application/vnd.ms-excel,
# 60
.cat = application/vnd.ms-pki.seccat,
.stl = application/vnd.ms-pki.stl,
.ppt = application/vnd.ms-powerpoint,
.pps = application/vnd.ms-powerpoint,
.odc = application/vnd.oasis.opendocument.chart,
# 65
.odb = application/vnd.oasis.opendocument.database,
.odf = application/vnd.oasis.opendocument.formula,
.odg = application/vnd.oasis.opendocument.graphics,
.otg = application/vnd.oasis.opendocument.graphics-template,
Bug#532717: gtk+2.0: AltGr stop fully to function since reecent update
Package: gtk+2.0 Severity: important have noticed that siince some reecent upgrade, of probably gtk, my AltGr key has stop function partially. Tried to find some help at the discussion at http://osdir.com/ml/debian-user-debian/2009-06/msg00333.html but hasn't got any useful response, su I decided to file an bug here, as gtk seems to be responsible for the issue, this due to: 1. Same issue under gnome and xfce4 2. Fails fully in iceweasel and gedit 3. fails partially in gnome-terminal and gvim (seems to work mostly, except tilde). 4. works fully in kate and in xterm Though I can't confirm there is actually an issue in gtk+-2.0, I would like some help resolving the issue. /Carl Fürstenberg -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to sv_SE.UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532229: bind9-host: Failure to run host as normal user
2009/6/8 Kurt Roeckx k...@roeckx.be:
severity 532229 normal
thanks
On Sun, Jun 07, 2009 at 06:56:21PM +0200, Carl Fürstenberg wrote:
When running host as an ordinare user, following error is produced:
[0:0][azat...@azabox prog]$ host dn.se
Auto configuration failed
3077928672:error:0200100D:system library:fopen:Permission
denied:bss_file.c:126:fopen('/usr/lib/ssl/openssl.cnf','rb')
3077928672:error:2006D002:BIO routines:BIO_new_file:system
lib:bss_file.c:131:
3077928672:error:0E078002:configuration file routines:DEF_LOAD:system
lib:conf_def.c:199:
looking at that file, which is an symlink, it is shown that it is
chodded 0400:
[0:1][azat...@azabox ~]$ ll /usr/lib/ssl/openssl.cnf
lrwxrwxrwx 1 root root 20 3 jun 19.50 /usr/lib/ssl/openssl.cnf -
/etc/ssl/openssl.cnf
[0:0][azat...@azabox ~]$ ll /etc/ssl/openssl.cnf
-r 1 root root 9374 18 okt 2005 /etc/ssl/openssl.cnf
This file does not come with that mode by default. It defaults
to mode 644:
-rw-r--r-- 1 root root 9374 Jun 1 14:16 /etc/ssl/openssl.cnf
Did you change the mode manual? Why? Looking at the size, I
guess it's still just the default one.
Kurt
No, I havn't chmodded the file manually at all, I havn't even modified
that file ever, have never manually touched it. Thus I highly believe
there is some package out there who is modifying this file access
modifier status.
/Carl
--
/Carl Fürstenberg azat...@gmail.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532229: bind9-host: Failure to run host as normal user
Package: bind9-host
Version: 1:9.6.0.dfsg.P1-2
Severity: grave
Justification: renders package unusable
When running host as an ordinare user, following error is produced:
[0:0][azat...@azabox prog]$ host dn.se
Auto configuration failed
3077928672:error:0200100D:system library:fopen:Permission
denied:bss_file.c:126:fopen('/usr/lib/ssl/openssl.cnf','rb')
3077928672:error:2006D002:BIO routines:BIO_new_file:system lib:bss_file.c:131:
3077928672:error:0E078002:configuration file routines:DEF_LOAD:system
lib:conf_def.c:199:
looking at that file, which is an symlink, it is shown that it is
chodded 0400:
[0:1][azat...@azabox ~]$ ll /usr/lib/ssl/openssl.cnf
lrwxrwxrwx 1 root root 20 3 jun 19.50 /usr/lib/ssl/openssl.cnf -
/etc/ssl/openssl.cnf
[0:0][azat...@azabox ~]$ ll /etc/ssl/openssl.cnf
-r 1 root root 9374 18 okt 2005 /etc/ssl/openssl.cnf
Either this is an bug in openssl, or an bug in this package, and if it
is such that this package is faulty, then either should host be suid
root, or moved to sbin.
/Carl
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.29-2-686 (SMP w/1 CPU core)
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to sv_SE.UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages bind9-host depends on:
ii libbind9-501:9.6.0.dfsg.P1-2 BIND9 Shared Library used by BIND
ii libc6 2.9-13GNU C Library: Shared libraries
ii libcap22.16-2support for getting/setting POSIX.
ii libdns50 1:9.6.0.dfsg.P1-2 DNS Shared Library used by BIND
ii libgssapi-krb5-2 1.7dfsg~beta3-1 MIT Kerberos runtime libraries - k
ii libisc50 1:9.6.0.dfsg.P1-2 ISC Shared Library used by BIND
ii libisccfg501:9.6.0.dfsg.P1-2 Config File Handling Library used
ii liblwres50 1:9.6.0.dfsg.P1-2 Lightweight Resolver Library used
ii libssl0.9.80.9.8k-1 SSL shared libraries
ii libxml22.7.3.dfsg-1 GNOME XML library
bind9-host recommends no packages.
bind9-host suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524714: hal: Fails to upgrade; wrongfull return value from init scrupt
Package: hal Version: 0.5.11-8 Severity: grave Justification: renders package unusable Upon upgrade from 0.5.11-8 to /hal_0.5.12~git20090406.46dc48-2, following problem occurs: [0:0][azat...@azabox ~]$ LC_ALL=C sudo apt-get -f install Reading package lists... Done Building dependency tree Reading state information... Done Correcting dependencies... Done The following packages were automatically installed and are no longer required: libdirectfb-1.0-0 Use 'apt-get autoremove' to remove them. The following extra packages will be installed: hal Suggested packages: gnome-device-manager The following packages will be upgraded: hal 1 upgraded, 0 newly installed, 0 to remove and 175 not upgraded. 50 not fully installed or removed. Need to get 0B/451kB of archives. After this operation, 176kB disk space will be freed. Do you want to continue [Y/n]? Reading package fields... Done Reading package status... Done Retrieving bug reports... Done Parsing Found/Fixed information... Done (Reading database ... 306530 files and directories currently installed.) Preparing to replace hal 0.5.11-8 (using .../hal_0.5.12~git20090406.46dc48-2_i386.deb) ... * Stopping Hardware abstraction layer hald [ OK ] invoke-rc.d: initscript hal, action stop failed. dpkg: warning - old pre-removal script returned error exit status 1 dpkg - trying script from the new package instead ... * Stopping Hardware abstraction layer hald [ OK ] invoke-rc.d: initscript hal, action stop failed. dpkg: error processing /var/cache/apt/archives/hal_0.5.12~git20090406.46dc48-2_i386.deb (--unpack): subprocess new pre-removal script returned error exit status 1 * Starting Hardware abstraction layer hald [ OK ] invoke-rc.d: initscript hal, action start failed. dpkg: error while cleaning up: subprocess post-installation script returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/hal_0.5.12~git20090406.46dc48-2_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) [0:100][azat...@azabox ~]$ sudo /etc/init.d/hal stop * Stopping Hardware abstraction layer hald [ OK ] [0:1][azat...@azabox ~]$ echo $? 1 [0:0][azat...@azabox ~]$ sudo /etc/init.d/hal start * Starting Hardware abstraction layer hald [ OK ] [0:1][azat...@azabox ~]$ echo $? 1 [0:0][azat...@azabox ~]$ -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to sv_SE.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hal depends on: ii adduser 3.110 add and remove users and groups ii dbus 1.2.12-1simple interprocess messaging syst ii hal-info 20090309-1 Hardware Abstraction Layer - fdi f ii libc62.9-7 GNU C Library: Shared libraries ii libdbus-1-3 1.2.12-1simple interprocess messaging syst ii libdbus-glib 0.80-3 simple interprocess messaging syst ii libexpat12.0.1-4 XML parsing C library - runtime li ii libgcc1 1:4.3.3-8 GCC support library ii libglib2.0-0 2.20.1-1The GLib library of C routines ii libhal-stora 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - share ii libhal1 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - share ii libsmbios2 2.0.3.dfsg-1Provide access to (SM)BIOS informa ii libstdc++6 4.3.3-8 The GNU Standard C++ Library v3 ii libusb-0.1-4 2:0.1.12-13 userspace USB programming library ii libvolume-id 0.125-7 libvolume_id shared library ii lsb-base 3.2-22 Linux Standard Base 3.2 init scrip ii mount2.13.1.1-1 Tools for mounting and manipulatin ii pciutils 1:3.1.2-3 Linux PCI Utilities ii pm-utils 1.2.5-2 utilities and scripts for power ma ii udev 0.140-2 /dev/ and hotplug management daemo ii usbutils 0.73-10 Linux USB utilities Versions of packages hal recommends: ii eject 2.1.5+deb1+cvs20081104-5 ejects CDs and operates CD-Changer ii libsmbios-bin 2.0.3.dfsg-1 Provide access to (SM)BIOS informa Versions of packages hal suggests: pn
Bug#524714: hal: Fails to upgrade; wrongfull return value from init scrupt
On Sun, Apr 19, 2009 at 13:43, Michael Biebl bi...@debian.org wrote: reassign 524714 splashy thanks that's a splashy bug, reassigning. You can purge the splashy package or wait for a fixed splashy package. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? That might be the underlying cause for the init script to malfunction, but it is still an bug here in that the init script says [OK], and return 1. -- /Carl Fürstenberg azat...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523901: libboost-python1.38-dev: python 2.6
Package: libboost-python1.38-dev Version: 1.38.0-3 Severity: wishlist As python2.6 is found in experimental at the moment, I would ask for a compatible version of Boost::Python for python 2.6; this is primarly for PythonMagick 0.9 (in alioth svn at the moment only), which depends on both python2.6 and Boost::Python. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to sv_SE.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libboost-python1.38-dev depends on: ii gccxml 0.9.0+cvs20080525-1 XML output extension to GCC ii libboost-python1.38. 1.38.0-3Boost.Python Library ii libboost1.38-dev 1.38.0-3Boost C++ Libraries development fi ii python 2.5.4-3 An interactive high-level object-o ii python-celementtree 1.0.5-10Light-weight toolkit for XML proce ii python-dev 2.5.4-3 Header files and a static library ii python-elementtree 1.2.6-12Light-weight toolkit for XML proce ii python-support 0.8.7 automated rebuilding support for P libboost-python1.38-dev recommends no packages. Versions of packages libboost-python1.38-dev suggests: ii libboost1.38-doc 1.38.0-3 Boost.org libraries documentation -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519706: debian-policy: Checklist specified 3.8.1.0 unreleased
Package: debian-policy Version: 3.8.1.0 Severity: minor The header for thee entry for 3.8.1.0 in the upgrading-checklist.txt informs that the version is unreleased. Think it should say Mar 2009 there instead. /Carl Fürstenberg -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to sv_SE.UTF-8) Shell: /bin/sh linked to /bin/bash debian-policy depends on no packages. debian-policy recommends no packages. Versions of packages debian-policy suggests: ii doc-base 0.8.20 utilities to manage online documen -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519750: python-nevow: Failure on upgrade
Package: python-nevow
Version: 0.9.32-1
Severity: grave
Justification: renders package unusable
Trying to upgrade, it fails during byte-compiling; Perhaps it should
have a strict python depends over 2.3.
Setting up python-nevow (0.9.32-1) ...
Compiling /usr/lib/python2.3/site-packages/nevow/_flat.py ...
File /usr/lib/python2.3/site-packages/nevow/_flat.py, line 280
return (result, (str(s) for s in results))
^
SyntaxError: invalid syntax
Compiling /usr/lib/python2.3/site-packages/nevow/compression.py ...
File /usr/lib/python2.3/site-packages/nevow/compression.py, line 36
params = dict(param.split('=') for param in params[1:])
^
SyntaxError: invalid syntax
pycentral: pycentral pkginstall: error byte-compiling files (157)
pycentral pkginstall: error byte-compiling files (157)
dpkg: error processing python-nevow (--configure):
subprocess post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of python-epsilon:
python-epsilon depends on python-nevow; however:
Package python-nevow is not configured yet.
dpkg: error processing python-epsilon (--configure):
dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of python-axiom:
python-axiom depends on python-epsilon (= 0.5.11); however:
Package python-epsilon is not configured yet.
dpkg: error processing python-axiom (--configure):
dependency problems - leaving unconfigured
Errors were encountered while processing:
python-nevow
python-epsilon
python-axiom
E: Sub-process /usr/bin/dpkg returned an error code (1)
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to sv_SE.UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages python-nevow depends on:
ii python2.5.4-2An interactive high-level object-o
ii python-central0.6.11 register and build utility for Pyt
ii python-twisted-core 8.2.0-1Event-based framework for internet
ii python-twisted-web8.2.0-1An HTTP protocol implementation to
python-nevow recommends no packages.
python-nevow suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516997: python-imaging: License not compatible with DFSG
Package: python-imaging Version: 1.1.6-3 Severity: serious Justification: Policy 2.2.1 Per requesting input on the license for python-imaging onto debial-legal (http://lists.debian.org/debian-legal/2009/02/msg00057.html), in which an resonse was made that the license is not DFSG compilant. Thus I notify you here about the issue and ask you, if possible, to resolve the issue. The suggestion made is to try getting the software relicensed under an compatible license, e.g. for example /usr/share/doc/x11-apps/copyright. /Carl Fürstenberg -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-imaging depends on: ii libc6 2.7-18GNU C Library: Shared libraries ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii mime-support 3.44-1MIME files 'mime.types' 'mailcap ii python 2.5.2-3 An interactive high-level object-o ii python-central 0.6.8 register and build utility for Pyt ii python-imaging-tk 1.1.6-3 Python Imaging Library - ImageTk M ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime python-imaging recommends no packages. Versions of packages python-imaging suggests: pn python-imaging-dbgnone (no description available) pn python-imaging-docnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515545: mt-daapd: daemon crashes on broken pipe
On Mon, Feb 16, 2009 at 20:57, Julien BLACHE jbla...@debian.org wrote: Carl Furstenberg azat...@gmail.com wrote: Hi, You need to reload it fast, so it doesn't get time to load inbetween (i.e. Ctrl-R-R). That's what I did, and on a GigE network, so latency isn't an issue :D Which browser do you use? JB. -- Julien BLACHE jbla...@debian.org | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 Actually now I tested on my desktop via localhost; I'm using iceweasel 3.0.6-1 and the cpu is an p4 -- /Carl Fürstenberg azat...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515545: mt-daapd: daemon crashes on broken pipe
Package: mt-daapd Version: 0.9~r1696.dfsg-4 Severity: normal If I, at the web interface issues two fast reloads in a row in (under config.html in particular), the server will bork out with an broken pipe and die: Feb 16 01:28:46 bubba mt-daapd[4304]: Error writing to client socket: Broken pipe Feb 16 01:28:46 bubba mt-daapd[4304]: Write error: Broken pipe Feb 16 01:28:46 bubba mt-daapd[4304]: Write error: Broken pipe -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515112: jquery: New upstream version is available
Package: jquery Severity: wishlist Per http://docs.jquery.com/Release:jQuery_1.3.1 it seems both an 1.3 and an subsequent 1.3.1 has been releases, and I ask for a build of this. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514760: mt-daapd: init script should not have set -e
Package: mt-daapd Version: 0.9~r1696.dfsg-5 Severity: serious Justification: Policy 9.3.2 The policy states The init.d scripts must ensure that they will behave sensibly if invoked with start when the service is already running, and that to exit with a 1 isn't sensible, as it might bork upgrades. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514760: new init script
As I was working for out local package distribution, I've modified the init script based on the skeleton, attached herein. -- /Carl Fürstenberg azat...@gmail.com mt-daapd.init Description: Binary data
Bug#514760: new init script
On Tue, Feb 10, 2009 at 19:48, Julien BLACHE jbla...@debian.org wrote: Carl Fürstenberg azat...@gmail.com wrote: Hi, As I was working for out local package distribution, I've modified the init script based on the skeleton, attached herein. I'd rather have you investigate why mt-daapd doesn't stop properly on your machine, that'd be way more helpful. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 The issue was responded to us from some customers, which at upgrade from 0.9~r1696-1.3 to 0.9~r1696.dfsg-4 resulted in following error: ... Installing new version of config file /etc/mt-daapd.conf ... Starting mt-daapd: invoke-rc.d: initscript mt-daapd, action start failed. dpkg: error processing mt-daapd (--configure): subprocess post-installation script returned error exit status 1 ... -- /Carl Fürstenberg azat...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511034: dbconfig-common should default to remove database on purge
Package: dbconfig-common Version: 1.8.40 Severity: normal When a package, using dbconfig-common, is purged following is the default: Deconfigure database for bubba-album with dbconfig-common? Yes Do you want to purge the database for bubba-album? No When a purge is done, the default for purge database should be yes, and not no -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dbconfig-common depends on: ii cdebconf [debconf-2.0]0.138 Debian Configuration Management Sy ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii ucf 3.0011 Update Configuration File: preserv dbconfig-common recommends no packages. Versions of packages dbconfig-common suggests: ii mysql-client-5.1 [virtual-mys 5.1.29rc-1 MySQL database client binaries -- debconf information: dbconfig-common/remote-questions-default: false dbconfig-common/pgsql/revertconf: false dbconfig-common/internal/skip-preseed: false dbconfig-common/db/dbname: dbconfig-common/pgsql/manualconf: dbconfig-common/dbconfig-remove: true dbconfig-common/mysql/method: unix socket dbconfig-common/upgrade-backup: true dbconfig-common/pgsql/authmethod-admin: ident dbconfig-common/upgrade-error: abort dbconfig-common/purge: false dbconfig-common/db/basepath: dbconfig-common/install-error: abort dbconfig-common/pgsql/no-empty-passwords: dbconfig-common/pgsql/admin-user: postgres dbconfig-common/dbconfig-install: true dbconfig-common/dbconfig-reinstall: false dbconfig-common/remote/host: dbconfig-common/pgsql/changeconf: false dbconfig-common/remote/newhost: dbconfig-common/missing-db-package-error: abort dbconfig-common/dbconfig-upgrade: true dbconfig-common/pgsql/no-user-choose-other-method: dbconfig-common/internal/reconfiguring: false dbconfig-common/passwords-do-not-match: dbconfig-common/remove-error: abort dbconfig-common/remember-admin-pass: false dbconfig-common/mysql/admin-user: root dbconfig-common/pgsql/method: unix socket dbconfig-common/pgsql/authmethod-user: dbconfig-common/database-type: dbconfig-common/db/app-user: dbconfig-common/remote/port: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510521: emdebian-tools: emsetups fails in localized environments
Package: emdebian-tools Version: 1.4.13 Severity: important If emsetup is issued in a localised environment, for example Swedish, following happens (Swedish env here): [0:0][azat...@azabox build-area]$ emsetup -s -v -v -v Updating main system apt cache (enter your sudo password if prompted). Bra http://ftp.seclan.com unstable Release.gpg Ign http://ftp.seclan.com unstable/main Translation-sv_SE Bra http://ftp.se.debian.org unstable Release.gpg Ign http://ftp.se.debian.org unstable/main Translation-sv_SE Ign http://ftp.seclan.com unstable/contrib Translation-sv_SE Ign http://ftp.seclan.com unstable/non-free Translation-sv_SE Bra http://ftp.seclan.com unstable Release Bra http://www.emdebian.org unstable Release.gpg Ign http://www.emdebian.org unstable/main Translation-sv_SE Ign http://ftp.se.debian.org unstable/contrib Translation-sv_SE Ign http://ftp.se.debian.org unstable/non-free Translation-sv_SE Bra http://ftp.se.debian.org ../project/experimental Release.gpg Ign http://ftp.se.debian.org ../project/experimental/main Translation-sv_SE Ign http://ftp.se.debian.org ../project/experimental/contrib Translation-sv_SE Ign http://ftp.se.debian.org ../project/experimental/non-free Translation-sv_SE Bra http://ftp.seclan.com unstable/main Packages/DiffIndex Bra http://www.debian-multimedia.org sid Release.gpg Bra http://www.debian-multimedia.org sid/main Translation-sv_SE Bra http://ftp.se.debian.org unstable Release Bra http://ftp.se.debian.org ../project/experimental Release Bra http://www.emdebian.org unstable Release Bra http://ftp.seclan.com unstable/contrib Packages/DiffIndex Bra http://ftp.seclan.com unstable/non-free Packages/DiffIndex Bra http://ftp.se.debian.org unstable/main Packages/DiffIndex Bra http://www.debian-multimedia.org sid Release Bra http://ftp.se.debian.org unstable/contrib Packages/DiffIndex Ign http://www.emdebian.org unstable/main Packages/DiffIndex Bra http://ftp.se.debian.org unstable/non-free Packages/DiffIndex Bra http://ftp.se.debian.org unstable/main Sources/DiffIndex Bra http://ftp.se.debian.org unstable/contrib Sources/DiffIndex Ign http://www.emdebian.org unstable/main Sources/DiffIndex Bra http://www.debian-multimedia.org sid/main Packages/DiffIndex Bra http://ftp.se.debian.org unstable/non-free Sources/DiffIndex Bra http://ftp.se.debian.org ../project/experimental/main Packages/DiffIndex Bra http://ftp.se.debian.org ../project/experimental/contrib Packages/DiffIndex Bra http://ftp.se.debian.org ../project/experimental/non-free Packages/DiffIndex Bra http://ftp.se.debian.org ../project/experimental/main Sources/DiffIndex Bra http://ftp.se.debian.org ../project/experimental/contrib Sources/DiffIndex Bra http://ftp.se.debian.org ../project/experimental/non-free Sources/DiffIndex Ign http://www.emdebian.org unstable/main Packages Bra http://ftp.se.debian.org ../project/experimental/non-free Packages Ign http://www.emdebian.org unstable/main Sources Bra http://www.emdebian.org unstable/main Packages Bra http://www.emdebian.org unstable/main Sources Läser paketlistor... Färdig Use of uninitialized value $candidate in concatenation (.) or string at /usr/bin/emsetup line 173. Use of uninitialized value $installed in concatenation (.) or string at /usr/bin/emsetup line 173. A newer version of emdebian-tools has been found (). Upgrading emdebian-tools using 'apt-get install emdebian-tools'. Updates of emdebian-tools often change the dependencies and simply using 'apt-get upgrade' again may fail due to missing packages. Once the new version is installed, please run emsetup again. Läser paketlistor... Färdig Bygger beroendeträd Läser tillståndsinformation... Färdig emdebian-tools är redan den senaste versionen. Följande paket har installerats automatiskt och är inte längre nödvändiga: libdjvulibre-dev libjasper-dev liblo0ldbl libcsound64-5.1 libgif-dev libexif-dev libwmf-dev libportmidi0 Använd apt-get autoremove för att ta bort dem. 0 att uppgradera,
Bug#508645: libnet-daemon-perl: Sendback patches from excito
Package: libnet-daemon-perl
Version: 0.43-1
Severity: wishlist
Tags: patch
I hereby sends back patches we made to libnet-daemon-perl for our uses;
The first patch enables optional umask to be used when creating sockets,
instead of beeing hardcoded to 0.
The second patch enables Net::Daemon to behave like an daemon and
daemonize, and also use the pid-file as a pid file.
/Carl Fürstenberg c...@excito.com
#! /bin/sh /usr/share/dpatch/dpatch-run
## 04_optional-umask.dpatch by Carl Fürstenberg azat...@gmail.com
##
## All lines beginning with `## DP:' are a description of the patch.
## DP: Adds option to allow umask to be given instead of be forced to 0
@DPATCH@
diff -urNad libnet-daemon-perl-0.43~/lib/Net/Daemon.pm libnet-daemon-perl-0.43/lib/Net/Daemon.pm
--- libnet-daemon-perl-0.43~/lib/Net/Daemon.pm 2008-12-12 21:07:45.0 +0100
+++ libnet-daemon-perl-0.43/lib/Net/Daemon.pm 2008-12-13 01:11:50.0 +0100
@@ -114,6 +114,9 @@
'proto' = { 'template' = 'proto=s',
'description' = '--proto protocol'
. 'transport layer protocol: tcp (default) or unix' },
+ 'sockumask' = { 'template' = 'sockumask=s',
+ 'description' = '--sockumask umask '
+ . 'umask to be used when creating an UNIX socket' },
'user' = { 'template' = 'user=s',
'description' = '--user user '
. 'Change uid to given user after binding to port.' },
@@ -538,7 +541,7 @@
unlink $path;
$self-Fatal(Can't remove stale Unix socket ($path): $!)
if -e $path;
- my $old_umask = umask 0;
+ my $old_umask = umask ( $self-{'sockumask'} || 0 );
$self-{'socket'} =
IO::Socket::UNIX-new('Local' = $path,
'Listen' = $self-{'listen'} || 10)
#! /bin/sh /usr/share/dpatch/dpatch-run
## 02_daemonize.dpatch by Carl Fürstenberg azat...@gmail.com
##
## All lines beginning with `## DP:' are a description of the patch.
## DP: Make Net::Daemon to be an daemon\!
@DPATCH@
diff -urNad libnet-daemon-perl-0.43~/lib/Net/Daemon.pm libnet-daemon-perl-0.43/lib/Net/Daemon.pm
--- libnet-daemon-perl-0.43~/lib/Net/Daemon.pm 2008-12-13 02:02:55.0 +0100
+++ libnet-daemon-perl-0.43/lib/Net/Daemon.pm 2008-12-13 02:04:47.0 +0100
@@ -75,6 +75,9 @@
'configfile' = { 'template' = 'configfile=s',
'description' = '--configfile file '
. 'Read options from config file file.' },
+ 'daemonize' = { 'template' = 'daemonize',
+ 'description' = '--daemonize '
+ . 'Deamonize on startup'},
'debug' = { 'template' = 'debug',
'description' = '--debug '
. 'Turn debugging mode on'},
@@ -556,14 +559,42 @@
}
$self-Log('notice', Server starting);
-if ((my $pidfile = ($self-{'pidfile'} || '')) ne 'none') {
- $self-Debug(Writing PID to $pidfile);
- my $fh = Symbol::gensym();
- $self-Fatal(Cannot write to $pidfile: $!)
- unless (open (OUT, $pidfile)
- and (print OUT $$\n)
- and close(OUT));
-}
+ # Daemoize if specified and we havn't defined STDERR for logging
+ if( $self-{'daemonize'} and $self-{'logfile'} ne 'STDERR' ) {
+ use Fcntl qw(:DEFAULT :flock);
+ use POSIX;
+
+ chdir '/' or $self-Fatal(Can't chdir to /: $!);
+ umask 0;
+ open STDIN, '/dev/null' or $self-Fatal(Can't read /dev/null: $!);
+ open STDOUT, '/dev/null' or $self-Fatal(Can't write to /dev/null: $!);
+ defined(my $pid = fork) or $self-Fatal(Can't fork: $!);
+ exit if $pid;
+ POSIX::setsid()or $self-Fatal(Can't start a new session: $!);
+ open STDERR, 'STDOUT' or $self-Fatal(Can't dup stdout: $!);
+
+ # Check if we are allready running in an other process
+
+ if ( defined($self-{'pidfile'}) and (my $pidfile = ($self-{'pidfile'})) ne 'none') {
+ local *FH;
+ sysopen(FH, $pidfile, O_RDWR|O_CREAT)
+ || $self-Fatal( Cannot open pid file [$pidfile]: $! );
+ flock(FH, LOCK_EX | LOCK_NB)
+ || $self-Fatal( Pidfile $pidfile already locked );
+ my ($pid) = FH =~ /^(\d+)/;
+
+ if ($pid $pid != $$ kill(0, $pid)) {
+$self-Debug(Allready running: $pid);
+exit 0;
+ }
+
+ $self-Debug(Writing PID [$$] to pidfile $pidfile);
+ sysseek FH, 0, 0;
+ truncate FH, 0;
+ syswrite FH, $$\n, length($$\n);
+ close(FH) || $self-Fatal( Cannot write to pidfile [$pidfile]: $! );
+ }
+ }
if (my $dir = $self-{'chroot'}) {
$self-Debug(Changing root directory to $dir);
Bug#507944: xwhois: segfaults on start in get_servers()
Package: xwhois Version: 0.4.2-8.2 Severity: grave Justification: renders package unusable the package containing file will generate segfault directly on start. gdb doesn't give anty usefull data. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xwhois depends on: ii libc62.7-15 GNU C Library: Shared libraries ii libglib1.2ldbl 1.2.10-19 The GLib library of C routines ii libgtk1.21.2.10-18.1 The GIMP Toolkit set of widgets fo ii libx11-6 2:1.1.5-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxi6 2:1.1.3-1 X11 Input extension library xwhois recommends no packages. xwhois suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507708: libjpeg62-dev: source diff contains files-files
Package: libjpeg62-dev Version: 6b-14 Severity: normal Per policy section 4.12, debian/files should not exist in a shipped source package. Perhaps this is an remnance from the past, but as the Standards-Version is rather recent, this should be fixed. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libjpeg62-dev depends on: ii libc6-dev [libc-dev] 2.7-15 GNU C Library: Development Librari ii libjpeg62 6b-14 The Independent JPEG Group's JPEG libjpeg62-dev recommends no packages. libjpeg62-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507163: Minor typo in sudoers manpage
Package: sudo Version: 1.6.9p17-1 Severity: minor In the manpage of sudoers, under the section/option specifier passprompt_override, in the first section there is a typo, it's specified passwod, instead of, probably, password. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sudo depends on: ii libc6 2.7-15 GNU C Library: Shared libraries ii libpam-modules1.0.1-4Pluggable Authentication Modules f ii libpam0g 1.0.1-4Pluggable Authentication Modules l sudo recommends no packages. sudo suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507168: duplace section in sudoes manpage
Package: sudo Version: 1.6.9p17-1 Severity: minor The text in the manpage, fron the invocation of the option lecture_file to the section Lists that can be used in a boolean context contains duplicated data. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sudo depends on: ii libc6 2.7-15 GNU C Library: Shared libraries ii libpam-modules1.0.1-4Pluggable Authentication Modules f ii libpam0g 1.0.1-4Pluggable Authentication Modules l sudo recommends no packages. sudo suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506258: dpkg doesn't handle symlinks to directories as directory
Package: dpkg Version: 1.13.25 Severity: serious Justification: Policy 6.6 After mailing the dpkg mailing list, I was instructed that I should file a bug, so here it is: In the php5 package, the current situation is that /etc/php5/cgi/conf.d is a symlink to /etc/php5/conf.d; By failing to know that, we in a local package installed a file under /etc/php5/cgi/conf.d/admin.ini, which went on without any problem. But due that the php5 package had been updated, a problem arised, which resulted in following error: (Reading database ... 28064 files and directories currently installed.) Preparing to replace php5-cgi 5.2.0-8+etch11 (using /php5-cgi_5.2.0-8+etch13_powerpc.deb) ... Unpacking replacement php5-cgi ... dpkg: error processing /var/cache/apt/archives/php5-cgi_5.2.0-8+etch13_powerpc.deb (--unpack): trying to overwrite `/etc/php5/cgi/conf.d', which is also in package bubba-frontend Errors were encountered while processing: /var/cache/apt/archives/php5-cgi_5.2.0-8+etch13_powerpc.deb E: Sub-process /usr/bin/dpkg returned an error code (1) After some discussion at #debian-devel, a pinter to section 6.6 point 4 in the policy where given, and that the point in particular was in effect for etch as well, which states: A directory will never be replaced by a symbolic link to a directory or vice versa; instead, the existing state (symlink or not) will be left alone and dpkg will follow the symlink if there is one. My interpreation of the policy is that the above error shouln't arise, even though we should have installed the config file under /etc/php5/conf.d anyway, as it wouldn't make any runtime difference (somewhat a bug in the php5 packages). So I ask you if this is an bug, or that out interpreation of the poliy is lousy at best. Above is all related to Etch, and I don't know if this error is present in lenny/sid. /Carl -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505837: xsdcxx: New version available
Package: xsdcxx Version: 3.1.0.1-2 Severity: wishlist A new version is available (3.2), which, most important handle --file-per-type on large schemas without dying. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xsdcxx depends on: ii libboost-filesystem1.34.1 1.34.1-12 filesystem operations (portable pa ii libboost-regex1.34.1 1.34.1-12 regular expression library for C++ ii libc6 2.7-15 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1 GCC support library ii libstdc++64.3.2-1The GNU Standard C++ Library v3 ii libxerces-c28 2.8.0-3validating XML parser library for xsdcxx recommends no packages. xsdcxx suggests no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505743: /etc/php5/sapi/conf.d is difficult to handle
Package: php5 Version: 5.2.6-5 Severity: normal The current setup, where /etc/php5/sapi/conf.d is an symlink to /etc/php5/conf.d is a problem for me because of two things: 1. it assumes that all sapi vill have the same configuration 2. it makes it difficult for a package to install an sapi specific configuration file, say it installs it to /etc/php5/cgi/conf.d/foo.ini, then, as it assumes the conf.d is a dir, takes ownership of that dir, as no other package is owning such a dir; at next upgrade of php5, it will get angry, as it can't create that symlink, as there is registered an directory in the way (perhaps this is more of an error from my side, and it can be accomplished in can other way, but still, the package in question want only the specific sapi to have this config). My proposal is to, instead of having symlinks, to create empty directories in it's place, and ship with an helper program, to enable/disable different configurations. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages php5 depends on: ii php5-cgi 5.2.6-5server-side, HTML-embedded scripti ii php5-common 5.2.6-5Common files for packages built fr ii php5.0-common [php5-common] 5.0.5-0.8 common files for packages built fr ii php5.1-common [php5-common] 5.1.4-0.1 common files for packages built fr php5 recommends no packages. php5 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503889: imagemagick: new upstream release
Actually I need libmagick++ = 6.4, and I can't find that in experimental :( On Wed, Oct 29, 2008 at 20:33, Nelson A. de Oliveira [EMAIL PROTECTED] wrote: On Wed, Oct 29, 2008 at 5:23 PM, Carl Furstenberg [EMAIL PROTECTED] wrote: On Wed, Oct 29, 2008 at 11:25:45AM +0900, Paul Wise wrote: It would be great if you could package imagemagick 6.4.5-0 or later in experimental. As upstream for synfig, I need to test some compatibility issues other people have found with the new version. It is also required for new upstream pythonmagick 0.8 (requires imagemagick 6.4) We already have ImageMagick 6.4.3-4 available at experimental. We just can't upload it to unstable before Lenny is released. Best regards, Nelson -- /Carl Fürstenberg [EMAIL PROTECTED]
Bug#503889: imagemagick: new upstream release
Sorry, = 6.4 should that be :) On Thu, Oct 30, 2008 at 00:24, Carl Fürstenberg [EMAIL PROTECTED] wrote: Actually I need libmagick++ = 6.4, and I can't find that in experimental :( On Wed, Oct 29, 2008 at 20:33, Nelson A. de Oliveira [EMAIL PROTECTED] wrote: On Wed, Oct 29, 2008 at 5:23 PM, Carl Furstenberg [EMAIL PROTECTED] wrote: On Wed, Oct 29, 2008 at 11:25:45AM +0900, Paul Wise wrote: It would be great if you could package imagemagick 6.4.5-0 or later in experimental. As upstream for synfig, I need to test some compatibility issues other people have found with the new version. It is also required for new upstream pythonmagick 0.8 (requires imagemagick 6.4) We already have ImageMagick 6.4.3-4 available at experimental. We just can't upload it to unstable before Lenny is released. Best regards, Nelson -- /Carl Fürstenberg [EMAIL PROTECTED] -- /Carl Fürstenberg [EMAIL PROTECTED]
