Bug#691221: multiple CLI deficiencies in tree(1)
Package: tree Version: 1.6.0-1 Apparently, tree(1) is currently lacking support for the “--” POSIX option terminator: $ tree -- /usr tree: Invalid argument -`-'. usage: tree [-acdfghilnpqrstuvxACDFQNSUX] [-H baseHREF] [-T title ] [-L level [-R]] [-P pattern] [-I pattern] [-o filename] [--version] [--help] [--inodes] [--device] [--noreport] [--nolinks] [--dirsfirst] [--charset charset] [--filelimit[=]#] [--si] [--timefmt[=]f] [directory list] $ Also, the --help output is being sent to stderr (thus requiring $ tree --help 21 | less instead of the conventional $ tree --help | less), and the -S option description is misleading: $ tree --help 21 /dev/null … --- Graphics options -- -iDon't print indentation lines. -APrint ANSI lines graphic indentation lines. -SPrint with ASCII graphics indentation lines. -nTurn colorization off always (-C overrides). -CTurn colorization on always. … $ Namely, contrary to the description, non-ASCII codes (i. e., non-7 bit) are used for the (pseudo)graphic decorations: $ tree -S -d /usr | head | cat --show-nonprinting /usr M-CM-DM-D bin M-3 M-@M-DM-D X11 - . M-CM-DM-D games M-CM-DM-D include M-3 M-CM-DM-D CL M-3 M-CM-DM-D GL M-3 M-3 M-@M-DM-D internal M-3 M-CM-DM-D X11 M-3 M-3 M-CM-DM-D Xtrans $ As a work-around, ASCII output may be forced by disabling localization, like: $ LC_ALL=C tree -d /usr | head | cat --show-nonprinting /usr |-- bin | `-- X11 - . |-- games |-- include | |-- CL | |-- GL | | `-- internal | |-- X11 | | |-- Xtrans $ -- FSF associate member #7257 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650234: Use chroot's ld.so to do loading?
Any progress as solving #650234? Reads like the problem has been identified, but no solution has come up. I've got no idea if any possible solutions are visible... One thought, in wrapping execve(), use chroot/lib/ld-linux.so.2 as the filename. Push chroot/lib/ld-linux.so.2 on to argv[], then use the filename as argv[1]. This means invoked programs will always see their full pathname as argv[0], but ensures the chroot's loader is used. Another thought, perhaps try loading ld.so's version of libc? I'd seriously worry about chroot programs needing a later version, but might handle easier cases. -- (\___(\___(\__ --= 8-) EHM =-- __/)___/)___/) \BS (| ehem+sig...@m5p.com PGP F6B23DE0 |) / \_CS\ | _ -O #include stddisclaimer.h O- _ | / _/ 2477\___\_|_/DC21 03A0 5D61 985B -PGP- F2BE 6526 ABD2 F6B2\_|_/___/3DE0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691191: cucumber-rails
Hi Nandaja, What is bug 691191 meant for ? Is it an intent to package (ITP) ? Or a request for package (RFP) ? Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691222: unblock: python-gnupg/0.3.0-1.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Control: block -1 by 682648 Please unblock package python-gnupg The python-gnupg currently has a single bug. Unfortunately it is a FTBFS #682648. The test suite hangs, cause the virtualized host cannot gather random bits in a reasonable amount of time (1 hour). A new upstream version was suggested as a workaround, but it was never uploaded and it didn't seem to be in the spirit of minimal changes. So I prepared my own NMU shipping a wrapper binary for gpg, that adds --quick-random if --gen-key is also present. This speeds up the test suite and should make it terminate on virtualized systems as well. Please find the full .debdiff attached, but note that the executable permission of debian/bin/gpg cannot be represented in the diff. The upload currently sits in DELAYED (thanks to Paul Tagliamonte) to give the maintainer time to react. unblock python-gnupg/0.3.0-1.1 Helmut diff -Nru python-gnupg-0.3.0/debian/bin/gpg python-gnupg-0.3.0/debian/bin/gpg --- python-gnupg-0.3.0/debian/bin/gpg 1970-01-01 01:00:00.0 +0100 +++ python-gnupg-0.3.0/debian/bin/gpg 2012-10-22 23:26:17.0 +0200 @@ -0,0 +1,7 @@ +#!/bin/sh +GPG=`which -a gpg | uniq | tail -n+2 | head -n1` +if echo $* | grep -q gen-key; then + exec $GPG --quick-random $@ +else + exec $GPG $@ +fi diff -Nru python-gnupg-0.3.0/debian/changelog python-gnupg-0.3.0/debian/changelog --- python-gnupg-0.3.0/debian/changelog 2012-05-18 12:04:19.0 +0200 +++ python-gnupg-0.3.0/debian/changelog 2012-10-22 23:30:49.0 +0200 @@ -1,3 +1,11 @@ +python-gnupg (0.3.0-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Work around test suite hangs by adding --quick-random when generating +keys. Closes: #682648 + + -- Helmut Grohne hel...@subdivi.de Mon, 22 Oct 2012 23:30:19 +0200 + python-gnupg (0.3.0-1) unstable; urgency=low * New upstream release diff -Nru python-gnupg-0.3.0/debian/rules python-gnupg-0.3.0/debian/rules --- python-gnupg-0.3.0/debian/rules 2012-05-17 11:16:39.0 +0200 +++ python-gnupg-0.3.0/debian/rules 2012-10-22 23:30:14.0 +0200 @@ -18,12 +18,12 @@ override_dh_auto_test: ifeq (,$(findstring nocheck,$(DEB_BUILD_OPTIONS))) set -ex; for py in $(shell pyversions -r -v); do \ - PYTHONPATH=$(CURDIR)/build/lib.*-$$py python$$py test_gnupg.py ;\ + PATH=$(CURDIR)/debian/bin:$$PATH PYTHONPATH=$(CURDIR)/build/lib.*-$$py python$$py test_gnupg.py ;\ done set -ex; for python in $(shell py3versions -r); do \ cp test_gnupg.py test_gnupg_3.py ;\ 2to3 -w test_gnupg_3.py ;\ - PYTHONPATH=$(CURDIR)/build/lib $$python test_gnupg_3.py ;\ + PATH=$(CURDIR)/debian/bin:$$PATH PYTHONPATH=$(CURDIR)/build/lib $$python test_gnupg_3.py ;\ rm test_gnupg_3.py ;\ done endif
Bug#688891: psad: modifies conffiles (policy 10.7.3): /etc/psad/psad.conf
On Mon, 22 Oct 2012 22:22:06 +0200, Franck Joncourt wrote: I'm attaching a diff that implements my ideas from the last mail; Thank you very much. You're welcome :) still, I'm not sure about the unconditional replacing in the postinst ... In the postinst script the psad.conf file is left in place if one is found, and if none, the embedded copie is placed in /etc/psad. So I am not sure what you mean by unconditional. Sorry for being unclear; I didn't mean replacing the file, but udpating the values within the file, i.e. lines 44/45 (in git): 44 NAME=`hostname` 45 update_conf $NAME HOSTNAME /etc/psad/psad.conf This will overwrite the HOSTNAME variable in the file (also on updates), which could have been been changed by the admin. - And that's where I'm not sure ... Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- BOFH excuse #294: PCMCIA slave driver -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691212: gnome-shell: incorrectly reported missing shared libraries (possible multi-arch hassle)
On Tue, Oct 23, 2012 at 2:42 AM, Michael Biebl bi...@debian.org wrote: You shouldn't that, as this is not a proper fix and it might mess up your system. Maybe you have an outdated linker cache. Please remove those symlinks again, run ldconfig (as root) and then attach the output of ldd /usr/bin/gnome-shell. I did was you instructed which however did not resolve the problem. So, I've attached two ldd outputs of invoking gnome-shell. One with the problem intact and one with the problem fixed. Sophoklis debian_Bug#691212_-_ldd_gnome-shell_3.4.2-2 Description: Binary data debian_Bug#691212_-_ldd_gnome-shell_3.4.2-2_FIXED Description: Binary data
Bug#654594: util-vserver: FTBFS on armhf, undefined reference to `syscall'
On Tue, 2012-10-23 at 00:00 +0200, Hector Oron wrote: Hello, On Mon, Oct 22, 2012 at 09:43:18PM +0300, Konstantinos Margaritis wrote: Actually the bug isn't in util-vserver but in dietlibc, it's missing the syscall symbol. Reassigning to dietlibc. On armhf: /usr/lib/diet/lib/libcompat.a:syscall.o: T syscall Hence when trying to link static objects, pass -lcompat, avoid passing it when linking shared objects. Curious, why is armhf different from other arches in that respect? I mean all other arches compile fine without having to add a 2nd library in the LDFLAGS. Regards Konstantinos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671752: Pinged packaging team's mailing list
Hi! Rupert Swarbrick rswarbr...@gmail.com writes: (1) Does it seem sensible to package the manual as ecl-doc? I do think so, yes (2) If so, since the manual is in a different upstream archive, should the source package be split? (At the moment, the ecl source package builds both the ecl and ecl-doc binaries) Jep that'd be the best way forward (3) If so (again!), what can I do to help make it happen? I'll happily set up an initial version of an ecl-doc package and put it on mentors.debian.net, but I don't know if that's the right thing to do, given this is already kind of an established package. As you might have noticed, the common lisp team is severly lacking manpower so if you want to help out we're happy to take your help. I guess you can also get commit access to the team's alioth repositories so you can put the work on ecl-doc into a git repository. Unfortunately -- as much as I'd want -- I can't really promise you to be available for questions / help / uploading. Regards Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691107: Possible fix
Jesse Smith jessefrgsm...@yahoo.ca writes: I believe I have found the problem and (I hope) a fix. Sorry for spamming everyone's inbox today. The problem seems to stem from the strcpy() command overflowing when copying one character into a two-character string. It seems as though GCC is treating the characters in the source string as being larger than one byte each, so to great around the overflow I've increased the size of the destination buffer. That probably just hides the problem. I think the real problem is in menucontent.h. The MENUENTRY variables are declared in a if block and are no longer valid outside the block, however mainMenu.entries (opts in atanks.cpp:1037) still has a pointer to them... Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691223: atanks: source tarball includes Win32 binaries without source
Package: src:atanks Version: 5.5-1 Severity: serious The source tarball contains Win32 binaries without source: ./src/alleg42.dll ./alleg42.dll Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691107: Possible fix
Am 22.10.2012 19:33, schrieb Jesse Smith: I believe I have found the problem and (I hope) a fix. Sorry for spamming everyone's inbox today. Never mind, your work is appreciated! Attached I've included a patch. Please apply it to src/atanks.cpp and let me know if it works. Assuming this fixes the issue I'll include the patch in the next release of Atanks. I am sorry to tell you that your patch does not fix the issue for me. My binaries are built with CXXFLAGS=-g -O2 with g++-4.7 (4.7.1-7). - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691224: notion: ion3-scripts hasn't been migrated to notion-script
Package: notion Version: 3+2012042300-1 Severity: normal I'm moving my old ion3 install to notion. For the most part it's smooth, but I'm using a piece of the old ion3-scripts package, which doesn't yet have a notion counterpart. If this is simply a manpower issue, not a licensing one, I'm happy to do this. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages notion depends on: ii libc62.13-35 ii libice6 2:1.0.8-2 ii liblua5.1-0 5.1.5-4 ii libsm6 2:1.2.1-2 ii libx11-6 2:1.4.99.901-2 ii libxext6 2:1.3.1-2 ii libxinerama1 2:1.1.2-1 ii libxrandr2 2:1.3.2-2 ii x11-utils7.7~1 ii xterm [x-terminal-emulator] 278-2 Versions of packages notion recommends: ii xfonts-100dpi 1:1.0.3 ii xfonts-75dpi 1:1.0.3 Versions of packages notion suggests: pn docker none pn menunone pn notion-doc none pn notion-scripts 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#691225: drbd scripts use mail(1) but don't tell that to anyone before it's too late
Package: drbd8-utils Hi, After some unexpected event, DRBD forcefully rebooted the machine without telling me anything. That was most confusing. Only later was I able to pinpoint the specific problem with notifications: Oct 23 08:39:38 hostname notify-pri-on-incon-degr.sh[20116]: /usr/lib/drbd/notify-pri-on-incon-degr.sh: line 103: mail: command not found You have to declare at least a Recommends: relationship on the virtual package mailx so that the admin can know they need mail(1). Also, you might want to fix those default handler settings so that they don't just run the notification and reboot commands in sequence regardless of error level - replace the semicolons (;) with two ampersands () so that the reboot doesn't go through if the notification scripts failed horribly. TIA. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691074: gcc-doc: Depends on docs for wrong gcc version
Hi, On 10/23/2012 09:35 AM, Samuel Bronson wrote: On Oct 21, 2012, at 12:34 AM, Guo Yixuan wrote: The packages in unstable are updated to 4.7 (or 4.6 on some archs)[1], I actually knew this; I can't think why I didn't say so in the report. and waiting for release team's unblock grant. This part I didn't know. Thanks! Thanks, also, for picking up where I got frustrated; I was delighted when I noticed the updates in aptitude. (Though I was a bit puzzled when I saw that I was listed as maintainer; at first I thought I must be looking at the wrong version of the package or something -- I would have only expected credit in the changelog and such. ;-) Thank you. :) Then I'm taking over the maintenance, and the next upload of gcc-4.[67]-doc will list me as maintainer, and you in uploaders.[1] I plan to remove you from uploaders in wheezy+1 (jessie), is this ok? [1] http://anonscm.debian.org/gitweb/?p=users/yixuan-guest/gcc-doc.git Sorry I've been hard to reach; I've been having trouble dealing with my email for the past year or so; gmail seems to eat all my RAM lately, and clients never seem to really grok gmail's IMAP. I tried to make it clear that I was happy for anyone to take this packaging over, but there wasn't any obvious central location in which to do that. I think wnpp is the place. It's where you publish ITP, RFP and so on, and you can simply retitle an ITP to an RFP to notify others. Cheers, Guo Yixuan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576511: ditto
Control: severity -1 grave On Tue, Oct 23, 2012 at 08:53:39AM +0200, Josip Rodin wrote: These defaults are really bad. I had this happen to a machine running DRBD yesterday: block drbd0: PingAck did not arrive in time. block drbd0: peer( Secondary - Unknown ) conn( Connected - NetworkFailure ) pdsk( UpToDate - DUnknown ) block drbd0: asender terminated block drbd0: Terminating drbd0_asender block drbd0: helper command: /sbin/drbdadm pri-on-incon-degr minor-0 SysRq : Resetting None of this was written in syslog, which it really should have been, because DRBD on this machine does *not* operate on the root/var filesystems. This is a state that can be detected, and if so, the scripts should instead forcefully kill just DRBD, or whatever more limited component. They really should not default to forcefully killing the entire machine when they have no tangible proof that DRBD would be vital to it. And that goes double for the local-io-error handler executing a shutdown. So not only do you get random data loss because of SysRq abuse, an I/O error on a DRBD device makes the entire machine enter a period of downtime longer than a reboot (which may well be long itself). That's just not anything that any reasonable person can infer from the description of the drbd8-utils package, the inline comments in the default configuration files, the drbd.conf(5) and drbdsetup(8) manual pages, the DRBD User's Guide... in fact the latter says: http://www.drbd.org/users-guide/s-configure-io-error-behavior.html 6.13. Configuring I/O error handling strategies strategy may be one of the following options: detach This is the default and recommended option. [...] call-local-io-error [...] It is entirely left to the administrator's discretion to implement I/O error handling using the command (or script) invoked by local-io-error. Note Early DRBD versions (prior to 8.0) included another option, panic, which would forcibly remove the node from the cluster by way of a kernel panic, whenever a local I/O error occurred. While that option is no longer available, the same behavior may be mimicked via the local-io-error/+ call-local-io-error+ interface. You should do so only if you fully understand the implications of such behavior. The package does not in any way seem to verify that the admin fully understands the implications of such behavior, so it's really just setting itself up for disaster. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576511: ditto
These defaults are really bad. I had this happen to a machine running DRBD yesterday: block drbd0: PingAck did not arrive in time. block drbd0: peer( Secondary - Unknown ) conn( Connected - NetworkFailure ) pdsk( UpToDate - DUnknown ) block drbd0: asender terminated block drbd0: Terminating drbd0_asender block drbd0: helper command: /sbin/drbdadm pri-on-incon-degr minor-0 SysRq : Resetting None of this was written in syslog, which it really should have been, because DRBD on this machine does *not* operate on the root/var filesystems. This is a state that can be detected, and if so, the scripts should instead forcefully kill just DRBD, or whatever more limited component. They really should not default to forcefully killing the entire machine when they have no tangible proof that DRBD would be vital to it. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691224: notion: ion3-scripts hasn't been migrated to notion-script
Hi and welcome to Notion, I'm moving my old ion3 install to notion. For the most part it's smooth, but I'm using a piece of the old ion3-scripts package, which doesn't yet have a notion counterpart. If this is simply a manpower issue, not a licensing one, I'm happy to do this. definitely not a licensing issue, we were just focused on getting Notion itself into Debian. If you could start preparing such a package, that would be great! You can find the source of the most recent version of ion3-scripts under [1] . This is probably a good place to start. The most recent version of the scripts is available through the contrib submodule of our main git repository[2]. See [3] for instructions and/or [4] for a web version. Note that the copyright file of the above ion3-scripts package is somewhat lacking. However the copyright file of the current Notion package also includes information on the scripts, see [5], so one should use this information instead. I have made one mistake that needs fixing though. Namely the second sentence of A list of files in the contrib directory with copyright holders other than Tuomo Valkonen follows. Unless otherwise specified the files are distributed unter the same license as the Notion package. is utterly wrong. Instead they are in the public domain. This will be fixed in the next version of the package. I'll be happy to also help out, so we can do this together if you want. Maybe GitHub or a similar site would be a good place. Cheers, Philipp [1] http://snapshot.debian.org/package/ion3-scripts/20070515.debian-1/ [2] git://notion.git.sourceforge.net/gitroot/notion/notion [3] http://sourceforge.net/apps/mediawiki/notion/index.php?title=Development [4] http://notion.git.sourceforge.net/git/gitweb.cgi?p=notion/contrib;a=summary [5] http://anonscm.debian.org/gitweb/?p=collab-maint/notion.git;a=blob;f=debian/copyright;h=1b5a7a9884bff6a6e6c754984620531bfd61c7b7;hb=HEAD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688792: syntax error
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 23/10/12 06:50, Noah Meyerhans wrote: Ok, good news, and an apology. The good news is that this isn't mysql's fault at all. The network-manager package is breaking /etc/network/interfaces, causing the lo interface to not get an IP address. The SQL syntax error was a red herring, and is not actually related to the server not starting. I'll drop the severity of this bug back to normal. Apologies for cluttering it with a bunch of unrelated stuff. The n-m bug is http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688355, fwiw. Thanks noah Noah, Thanks. It's nice to have a respite from the unrelenting sinking feeling. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJQhkUAAAoJELbE2bY7/+c8E2oP/RxYDneIeUsyxmy/PZ5D+UGN zUsSg7QgqyAD5k7KMMlh6ENiCdb6WTDErMnADB7L4lILS8kNJ7aIRpswij6aMcsF UiFbSsw05lUspEJxNMDQ7H/BdCMGch5G37LnvJWOl7gQvm1HrFaR/SNh1wM1jB8X cgreY/3q1cL+QWuxo0b3rB84D13jop60U5As3pafOB+0oFgkrFEo8JuuRh/sO74R 0SzrYT1f0pxZiHpY0yaAawN83r7Mng9umHyNYK2/SuvDWt6x9TWHKm2DD6CG/o7c y96n4rNc2yUbTFbrPco8tmVQbGJ1MtCJzcLc/E6rj7QFWPdpOp5Yn1EvgnhxVj8F V0C6I+lyOZXB1q8hz7VZyhxkfeZ1UAhLreF/NgHJVzkyuBnHYNcBb4Gir2DXYX+n e0h/TRwaP8fXQCCuhyN3MitC26Gu8MyGPSafr9Tug3VvvWPz3717e2c/SELysWes TQNkNruokIcFBunlyfvVZTsevFboYoSRUygQhYXtJASBCznfW3NA65kyc67f6CME krjETkBzHz1u3+gQ81Ll7UD8W8mdnhuQy0xrDHPyqB1vAQS7v6NioIuCRLnjKxM4 POG8fnBrkUW/GIYDQMqucC1nkn+WqBI/pZCOjZcQ/meGarzC/HAINaAtPlivbbOJ LaiHohjNakIzxPV8pBNB =rQo6 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681744: [patch] fix ftbfs (1)
Hi,
the attached patch should fix the build, however there is still a test
failure in my chroot:
WARNING:root:skipping test because running on a non-multiarch system
==
ERROR: testAddAndExportKey (test_auth.TestAuthKeys)
Add an example key.
--
Traceback (most recent call last):
File /tmp/python-apt-0.8.7ubuntu4/tests/test_auth.py, line 150, in
testAddAndExportKey
apt.auth.add_key(WHEEZY_KEY)
File
/tmp/python-apt-0.8.7ubuntu4/build/lib.linux-x86_64-3.3/apt/auth.py,
line 195, in add_key
--import, -, stdin=content)
File
/tmp/python-apt-0.8.7ubuntu4/build/lib.linux-x86_64-3.3/apt/auth.py,
line 84, in _call_apt_key_script
output, stderr = proc.communicate(content)
File /usr/lib/python3.3/subprocess.py, line 906, in communicate
stdout, stderr = self._communicate(input, endtime, timeout)
File /usr/lib/python3.3/subprocess.py, line 1528, in _communicate
orig_timeout)
File /usr/lib/python3.3/subprocess.py, line 1601, in
_communicate_with_poll
self._save_input(input)
File /usr/lib/python3.3/subprocess.py, line 1562, in _save_input
self._input = self._input.encode(self.stdin.encoding)
AttributeError: 'bytes' object has no attribute 'encode'
==
ERROR: testAddAndListKey (test_auth.TestAuthKeys)
Add an example key and test if it is correctly returned by
--
Traceback (most recent call last):
File /tmp/python-apt-0.8.7ubuntu4/tests/test_auth.py, line 161, in
testAddAndListKey
apt.auth.add_key(WHEEZY_KEY)
File
/tmp/python-apt-0.8.7ubuntu4/build/lib.linux-x86_64-3.3/apt/auth.py,
line 195, in add_key
--import, -, stdin=content)
File
/tmp/python-apt-0.8.7ubuntu4/build/lib.linux-x86_64-3.3/apt/auth.py,
line 84, in _call_apt_key_script
output, stderr = proc.communicate(content)
File /usr/lib/python3.3/subprocess.py, line 906, in communicate
stdout, stderr = self._communicate(input, endtime, timeout)
File /usr/lib/python3.3/subprocess.py, line 1528, in _communicate
orig_timeout)
File /usr/lib/python3.3/subprocess.py, line 1601, in
_communicate_with_poll
self._save_input(input)
File /usr/lib/python3.3/subprocess.py, line 1562, in _save_input
self._input = self._input.encode(self.stdin.encoding)
AttributeError: 'bytes' object has no attribute 'encode'
--
Ran 64 tests in 6.787s
FAILED (errors=2)
=== modified file 'python/generic.h'
--- python/generic.h 2011-08-01 07:29:25 +
+++ python/generic.h 2012-10-23 06:57:19 +
@@ -80,10 +80,14 @@
static inline const char *PyUnicode_AsString(PyObject *op) {
// Convert to bytes object, using the default encoding.
+#if PY_MAJOR_VERSION = 3 PY_MINOR_VERSION = 3
+return PyUnicode_AsUTF8(op);
+#else
// Use Python-internal API, there is no other way to do this
// without a memory leak.
PyObject *bytes = _PyUnicode_AsDefaultEncodedString(op, 0);
return bytes ? PyBytes_AS_STRING(bytes) : 0;
+#endif
}
// Convert any type of string based object to a const char.
Bug#623252: please fix this also in stable
Hi! As this bugreport is explicitly about squeeze and squeeze-updates I would assume it should get fixed in squeeze itself. Can you please run this through a stable update? Thanks in advance! Rhonda -- Fühlst du dich mutlos, fass endlich Mut, los | Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden Fühlst du dich machtlos, geh raus und mach, los | 23.55: Alles auf Anfang Fühlst du dich haltlos, such Halt und lass los| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691226: resolvconf: TRUNCATE_NAMESERVER_LIST_AFTER_LOOPBACK_ADDRESS default should be no due to another disadvantage
Package: resolvconf Version: 1.68 Severity: wishlist The resolvconf(8) says that the TRUNCATE_NAMESERVER_LIST_AFTER_LOOPBACK_ADDRESS default is yes because the only mentioned disadvantage occurs when the local caching nameserver crashes, which is unlikely. I agree that a crash is unlikely, but problems may also occur due to network congestion. For instance, I could observe that with ADSL when reloading a Firefox session, and this is not uncommon. It seems that external DNS as used by BIND have a low timeout value (I suspect because otherwise they would easily get overloaded), thus often return an error in case of network congestion on the side of the end user. I've never had such a problem with the DNS of my ISP, so that such DNS (when they are known) are good as a fallback. Note: Ideally one should use the DNS of the ISP for external requests to avoid the above problem; unfortunately, for a laptop that connect to various networks, these DNS are not necessarily known, and many DHCP servers return their own IP address and their DNS implementation is sometimes broken when IPv6 is supported by the machine of the user, giving obscure problems like: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=457472 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages resolvconf depends on: ii debconf [debconf-2.0] 1.5.46 ii initscripts2.88dsf-32 ii lsb-base 4.1+Debian7 resolvconf recommends no packages. resolvconf suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690076: fails to decrypt PDF 1.7 files
also sprach Pino Toscano p...@debian.org [2012.10.09.2022 +0200]: Indeed, it seems also it could be fixed in poppler 0.20. Would it be possible to upgrade only poppler-utils to the 0.20.4-1 version currently in experimental, and try pdfinfo/pdftoppm again? (It will just install also libpoppler28 from experimental too.) I have been unable to recompile okular, but I have also not had enough time to fix the build environment. Meanwhile, I can confirm that the following approach works to decrypt a PDF file (which is what I wanted in the first place): pdftops -upw password file.pdf ps2pdf file.ps -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems there was no difference between the behavior of a god and the operations of pure chance... -- thomas pynchon, gravity's rainbow digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#677601: libreoffice-core: Libreoffice crashes on start-up
Hi,
This fix/workaround should be OK. However it seems to only treat the
specific cause. Perhaps when permission denied is returned on
non-critical checks (ure or anything else) a crash should be avoided and
treated differently by libreoffice. Similar to how no such file is
treated.
Thanks for your prompt action.
Regards,
Cosmin
On 10/22/2012 08:51 PM, Rene Engelhard wrote:
tag 677601 + pending
thanks
Hi,
On Mon, Oct 22, 2012 at 06:57:32PM +0200, Rene Engelhard wrote:
On Mon, Oct 22, 2012 at 05:21:21PM +0200, Rene Engelhard wrote:
So I quickly pointed upstream to your comment:
17:09 @_rene_ sberg: FYI:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677601#34
17:11 @sberg _rene_, that should ultimately become a non-issue with
http://wiki.documentfoundation.org/Development/LibreOffice4#UNO_related_changes's
drop support for /etc/opt/ure and ~/.ure, cf. ure/source/README
17:12 @_rene_ ah, nice.
17:12 @_rene_ have a patch for that already? (I'd then just backport it.)
17:12 -!- ricotz [~rico@ubuntu/member/ricotz] has joined #libreoffice-dev
17:13 * _rene_ knows Debian will never have a ure in /etc/opt/ure :)
17:13 @sberg _rene_, no, but it shouldn't be too difficult to grep for
the
relevant place(s)
17:13 @_rene_ yeah, will do.
17:13 @sberg _rene_, IIRC, its just mentioned in some .ini/rc files
So fixing it in the same way even before LO4 (as we *do* know that we'll
never
have a /etc/opt/ure in Debian) by removing it now would also fix this..
$ grep -r etc\/opt /usr/lib/libreoffice/*
/usr/lib/libreoffice/ure-link/lib/jvmfwk3rc:UNO_JAVA_JFW_SHARED_DATA=${URE_OVERRIDE_JAVA_JFW_SHARED_DATA}
file:///etc/opt/ure/javasettings_${_OS}_${_ARCH}.xml
/usr/lib/libreoffice/ure-link/lib/unorc:UNO_TYPES=${ORIGIN}/../share/misc/types.rdb
?file:///etc/opt/ure/types.rdb ?${SYSUSERHOME}/.ure/types.rdb
${URE_MORE_TYPES}
/usr/lib/libreoffice/ure-link/lib/unorc:UNO_SERVICES=${ORIGIN}/../share/misc/services.rdb
?file:///etc/opt/ure/services.rdb ?${SYSUSERHOME}/.ure/services.rdb
${URE_MORE_SERVICES}
Added as such to the tree. Will be in next upload.
Regards,
Rene
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690276: gmp-ecm: please make Conflicts against ecm versioned
Hello, * Jonathan Nieder [Thu, Oct 11, 2012 at 03:35:32PM -0700]: gmp-ecm conflicts with ecm because historically they both provided ecm commands (bug#580548). Now that cmdpack ecm has been renamed to ecm-compress, gmp-ecm and ecm are coinstallable and the conflict can be made versioned. Policy explains: | However, normally the presence of an earlier than version clause | is a sign that Breaks should have been used instead. An earlier | than version clause in Conflicts prevents dpkg from upgrading or | installing the package which declares such a conflict until the | upgrade or removal of the conflicted-with package has been | completed, which is a strong restriction. so the patch below switches to a Breaks+Replaces. Seems to work ok. Thoughts? Thanks for your patch. gmp-ecm should use a Breaks clause with the ecm package. I'm not sure about Replaces. It's not like the ecm binary provided by the gmp-ecm package provides any similar functionality to the one provided by the ecm package. What problem does the addition of the Replace line solve? What's the downside of not having it? Regards, Laurent. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682648: status of the python-gnupg ftbfs
On 2012-10-22 at 23:36:59 +0200, Helmut Grohne wrote: I believe that the patch provided by Dmitry Shachnev is unsuitable for wheezy, because it ships a new upstream version. The release team will be very hesitant to approve such a change. Is there any reason to to believe otherwise? I'm also esitant to suggest a new upstream version, even if it only includes small changes. The patch by Helmut Grohne is fine by me, because while it is hackish the hacks are contained in the test suite that is run at build. Feel free to go on with the upload, as this gives me time to prepare a proper fix for version 0.3.1 after the release. -- Elena ``of Valhalla'' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690276: gmp-ecm: please make Conflicts against ecm versioned
Hi Laurent, Laurent Fousse wrote: * Jonathan Nieder [Thu, Oct 11, 2012 at 03:35:32PM -0700]: | However, normally the presence of an earlier than version clause | is a sign that Breaks should have been used instead. An earlier | than version clause in Conflicts prevents dpkg from upgrading or | installing the package which declares such a conflict until the | upgrade or removal of the conflicted-with package has been | completed, which is a strong restriction. so the patch below switches to a Breaks+Replaces. Seems to work ok. [...] Thanks for your patch. gmp-ecm should use a Breaks clause with the ecm package. I'm not sure about Replaces. It's not like the ecm binary provided by the gmp-ecm package provides any similar functionality to the one provided by the ecm package. What problem does the addition of the Replace line solve? What's the downside of not having it? The Replaces allows dpkg to install gmp-ecm on top of ecm despite the file conflict. Without the Replaces, dpkg would error out to prevent clobbering the conflicting file. Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677601: libreoffice-core: Libreoffice crashes on start-up
On Tue, Oct 23, 2012 at 10:56:33AM +0300, Cosmin ANDREI wrote: specific cause. Perhaps when permission denied is returned on non-critical checks (ure or anything else) a crash should be avoided and ure IS critical. Without ure no LO. The point is that LO checks there (inherited by OOo) because of you can have it installed somewhere and the LO installed into /opt thing. You don't want to not-fail if /usr/lib/ure is (which is a Debian-ism!) broken for example. Just that we don't have something ure'ish in /etc/opt/ure. Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678121: mips or mipsel?
Hi Jon,
I saw that you enabled mips. Daniel mentioned about mipsel arch. Is
that fine or mistake?
% rmadison liburcu-dev
liburcu-dev | 0.7.5-1 | sid | amd64, armel, armhf, i386, ia64,
mips, powerpc, s390, s390x
Please let me/Daniel/bug report know.
--
Kartik Mistry | IRC: kart_
{0x1f1f, kartikm}.wordpress.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676509: please add restart-services to debian-goodies
Hi Thomas, Tomas Pospisek wrote: Thanks. Also restart-services has been discussed here: http://lists.debian.org/debian-devel/2012/06/msg00592.html Thanks for this hint. and has some interesting ideas. Indeed. I was thinking about some of them, too. However I came to the conclusion that there are quite some cases where automatic restarts are no good idea. The mentioned login managers and some GNOME stuff for example. So I'm fine with debian-goodies as its place, especially because it fits to checkrestart. But I'm also fine, if someone (possibly also later) will make its own package out of it or incorporate it into some package of higher priority. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602499: Progress?
Hi there, some time ago Apache Flex® 4.8.0 was released. Is there any progress in packaging this one for main? -- MfG, Christian Welzel GPG-Key: pub 4096R/5117E119 2011-09-19 Fingerprint: 3688 337C 0D3E 3725 94EC E401 8D52 CDE9 5117 E119 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688269: libroken18-heimal: Please change priority to optional
On 21 October 2012 23:06, Sebastian Ramacher sebast...@ramacher.at wrote: On 2012-10-21 21:04:51, Brian May wrote: Where is this git repository you are looking at? Will check again tomorrow. That's the one at git://git.debian.org/git/collab-maint/heimdal/ Ok, I see it. 3c279602a4dd543cb44fc269241ca4da59f5da7b makes it optional 8647c84d416cf734b658515c6c8fad366a12fe16 removes the optional tags, I think overall this is a NOP because the source is still priority: Optional. d41f5a26e3facc929ff895e7cb41baa19875d4a4 makes it extra According to the git repository version 1.6~git20120403+dfsg1-3 has not been released, but according to the version in Debian unstable, it would appear it has been released. Will CC Jelmer Vernooij jel...@debian.org, maybe he can explain what is going on here. -- Brian May br...@microcomaustralia.com.au -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691221: [Fwd: Bug#691221: multiple CLI deficiencies in tree(1)]
Hello Steve, JFYI, the attached mail just came in to the Debian BTS, cf. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691221. JFTR, as per Debian bug severity levels, I'd consider this minor (instead of normal as it is now), but given that there are three issues mixed into a single bugreport I keep it as is. Cheers, Flo ---BeginMessage--- Package: tree Version: 1.6.0-1 Apparently, tree(1) is currently lacking support for the “--” POSIX option terminator: $ tree -- /usr tree: Invalid argument -`-'. usage: tree [-acdfghilnpqrstuvxACDFQNSUX] [-H baseHREF] [-T title ] [-L level [-R]] [-P pattern] [-I pattern] [-o filename] [--version] [--help] [--inodes] [--device] [--noreport] [--nolinks] [--dirsfirst] [--charset charset] [--filelimit[=]#] [--si] [--timefmt[=]f] [directory list] $ Also, the --help output is being sent to stderr (thus requiring $ tree --help 21 | less instead of the conventional $ tree --help | less), and the -S option description is misleading: $ tree --help 21 /dev/null … --- Graphics options -- -iDon't print indentation lines. -APrint ANSI lines graphic indentation lines. -SPrint with ASCII graphics indentation lines. -nTurn colorization off always (-C overrides). -CTurn colorization on always. … $ Namely, contrary to the description, non-ASCII codes (i. e., non-7 bit) are used for the (pseudo)graphic decorations: $ tree -S -d /usr | head | cat --show-nonprinting /usr M-CM-DM-D bin M-3 M-@M-DM-D X11 - . M-CM-DM-D games M-CM-DM-D include M-3 M-CM-DM-D CL M-3 M-CM-DM-D GL M-3 M-3 M-@M-DM-D internal M-3 M-CM-DM-D X11 M-3 M-3 M-CM-DM-D Xtrans $ As a work-around, ASCII output may be forced by disabling localization, like: $ LC_ALL=C tree -d /usr | head | cat --show-nonprinting /usr |-- bin | `-- X11 - . |-- games |-- include | |-- CL | |-- GL | | `-- internal | |-- X11 | | |-- Xtrans $ -- FSF associate member #7257 ---End Message---
Bug#690748: laptop-mode-tools: enabling Laptop Mode even if disabled in LMT config
Hello Jasmine,
Please see responses in-line.
On Sunday 21 October 2012 04:13 PM, Jasmine Hassan wrote:
On Sun, Oct 21, 2012 at 11:07 AM, Ritesh Raj Sarraf r...@researchut.com
wrote:
The problem seemed to be caused because we were exiting if LMT was disabled
in the config file. Attached patch should help improve your use case.
Yes, that is one of the problems. If I may suggest, to be more user-proof:
change:
echo $ENABLE_LAPTOP_MODE |grep y
to:
echo $ENABLE_LAPTOP_MODE | egrep -i (y|1)
Done. THanks.
Though, there's no /etc/default/laptop-mode installed on debian by LMT 1.61-1
Yes. I noticed that too. It seems to be an old leftover. And I see no
reference of it being installed in the distro-neutral install.sh file also.
I had more issues with the default udev rules file added by LMT.
For that, I had overridden it in
/etc/udev/rules.d/99-laptop-mode.rules, with comments, as I intended
to report this to you as well (way back) and totally forgot.
# /lib/udev/power-lmt-udev runs both lmt pm-powersave
SUBSYSTEM==power_supply, ENV{POWER_SUPPLY_ONLINE}==0,
RUN+=/lib/udev/power-lmt-udev
SUBSYSTEM==power_supply, ENV{POWER_SUPPLY_ONLINE}==1,
RUN+=/lib/udev/power-lmt-udev
# Laptop-mode-tools default rules below, and reasons for disabling them
# This generates 2 events, running script(s) twice. No good!
I am aware that udev generates too many events for the same subsystem.
Not just that, imagine different subsystems (power, hardware etc)
generating events that interest LMT, all at one go. We do not want to
honor every event.
The way LMT works, at any given time it will only honor 2 events in a
window on 10 seconds. There are 2 locks that LMT uses. A request lock
and an invocation lock. Every invocation first needs to acquire the
request lock, then try to acquire the invocation lock for the actual
invocation. When the invocation lock is acquired, the request lock is
released to honor further events. But only 2 locks. While the 1st event
is busy with the invocation lock and the 2nd events has acquired the
request lock, no further events will work. They will try to acquire the
request lock and fail.
= LMT is also adding hooks for acpid in /etc/acpi/(actions|events)
and hooks for upower in (/etc/power/scripts.d|events.d) and even hooks
for the antiquated apmd in /etc/apm/event.d/ , even though it's not
even installed on my system.
i.e. All over the place. This caused me some grief.
udev+acpid+upowerd. Quite excessive I must say.
I had to edit each of the three lm_* files in /etc/acpi/events/, and
comment out the two lines in each of them.
Yes. That's because we have multiple ways of being invoked. We started
with acpid, then later added support for pm-utils resume, and now are
totally independent with the help of udev. But we don't want to break
compatibility with older tools.
On my box, both acpid and pm-utils are uninstalled. I don't see this to
be a problem. Even if they are installed, like I mentioned above, not
all invocations will be honored.
So, can't this be better managed via a postinst script? Say it would:
1. detect available facilities (pm-utils/udev/acpid/upowerd/apmd),
pick one and only one, based on an ordered LMT preference list. Warn
the user if none of the recommended facilities are installed/enabled.
This could be later fixed by the user via dpkg-reconfigure
laptop-mode-tools, or whatever.
What about scenarios where acpid/pm-utils etc are installed after LMT ?
Also, as upstream, it is simpler to just install the hooks and let the
installed daemons do the interpretation.
2. create symlinks to a common startup directory, say
/usr/share/laptop-mode-tools/startup-hooks/*, for event/script hooks
applicable to the chosen, available facility.
With ENABLE_LMT=1, we get
rrs@champaran:~$ sudo /usr/sbin/laptop_mode auto
Warning: Configuration file /etc/laptop-mode/conf.d/board-specific/*.conf is
not readable, skipping.
Laptop mode enabled
active [unchanged]
N.B. in my pre-last email I attached a little patch that amends this
output. I really disliked getting two separate lines for each LMT
invocation in my pm-* logs, for only a few words.
I will fix this.
The warning about board-specific conf is also quite annoying. What use
is board-specific, as a (non-existent by default) sub-directory of
conf.d, if conf.d itself already serves the purpose of a dynamic
user-configuration-include directory? There's also no mention of it in
the laptop-mode.conf manpage.
This one too.
With enabled file removed, it shows:
rrs@champaran:~$ sudo rm /var/run/laptop-mode-tools/enabled
rrs@champaran:~$ sudo /usr/sbin/laptop_mode auto
Warning: Configuration file /etc/laptop-mode/conf.d/board-specific/*.conf is
not readable, skipping.
Laptop mode
disabled,
not active [unchanged]
So it just disabled LMT because it was not enabled.
And if enabled is set again, things go right.
rrs@champaran:~$ sudo touch /var/run/laptop-mode-tools/enabled
Bug#690748: laptop-mode-tools: enabling Laptop Mode even if disabled in LMT config
On Sunday 21 October 2012 05:28 PM, Jasmine Hassan wrote: Ritesh, Another thing: $ /etc/init.d/laptop-mode status Laptop mode status: /usr/sbin/laptop_mode: 1175: /usr/sbin/laptop_mode: cannot create /var/lock/lmt-req.lock: Permission denied Do I really need to be root to get the status of LMT? Why are we creating a lock file when all we want is get the status of LMT? Because the status output is not that of the init service. The status output you see is a full blown output from LMT, for which it seeks root permissions. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: OpenPGP digital signature
Bug#691228: python-pysnmp4: Missing dependancy on smitools
Package: python-pysnmp4 Version: 4.2.2-1 Severity: minor Dear Maintainer, The script /usr/bin/build-pysnmp-mib uses smidump, which is found in the smitools package. However this is not listed as a dependancy, which means unless smitools has been manually installed separately the build-pysnmp-mib script fails with the following output: Empty input smidump -k -f python /usr/share/mibs/netsnmp/UCD-SNMP-MIB | /usr/bin/libsmi2pysnmp fails make sure you are using libsmi version 0.4.5 (or svn) It is not immediately apparent from the error, but the cause is that smidump does not exist. Suggested Fix: add smitools to Depends -Steve -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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#690748: laptop-mode-tools: enabling Laptop Mode even if disabled in LMT config
On Sunday 21 October 2012 06:50 PM, Jasmine Hassan wrote: Now another issue: $ sudo /etc/init.d/laptop-mode stop [] Disabling laptop mode...mount: /dev/cgroup/cpu is busy done (disabled, not active). Why is LMT messing with /dev/cgroup/cpu? Can you file this as a separate issue? Some assumption about block devices have broken. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: OpenPGP digital signature
Bug#664027: O: coherence -- Python UPnP framework
Package: wnpp Severity: normal Owner: Debian QA Group packa...@qa.debian.org Hi! Since I don't use it myself, and I currently have less (no) time for debian due to policy changes at Eaton, coherence is up for adoption. cheers, Arnaud -- Linux / Unix / Opensource Engineering Expert - Eaton - http://opensource.eaton.com Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org Debian Developer - http://www.debian.org Free Software Developer - http://arnaud.quette.fr
Bug#691230: python-pyrrd: RRD.fetch method is broken
Package: python-pyrrd
Version: 0.1.0-1
Severity: important
Tags: upstream
Dear Maintainer,
python-pyrrd as currently found in wheezy and sid has a bug, known upstream
(https://code.google.com/p/pyrrd/issues/detail?id=26) which breaks
the RRD.fetch method, preventing the user from getting data out of an RRD.
With some boilerplate taken from the package doctests, this is a
way to trigger the bug:
import os, tempfile
from pyrrd.rrd import DataSource, RRA, RRD
dss = []
rras = []
rrdfile = tempfile.NamedTemporaryFile()
dss.append(DataSource(dsName='speed', dsType='COUNTER', heartbeat=600))
rras.append(RRA(cf='AVERAGE', xff=0.5, steps=1, rows=24))
rras.append(RRA(cf='AVERAGE', xff=0.5, steps=6, rows=10))
rrd = RRD(rrdfile.name, ds=dss, rra=rras, start=920804400)
rrd.create()
rrd.bufferValue('920805600', '12363')
rrd.bufferValue('920805900', '12363')
rrd.update()
rrd.fetch()
Traceback (most recent call last):
File input, line 1, in module
File /usr/lib/python2.7/dist-packages/pyrrd/rrd.py, line 226, in fetch
return self.backend.fetch(*data)[returnStyle]
TypeError: fetch() takes exactly 2 arguments (3 given)
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages python-pyrrd depends on:
ii python 2.7.3~rc2-1
ii python-rrdtool 1.4.7-2
ii python2.6 2.6.8-0.2
ii python2.7 2.7.3~rc2-2.1
ii rrdtool 1.4.7-2
python-pyrrd recommends no packages.
python-pyrrd 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#685810: marked as done (live-tools: fails to upgrade from testing - diversion conflict)
New steps to reproduce. In a clean wheezy chroot: # apt-get install live-tools Selecting previously unselected package live-tools. (Reading database ... 9863 files and directories currently installed.) Unpacking live-tools (from .../live-tools_3.0.3-1_all.deb) ... Processing triggers for man-db ... Setting up live-tools (3.0.3-1) ... # dpkg-divert --list | grep live-tools diversion of /usr/bin/uptime to /usr/bin/uptime.procps by live-tools # ls -l /usr/bin/uptime* lrwxrwxrwx 1 root root 11 Jul 5 15:08 /usr/bin/uptime - live-uptime -rwxr-xr-x 1 root root 9636 Jun 17 09:13 /usr/bin/uptime.procps # echo deb http://ftp.us.debian.org/debian sid main \ /etc/apt/sources.list # apt-get update ... # apt-get install -t sid live-tools ... Preparing to replace live-tools 3.0.3-1 (using .../live-tools_3.0.12-1_all.deb) ... Unpacking replacement live-tools ... Processing triggers for man-db ... Can not write log, openpty() failed (/dev/pts not mounted?) Setting up live-tools (3.0.12-1) ... # dpkg-divert --list | grep live-tools diversion of /usr/sbin/update-initramfs to /usr/sbin/update-initramfs.orig.initramfs-tools by live-tools diversion of /usr/share/man/man8/update-initramfs.8.gz to /usr/share/man/man8/update-initramfs.orig.initramfs-tools.8.gz by live-tools diversion of /usr/share/man/man1/uptime.1.gz to /usr/share/man/man1/uptime.orig.procps.1.gz by live-tools diversion of /usr/bin/uptime to /usr/bin/uptime.orig.procps by live-tools # ls -l /usr/bin/uptime* lrwxrwxrwx 1 root root 16 Sep 30 15:19 /usr/bin/uptime - /bin/live-uptime Unfortunately, at this point uptime is broken because the original diverted file is gone. Now if we purge live-tools and reinstall from wheezy: # dpkg --purge live-tools ... # dpkg-divert --list | grep live-tools # ls -l /usr/bin/uptime* ls: cannot access /usr/bin/uptime*: No such file or directory # apt-get install -t wheezy live-tools ... Selecting previously unselected package live-tools. (Reading database ... 9863 files and directories currently installed.) Unpacking live-tools (from .../live-tools_3.0.3-1_all.deb) ... Processing triggers for man-db ... Setting up live-tools (3.0.3-1) ... And finally, upgrade it to sid, we get the reported error: # apt-get install -t sid live-tools ... Preparing to replace live-tools 3.0.3-1 (using .../live-tools_3.0.12-1_all.deb) ... dpkg-divert: error: `diversion of /usr/bin/uptime to /usr/bin/uptime.orig.procps by live-tools' clashes with `diversion of /usr/bin/uptime to /usr/bin/uptime.procps by live-tools' dpkg: error processing /var/cache/apt/archives/live-tools_3.0.12-1_all.deb (--unpack): subprocess new pre-installation script returned error exit status 2 Errors were encountered while processing: /var/cache/apt/archives/live-tools_3.0.12-1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) So yes, this bug needs to remain open, and also we need to solve the damage being done to /usr/bin/uptime from the procps package if live-tools 3.0.3-1 is upgraded to 3.0.12-1. Ben -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691067: handbrake-gtk: Handbrake SIGABRTs while scanning DVD titles
Am 21.10.2012 18:51, schrieb Reinhard Tartler: John, as soon as the handbrake-dbg package is available, could you please redo the backtrace, this time with handbrake-dbg installed? that should give us more insight where the crash actually comes from. Additionally, I have found handbrake to be exceptionally useless if libdvdcss2 is not installed. Could you please install this single library package and try again? - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691232: usbview: new upstream version available
Package: usbview Version: n/a Severity: wishlist Hi, Greg KH released usbview 2.0. I think it fixes #451191 and #599162. Thanks, Domenico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690552: pu: package clive/2.2.13-5+squeeze5
Adam D. Barratt a...@adam-barratt.org.uk writes: On Mon, 2012-10-15 at 13:26 +, Ansgar Burchardt wrote: I prepared an update for clive. It adapts clive to changes on youtube.com; the problem and patch are basically the same as #688972 in libquvi-scripts. Please go ahead; thanks. Uploaded earlier today. Please consider making the update also available via squeeze-updates. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691233: sendmail: error while loading shared libraries libssl.so.0.9.8
Package: xmail Version: 1.27-1.1+b1 Severity: normal sendmail does not work: #/var/lib/xmail/sendmail/sendmail /var/lib/xmail/sendmail/sendmail: error while loading shared libraries: libssl.so.0.9.8: cannot open shared object file: No such file or directory -- 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-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 xmail depends on: ii debconf [debconf-2.0] 1.5.46 ii libc6 2.13-35 ii libgcc11:4.7.1-7 ii libssl1.0.01.0.1c-4 ii libstdc++6 4.7.1-7 ii openssl1.0.1c-4 xmail recommends no packages. xmail suggests no packages. -- Configuration Files: /etc/xmail/cmd_line changed [not included] -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691234: After removing the package 'extlinux' is not deleted file.
Package: extlinux
Version: 2:4.02+dfsg-7
Severity: important
After complete removal of the package extlinux
is the file in the /etc/default which should be
removed along with the package
#vdir /etc/default |grep extlinux
#LANG=C aptitude install extlinux -P -R
The following NEW packages will be installed:
extlinux
[...]
#vdir /etc/default |grep extlinux
-rw-r--r-- 1 root root 364 10-23 11:46 extlinux
#LANG=C aptitude purge extlinux -P
The following packages will be REMOVED:
extlinux{p}
[...]
#vdir /etc/default |grep extlinux
-rw-r--r-- 1 root root 364 10-23 11:46 extlinux
-- System Information:
Debian Release: 6.0.6
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.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#691123: python-expeyes: fails to purge - initscript in postrm not found
Dear Andreas, the bug is due to the script /etc/init.d/udev missing: as python-expeyes depends on udev, the only case where this file can be missing is when both udev and python-expeyes are purged (which can be done by an automaton like piuparts, but is seldom made by a real user). I shall modify the postrm scripts to verify the existence of the init script before its invocation. Best regards, Georges. Andreas Beckmann a écrit : Package: python-expeyes Version: 3.0.1-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to purge due to a command not found. According to policy 7.2 you cannot rely on the depends being available during purge, only the essential packages are available for sure. Filing this as important because a.) it's a clear policy violation (to not clean up at purge) b.) having a piuparts clean archive is a release goal since lenny and c.) this package being piuparts buggy blocks packages depending on it from being tested by piuparts (and thus possibly the detection of more severe problems). From the attached log (scroll to the bottom...): Removing python-expeyes ... Purging configuration files for python-expeyes ... invoke-rc.d: unknown initscript, /etc/init.d/udev not found. dpkg: error processing python-expeyes (--purge): subprocess installed post-removal script returned error exit status 100 Errors were encountered while processing: python-expeyes cheers, Andreas -- Georges KHAZNADAR et Jocelyne FOURNIER 22 rue des mouettes, 59240 Dunkerque France. Téléphone +33 (0)3 28 29 17 70 signature.asc Description: Digital signature
Bug#691149: evolution-mapi: evolution crashes with segmentation fault on startup
Some extra details. I tried removing all evolution folders and start fresh, I found that evolution crashes when trying to connect to the Exchange server, as this time it was in the setup wizard. The server is currently an Exchange 2007 installation (to be upgraded to 2010 soon). Regards, Steven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687702: Accepted gnumed-client 1.2.5+dfsg-1 (source all)
Prima, danke. Was sollten wir als nächstes hinsichtlich http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=687702 tun ? Das RC-Problem hinsichtlich der .js ist ja erstmal behoben. Karsten On Tue, Oct 23, 2012 at 10:02:43AM +, Andreas (Debian) wrote: Subject: Accepted gnumed-client 1.2.5+dfsg-1 (source all) Closes: 685351 690715 Changes: gnumed-client (1.2.5+dfsg-1) experimental; urgency=low . * New upstream version * Suggests: wakeonlan | etherwake | gwakeonlan, nvram-wakeup as suggested by upstream * debian/rules: get-orig-source target that removes JavaScript files without source that are not used anyway from source tarball * debian/copyright: Document what JavaSource files are removed from upstream tarball * debian/README.source: Document that some JavaScript files were removed and some were provided as source * debian/JS: Provide source code of remaining JavaScript files Closes: #685351 * debian/dh_linktrees: deleted because dh_linktrees tries to work on files which are removed now - rather use dh_links instead * debian/watch: mangle version with '+dfsg' suffix * debian/control: Standards-Version: 3.9.4 (no changes needed) * debian/patches/10_fix_bashism.patch: Fix Bashism by simply declaring bash as interpreter Closes: #690715 -- GPG key ID E4071346 @ gpg-keyserver.de E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690764: Bug still exists
Hello, I still have the same problem with package libcurl3-gnutls_7.28.0-2_amd64.deb So it seems to be related to #690551, but not the same issue. Regards Markus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690630: Fixe for bashism in part/vhdpartx (see http://bugs.debian.org/690630)
Hi Mike and Jon,
I have made a patch for blktap's vhdpartx script which is full of
bashism. I also uploaded that to the git on alioth. Please apply it
upstream. I'll see with the release team if it's worth uploading a fix
for Wheezy.
Cheers,
Thomas
From df2871361ec086cf6b28f95b7d6fadfd1348a3a1 Mon Sep 17 00:00:00 2001
From: Thomas Goirand tho...@goirand.fr
Date: Tue, 23 Oct 2012 10:28:25 +
Subject: [PATCH] Fixes bashism in /bin/sh script in part/vhdpartx (Closes:
#690630).
---
debian/changelog |6 ++
...s-bashism-in-binsh-script-in-partvhdpartx.patch | 93
debian/patches/series |1 +
3 files changed, 100 insertions(+)
create mode 100644 debian/patches/Fixes-bashism-in-binsh-script-in-partvhdpartx.patch
diff --git a/debian/changelog b/debian/changelog
index 112944a..ecee7d1 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+blktap (2.0.90-2) unstable; urgency=low
+
+ * Fixes bashism in /bin/sh script in part/vhdpartx (Closes: #690630).
+
+ -- Thomas Goirand z...@debian.org Tue, 23 Oct 2012 10:23:57 +
+
blktap (2.0.90-1) unstable; urgency=low
* Initial release. (Closes: #635115)
diff --git a/debian/patches/Fixes-bashism-in-binsh-script-in-partvhdpartx.patch b/debian/patches/Fixes-bashism-in-binsh-script-in-partvhdpartx.patch
new file mode 100644
index 000..dd619fa
--- /dev/null
+++ b/debian/patches/Fixes-bashism-in-binsh-script-in-partvhdpartx.patch
@@ -0,0 +1,93 @@
+Description: Fixes bashism in /bin/sh script in part/vhdpartx
+ * Fixes bashism in /bin/sh script in part/vhdpartx (Closes: #690630).
+Author: Thomas Goirand z...@debian.org
+Bug-Debian: http://bugs.debian.org/690630
+Forwarded: By email to upstream
+
+--- blktap-2.0.90.orig/part/vhdpartx
blktap-2.0.90/part/vhdpartx
+@@ -37,8 +37,8 @@ parse_args()
+ shift
+ done
+
+-[[ -z $lib ]] lib=$LIBVHDIO
+-[[ -z $vhd || $count != 1 ]] usage
++[ -z $lib ] lib=$LIBVHDIO
++[ -z $vhd ] || [ $count != 1 ] usage
+ return 0
+ }
+
+@@ -48,13 +48,13 @@ fdisk_read_partitions()
+ local data=$(LD_PRELOAD=$lib fdisk -l $vhd)
+
+ local none=$(echo $data | grep This doesn't look like a partition table)
+-[[ -n $none ]] partitions=0 return 0
++[ -n $none ] partitions=0 return 0
+
+ partitions=4
+-while [[ $partitions != 0 ]]; do
++while [ $partitions != 0 ]; do
+ local hit=$(echo $data | grep ${vhd}$partitions)
+- [[ -n $hit ]] break
+- let partitions=$partitions-1
++ [ -n $hit ] break
++ partitions=$(($partitions - 1 ))
+ done
+ }
+
+@@ -66,9 +66,9 @@ part_util_read_partitions()
+ list_mappings()
+ {
+ local parts=1
+-while [[ $parts -le $partitions ]]; do
++while [ $parts -le $partitions ]; do
+ echo ${vhd}$parts
+- let parts=$parts+1
++ parts=$(($parts + 1 ))
+ done
+ }
+
+@@ -76,32 +76,32 @@ add_mappings()
+ {
+ local parts=1
+ local path=$(realpath $vhd)
+-while [[ $parts -le $partitions ]]; do
+- [[ -e ${path}${parts} ]] || ln -s $(basename $path) ${path}$parts
+- let parts=$parts+1
++while [ $parts -le $partitions ]; do
++ [ -e ${path}${parts} ] || ln -s $(basename $path) ${path}$parts
++ parts=$(($parts + 1 ))
+ done
+ }
+
+ del_mappings()
+ {
+ local parts=1
+-while [[ $parts -le $partitions ]]; do
+- [[ -L ${vhd}$parts ]] rm -f ${vhd}$parts
+- let parts=$parts+1
++while [ $parts -le $partitions ]; do
++ [ -L ${vhd}$parts ] rm -f ${vhd}$parts
++ parts=$(($parts + 1 ))
+ done
+ }
+
+ main()
+ {
+ parse_args $@
+-[[ -x $part_util ]] || die can't find part-util
+-[[ -r $vhd -r $lib ]] || die can't find vhd or lib
++[ -x $part_util ] || die can't find part-util
++[ -r $vhd -r $lib ] || die can't find vhd or lib
+
+ part_util_read_partitions
+
+-[[ -n $add ]] add_mappings
+-[[ -n $del ]] del_mappings
+-[[ -n $list ]] list_mappings
++[ -n $add ] add_mappings
++[ -n $del ] del_mappings
++[ -n $list ] list_mappings
+
+ return 0
+ }
diff --git a/debian/patches/series b/debian/patches/series
index 3eca2ce..fe193cf 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1 +1,2 @@
lvm-path
+Fixes-bashism-in-binsh-script-in-partvhdpartx.patch
--
1.7.10.4
Bug#690748: laptop-mode-tools: enabling Laptop Mode even if disabled in LMT config
On Sunday 21 October 2012 06:13 PM, Jasmine Hassan wrote: 1. The first line says Laptop mode status:, but it doesn't tell me whether LMT is active/inactive, enabled/disabled. I checked it out. This string is printed from the init script and not LMT itself. So here you don't see the enabled/disabled state. Looking at how it is, it was never giving the state on that line. :-) I want to thank you for spending time providing feedback on LMT. It really helps a lot. I have fixed the concerns about invocation and status. https://github.com/rickysarraf/laptop-mode-tools/blob/master/usr/sbin/laptop_mode Please copy the laptop_mode file from the above link and overwrite it to the one in /usr/sbin/ on your box. Then you can test it out. If you see anything missing, please continue to provide feedback. With all these changes, it now warrants a new release. If you can provide me the feedback, I can plan a newer release soon. On the topic of clean-up, I am open to suggestions. But please note that we do not want to break compatibility. For example, the hooks for acpid/pm-utils. If you see anything else that is redundant, I will be happy to get it cleaned up. Thank you for your time, patience and contribution. Ritesh -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: OpenPGP digital signature
Bug#691235: btrfs-tools: fix resolving of loop devices
Package: btrfs-tools Version: 0.19+20120328-8 Severity: normal Tags: patch Hello, While trying to build btrfs image on loop device, it truncates filenames to 64 characters. Applying the following patch, seems to fix the issue: https://patchwork.kernel.org/patch/1586821/ regards -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691217: honor cflags by worng way, several missing files and manpages
reflum, speaking as upstream. On Mon, 2012-10-22 at 23:04 -0430, PICCORO McKAY Lenz wrote: please this its important : there's missing files in dh_install --list-missing step, a binary utility for handle plugins, this should fixed in roarclients.install files the file binary missing are * roarfish * roarpluginrunner * roarpluginaplication u can see when compiled in dh_install step, there several and also missing manpages several missing manpages thank you for reporting. roarpluginrunner (+roarpluginaplication) is becomming a more and more important tool so it would be really good if it would be included. roarfish is going to be removed soon from upstream package so if not included currently it is best not to include it to not confuse users with a tool poping up just for one or two versions. Thank you for your investigation. PS: there is a new dir included in the new version with build-system specific files which also needs to be added as it is needed by e.g. rpld. -- Philipp. (Rah of PH2) signature.asc Description: This is a digitally signed message part
Bug#691134: transgui: dies by segmentation fault immediately
Try to download precompiled linux binary from the transgui project page. If it still crash, then probably it is caused by r807. Set the LIBOVERLAY_SCROLLBAR=0 env var and run transgui. If it not crash, then the r807 is indeed guilty and I'll revert it. Yury Sidorov. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691236: gem2deb should not add non ruby test files to ruby-test-files.yaml
package: gem2deb severity: normal It caused multipart-post to fail running tests. see https://github.com/nicksieger/multipart-post/issues/19 fix was to remove offending file from ruby-test-files.yaml -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691237: libassuan0: fixed ASSUAN_LINELENGTH for 4096bit encryption keys (Patch included)
Package: libassuan0 Version: 2.0.3-1 Severity: important Tags: upstream patch I used a 4096bit key for encryption (using the GnuPG crypto-stick). Encryption worked, but decryption didn't work (gpg2 didn't find the secret key.) gpg2 uses libassuan to talk to some daemons/agents. gpg (1.x) worked, but only if there was no gnupg-agent running. Patch: http://lists.gnupg.org/pipermail/gnupg-users/2012-June/044868.html I applied this patch and re-built libassuan0-* and gnupg2. This seems to fix the issue. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.5-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libassuan0 depends on: ii libc6 2.13-35 ii libgpg-error0 1.10-3.1 ii multiarch-support 2.13-35 libassuan0 recommends no packages. libassuan0 suggests no packages. -- no debconf information --- a/src/assuan.h.in +++ b/src/assuan.h.in @@ -67,7 +67,8 @@ #endif -#define ASSUAN_LINELENGTH 1002 /* 1000 + [CR,]LF */ +/* see: http://lists.gnupg.org/pipermail/gnupg-users/2012-June/044868.html */ +#define ASSUAN_LINELENGTH 1076 /* 1074 + [CR,]LF */ struct assuan_context_s; typedef struct assuan_context_s *assuan_context_t;
Bug#691238: unblock: lua-wsapi/1.5-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package lua-wsapi Fixes #691214 : wsapi.cgi won't run because it has DOS file endings with a sed one liner. diff -Nru lua-wsapi-1.5/debian/changelog lua-wsapi-1.5/debian/changelog --- lua-wsapi-1.5/debian/changelog 2012-04-28 12:50:35.0 +0200 +++ lua-wsapi-1.5/debian/changelog 2012-10-23 13:07:12.0 +0200 @@ -1,3 +1,9 @@ +lua-wsapi (1.5-3) unstable; urgency=low + + * wsapi.cgi lines ending converted to unix (Closes: #691214) + + -- Enrico Tassi gareuselesi...@debian.org Sat, 28 Apr 2012 12:58:38 +0200 + lua-wsapi (1.5-2) unstable; urgency=low * Switch to dh-lua diff -Nru lua-wsapi-1.5/debian/rules lua-wsapi-1.5/debian/rules --- lua-wsapi-1.5/debian/rules 2012-04-28 11:47:12.0 +0200 +++ lua-wsapi-1.5/debian/rules 2012-10-23 13:06:17.0 +0200 @@ -12,6 +12,6 @@ override_dh_auto_install: mkdir -p debian/tmp/usr/bin - cp src/launcher/wsapi.cgi debian/tmp/usr/bin/ + sed 's/\x0D$$//' src/launcher/wsapi.cgi debian/tmp/usr/bin/wsapi.cgi cp src/launcher/wsapi.fcgi debian/tmp/usr/bin/ dh_auto_install unblock lua-wsapi/1.5-3 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691239: cplay: Please move to new upstream source
Package: cplay Version: 1.49-10 Severity: normal Dear Maintainer, cplay in Debian hasn't been updated for 7 years now. The original uptream source[1] is no longer active, but at least some work has been done by others. I would like to ask you to update to the fork by Tomi Pieviläinen[2] which seems to be the most official one to me. [1]: http://www.tf.hut.fi/~flu/cplay/ [2]: https://github.com/tpievila/cplay signature.asc Description: OpenPGP digital signature
Bug#629490: root cause fix to uim start delay issue
On Sat, Aug 25, 2012 at 01:09:46PM +0900, Osamu Aoki wrote: 0.17 starts systray with sleep. This sleep was the work around to avoid this problem reported as http://bugs.debian.org/300486 . 0.18~pre2 does not have sleep since it is safe to do so (it is started after dbus.) Since this bug is fixed in root cause, please cansel bug report to upstream and when 0.18 is accepted for unstable/testing, please consider to close this bug. im-config 0.18 accepted for testing. So let's close bug#300486 and cancel upstream bug report. -- Regards, dai GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E signature.asc Description: Digital signature
Bug#691240: fix ftbfs with multiple python3 versions
Source: newt Version: 0.52.11-2 Severity: important User: debian-pyt...@lists.debian.org Usertags: python3.3 Tags: patch patch at http://launchpadlibrarian.net/120752680/newt_0.52.11-2ubuntu11_0.52.11-2ubuntu12.diff.gz but maybe better patch the Makefile directly. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691241: fix ftbfs with multiple python3 versions, and fix a python3.3 issue
Source: py3cairo Version: 1.10.0+dfsg-3~exp2 Severity: important User: debian-pyt...@lists.debian.org Usertags: python3.3 Tags: patch patch at http://launchpadlibrarian.net/120606963/py3cairo_1.10.0%2Bdfsg-3~exp2_1.10.0%2Bdfsg-3~exp2ubuntu1.diff.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639555: Solution for audtool over ssh
This is because audtool needs the D-Bus address set in the $DBUS_SESSION_BUS_ADDRESS environment variable. This is set when you are logged in via X, but not when you login via ssh. You can workaround this by saving the address in a file and sourcing it when you login without it set. I did this by putting this in my .tcshrc: (will work with csh/tcsh, but you'd need to rewrite it for sh/bash variants) ### # Create an alias that starts audacious after saving DBUS address if ( $?DBUS_SESSION_BUS_ADDRESS ) then alias audacious echo 'setenv DBUS_SESSION_BUS_ADDRESS \$DBUS_SESSION_BUS_ADDRESS' ~/.dbusAddr \audacious endif # If we don't have DBUS but the file exists, source it if ( -f ~/.dbusAddr ( !($?DBUS_SESSION_BUS_ADDRESS ))) then source ~/.dbusAddr endif ### Hope that helps! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691071: [Pkg-ime-devel] Bug#691071: RC fixed in unstable for #691071
Hi, On Mon, Oct 22, 2012 at 06:30:05PM -0500, Ma Xiaojun wrote: I didn't follow previous bugs. However, have you noticed IBus 1.4.2? No since pre1.5 version hide this from my rader :-) Thanks. It fixed some trivial bugs from 1.4.1: https://github.com/ibus/ibus/commits/1.4.y Trivial bugs ... we can not do much since it is under freeze but serious bugs, yes we can fix by cherrypicking patches and apply them to 1.4.1 tarball. Released tarball is here: http://code.google.com/p/ibus/downloads/list This is not what we use. git is my friend here. Use: Fix ibus-x11 SEGV in _process_key_event_done. Fix the coordinate in languagebar when dual monitors are used. Fix not to send preedit-changed signal when the preedit is not changed. Skip: Enable to fall back /etc/machine-id Fix GtkBuilder bindtextdomain in ibus-setup. Think: Do not use deprecated glib function g_atexit(). Fix double-unref when looping over attachment. Fix a typo. == Usually, document fix was OK under early freeze. I do not know what current freeze team thinks. My impression is they are a bit stricker on this aspect. I think we need to file RC bugs for issues needing updates to Debian. Then release team can approve. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691243: dpkg: error processing extlinux (--configure).
Package: extlinux Version: 2:4.02+dfsg-7 Severity: important You can not properly install the package. #LANG=C aptitude install extlinux -P -R The following NEW packages will be installed: extlinux The following packages are RECOMMENDED but will NOT be installed: syslinux-common syslinux-themes-debian 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/84.7 kB of archives. After unpacking 229 kB will be used. Do you want to continue? [Y/n/?] y Media Change: Please insert the disc labeled 'Debian GNU/Linux 6.0.2.1 _Squeeze_ - Official i386 DVD Binary-3 20110626-15:45' in the drive '/media/cdrom/' and press [Enter]. Preconfiguring packages ... Selecting previously deselected package extlinux. (Reading database ... 93034 files and directories currently installed.) Unpacking extlinux (from .../extlinux_4.02+dfsg-7_i386.deb) ... Processing triggers for man-db ... Setting up extlinux (2:4.02+dfsg-7) ... P: Checking for EXTLINUX directory... found. P: Writing config for /boot/vmlinuz-2.6.32-5-amd64... P: Writing config for /boot/vmlinuz-2.6.32-5-686... P: Writing config for /boot/vmlinuz-2.6.32-5-486... E: /usr/share/syslinux/debian/extlinux: No such file or directory dpkg: error processing extlinux (--configure): subprocess installed post-installation script returned error exit status 1 configured to not write apport reports Errors were encountered while processing: extlinux E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up extlinux (2:4.02+dfsg-7) ... P: Checking for EXTLINUX directory... found. P: Writing config for /boot/vmlinuz-2.6.32-5-amd64... P: Writing config for /boot/vmlinuz-2.6.32-5-686... P: Writing config for /boot/vmlinuz-2.6.32-5-486... E: /usr/share/syslinux/debian/extlinux: No such file or directory dpkg: error processing extlinux (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: extlinux Error can be repeated as follows. 1. Install package 'extlinux' with recommended dependencies. 2. Completely remove the package 'extlinux' and recommended dependencies. 3. Install package 'extlinux' without depending recommended -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages extlinux depends on: ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib Versions of packages extlinux recommends: pn syslinux-common none (no description available) pn syslinux-themes-debiannone (no description available) extlinux suggests no packages. -- debconf information: extlinux/install: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685810: marked as done (live-tools: fails to upgrade from testing - diversion conflict)
retitle 685810 partial upgrade from 3.0.3 fails if no procps installed severity 685810 normal tag 685810 wontfix thanks On 10/23/2012 11:27 AM, Ben Armstrong wrote: New steps to reproduce. In a clean wheezy chroot: 'clean' as in 'no procps installed before live-tools'. the problem is a faulty live-tools/3.0.3 postrm, and that one we can't fix in sid. it would require fixing live-tools in wheezy first, which is pointless. So yes, this bug needs to remain open, and also we need to solve the damage being done to /usr/bin/uptime from the procps package if live-tools 3.0.3-1 is upgraded to 3.0.12-1. there are no issues anymore except this minor one (upgrade without procps installed first) remains. minor because a) it's partial upgrade issue only, and b) procps is priority important, so nobody in real world will hit this anyway. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691244: mpi4py ftbfs - python3.3 test failures
Package: mpi4py Version: 1.3+hg20120611-1 Severity: important User: debian-pyt...@lists.debian.org Usertags: python3.3 seen with 3.3 as a supported python3 version: testAttributes (test_win.TestWinSelf) ... FAIL testGetAttr (test_win.TestWinSelf) ... FAIL testGetMemory (test_win.TestWinSelf) ... FAIL testGetSetErrhandler (test_win.TestWinSelf) ... FAIL testGetSetName (test_win.TestWinSelf) ... FAIL testAttributes (test_win.TestWinWorld) ... FAIL testGetAttr (test_win.TestWinWorld) ... FAIL testGetMemory (test_win.TestWinWorld) ... FAIL testGetSetErrhandler (test_win.TestWinWorld) ... FAIL testGetSetName (test_win.TestWinWorld) ... FAIL == FAIL: testAttributes (test_win.TestWinSelf) -- Traceback (most recent call last): File /scratch/packages/tmp/mpi4py-1.3+hg20120611/test/test_win.py, line 28, in setUp self.assertEqual(sys.getrefcount(self.memory), refcnt) AssertionError: 4 != 3 the other test fail with the same assertion. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545836: could be closed as fixed?
I tried both to paste the long command provided by the reporter and to write it without copying on konsole 2.8.4 (on kde 4.8.4). there is not the wrong behaviour described in the original report. Considering the date of the report, this could have long been fixed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691216: iBook v2 G3, 800MHZ not supported?
On 10/22/2012 10:57 PM, tsch...@nexgo.de wrote: Package: installation-reports Boot method: netinst : CD (external drive), root directory (first disk HFS+) and TFTP Image versions : 1.) debian-wheezy-DI-b3-powerpc-netinst.iso, and 2.a) http://ftp.nl.debian.org/debian/dists/squeeze/main/installer-powerpc/current/images/powerpc/netboot/ and 2.b) Debian GNU/Linux 6.0.6 Squeeze - Official powerpc DVD Binary-1 20120929-17:11 (chksums OK) and 3.) files fron netinst : lenny (5.10 for ppc) Date: 22.10.2012 - 23.10.2012 Machine: iBook v2 G3, 800MHZ, FW, USB, RJ11, RJ45, 384 MB RAM, internal cd-rom defect, OSX 10.3.9 (on second partition). Processor: G3, 800MHZ Memory: 384 MB SDRAM Partitions: /dev/disk0s10 (root directory (first disk HFS+)) /dev/disk0s10 (OSX) pdisk -dump : 1: @ 64 for 23, type = 0x1 2: @ 120 for 36, type = 0x 3: @ 176 for 21, type = 0x701 4: @ 232 for 34, type = 0xf8ff Output of lspci -knn (or lspci -nn): Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [E] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: after two lines of boot a No trespassing sign appears vmlinux-files maybe corrupted/not adopted for G3 No Idea, I installed some Linux (ubuntu some years ago without problems (external CD-Rom activated via OpenFirmware)) Thomas Schenk Try to start wheezy installer from an external FireWire CD/DVD drive or a USB memory stick. For more insights see: http://lists.debian.org/503bee2b.10...@physics.harvard.edu and http://lists.debian.org/4fdd55cc.7020...@physics.harvard.edu Milan signature.asc Description: OpenPGP digital signature
Bug#690552: pu: package clive/2.2.13-5+squeeze5
Control: tags -1 + pending On 23.10.2012 10:20, Ansgar Burchardt wrote: Adam D. Barratt a...@adam-barratt.org.uk writes: On Mon, 2012-10-15 at 13:26 +, Ansgar Burchardt wrote: I prepared an update for clive. It adapts clive to changes on youtube.com; the problem and patch are basically the same as #688972 in libquvi-scripts. Please go ahead; thanks. Uploaded earlier today. Flagged for acceptance; thanks. Please consider making the update also available via squeeze-updates. *nod*. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597133: marked as done (gvfs: dbus times out too quickly)
reopen 597133 found 597133 1.6.3-1 On 23/10/12 11:36, Debian Bug Tracking System wrote: Your message [...] has caused the Debian Bug report #597133, regarding gvfs: dbus times out too quickly to be marked as done. Ugh, sorry, wrong bug. Reopening. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691245: wrong header include in core component qxtglobal.h error at builds
Package: libqxt-core0 Version: 0.6.1-5 Severity: important wrong header include in core component the file qxtglobalshortcut.h must use QxtCore/qxtglobal.h and not directly qxtglobal.h . this its critical for cmake building modules i reported to authors, but debian must fix this due importance , all software made agains that could'n build http://dev.libqxt.org/libqxt/issue/23/error-in-globalshorcut-include-to-globalh -- System Information: Debian Release: 6.1 venenux APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-0.bpo.1-686-pae (SMP w/2 CPU cores) Locale: LANG=es_VE.UTF-8, LC_CTYPE=es_VE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libqxt-core0 depends on: ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libgcc11:4.4.5-8 GCC support library ii libqtcore4 4:4.7.4-2vnz1 VNXDE Qt 4 core module ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 libqxt-core0 recommends no packages. libqxt-core0 suggests no packages. -- no debconf information -- Lenz McKAY Gerardo (PICCORO) http://qglochekone.blogspot.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599040: Read the email and follow the instruction to claim award.
YOU HAVE WON THE SUM OF £300,000.00, GBP. EMAIL: FULL NAME, MOBILE COUNTRY TO: MR. Clifford Antonio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685810: marked as done (live-tools: fails to upgrade from testing - diversion conflict)
On 10/23/2012 09:15 AM, Daniel Baumann wrote: retitle 685810 partial upgrade from 3.0.3 fails if no procps installed severity 685810 normal tag 685810 wontfix thanks I'm not interested in a game of bug ping-pong. I just want to ensure we can move forward with live-* unblocks so we can finally get things released. All that matters is to get things to a releasable state. Regardless of how this bug is marked, I am not satisfied with the state it is in. On 10/23/2012 11:27 AM, Ben Armstrong wrote: New steps to reproduce. In a clean wheezy chroot: 'clean' as in 'no procps installed before live-tools'. No, that's not the case. clean as in, I did exactly this: # debootstrap wheezy wheezy This installs procps. I checked by redoing my test from scratch. What follows is a verbatim log of steps to produce from a clean debootstrap wheezy (all I did here was tar up the debootstrap immediately afterwards and unpack it again to ensure it is clean): synrg@lear:~/projects$ sudo chroot wheezy root@lear:/# dpkg -l procps live-tools Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-=-=-=-=== ii procps1:3.3.3-2 i386 /proc file system utilities dpkg-query: no packages found matching live-tools root@lear:/# mount -t proc proc /proc root@lear:/# mount -t sysfs sys /sys root@lear:/# export LC_ALL=C root@lear:/# apt-get install live-tools Reading package lists... Done Building dependency tree... Done Suggested packages: debian-installer-launcher perl rsync The following NEW packages will be installed: live-tools 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 7622 B of archives. After this operation, 72.7 kB of additional disk space will be used. WARNING: The following packages cannot be authenticated! live-tools Install these packages without verification [y/N]? y Get:1 http://ftp.us.debian.org/debian/ wheezy/main live-tools all 3.0.3-1 [7622 B] Fetched 7622 B in 0s (22.9 kB/s) Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously unselected package live-tools. (Reading database ... 9285 files and directories currently installed.) Unpacking live-tools (from .../live-tools_3.0.3-1_all.deb) ... Processing triggers for man-db ... Can not write log, openpty() failed (/dev/pts not mounted?) Setting up live-tools (3.0.3-1) ... root@lear:/# echo deb http://ftp.us.debian.org/debian sid main /etc/apt/sources.list root@lear:/# apt-get update Get:1 http://ftp.us.debian.org wheezy InRelease [208 kB] Get:2 http://ftp.us.debian.org sid InRelease [219 kB] Get:3 http://ftp.us.debian.org wheezy/main i386 Packages/DiffIndex [7876 B] Get:4 http://ftp.us.debian.org wheezy/main Translation-en [3907 kB] Get:5 http://ftp.us.debian.org sid/main i386 Packages [6202 kB] Get:6 http://ftp.us.debian.org sid/main Translation-en [4069 kB] Fetched 14.6 MB in 30s (484 kB/s) Reading package lists... Done root@lear:/# apt-get install -t sid live-tools Reading package lists... Done Building dependency tree Reading state information... Done Suggested packages: debian-installer-launcher perl rsync uuid-runtime The following packages will be upgraded: live-tools 1 upgraded, 0 newly installed, 0 to remove and 30 not upgraded. Need to get 13.1 kB of archives. After this operation, 47.1 kB of additional disk space will be used. Get:1 http://ftp.us.debian.org/debian/ sid/main live-tools all 3.0.12-1 [13.1 kB] Fetched 13.1 kB in 0s (29.4 kB/s) Can not write log, openpty() failed (/dev/pts not mounted?) (Reading database ... 9303 files and directories currently installed.) Preparing to replace live-tools 3.0.3-1 (using .../live-tools_3.0.12-1_all.deb) ... Unpacking replacement live-tools ... Processing triggers for man-db ... Can not write log, openpty() failed (/dev/pts not mounted?) Setting up live-tools (3.0.12-1) ... root@lear:/# dpkg --purge live-tools (Reading database ... 9317 files and directories currently installed.) Removing live-tools ... Purging configuration files for live-tools ... Processing triggers for man-db ... root@lear:/# ls -la /usr/bin/uptime* ls: cannot access /usr/bin/uptime*: No such file or directory At this point, procps is *broken* as /usr/bin/uptime is gone. That's not a minor issue. Anyone with live-tools installed on their build boxes who upgrades to 3.0.12-1 will end up with no original procps /usr/bin/uptime, and nothing will fix that except reinstalling procps. This is not some strange corner case that will not happen in the real world. It's going to break a certain percentage of real world installs that exist out there today. Ben -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with
Bug#687779: Bug#679966: ksh: diff for NMU version 93u+-1.1
Jonathan Wiltshire wrote: In my opinion, it would be better if the debian release goes out with either the old squeeze release (93s+20080202-1) or 93u+20120628-1 (which was only bug fixes). Well, I think the release team have already expressed that they are less than happy with having a new upstream at this stage. I think the cleanest I wasn't aware of ever having a clear answer from the release team though I don't know who constitutes the release team. On the bug there is just the one-line sarcastic rhetorical question. thing you could do is revert back to the Squeeze version with an epoch; That seems the less icky of the two. Rather than an epoch, I'd probably just ditch the 93u part of the version and use the date stamp. Upstream have admitted that the 93 will probably never be changed and their downloads only use the date. I might probe upstream first to see if I can get backported fixes (though it was applying backported fixes from upstream that caused much of this mess to begin with). Oliver -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691246: tortoisehg-nautilus: Missing dependency on python-gnome2
Package: tortoisehg-nautilus Version: 1.1.1-1 Severity: normal Hi, tortoisehg-nautilus does not work out of the box for me. When I start nautilus, I get the following message: - Traceback (most recent call last): File /usr/lib/nautilus/extensions-2.0/python/nautilus-thg.py, line 11, in module import gnomevfs ImportError: No module named gnomevfs - And nautilus does not show any tortoisehg related menu or icon. 'apt-cache search gnomevfs' pointed me to python-gnome2. Once I install it, I get the tortoisehg related menus and icons on my mercurial folders and files. Could you please add python-gnome2 as a dependency? Thanks! J. Courant. BTW: maybe a dependency on nautilus would be in order too? -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tortoisehg-nautilus depends on: ii python-gobject2.21.4+is.2.21.3-1 Python bindings for the GObject li ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge ii python-nautilus 0.6.1-1+b1 Python binding for Nautilus compon ii tortoisehg1.1.1-1Graphical tool for working with Me tortoisehg-nautilus recommends no packages. tortoisehg-nautilus 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#691107: Possible fix
On 12-10-23 03:30 AM, Ansgar Burchardt wrote: I think the real problem is in menucontent.h. The MENUENTRY variables are declared in a if block and are no longer valid outside the block, however mainMenu.entries (opts in atanks.cpp:1037) still has a pointer to them... Ansgar That could well be true. Though if it is, I think it's strange I can access all of the data structures from menucontent.h from within parts of the Options function using the gdb debugger. If those variables are no longer in scope then asking the debugger to display menu-entries[0] should probably give me a not in scope error. Should it not? It seems the error still occurs with optimization turned on when using GCC 4.7, so I'll see about another fix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691247: mime-support: Useless permission checks in see
Package: mime-support Version: 3.52-1 Severity: normal When I run `see' on a file, I get `Error: no read permission for file XXX', although the file is perfectly readable. This happens for example when the file in question is located in a directory mounted by sshfs. Permissions reported by stat(2) on such files usually follow the remote server, which does not necessarily make any sense when interpreted locally. But this is exactly what `see' does: it stats the filesystem permissions and and dies when it guesses that the file looks unreadable. This can fail under lots of circumstances: not only sshfs, but also permissions granted by an ACL. I recommended removing the check altogether or at least replacing it by trying to open the file. -- System Information: Debian Release: wheezy/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.2-kamdesktop (SMP w/4 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash mime-support depends on no packages. Versions of packages mime-support recommends: ii file 5.11-2 mime-support 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#590091: it could be cool that one can play music stream with cplay, like a jukebox
cplay can already play streams. Please close this bug. signature.asc Description: OpenPGP digital signature
Bug#691239: cplay: Please move to new upstream source
It seems like an update to the newer source would fix some open bugs. A quick look gives me the following: #226167 #279000 signature.asc Description: OpenPGP digital signature
Bug#676402: dependency update
actually ammeter is build dependency for rspec-rails and rspec-rails is runtime dependency for ammeter. So I'll upload rspec-rails without test first and then ammeter. -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution.
Bug#691248: inn: Package description shouldn't suggest trn
Package: inn Version: 1:1.7.2q-41 Severity: minor Even if it makes sense to suggest a specific newsreader in the package description (I'm not even sure about that), then an ancient text-mode program in non-free is not the best choice. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691249: inn2: Package description shouldn't suggest trn
Package: inn2 Version: 2.5.3-1 Severity: minor Even if it makes sense to suggest a specific newsreader in the package description (I'm not even sure about that), then an ancient text-mode program in non-free is not the best choice. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#339553: cplay: please add audioscrobbler support
I used cplay_scrobbler[1] for some time. (git address has changed since that blog entry[2]) I don't think this should be part of cplay itself but it would be nice if there was a link in the docs or something. [1]: http://sebi.tla.ro/cplay_scrobbler [2]: https://github.com/SebastianZaha/cplay_scrobbler signature.asc Description: OpenPGP digital signature
Bug#688372: quick look (Re: Bug#688372: ITP: bzr-tweet -- Bazaar commit and push tweet plugin
On Fri, 19 Oct 2012 21:26:33 +0900 Koichi Akabe vbkaise...@gmail.com wrote: Well, does it really need to see timeline, follow users, update profile? I think only tweets are needed by users. Thus, I've not authenticated it, yet. I can't disable these permissions, because twitter provides just three types: Read only, Read/Write, Read/Write/DM. It is set to Read/Write now. It was explained on README and uploaded. Could you tell me the pointer for this information? I'll look it. $ bzr twitter-auth [SERVICE] You can choose twitter or identica as a service. Now you can use identi.ca great :) so,$ bzr tweet-auth [SERVICE] is better, isn't it? I tried to submit commit messages using bzr-tweet yesterday, but it wasn't listed on the timeline. However, it was shown today. (I think it's identi.ca's probrem) okay. I'll upload it if you would reply (and update). -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664128: debian-installer: please default to grub-ieee1275 on powerpc instead of yaboot
On 10/22/2012 05:55 PM, Milan Kupcevic wrote: We can allow d-i grub installation on powerpc machines for wheezy, but not make it default. [...] Manual creation of the appropriate partition in d-i (/boot/grub) will enable grub installation in wheezy d-i. Thus, we will be able to experiment with d-i grub installation on powerpc machines. ok, this sounds like a good step to me. Are you saying this is present in the current wheezy beta3 ? I'm also happy to test powerpc d-i images that use grub-ieee1275 if you need testers. Do you have access to any IBM Power machines? I have no IBM Power machines, but i have older PowerPC Apple hardware coming out of my ears. Let me know if you want specific tests run. --dkg signature.asc Description: OpenPGP digital signature
Bug#684666: R: Bug#684666: R: Bug#684666: AMI BIOS detected: BIOS may corrupt low RAM, working around it.
Messaggio originale Da: b...@decadent.org.uk Data: 23-ott-2012 3.02 A: asronche...@libero.itasronche...@libero.it Cc: 684...@bugs.debian.org, stapp...@stappers.nl Ogg: Bug#684666: R: Bug#684666: AMI BIOS detected: BIOS may corrupt low RAM, working around it. On Tue, 2012-10-23 at 02:55 +0200, asronche...@libero.it wrote: Hi, `uptime ` is: 02:47:34 up 6 days, 6:23, and still no problem here. the combination SSD + 4gB RAM is working great. The only thing i changed was in /etc/fstab, i used noatime,discard instead of default in the options column for the /home partition (ext4). next test will start in the next days, with SSD + 8gB. I think that probably the problem resides in how my installation is handling the 8gB ram. Are there some special settings that i need to configure when switching from a 4gB ram to 8gB ram? No change should be necessary. One thing I should have thought of earlier is that a pair of different memory modules might not be reliable. In my personal experience, two different modules will often work, but it's generally recommended to use a matched set. Ben. -- Ben Hutchings Humour is the best antidote to reality. Hi, (i'm still using SSD + 4gB , atm) thanks for your reply. dmidecode contains the string Product Name: K52Jc I 've bought the 8gB on crucial.com. The site says that the hw they sell is 100% compatiple for my notebook. It works like this: i went on their website and then i entered K52Jc in the search form and then the site presents me all available and compatible upgrades for my notebook (K52Jc). It showed me various SSD disks and only one RAM upgrade: 8gB. According to dmidecode my mobo supports a maximum of 16gB of RAM, but checking on asus.com it seems that the notebook only support a max of 8gB. So i bought and SSD and the 8gB RAM. I've the 8gB RAM in front of me and i can read on one of the two: 4GB DDR3 - 1333 (PC3 10600) SODI It is very similar to what i can see via dmidecode about the 4gB that are mounted at the moment on my notebook: 4gB on dmidecode: Handle 0x0041, DMI type 16, 15 bytes Physical Memory Array Location: System Board Or Motherboard Use: System Memory Error Correction Type: None Maximum Capacity: 16 GB Error Information Handle: Not Provided Number Of Devices: 4 Handle 0x0042, DMI type 17, 28 bytes Memory Device Array Handle: 0x0041 Error Information Handle: Not Provided Total Width: 64 bits Data Width: 64 bits Size: 2048 MB Form Factor: SODIMM Set: None Locator: DIMM0 Bank Locator: BANK 0 Type: DDR3 Type Detail: Synchronous Speed: 1067 MHz Manufacturer: Kinston Serial Number: 923C7BB9 Asset Tag: Unknown Part Number: ASU1333D3S9DR8/2G Rank: Unknown Handle 0x0043, DMI type 20, 19 bytes Memory Device Mapped Address Starting Address: 0x000 Ending Address: 0x0007FFF Range Size: 2 GB Physical Device Handle: 0x0042 Memory Array Mapped Address Handle: 0x004B Partition Row Position: Unknown Interleave Position: 1 Interleaved Data Depth: 1 Handle 0x0044, DMI type 17, 28 bytes Memory Device Array Handle: 0x0041 Error Information Handle: Not Provided Total Width: Unknown Data Width: Unknown Size: No Module Installed Form Factor: DIMM Set: None Locator: DIMM1 Bank Locator: BANK 1 Type: Unknown Type Detail: None Speed: Unknown Manufacturer: [Empty] Serial Number: [Empty] Asset Tag: Unknown Part Number: [Empty] Rank: Unknown Handle 0x0045, DMI type 17, 28 bytes Memory Device Array Handle: 0x0041 Error Information Handle: Not Provided Total Width: 64 bits Data Width: 64 bits Size: 2048 MB Form Factor: SODIMM Set: None Locator: DIMM2 Bank Locator: BANK 2 Type: DDR3 Type Detail: Synchronous Speed: 1067 MHz Manufacturer: Kinston Serial Number: 923CDEB1 Asset Tag: Unknown Part Number: ASU1333D3S9DR8/2G Rank: Unknown Handle 0x0046, DMI type 20, 19 bytes Memory Device Mapped Address Starting Address: 0x000 Ending Address: 0x0007FFF Range Size: 2 GB Physical Device Handle: 0x0045 Memory Array Mapped Address Handle: 0x004B Partition Row Position: Unknown Interleave Position: 2 Interleaved Data Depth: 1 Handle 0x004A, DMI type 17, 28 bytes Memory Device Array Handle: 0x0041 Error Information Handle: Not Provided Total Width: Unknown Data Width: Unknown Size: No Module Installed Form Factor: DIMM Set: None Locator: DIMM3 Bank
Bug#691250: [debdiff] support source format 3.0 containing executables and symbolic links in debian/
Package: devscripts Version: 2.12.4 Severity: wishlist File: /usr/bin/debdiff With the introduction of the 3.0 source format the debian directory may be shipped as a .debian.tar.gz. This allows adding executable scripts and symbolic links to the debian directory. See dh-exec for a use case. Unfortunately debdiff is not up to the task in this case. Changing the permission of a file is not represented in the resulting .debdiff. With more and more packages adopting source format 3.0 this problem will become more common. I suggest upgrading the severity if that happens. Unfortunately there is no straight forward solution. The diff tool is not capable of representing permission changes either. This lead to git introducing its own format[1] for such things. Maybe this format can be used? The gnu patch utility supports most of them since the 2.7 release[2]. Helmut [1] man 1 git-diff-tree # /GENERATING [2] This is not yet available in sid. But having the changes in the diffs would make the diffs more useful for reviews right now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691247: mime-support: Useless permission checks in see
Le Tue, Oct 23, 2012 at 03:06:38PM +0200, Martin Mares a écrit : When I run `see' on a file, I get `Error: no read permission for file XXX', although the file is perfectly readable. This happens for example when the file in question is located in a directory mounted by sshfs. Permissions reported by stat(2) on such files usually follow the remote server, which does not necessarily make any sense when interpreted locally. But this is exactly what `see' does: it stats the filesystem permissions and and dies when it guesses that the file looks unreadable. This can fail under lots of circumstances: not only sshfs, but also permissions granted by an ACL. I recommended removing the check altogether or at least replacing it by trying to open the file. Dear Martin, I think that you made a good point, and concomittantly, the perl documentation for the -X functions (http://perldoc.perl.org/functions/-X.html) adds: Note that the use of these six specific operators to verify if some operation is possible is usually a mistake, because it may be open to race conditions. That would call for replacing the checks by error handlings, unless the stat functions would perform better ? Do you think you could prepare a patch ? Have a nice day, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584725: Konsole on Sparc keeps crashing with Bus Errors
As of October 2012, this appears to apply to both Squeeze and Wheezy/testing. It also applies irrespective of whether Konsole is invoked from KDE or XFCE. I've not been able to get a useful backtrace etc. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664128: debian-installer: please default to grub-ieee1275 on powerpc instead of yaboot
On 10/23/2012 09:52 AM, Daniel Kahn Gillmor wrote:
On 10/22/2012 05:55 PM, Milan Kupcevic wrote:
We can allow d-i grub installation on powerpc machines for wheezy, but
not make it default.
[...]
Manual creation of the appropriate partition in d-i (/boot/grub) will
enable grub installation in wheezy d-i. Thus, we will be able to
experiment with d-i grub installation on powerpc machines.
ok, this sounds like a good step to me. Are you saying this is present
in the current wheezy beta3 ?
No. It will eventually hit the daily builds soon. See attachment.
Milan
commit cf2fc86abf0fd34963afb49047c21e94a2cde40e
Author: Milan Kupcevic mi...@physics.harvard.edu
Date: Mon Oct 22 17:46:06 2012 -0400
Allow grub installation on PowerPC machines
* Allow grub installation on PowerPC machines if /boot/grub partition
is present. Closes: #664128
diff --git a/debian/changelog b/debian/changelog
index 9105cdb..204cc11 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+grub-installer (1.83) UNRELEASED; urgency=low
+
+ * Allow grub installation on PowerPC machines if /boot/grub partition
+is present. Closes: #664128
+
+ -- Milan Kupcevic mi...@physics.harvard.edu Mon, 22 Oct 2012 17:39:07 -0400
+
grub-installer (1.82) unstable; urgency=low
[ Updated translations ]
diff --git a/debian/isinstallable b/debian/isinstallable
index e66bac1..89fadb7 100755
--- a/debian/isinstallable
+++ b/debian/isinstallable
@@ -15,11 +15,11 @@ case $ARCH in
exit 1
fi
;;
-powerpc/chrp_pegasos)
- ;;
powerpc/*)
- log GRUB not yet usable on PowerPC systems other than Pegasos/Efika
- exit 1
+ mount | grep on /target/boot/grub 12 || {
+ log GRUB requires OF bootable partition mounted at /boot/grub on PowerPC systems
+ exit 1
+ }
;;
mipsel/loongson-2f)
;;
signature.asc
Description: OpenPGP digital signature
Bug#688689: Ping (Was: ncbi-blast+: trying to overwrite '/usr/bin/seedtop', which is also in package blast2 1:2.2.26.20120620-2)
Hi Aaron and Olivier, this is just a ping about this issue. I guess we need some solution soonish to get/keep ncbi-tools6 in Wheezy. Please let me know if some help might be needed. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689951: Package appears to be non-free
Hi Emmanuel, the package camitk received a release critical bug[1] which you possibly did not noticed. It would be great if you would read the history of the bug log[1] and comment on the usage of Debian packaged tetgen which would enable us to move the package to contrib rather than non-free. Please note that the package will be removed from Debian if we do not find a reasonable solution. Kind regards Andreas. [1] http://bugs.debian.org/689951 On Mon, Oct 08, 2012 at 01:56:43PM +0200, Andreas Tille wrote: On Mon, Oct 08, 2012 at 12:12:35PM +0200, Mathieu Malaterre wrote: Actually all I did noticed is that tetgen is in non-free in debian already: http://packages.qa.debian.org/t/tetgen.html It might make sense to verify whether a removal of tetgen from camitk and rather use the Debian packaged version is possible which would make camitk rather contrib than non-free. Christophe are you in touch with upstream ? Even if Charles mentioned that there are other non-free pieces in the license contacting upstream about a DFSG free license might not harm in anyway. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584725: Konsole on Sparc keeps crashing with Bus Errors
Hi Mark, (and CC'ing also the submitter of this bug, sorry if it took so long without feedback.) Alle martedì 23 ottobre 2012, Mark Morgan Lloyd ha scritto: As of October 2012, this appears to apply to both Squeeze and Wheezy/testing. It also applies irrespective of whether Konsole is invoked from KDE or XFCE. I've not been able to get a useful backtrace etc. You can try getting an useful backtrace by installing konsole-dbg and kdelibs5-dbg (which should install also the -dbg packages for qt4 and libc), and then following these: a) close any konsole instance b) in a terminal, run `gdb --args konsole --nofork` c) at the gdb prompt, «(gdb)», execute run, and then use konsole until it crashes d) at the gdb prompt, execute thread apply all bt and attach its output Thanks for your feedback, -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#691251: python3.3 compatibility (No such file or directory: '/home/yoh/python-env/python3.3/bin/easy_install')
Package: python-virtualenv Version: 1.7.1.2-2 Severity: normal To check if indeed I have a fix #691244 I have tried to create python3.3 environment (using virtualenvwrapper but not sure if that is its fault -- please reassign if you are sure that it is): $ mkvirtualenv -p /usr/bin/python3.3 python3.3 get_env_details* hook.log.1 ipython-0.11/ nose/ numpy-1.5.1/ postactivate*postmkproject* postrmproject* preactivate* premkproject* prermproject* spikesort/ hook.log initialize* ipython-git/ numpy/ numpy-dbg/ postdeactivate* postmkvirtualenv* postrmvirtualenv* predeactivate* premkvirtualenv* prermvirtualenv* Running virtualenv with interpreter /usr/bin/python3.3 New python executable in python3.3/bin/python3.3 Also creating executable in python3.3/bin/python Installing distributedone. Installing pip... Error [Errno 2] No such file or directory: '/home/yoh/python-env/python3.3/bin/easy_install' while executing command /home/yoh/python-env...3.3/bin/easy_install /usr/share/python-vi...p-1.1.debian1.tar.gz ...Installing pip...done. Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/virtualenv.py, line 2283, in module main() File /usr/lib/python2.7/dist-packages/virtualenv.py, line 938, in main never_download=options.never_download) File /usr/lib/python2.7/dist-packages/virtualenv.py, line 1054, in create_environment install_pip(py_executable, search_dirs=search_dirs, never_download=never_download) File /usr/lib/python2.7/dist-packages/virtualenv.py, line 643, in install_pip filter_stdout=_filter_setup) File /usr/lib/python2.7/dist-packages/virtualenv.py, line 976, in call_subprocess cwd=cwd, env=env) File /usr/lib/python3.3/subprocess.py, line 818, in __init__ restore_signals, start_new_session) File /usr/lib/python3.3/subprocess.py, line 1424, in _execute_child raise child_exception_type(errno_num, err_msg) FileNotFoundError: [Errno 2] No such file or directory: '/home/yoh/python-env/python3.3/bin/easy_install' 15,17s user 0,27s system 94% cpu 16,296 total 15,18s user 0,28s system 94% cpu 16,333 total -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental'), (100, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-virtualenv depends on: ii python2.7.3-2 ii python-pkg-resources 0.6.24-1 ii python-setuptools 0.6.24-1 Versions of packages python-virtualenv recommends: ii python-pip 1.1-3 python-virtualenv 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#690764: Bug still exists
reopen 690764 =
unmerge 690764
notforwarded 690764
found 690764 curl/7.28.0-2
tags 690764 - fixed-upstream
kthxbye
On 10/23, mho...@gmx.de wrote:
Hello,
I still have the same problem with package
libcurl3-gnutls_7.28.0-2_amd64.deb
So it seems to be related to #690551, but not the same issue.
Reopening then. I think this may be related to another regression found in
7.28.0 regarding HTTP authentication. It is known upstream, but AFAICT there's
no patch yet.
Cheers
--
perl -E '$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse'
signature.asc
Description: Digital signature
Bug#691252: ITP: visp -- Visual Servoing Platform
Package: wnpp Severity: wishlist ViSP, standing for Visual Servoing Platform, is unique. This software is a complete cross-platform solution that allows prototyping and developing applications in visual tracking and visual servoing. ViSP can be useful in robotics, computer vision, augmented reality and computer animation. The packaging work is available on GitHub here: https://github.com/thomas-moulard/visp-deb ...and has been validated against this PPA: https://launchpad.net/~jrl-umi3218/+archive/visp ViSP homepage: http://www.irisa.fr/lagadic/visp/visp.html The current Debian packages produces the following lintian errors: $ lintian -I ../visp_2.6.2-1.dsc ../libvisp-2-6_2.6.2-1_amd64.deb ../libvisp-2-6-dbg_2.6.2-1_amd64.deb ../libvisp-dev_2.6.2-1_amd64.deb W: libvisp-2-6: package-name-doesnt-match-sonames libvisp-2-2 I: libvisp-2-6: spelling-error-in-binary usr/lib/libvisp-2.so.2.6.2 informations information W: libvisp-2-6: binary-without-manpage usr/bin/visp-config I: libvisp-2-6: no-symbols-control-file usr/lib/libvisp-2.so.2.6.2 PS: This is my first attempt to get a package into Debian. -- Thomas Moulard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602499: Progress?
I gave up on Flex. I don't really use it anymore. At the time I started this, Adobe couldn't be bothered to clarify the license issues, and Debian didn't want to move forward with a non-free version, even though it was ready to go. It should be much easier to build a proper package from sources for inclusion in main now that it's an Apache project, but someone else will have to take on packaging it. MfG, --Joey On Tue, Oct 23, 2012 at 3:29 AM, Christian Welzel gaw...@camlann.de wrote: Hi there, some time ago Apache Flex® 4.8.0 was released. Is there any progress in packaging this one for main? -- MfG, Christian Welzel GPG-Key: pub 4096R/5117E119 2011-09-19 Fingerprint: 3688 337C 0D3E 3725 94EC E401 8D52 CDE9 5117 E119
Bug#691253: RFS: visp/2.6.2-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package visp * Package name: visp Version : 2.6.2-1 Upstream Author : Projet Lagadic / IRISA-INRIA Rennes * URL : http://www.irisa.fr/lagadic/visp/visp.html * License : GPL-2 Section : libs It builds those binary packages: libvisp-2-6 - Visual Servoing Platform libvisp-2-6-dbg - Visual Servoing Platform debugging symbols libvisp-dev - Visual Servoing Platform development files To access further information about this package, please visit the following URL: http://mentors.debian.net/package/visp Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/v/visp/visp_2.6.2-1.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: visp (2.6.2-1) unstable; urgency=low * Import new upstream version 2.6.2. -- Thomas Moulard thomas.moul...@gmail.com Tue, 23 Oct 2012 13:18:24 +0200 Regards, -- Thomas Moulard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691251: python3.3 compatibility (No such file or directory: '/home/yoh/python-env/python3.3/bin/easy_install')
On 23.10.2012 16:41, Yaroslav Halchenko wrote: [...] please note that python3.3 comes with its own pyvenv-3.3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691254: Fix ftbfs with python3.3 multiarch setup
Source: python-scipy Version: 0.10.1+dfsg1-4 Severity: important User: debian-pyt...@lists.debian.org Usertags: python3.3 Tags: patch patch at http://launchpadlibrarian.net/120798860/python-scipy_0.10.1%2Bdfsg1-4_0.10.1%2Bdfsg1-4ubuntu1.diff.gz please don't be fooled by the wrong changelog entry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676402: build dependencies
needs newer rspec, it failed with rspec 2.10 currently in debian, after installing rspec 2.11 it worked. It also needs autotest gem. Running tests for ruby1.8 using debian/ruby-tests.rake ... rake aborted! no such file to load -- rspec/core/rake_task or /media/forge/debian/diaspora/ruby-rspec-rails-2.11.4/lib/rspec/rails.rb:1:in `require': no such file to load -- rspec/core (LoadError) from /media/forge/debian/diaspora/ruby-rspec-rails-2.11.4/lib/rspec/rails.rb:1 from ./spec/spec_helper.rb:8:in `require' from ./spec/spec_helper.rb:8 from debian/ruby-tests.rb:7:in `require' from debian/ruby-tests.rb:7 from debian/ruby-tests.rb:7:in `each' from debian/ruby-tests.rb:7 but runs successfully for ruby 1.9.1. I would mark it only ruby1.9.1 for now. -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
