Bug#695002: howto override the settings for /var/log/wtmp in /etc/logrotate.d ?
Package: logrotate
Version: 3.7.8-6
short: logrotate complains about duplicate entries for
/var/log/{wtmp,btmp} in /etc/logrotate.d .
long: I have to keep the wtmp and btmp logfiles on all
servers for much longer then just the default (1 month).
For an easy configuration and to avoid a conflict about
/etc/logrotate.conf on the next package upgrade I rolled
out a local /etc/logrotate.d/wtmp.conf on each server:
/var/log/wtmp {
missingok
create 0664 root utmp
yearly
rotate 100
}
/var/log/btmp {
missingok
create 0660 root utmp
yearly
rotate 100
}
Since then logrotate complains about the redefined entries
for /var/log/{wtmp,btmp} on each run :-(.
How am I supposed to override the package default
configuration without error messages about duplicate
config settings?
Regards
Harri
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661831: RFS: texi2html/5.0-1 -- Convert Texinfo files to HTML
Hi Bart, sorry for the latency but I had a problems. Well, I have uploaded a new version of the package and hope that the copyright file is complete. On Wednesday 25 July 2012 19:48:19 you wrote: Hi Francesco, I had a look at your package at mentors uploaded there on 2012-07-25 08:17. The information in debian/copyright is yet not complete. Regards, Bart Martens Best Regards, Francesco Cecconi signature.asc Description: This is a digitally signed message part.
Bug#693990: Bug #693990: owncloud: multiple security issues
On Sun, Nov 25, 2012 at 06:11:06PM +0100, Michael Banck wrote: Hi, On Sun, Nov 25, 2012 at 01:02:20PM +0100, Michael Banck wrote: Attached is a NMU candidate debdiff, extracting the applicable changes from 4.0.9. Attached is the final debdiff. Can you also prepare a testing-proposed-updates update for the version in Wheezy? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689147: unblock: gajim/0.15.1-1
On 01/12/2012 14:06, Julien Cristau wrote: On Sun, Oct 14, 2012 at 18:06:53 +0200, Yann Leboulanger wrote: On 10/12/2012 11:31 AM, Julien Cristau wrote: On Sat, Sep 29, 2012 at 16:12:55 +0200, Yann Leboulanger wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package gajim A new Gajim release fixes some bugs, and particulary the bug #682598 [0] More information can be found in the Mail I sent to debian-release mailing list: [1] debdif is available here: [2] [0]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682598 [1]: http://lists.debian.org/debian-release/2012/09/msg00042.html [2]: http://lagaule.org/debian/gajim/gajim-0.15.1.debdiff unblock gajim/0.15.1-1 A few comments: - the source format change is not appropriate It's because it was in format 3.0 previously (Gajim 0.14.4), and for 0.15 I did something wrong that I wanted to repair. Moreover, I need to add a patch for your next point (change to _StreamCB) and it's nicer in format 3.0. If you really want, I can re-do the patch in old format. Yes please. Ok I've gone back to the old patch system in the uploaded gajim-0.15.1-3 package -- Yann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694864: [Pkg-fonts-devel] Bug#694864: Bug#694864: Bug#694864: Bug#694864: Bug#694864: Bug#694864: ttf-liberation not available for ARCH i386 in multiarch amd64 environment
Am 02.12.2012 17:12, schrieb Daniel Kahn Gillmor: I don't see any reason for this to be needed for wheezy. So, we should do this for jessie. yes, agreed that this work should target jessie, not wheezy. Honestly, if this single specific control field missing will make the package uninstallable in a Multi-Arch environment, then I think it should very well get fixed in wheezy. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695003: git-gui: Startup error without aspell dictionary
Package: git-gui Version: 1:1.8.0-1 Severity: normal Tags: l10n Under following conditions: aspell-ru package not installed aspell-en package installed LANG=ru_RU:UTF-8 Ggit-gui report an error on every start-up: Spell check is unavailable: No word lists can be found for language ru_RU. The error is shown in a separate non-modal window. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages git-gui depends on: ii git 1:1.8.0-1 ii tk 8.5.0-2 Versions of packages git-gui recommends: pn gitk none Versions of packages git-gui suggests: ii aspell 0.60.7~20110707-1 pn git-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694260: Fwd: Re: [Bug-freedink] Bug#694260: freedink: Stack corruption
This message was meant for the bug itself as well (instead of the wrongly written package address). Original Message Subject: Re: [Bug-freedink] Bug#694260: freedink: Stack corruption Date: Mon, 03 Dec 2012 10:02:23 +0100 From: Bas Wijnen wij...@debian.org Organization: Debian To: Luiji Maryo lu...@users.sourceforge.net, cont...@bugs.debian.org, sdl-mixer...@bugs.debian.org reassign 694260 sdl-mixer1.2 1.2.12-3 thanks Hello SDL maintainers, I'm usually hesitant to assign a bug to a library, because it often happens that the actual bug is in the calling code. This is even more likely with freedink, which originates from code with lots of bugs. However, in this case I think I really did hit a bug in the library. If you disagree, feel free to assign it back of course. Unfortunately, I am unable to create a slim test-case to trigger the bug. The problem is stack smashing, which means that there is a buffer overflow on the stack. This is caught with gcc's stack protector (a fortify feature), which checks a guard variable when a function with arrays on the stack returns. Therefore the function from the backtrace is the one which owns the overflowed array, but it may or may not be the one which overflows it. I attached a file which can be used to trigger this bug. If you want to see it, you need to follow these steps: 1. install the freedink package. 2. unpack the attached midibug.tar.gz. 3. run freedink -w -g midibug. The midi file that causes the problem is midibug/sound/10.mid If you have any questions, don't hesitate to ask. Thanks, Bas On 03-12-12 00:55, Luiji Maryo wrote: You should probably send that MIDI file to the SDL_Mixer developers as well so that they can look over it for something that would cause this type of fault. On Sun, Dec 2, 2012 at 2:20 PM, Bas Wijnen wij...@debian.org mailto:wij...@debian.org wrote: Hi, What I have found out so far: - It crashes when it makes the call to play the midi file. - It doesn't crash when 20.mid is not present, nor when it is replaced by a different midi file. (even though 20.mid plays without a problem with timidity). However, a really slim test case with only calls to make that file play is not enough to make it crash. Thanks, Bas On 02-12-12 20:01, Sylvain wrote: Additional info : - No crash when run with '-s' (no sound), so looks like this comes from SDL_Mixer indeed. - I think I tested this D-Mod already during the FreeDink development, as I remembered it was a good test case for bug-compatibility (ahem), abeilt maybe only the Lava part. - Sylvain On Sun, Dec 02, 2012 at 06:39:40PM +, Sylvain wrote: Hi, According to the backtrace, it looks like it's in the SDL_mixer thread indeed. Cheers! Sylvain On Sat, Dec 01, 2012 at 12:38:17AM +0100, Bas Wijnen wrote: After a lot of debugging, the problem seems to be in libSDL instead. If I manage to get a simple test program triggering the bug, I'll report it there and close this bug. Until I do, I'll leave it open on freedink, because I'm still not entirely sure. Thanks, Bas On 24-11-12 21:08, Bas Wijnen wrote: Package: freedink Version: 1.08.2012042 The dmod Eternal suicide is full of bugs which are nicely handled by the engine (and which don't really affect gameplay). However, there is one problem which causes the engine to abort with the attached message. I'm having trouble debugging this, as there is no mention of what really is the problem, except that some fortify check fails. I attached a save file with which you can reproduce it. It brings you in front of a cave. Enter it and it crashes. Thanks, Bas ___ Bug-freedink mailing list bug-freed...@gnu.org mailto:bug-freed...@gnu.org https://lists.gnu.org/mailman/listinfo/bug-freedink -- - Luiji Maryo mail: lu...@users.sourceforge.net mailto:lu...@users.sourceforge.net blog: http://brainboyblogger.blogspot.com/ corp: http://www.entertainingsoftware.com/ fun: http://www.secretmaryo.org/ midibug.tar.gz Description: GNU Zip compressed data signature.asc Description: OpenPGP digital signature
Bug#695004: squid3: Restart after success external_acl (squid_ldap_group)
Package: squid3 Version: 3.1.20-1 Severity: normal Dear Maintainer, In authorization process /var/log/squid3/cache.log: 2012/12/03 15:56:04.032| The request GET http://www.qnx.com/ is DENIED, because it matched 'AUTH' 2012/12/03 15:56:04.063| ZPH: Preserving TOS on miss, TOS=0 2012/12/03 15:56:04.064| The reply for GET http://www.qnx.com/ is ALLOWED, because it matched 'AUTH' 2012/12/03 15:56:04.064| ConnStateData::swanSong: FD 10 2012/12/03 15:56:29.270| authenticateAuthUserAddIp: user 'john' has been seen at a new IP address (192.168.66.32:48789) 2012/12/03 15:56:29.270| aclMatchExternal: check_ad_group(john inet) = lookup needed 2012/12/03 15:56:29.270| aclMatchExternal: john inet: entry=@0, age=0 2012/12/03 15:56:29.271| aclMatchExternal: john inet: queueing a call. 2012/12/03 15:56:29.271| aclMatchExternal: john inet: return -1. 2012/12/03 15:56:29.271| externalAclLookup: lookup in 'check_ad_group' for 'john inet' Connected OK group filter '((objectclass=user)(sAMAccountName=john)(memberof=cn=inet,ou=usergroups,dc=nsk,dc=lanta,dc=ru))', searchbase 'dc=nsk,dc=lanta,dc=ru' 2012/12/03 15:56:29.275| externalAclHandleReply: reply=OK 2012/12/03 15:56:29.276| external_acl_cache_add: Adding 'john inet' = 1 2012/12/03 15:56:29.276| aclMatchExternal: check_ad_group = 1 2012/12/03 15:56:29.276| The request GET http://www.qnx.com/ is ALLOWED, because it matched 'localnet' 2012/12/03 15:56:29.276| client_side_request.cc(556) clientAccessCheck2: No adapted_http_access configuration. 2012/12/03 15:56:29.277| The request GET http://www.qnx.com/ is ALLOWED, because it matched 'localnet' 2012/12/03 15:56:29.744| ctx: enter level 0: 'http://www.qnx.com/' 2012/12/03 15:56:29.745| hdr cc: unknown cache-directive: near 'post-check=0, pre-check=0' in '0xbfea9114' 2012/12/03 15:56:29.745| hdr cc: unknown cache-directive: near 'pre-check=0' in '0xbfea9114' 2012/12/03 15:56:29.745| ctx: exit level 0 2012/12/03 15:56:29.745| ZPH: Preserving TOS on miss, TOS=0 2012/12/03 15:56:29.746| hdr cc: unknown cache-directive: near 'post-check=0, pre-check=0' in '0xbfea8e44' 2012/12/03 15:56:29.746| hdr cc: unknown cache-directive: near 'pre-check=0' in '0xbfea8e44' 2012/12/03 15:56:32| Starting Squid Cache version 3.1.20 for i486-pc-linux-gnu... /var/log/syslog: Dec 3 15:56:29 squid kernel: [11044.464660] squid3[9204]: segfault at c ip b76ad6c6 sp bfea8c20 error 4 in squid3[b74cd000+30] Dec 3 15:56:29 squid squid[8726]: Squid Parent: child process 9204 exited due to signal 11 with status 0 Dec 3 15:56:32 squid squid[8726]: Squid Parent: child process 9233 started -- System Information: Debian Release: wheezy/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (90, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages squid3 depends on: ii adduser 3.113+nmu3 ii libc6 2.13-37 ii libcap2 1:2.22-1.2 ii libcomerr21.42.5-1 ii libdb5.1 5.1.29-5 ii libexpat1 2.1.0-1 ii libgcc1 1:4.7.2-4 ii libgssapi-krb5-2 1.10.1+dfsg-3 ii libk5crypto3 1.10.1+dfsg-3 ii libkrb5-3 1.10.1+dfsg-3 ii libldap-2.4-2 2.4.31-1 ii libltdl7 2.4.2-1.1 ii libpam0g 1.1.3-7.1 ii libsasl2-22.1.25.dfsg1-6 ii libstdc++64.7.2-4 ii libxml2 2.8.0+dfsg1-6 ii logrotate 3.8.1-4 ii lsb-base 4.1+Debian8 ii netbase 5.0 ii squid3-common 3.1.20-1 squid3 recommends no packages. Versions of packages squid3 suggests: pn resolvconf none pn smbclientnone pn squid-cginone pn squidclient none pn ufw none -- Configuration Files: /etc/squid3/squid.conf changed: auth_param negotiate program /usr/lib/squid3/squid_kerb_auth -s HTTP/squid.nsk.lanta...@nsk.lanta.ru auth_param negotiate children 10 auth_param negotiate keep_alive off auth_param basic program /usr/lib/squid3/squid_ldap_auth -R \ -b dc=nsk,dc=lanta,dc=ru \ -D sq...@nsk.lanta.ru \ -W /etc/squid3/squid-user \ -f sAMAccountName=%s \ -h domain3.nsk.lanta.ru auth_param basic children 10 auth_param basic realm Proxy Authentication auth_param basic credentialsttl 2 hours external_acl_type check_ad_group ttl=1200 %LOGIN /usr/lib/squid3/squid_ldap_group -R -K -d \ -b dc=nsk,dc=lanta,dc=ru \ -D sq...@nsk.lanta.ru \ -W /etc/squid3/squid-user \ -f ((objectclass=user)(sAMAccountName=%v)(memberof=cn=%a,ou=usergroups,dc=nsk,dc=lanta,dc=ru)) \ -h domain3.nsk.lanta.ru acl AUTH proxy_auth REQUIRED acl inet_access external check_ad_group inet acl manager proto cache_object acl localhost src 127.0.0.1/32 ::1 acl to_localhost dst 127.0.0.0/8 0.0.0.0/32 ::1 acl localnet src 192.168.0.0/16 # RFC1918 possible
Bug#694657: libav-source: debian/copyright file no longer seems to be accurate
Am 30.11.2012 19:39, schrieb Francesco Poli: By the way, I would like to inform Fabian about the existence of bug #472199: the plan is to integrate licensecheck2dep5 into licensecheck itself... Jonas, I really hope there's some progress on that front! ;-) Yes, this would be a vast improvement of licensecheck's usefulness! - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695005: date: invalid date '1954-05-23'
Package: coreutils Version: 8.20-1 Severity: normal Hi, date -d May 23 1954 and date -d 1954-05-23 both fail in all versions of coreutils 8.x I could try. May 22 and May 24 are OK. Coreutils 7.1 doesn't barf on May 23 either. Best regards, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.7-vs2.3.4.3-hellgate (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages coreutils depends on: ii dpkg 1.16.9 ii install-info 4.13a.dfsg.1-10 ii libacl1 2.2.51-8 ii libattr1 1:2.4.46-8 ii libc6 2.13-36 ii libselinux1 2.1.9-5 coreutils recommends no packages. coreutils suggests no packages. -- no debconf information -- Andras Korn korn at elan.rulez.org Freedom is doing what you like, happiness is liking what you do. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695005: date: invalid date '1954-05-23'
Andras Korn wrote: date -d May 23 1954 and date -d 1954-05-23 both fail in all versions of coreutils 8.x I could try. May 22 and May 24 are OK. Coreutils 7.1 doesn't barf on May 23 either. Thank you for the report. However I was unable to reproduce this issue. Could you say a little more about how to recreate the problem? What is your timezone? For example I tried these: $ env TZ=America/Denver date -R -d 1954-05-23 Sun, 23 May 1954 00:00:00 -0700 $ env TZ=America/Chicago date -R -d 'TZ=UTC 1954-05-23' Sat, 22 May 1954 19:00:00 -0500 However since you specified the time at midnight (by not specifying a time, always specify a time such as 12:00 noon to avoid DST issues) I am confident the issue will be a Daylight Saving Time change in your timezone which skips that time in your timezone. If the time has been skipped in your timezone then that time will be listed as invalid. Specify 12:00 noon or UTC to avoid DST issues. Please see the FAQ entry which has examples of diagnosing and avoiding DST problems: http://www.gnu.org/software/coreutils/faq/#The-date-command-is-not-working-right_002e Bob -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694048: havoc and distruption ^_^
]] Salvo Tomaselli Start-stop-daemon terminates when the signal has been sent, not when the process has terminated, waiting for the process to terminate would make the scripts easier. After all they are trying to stop a daemon not to send a signal, so they are interested in the effective termination of the process. Then one should use --retry. s-s-d supports the behaviour you're describing. [...] The sleep is just a poor workaround for a problem in start-stop-daemon, by putting a waitpid in it, all those sleeps during the restart could be safely eliminated. .. except that you can only wait/waitpid on children, not arbitrary processes. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695007: netkit-ftp: fails to cross-build: *FLAGS handling, incorrect compiler, incorrect strip program
Package: netkit-ftp Version: 0.17-27 Severity: normal Tags: patch User: crossbu...@debian.org Usertags: cross netkit-ftp fails to cross-build as follows: [...] Generating MCONFIG... sed: -e expression #2, char 63: unknown option to `s' /usr/bin/make make[1]: Entering directory `/«PKGBUILDDIR»' (cd ftp /usr/bin/make) make[2]: Entering directory `/«PKGBUILDDIR»/ftp' cc cmds.c -c [...] /usr/bin/make INSTALL_OPTS=-s INSTALLROOT=`pwd`/debian/ftp MANDIR=/usr/share/man install make[1]: Entering directory `/«PKGBUILDDIR»' (cd ftp /usr/bin/make install) make[2]: Entering directory `/«PKGBUILDDIR»/ftp' install -s -m ftp /«PKGBUILDDIR»/debian/ftp install: missing destination file operand after `/«PKGBUILDDIR»/debian/ftp' Try `install --help' for more information. make[2]: *** [install] Error 1 There are multiple problems here: * The seddery in debian/rules fails to handle the situation where *FLAGS contains the '/' character. My cross-build setup sets LDFLAGS to something that contains -L/usr/lib/arm-linux-gnueabihf (and various other similar stuff) to work around for a toolchain bug; in general '/' seems moderately likely to occur in linker flags. I opted for the ';' separator instead, on the basis that that doesn't tend to occur in compiler/linker flags very often, but you might prefer to rewrite this in a more sophisticated way that can handle any input. * The native compiler is used rather than the appropriate cross-compiler. While autoconf works this out automatically with a bit of help from dh_auto_configure or manual use of --build/--host options, simpler build systems tend to have to be told what to do in a variety of ways. * The install error is due to the earlier sed failure, but after fixing that it still fails due to using 'install -s', which calls the native strip program rather than the appropriate cross-strip. We could take care to avoid -s when cross-building as dh_strip will already take care of it; but why bother with -s at all? dh_strip always does at least as good a job, so we might as well just let it get on with it in all cases. The following patch fixes all these problems and results in a successful cross-build from amd64 to armhf. * Tolerate '/' in CPPFLAGS, CFLAGS, or LDFLAGS. (This is at the expense of not tolerating ';', but that at least seems less likely to occur.) * Use correct compiler when cross-building. * Never pass -s to install; dh_strip does a more accurate job of it anyway, and knows how to use the correct strip command when cross-building. diff -Nru netkit-ftp-0.17/debian/rules netkit-ftp-0.17/debian/rules --- netkit-ftp-0.17/debian/rules2012-05-23 18:35:11.0 +0100 +++ netkit-ftp-0.17/debian/rules2012-12-02 23:57:44.0 + @@ -7,26 +7,30 @@ #export DH_VERBOSE=1 DEFS := -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS))) - INSTALL_OPTS = -s -endif - CFLAGS += $(shell dpkg-buildflags --get CFLAGS) CPPFLAGS += $(shell dpkg-buildflags --get CPPFLAGS) LDFLAGS += $(shell dpkg-buildflags --get LDFLAGS) +DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) +DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) +ifeq ($(DEB_BUILD_GNU_TYPE),$(DEB_HOST_GNU_TYPE)) + CROSS := +else + CROSS := CC=$(DEB_HOST_GNU_TYPE)-gcc +endif + build: build-stamp build-stamp: dh_testdir if [ ! -f MCONFIG ]; then \ ./configure; \ - sed -e 's/^CFLAGS=\(.*\)$$/CFLAGS= -g $(DEFS) -fno-strict-aliasing $(CFLAGS) $(CPPFLAGS) \1/' \ - -e 's/^LDFLAGS=\(.*\)$$/ $(LDFLAGS)/' \ + sed -e 's;^CFLAGS=\(.*\)$$;CFLAGS= -g $(DEFS) -fno-strict-aliasing $(CFLAGS) $(CPPFLAGS) \1;' \ + -e 's;^LDFLAGS=\(.*\)$$; $(LDFLAGS);' \ MCONFIG MCONFIG.new; \ mv MCONFIG.new MCONFIG; \ fi - $(MAKE) + $(MAKE) $(CROSS) touch build-stamp @@ -46,7 +50,7 @@ dh_prep dh_installdirs - $(MAKE) INSTALL_OPTS=$(INSTALL_OPTS) INSTALLROOT=`pwd`/debian/ftp MANDIR=/usr/share/man install + $(MAKE) INSTALLROOT=`pwd`/debian/ftp MANDIR=/usr/share/man install mv debian/ftp/usr/bin/ftp debian/ftp/usr/bin/netkit-ftp ln -sf netkit-ftp debian/ftp/usr/bin/pftp mv debian/ftp/usr/share/man/man1/ftp.1 \ Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563263: [googleearth-package] Creates uninstallable packages (ia32-libs dependency)
Torquil Macdonald Sørensen torq...@gmail.com writes: Package: googleearth-package Version: 0.7.0 Followup-For: Bug #563263 Hi! On my system, make-googleearth-package currently generates an uninstallable package, because the generated package depends on ia32-libs-gtk which is not installable. Perhaps it would be better to make it multiarch aware? see the same here wonder wether serverity should be raised as it makes this package useless on multiarch enabled systems. Is multiarch enabled by default in wheezy? greetings karme -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695008: installation-reports: Acer TM8371 nicely installed, partitioning could be improved, suspend to RAM broken
Package: installation-reports Severity: normal Tags: d-i Dear Maintainer, As I was not concentrated during the disk partitioning process, the partition manager wanted to use my USB flash drive used for booting the installer for the system installation, and I only noticed when the partitioning table was already written. Then, I got a warning that the installer could not inform the kernel of the change in the partitioning table, presumably because the device was mounted. I wonder why this could happen, but I believe it should not be possible to select the medium from which the installer was booted as a system disk in the partitioning manager. I had to put the installer on the USB drive again and restart the process. Partitioning: Also, it turned out that the 10 GB proposed as default for the root partition, when choosing a separate /home partition, was not enough for my KDE4 installation (well, not only KDE4...), so I had trouble when I installed my package list via dpkg --set-selections. Package selection: It was also problematic that dselect was not installed per default, as I wanted to recover my package list from the predecessor system via dpkg --set-selections. Please consider putting it back into the list of packages installed per default. Sound: I had to start alsamixer to unmute channel speaker. This is not obvious for GUI users. Suspend to RAM: This does not work any more. I am currently looking for the appropriate plasma component to file a bug report on this. Thanks for your kind attention, Johannes -- Package-specific info: Boot method: USB flash drive Image version: debian-wheezy-DI-b4-amd64-netinst.iso Date: Date and time of the install Machine: Acer Travelmate 8371 Partitions: df -Tl will do; the raw partition table is preferred DateisystemTyp 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf rootfs rootfs 9611492 8841268281984 97% / udev devtmpfs 10240 0 102400% /dev tmpfs tmpfs 198860 7041981561% /run /dev/disk/by-uuid/004a0d93-feb6-416b-9534-7d3fa4db5cfa ext4 9611492 8841268281984 97% / tmpfs tmpfs 5120 0 51200% /run/lock tmpfs tmpfs 1206860 0 12068600% /run/shm /dev/sda6 ext4 478661528 372713672 81633184 83% /home Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [ ] Load installer modules: [O] Clock/timezone setup: [O] User/password setup:[O] Detect hard drives: [O] Partition hard drives: [E] Install base system:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: As detailed above, the partition manager at first wanted to use my USB flash drive from which the installer was loaded, as a system disk. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=7.0 (wheezy) - installer build 20121114 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux time 3.2.0-4-amd64 #1 SMP Debian 3.2.32-1 x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub [8086:2a40] (rev 07) lspci -knn: Subsystem: Acer Incorporated [ALI] Device [1025:0283] lspci -knn: Kernel driver in use: agpgart-intel lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a42] (rev 07) lspci -knn: Subsystem: Acer Incorporated [ALI] Device [1025:0283] lspci -knn: 00:02.1 Display controller [0380]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a43] (rev 07) lspci -knn: Subsystem: Acer Incorporated [ALI] Device [1025:0283] lspci -knn: 00:1a.0 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 [8086:2937] (rev 03) lspci -knn: Subsystem: Acer Incorporated [ALI] Device [1025:0283] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1a.1 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5
Bug#671594: Crashes if directory changes while showing file dialog
Control -1 forwarded https://bugzilla.gnome.org/show_bug.cgi?id=689515 Control -1 tags upstream Control -1 found 3.4.2-4.1 Control -1 affects evolution evince gedit Dear Debian folks, Am Donnerstag, den 10.05.2012, 15:43 +0100 schrieb Ben Hutchings: On Thu, 2012-05-10 at 14:29 +0200, Michael Biebl wrote: On 05.05.2012 06:49, Ben Hutchings wrote: When a Gtk+ file dialog is open and a file in the directory it shows is renamed, the application crashes: Gtk:ERROR:/build/buildd-gtk+3.0_3.4.1-2-i386-xTOFDg/gtk+3.0-3.4.1/./gtk/gtkfilesystemmodel.c:751:gtk_file_system_model_sort: assertion failed: (r == n_visible_rows) can you describe the exact steps how you triggered this bug. I tried the following mkdir ~/foo touch ~/foo/bar start gedit, open the file selector and switch to directory ~/foo mv ~/foo/bar ~/foo/baz this worked without problems and the file selector was updated and showed the renamed file. Basically like that. I can't reproduce it either now. But it was *repeatedly* reproducible in both Totem and Evince when I made the report. If you run this in the directory that the file selector is pointing at, you'll either hit this assertion or make it start allocating tons of memory (be prepared to kill it in the latter case): mkdir -p a b c while true; do case $RANDOM in *[01]) touch foo.mp3;; *[23]) touch quux.txt;; *[45]) rm -f foo.mp3 bar.mp3;; *[67]) rm -f quux.txt;; *[89]) mv foo.mp3 bar.mp3 || mv bar.mp3 foo.mp3;; esac sleep 0.1 done As Steven I also hit that problem today with Evolution wanting to save some attachment. This problem seems to be considered fixed upstream but there are still reports that it is *not* fixed or it regressed somehow. Therefore I created the new ticket 689515 [1] in the GNOME BTS and I am setting the meta tags for the Debian report accordingly. Thanks, Paul PS: Steven, to keep threading you might want to follow the article in the Debian Wiki [2] next time. ;-) [1] https://bugzilla.gnome.org/show_bug.cgi?id=689515 [2] http://wiki.debian.org/BTS/FollowUpOnReports signature.asc Description: This is a digitally signed message part
Bug#671594: Crashes if directory changes while showing file dialog
Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=689515 Control: tags -1 upstream Control: found -1 3.4.2-4.1 Control: affects -1 evolution evince gedit Am Montag, den 03.12.2012, 11:18 +0100 schrieb Paul Menzel: Control -1 forwarded https://bugzilla.gnome.org/show_bug.cgi?id=689515 Control -1 tags upstream Control -1 found 3.4.2-4.1 Control -1 affects evolution evince gedit […] and I am setting the meta tags for the Debian report accordingly. The syntax was wrong. Thanks, Paul [1] https://bugzilla.gnome.org/show_bug.cgi?id=689515 [2] http://wiki.debian.org/BTS/FollowUpOnReports signature.asc Description: This is a digitally signed message part
Bug#695009: cdo lost data in grib1 files due to using grib_api instead cgribex
Package: cdo Version: 1.5.6.1+dfsg.1-2 Severity: normal Dear Maintainer, Some days ago one user in Ubuntu reported [0], that the cdo package was losting data due to using grib_api instead of cgribex to manage grub1 files (it also affect at least debian sid), the steps to reproduce the wrong behaviour is: $ wget https://code.zmaw.de/attachments/3103/t2m_ei_1979.grb $ sudo apt-get install cdo $ cdo sellonlatbox,23,31,-25,-31 t2m_ei_1979.grb tagliato_t2m_ei_1979.grb $ wget ftp://ftp.cpc.ncep.noaa.gov/wd51we/wgrib/wgrib.c $ gcc -o wgrib wgrib.c $ ./wgrib -v tagliato_t2m_ei_1979 | head -n 8 1:0:D=1979010100:2T:sfc:kpds=167,1,0:anl:type=analysis:winds are N/S:2 metre temperature [K] With the 'anl' definition after kpds=167,1,0 which means it has just lost the hour data, it should had been: 1:0:D=1979010100:2T:sfc:kpds=167,1,0:3hr:type=analysis:winds are N/S:2 metre temperature [K] With the 3hr data in there, I looked into the changelog and cgribex was disabled in the first place for this report: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=633934 So I asked in upstream and they recommended that cgribex was enabled by default (--enable-cgribex): https://code.zmaw.de/boards/1/topics/1540 So I'm filling this bug [0] https://bugs.launchpad.net/ubuntu/+source/cdo/+bug/1023329 Have a nice day -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 3.6.5-ck1 (SMP w/2 CPU cores; PREEMPT) 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 cdo depends on: ii libc6 2.13-37 ii libcdi01.5.6.1+dfsg.1-2 ii libcurl3-gnutls7.28.0-3 ii libgrib-api-1.9.16 1.9.16-2 ii libhdf5-7 [libhdf5-7] 1.8.8-9 ii libjasper1 1.900.1-14 ii libjpeg8 8d-1 ii libnetcdfc71:4.1.3-6+b1 ii libpng12-0 1.2.49-3 ii libproj0 4.7.0-2 ii zlib1g 1:1.2.7.dfsg-13 cdo recommends no packages. cdo 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#695010: /usr/share/pyshared/UpdateManager/Backend/PythonApt.py: [CRASH] Uncaught exception AttributeError in Backend/PythonApt.py:801
Package: update-manager-core
Version: 0.200.5-2.1
Severity: important
File: /usr/share/pyshared/UpdateManager/Backend/PythonApt.py
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of this action?
* What outcome did you expect instead?
*** End of the template - remove these lines ***
*** /tmp/update-manager-bugKVMjSq
The information below has been automatically generated.
Please do not remove this from your bug report.
- Exception Type: type 'exceptions.AttributeError'
- Exception Value: AttributeError('NoneType' object has no attribute
'get_package_list',)
- Exception Origin: BugHandler.Thread(PythonAptCommit, started
140508698326784)
- Exception Traceback:
File /usr/lib/pymodules/python2.7/UpdateManager/BugHandler.py, line 89, in
run
threading.Thread.run(self, *args, **kwargs)
File /usr/lib/python2.7/threading.py, line 504, in run
self.__target(*self.__args, **self.__kwargs)
File /usr/lib/pymodules/python2.7/UpdateManager/Backend/PythonApt.py, line
801, in thread_helper
for pkg_info in self._available_updates.get_package_list():
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages update-manager-core depends on:
ii lsb-release 4.1+Debian8
ii python 2.7.3~rc2-1
ii python-apt 0.8.4
ii python-support 1.0.15
Versions of packages update-manager-core recommends:
ii update-manager-gnome 0.200.5-2.1
update-manager-core suggests no packages.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694323: Bug#694324: Bug#694323: [gsfonts] Fonts include copyrighted adobe fragment all right reserved
On Thu, Nov 29, 2012 at 6:06 PM, Bastien ROUCARIES roucaries.bast...@gmail.com wrote: On Thu, Nov 29, 2012 at 1:48 PM, Ralf Stubner ralf.stub...@gmail.com wrote: On Tue, Nov 27, 2012 at 11:58 PM, Norbert Preining prein...@logic.at wrote: Wait ... I am not sure either. Maybe fontfoge *also* contains and adds this code ... I just found the text in the sources of lmodern. For the record: Yes, fontforge does contain the code from Adobe. However, it is already possible now to use different code for OtherSubrs. That's what I have done in my FPL fonts. See URW-OtherSubrs.ps and the ReadOtherSubrsFile statement in the pe-files in URL:http://dante.ctan.org/tex-archive/fonts/fpl/source/. I expect that the code will not work out of the box with current fontforge versions, but the principles should still apply. Hence the fontforge bug for containing the OtherSubrs code from Adobe does in no way block the corresponding bug in various font packages, even if they were edited with fontforge. The feature to define OtherSubrs was introduced in 2005 (cf URL: http://comments.gmane.org/gmane.comp.fonts.fontforge.devel/861). Could you relicence the URW-OtherSubrs.ps under a bsd license or even public domain ? It will help us to . I cannot do that, since the code has been taken from one of the original URW++ fonts and is therefore covered by their copyright and released under GPL. Meanwhile the original URW++ fonts have been also released under LPPL. I am not sure if this would allow one to relicense the OtherSubrs code under a different license. Moreover you entry are exactly the same of the last one of adobe code (Appendix 3: OtherSubrs Programs p95) Actually, I am not sure if it is even possible to wirte working hint replacement code that is not equivalent to the one published by Adobe. cheerio ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675379: Migration to wheezy?
Is there going to be any attempt to get this fix into wheezy? In addition to the security issue, python-keyring 1.0 [1] has dropped support for automatically upgrading from several older versions, so leaving wheezy with 0.7.1 looks likely to cause issues with future debian upgrades. [1] Based on http://pypi.python.org/pypi/keyring#id39 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695011: Package mendexk in conflict with texlive-binaries
Package: mendexk Version: 2.6e-3.2 Severity: important User: jerome.vouil...@pps.univ-paris-diderot.fr Usertags: coinst-upgrades Hi, The mendex binary is now included in package texlive-binaries, which is in conflicts with mendexk. Hence, installing mendexk removes a significant part of TeX Live. $ apt-get install mendexk [...] The following packages will be REMOVED: context context-modules feynmf latex-beamer latex-xcolor mlpost pgf prosper purifyeps texlive texlive-base texlive-bibtex-extra texlive-binaries texlive-extra-utils texlive-font-utils texlive-fonts-extra texlive-fonts-recommended texlive-generic-recommended texlive-lang-french texlive-latex-base texlive-latex-extra texlive-latex-recommended texlive-luatex texlive-math-extra texlive-metapost texlive-pictures texlive-pstricks texlive-publishers texlive-science texlive-xetex tipa [...] Besides, package texlive-binaries includes a more recent version of mendex (version 2.6f). I'm therefore wondering whether this package is still providing useful functionalities, or whether it should be removed. Regards, -- Jérôme Vouillon PS: this issue was found using the coinst-upgrades tool (see http://coinst.irill.org/upgrades/ for information on this tool). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695005: date: invalid date '1954-05-23'
On Mon, Dec 03, 2012 at 02:44:17AM -0700, Bob Proulx wrote: Hi, date -d May 23 1954 and date -d 1954-05-23 both fail in all versions of coreutils 8.x I could try. May 22 and May 24 are OK. Coreutils 7.1 doesn't barf on May 23 either. Thank you for the report. However I was unable to reproduce this issue. Could you say a little more about how to recreate the problem? What is your timezone? Europe/Budapest. Apparently May 23 1954 was the date something about DST was changed in CET. date(1)'s behaviour may in fact be correct, but the error message is confusing, as obviously 1954 did have a May 23 even in Central Europe. :) Maybe the message could be made more specific? Like 1954-05-23T00:00:00 CET is invalid due to DST or similar? Please see the FAQ entry which has examples of diagnosing and avoiding DST problems: http://www.gnu.org/software/coreutils/faq/#The-date-command-is-not-working-right_002e Thanks, but is there any guarantee that no DST changes will ever cause noon to be skipped? :) Andras -- Andras Korn korn at elan.rulez.org Boeing: The sound a plane makes when it hits the ground. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695012: kde-workspace: Suspend not working after upgrade squeeze-wheezy
Package: kde-workspace Version: 4:4.8.4-4 Severity: normal Dear Maintainer, After a fresh installation of Debian wheezy on my ACER TravelMate 8371 laptop, suspend/resume is not working any more. Maybe it has to do with my package selection, as I used the list of installed packages in squeeze for selecting packages in wheezy via dpkg --get-selection and dpkg --set-selection. Please let me know what kind for further information I should supply. Kind regards, Johannes -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kde-workspace depends on: ii freespacenotifier 4:4.8.4-4 ii kde-window-manager 4:4.8.4-4 ii kde-workspace-bin 4:4.8.4-4 ii klipper 4:4.8.4-4 ii ksysguard 4:4.8.4-4 ii systemsettings 4:4.8.4-4 Versions of packages kde-workspace recommends: pn kdm none ii kinfocenter 4:4.8.4-4 ii kmenuedit4:4.8.4-4 kde-workspace 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#695013: Conflict with obex-data-server not necessary anymore
Package: obexd-server Version: 0.47-1 Severity: normal User: jerome.vouil...@pps.univ-paris-diderot.fr Usertags: coinst-upgrades Hi, Release 0.47 updates the D-Bus namespace to use org.bluez.obex instead of org.openobex (see http://www.bluez.org/obexd-047/). Hence, there is no D-Bus name conflict with obex-data-server (#565318) anymore, and the conflict with package obex-data-server can now be removed. Regards, -- Jérôme Vouillon PS: this issue was found using the coinst-upgrades tool (see http://coinst.irill.org/upgrades/ for information on this tool). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656222: removes alternative in preinst, not prerm
For some reason, the uzbl package removes the alternative in preinst, rather than prerm. This not only causes the alternative to be left behind on removal, but also has an annoying tendency to undo setting the x-www-browser alternative to uzbl on upgrades. -- Neil Muller drnlmul...@gmail.com I've got a gmail account. Why haven't I become cool? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694918: supertuxkart: crash on resolution change while in fullscreen mode
tag 694918 + unreproducible forwarded 694918 https://sourceforge.net/apps/trac/supertuxkart/ticket/823 thanks On Tue, Dec 4, 2012 at 1:51 AM, David Smith sidic...@gmail.com wrote: Package: supertuxkart Version: 0.7.3-2+exp1 Severity: important supertuxkart crashes on resolution change. 1. Put supertuxkart into fullscreen mode and apply the changes. 2. Change resolution to 1024x768 and apply changing. If it doesn't crash, try changing resolution to something higher (in my case, 1280x800 which is my native res). 3. Then supertuxkart crashes. Unreproducible here using an Intel HD graphics card (with the i915 driver). I've forwarded this upstream for input, but this is more than likely a bug somewhere in mesa/radeon. Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695014: herold -r chapter does not work
Package: herold Version: 6.0.3-1 Severity: normal For some reason I cannot convert an HTML page into a docbook chapter: $ herold -r chapter -i inpuy.html -o output.xml [...] --version -V - Version number The option --docbook-document-element has an invalid value of chapter. Possible values are: article, book, reference, section. -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages herold depends on: ii antlr3 3.2-5 language tool for constructing rec ii libcommons-codec-java 1.4-2 encoder and decoders such as Base6 ii libcommons-jxpath-java 1.3-3 manipulate javabean using XPath sy ii libcommons-logging-java1.1.1-8 commmon wrapper interface for seve ii libxml-commons-resolver1.1 1.2-7~bpo60+1 XML entity and URI resolver librar ii libxmlgraphics-commons-jav 1.5-1 reusable components used by Batik herold recommends no packages. herold 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#694980: dpkg: start-stop-daemon should wait when stopping the daemon
Control: retitle -1 s-s-d: Race condition when finding pid and checking it's still running On Mon, 2012-12-03 at 01:28:52 +0100, Salvo Tomaselli wrote: That's because those calls only apply to child processes which is not the case with s-s-d --stop. There are alternative safe ways to detect it, like using ptrace or [1]. A cycle with kill(0) is not safe, another process with the same pid could be started between two iterations. Well, s-s-d always does the matching checks to find the correct pid on each loop iteration. But sure, that's still prone to a race condition, although that's an entirely different problem than the one reported, as in s-s-d could send a signal to a process it was not intended for, which is different than exiting before the process has exited. Which would indicate the sleeps on init script are unrelated to the race anyway. That behaviour is already supported with the --retry option. But this might not cover the case that a parent process in the daemon has terminated but not some of its worker childs for example, and that's a daemon's issue. Agreed, but the kill(0) thing is an hack itself which could not work in all the situations. Yes, I agree it's not reliable for what is its intended use (checking that the *desired* process is still running). I'll be implementing for 1.17.x system specific support for listening on process termination notifications. Most probably ptrace or kqueue on BSDs, ptrace or proc netlink support on Linux, and something with the proc server on the Hurd, to be used when available. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694998: [Pkg-mediawiki-devel] Bug#694998: mediawiki: CVE-2012-5391 CVE-2012-5395
On Mon, 3 Dec 2012, Moritz Muehlenhoff wrote: Please see http://www.gossamer-threads.com/lists/wiki/mediawiki/316419 ACK, thanks, will have a look at updating it. (Sorry for the delay, our UGS went down hard…) bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694999: cityhash: CVE-2012-6051
forwarded 694999 http://code.google.com/p/cityhash/issues/detail?id=10
kthxbye
On Mon, Dec 03, 2012 at 08:22:47AM +0100, Moritz Muehlenhoff wrote:
Package: cityhash
Severity: grave
Tags: security
Justification: user security hole
Hi,
Hi,
please see http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-6051
I'm not sure if/when this was fixed upstream, so better contact upstream.
I opened a ticket upstream but it doesn't appear to be fixed. It's not clear if
Debian is affected though: the CVE was published 6 days after the 1.1.0 release
which partially reworked the hashing algorithms, but Debian currently has only
the one-year-old 1.0.3 version (the sid version was reverted to 1.0.3
yesterday), which may not be affected.
Though, if 1.0.3 is affected and if 1.1.0 is the fix (or if the fix is based on
it) I don't think it would be suitable for a wheezy upload, since the reworked
algorithms are not retrocompatible (see #694916).
Cheers
--
perl -E '$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse'
signature.asc
Description: Digital signature
Bug#695012: kde-workspace: Suspend not working after upgrade squeeze-wheezy
Hi, Alle lunedì 3 dicembre 2012, Johannes Ranke ha scritto: After a fresh installation of Debian wheezy on my ACER TravelMate 8371 laptop, suspend/resume is not working any more. Maybe it has to do with my package selection, as I used the list of installed packages in squeeze for selecting packages in wheezy via dpkg --get-selection and dpkg --set-selection. Do you have upower installed? If so, what does $ upower --dump say? -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#658783: não consigo atualizar o desktop
I don't pess upgrade for mate desktop please return my question in portuguese of brasil I'm stay grateful... i don't spek english my english is very bad! sorry congratulations luciano -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658783: ops..
my distribution is a linux mint lmde tank you! luciano -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694996: lfm: move not working or broken way
Hi Patrick, lfm uses python functions to move directories and files, and those use byte-to-byte copy. I can agree it could be slow for big contents, but it isn't dangerous at all. In fact (I don't remember v2.2, but v2.3) moving first copy contents and then deletes source, so in case of process stop or any problem, original data are never lost. On the other hand, using mv we could lose control over the process: stop/resume, progress information, and so on. Those were the reasons I decided to use python functions instead of external commands. In fact I use lfm commands for not so big data and open PowerCLI (C-x) and do cp/mv for bigger data. Thanks for your feedback, Iñigo Serna On 2 December 2012 18:50, patrick295767 patrick295...@gmail.com wrote: Package: lfm Version: 2.2-1 Severity: important Hi, I have discovered that it is preferable not to use 'move' of lfm it is dangerous since it does copy the data differently than any linux mv function. lfm leaves chances for desaster of some data is the networking is failing when one copy over samba or nfs. It is highly recommended that lfm uses 'mv' for moving directories. Example: lfm move dvd01 /samba move dvd02 /samba with lfm it will takes ages, and it will copy bit per bits. with mv (utils of bin of linux), it will take 2sec since it simply tell linux to change the dir position. I hope it helped sincerely -- System Information: Debian Release: 6.0.2 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=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages lfm depends on: ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-support 1.0.10 automated rebuilding support for P lfm recommends no packages. lfm suggests no packages. -- no debconf information -- Iñigo Serna Katxijasotzaileak
Bug#694934: Installer hangs at detect network hardware
On Sun 02 Dec 2012 at 17:00:40 +, R.M. Thomas wrote: On 02/12/12 15:30, Brian Potkin wrote: Please look at #694582 and see if it helps. In my case, the stall at Detect network hardware may not to be a firmware issue. After I had set up the configuration files /etc/network/interfaces and /etc/resolv.conf the commands ifdown and ifup successfully controlled the eth0 port with no need for me to install manually any packages (drivers or firmware). I did need the package firmware-linux-nonfree in order to get the video card working, but I assume that was a unrelated problem. Being able to set up networking without non-free firmware after the installation would seem to be possible in some cases. From the Installation Guide at http://d-i.debian.org/manual/en.i386/ch02s02.html If the debian-installer prompts for a firmware file and you do not have this firmware file available or do not want to install a non-free firmware file on your system, you can try to proceed without loading the firmware. There are several cases where a driver prompts for additional firmware because it may be needed under certain circumstances, but the device does work without it on most systems (this e.g. happens with certain network cards using the tg3 driver). You did not get the prompt, of course. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695005: date: invalid date '1954-05-23'
Andras Korn wrote: Bob Proulx wrote: What is your timezone? Europe/Budapest. Apparently May 23 1954 was the date something about DST was changed in CET. $ TZ=Europe/Budapest date -R -d '1954-05-23' date: invalid date ‘1954-05-23’ Yes. For 1954 here is when they changed: $ zdump -v Europe/Budapest | grep 1954 Europe/Budapest Sat May 22 22:59:59 1954 UTC = Sat May 22 23:59:59 1954 CET isdst=0 gmtoff=3600 Europe/Budapest Sat May 22 23:00:00 1954 UTC = Sun May 23 01:00:00 1954 CEST isdst=1 gmtoff=7200 Europe/Budapest Sat Oct 2 21:59:59 1954 UTC = Sat Oct 2 23:59:59 1954 CEST isdst=1 gmtoff=7200 Europe/Budapest Sat Oct 2 22:00:00 1954 UTC = Sat Oct 2 23:00:00 1954 CET isdst=0 gmtoff=3600 And so as you can see DST changed at Sat May 22 23:59:59 1954 CET and jumped directly to Sun May 23 01:00:00 1954 CEST with no legally valid seconds between those two times. (This is one of the very few times in software when it is literally an illegal value.) To avoid this it would be best to use UTC. date(1)'s behaviour may in fact be correct, but the error message is confusing, as obviously 1954 did have a May 23 even in Central Europe. :) Maybe the message could be made more specific? Like 1954-05-23T00:00:00 CET is invalid due to DST or similar? I would not be opposed to that. I am even motivated to suggest that upstream! Please see the FAQ entry which has examples of diagnosing and avoiding DST problems: http://www.gnu.org/software/coreutils/faq/#The-date-command-is-not-working-right_002e Thanks, but is there any guarantee that no DST changes will ever cause noon to be skipped? :) No. There is an old saying. No man's life, liberty, or property are safe while the legislature is in session. Just as a humorous note this is of course an act of law and not technology. :-) That is why timezones are a table lookup and changes whenever people and governments decide to change it. But I know of no timezone that is presently problematic when using 12:00 noon and that provides a nice anchor point for people who wish to work with dates in a specific timezone and not UTC. I think it quite unlikely that anyone would make a DST change at 12:00 noon. The best solution is to UTC. Either use date's -u option or set TZ to UTC as appropriate. FOr this case of the simple -d then using -u is the best solution. $ date -u -R -d '1954-05-23' Sun, 23 May 1954 00:00:00 + $ TZ=UTC date -R -d '1954-05-23' Sun, 23 May 1954 00:00:00 + Doing it that way will avoid all DST problems. Bob -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689698: please unblock gupnp stack
On Sat, Dec 01, 2012 at 02:29:29PM +0100, Julien Cristau wrote: The thing is, these updated packages mean rather big diffs, and don't seem to close any reported bugs, according to the changelogs. So I'm afraid this isn't a very high priority. If there is anything I can do from my end to make it easier for you, please tell me... Interopability is everything for this kind of software. If I don't hear anything I'll trust you know what's best for our users and simply leave the packages to their destiny. -- Andreas Henriksson signature.asc Description: Digital signature
Bug#695015: Warning: 'with' will become a reserved keyword in Python 2.6
Package: weboob Version: 0.c-4.1 Severity: normal When installing weboob on my squeeze system I am getting: Setting up weboob (0.c-4.1) ... /usr/lib/python2.5/site-packages/weboob/applications/boobill/boobill.py:163: Warning: 'with' will become a reserved keyword in Python 2.6 File /usr/lib/python2.5/site-packages/weboob/applications/boobill/boobill.py, line 163 with open(dest, 'w') as f: ^ SyntaxError: invalid syntax /usr/lib/python2.5/site-packages/weboob/applications/translaboob/translaboob.py:115: Warning: 'as' will become a reserved keyword in Python 2.6 File /usr/lib/python2.5/site-packages/weboob/applications/translaboob/translaboob.py, line 115 except (TranslationFail, LanguageNotSupported) as error: ^ SyntaxError: invalid syntax Maybe a dependencies to python 2.6 is missing ? Thanks ! -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages weboob depends on: ii python 2.6.6-3+squeeze7 interactive high-level object-orie ii python-html2text2.3.7-1 Python module for converting HTML ii python-prettytable 0.5-1library to represent tabular data ii python-weboob-core 0.c-4.1 Weboob, Web Out Of Browsers - core ii python2.5 2.5.5-11 An interactive high-level object-o ii python2.6 2.6.6-8+b1 An interactive high-level object-o weboob recommends no packages. weboob 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#692394: (no subject)
hi ii live-boot 3.0~b7-1 ii live-boot-initramfs-tools 3.0~b7-1 this is the exact version Il 19/11/2012 22:05, Thomas Lange ha scritto: On Mon, 19 Nov 2012 21:41:40 +0100, clash cl...@clashnet.org said: live-boot from sid Mmmm. This should be a version which should work. Please check again the exact version inside the nfsroot. Do not forget to chroot into the nfsroot. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695015:
Not sure if this is related but I am getting: $ qflatboob === [ 0%] Getting http://updates.weboob.org/0.c/main/ First time saving the keyring, blindly accepted. Keyring version 201210282021, checksum 9183337d430a838f3c300740be16ebe05505d257 === [ 0%] Getting http://updates.weboob.org/0.c/main/ === [ 0%] Getting http://updates.weboob.org/0.c/main/ Traceback (most recent call last): File /usr/bin/qflatboob, line 27, in module QFlatBoob.run() File /usr/lib/python2.6/dist-packages/weboob/tools/application/base.py, line 392, in run sys.exit(app.main(args)) File /usr/lib/python2.6/dist-packages/weboob/applications/qflatboob/qflatboob.py, line 41, in main self.main_window = MainWindow(self.config, self.storage, self.weboob) File /usr/lib/python2.6/dist-packages/weboob/applications/qflatboob/main_window.py, line 95, in __init__ self.addQuery() File /usr/lib/python2.6/dist-packages/weboob/applications/qflatboob/main_window.py, line 157, in addQuery for i in xrange(len(querydlg.ui.citiesList)): TypeError: object of type 'QListWidget' has no len() -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695017: Package superseded by python-envisage
Package: python-envisageplugins Version: 3.2.0-2 Severity: normal User: jerome.vouil...@pps.univ-paris-diderot.fr Usertags: coinst-upgrades Hi, As far as I can see, this package has been superseded by package python-envisage. Thus, it can probably be removed. Regards, -- Jérôme Vouillon PS: this issue was found using the coinst-upgrades tool (see http://coinst.irill.org/upgrades/ for information on this tool). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695016: Package superseded by python-envisage
Package: python-envisagecore Version: 3.2.0-2 Severity: normal User: jerome.vouil...@pps.univ-paris-diderot.fr Usertags: coinst-upgrades Hi, As far as I can see, this package has been superseded by package python-envisage. Thus, it can probably be removed. Regards, -- Jérôme Vouillon PS: this issue was found using the coinst-upgrades tool (see http://coinst.irill.org/upgrades/ for information on this tool). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695019: Package superseded by python-traitsui
Package: python-traitsbackendwx Version: 3.6.0-3 Severity: normal User: jerome.vouil...@pps.univ-paris-diderot.fr Usertags: coinst-upgrades Hi, As far as I can see, this package has been superseded by package python-traitsui. Thus, it can probably be removed. Regards, -- Jérôme Vouillon PS: this issue was found using the coinst-upgrades tool (see http://coinst.irill.org/upgrades/ for information on this tool). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695018: Package superseded by python-traitsui
Package: python-traitsbackendqt Version: 3.6.0-2 Severity: normal User: jerome.vouil...@pps.univ-paris-diderot.fr Usertags: coinst-upgrades Hi, As far as I can see, this package has been superseded by package python-traitsui. Thus, it can probably be removed. Regards, -- Jérôme Vouillon PS: this issue was found using the coinst-upgrades tool (see http://coinst.irill.org/upgrades/ for information on this tool). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695020: Package superseded by python-traitsui
Package: python-traitsbackendgui Version: 3.6.0-3 Severity: normal User: jerome.vouil...@pps.univ-paris-diderot.fr Usertags: coinst-upgrades Hi, As far as I can see, this package has been superseded by package python-traitsui. Thus, it can probably be removed. Regards, -- Jérôme Vouillon PS: this issue was found using the coinst-upgrades tool (see http://coinst.irill.org/upgrades/ for information on this tool). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666108: megaraid_sas: which patches are needed for 2.6.32.y?
I'd just like to chime in and say that the installer from http://kmuto.jp/debian/d-i/ works as a charm on the Dell R620 I've tried it on. -- Vennlig hilsen Torbjørn Thorsen Utvikler / driftstekniker Trollweb Solutions AS - Professional Magento Partner www.trollweb.no Telefon dagtid: +47 51215300 Telefon kveld/helg: For kunder med Serviceavtale Besøksadresse: Luramyrveien 40, 4313 Sandnes Postadresse: Maurholen 57, 4316 Sandnes Husk at alle våre standard-vilkår alltid er gjeldende -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694722: eMachines eM355, encrypted boots off pendrive, preseeding fails
Hello again Stefan, On Sun 02 Dec 2012 at 17:06:35 +0100, Stefan Klinger wrote: Ok, I'm retrying this right now: # gunzip boot.img.gz /dev/sdb # mount /dev/sdb /media/sdb # cp debian-wheezy-DI-b4-amd64-netinst.iso /media/sdb # umount /media/sdb When I plug the pendrive into the target machine, it hangs. No boot-menu, just a blinking cursor. Now let me retry the other version: Still works for me, as does the suggested zcat boot.img.gz /dev/sdX in Section 4.3.2 of the Guide. I've no idea what is happening to you. A corrupted file? So I try the preseeding as you told me, using a new partition on the pendrive I've set up with # dd if=debian-wheezy-DI-b4-amd64-netinst.iso of=/dev/sdb Pretty awesome! The installer seems to ignore the ESSID I've set for wifi, but that's the only issue I can put my finger on. I'm pretty happy. My simple presedd file has: d-i netcfg/wireless_essid string MI5_Listening_Station_No_579 d-i netcfg/wireless_security_type select wpa d-i netcfg/wireless_wpa string GCFw2Dx0gYU6TJmiP0j2JlHvhs7gm0Q8LgoHuaQPOhOrZAPFGLMBidUFaq7B9X3 Is there a definitive documentation of the syntax, semantics, and possible values I can put in my `preseed.cfg`? The Guide has Appendix B. Some portions may need an update, so the templates files in the udebs at http://www.debian.org/distrib/packages should be seen as definitive. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670176:
The problem is that I ran dput yesterday but the package dis not appear in my packages on mentor (I didn't even receive an email). I guess it got stuck somewhere in the incoming queue. I read somewhere that it takes 6 hours to get unstuck, but still no email from yesterdays' upload and I get Upload failed: 403 Forbidden when I run dput again. Any idea on how to fix this? Thanks, Nikos -- =Do- N.AND -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695021: rtmpdump: fails to cross-build: need to set CROSS_COMPILE
Package: rtmpdump Version: 2.4+20111222.git4e06e21-1 Severity: normal Tags: patch User: crossbu...@debian.org Usertags: cross rtmpdump fails to cross-build because it uses the native compiler, but upstream supports cross-building so it's really easy to fix this by adding another item to MAKEVARS. Here's a patch. * Use correct toolchain when cross-building. diff -Nru rtmpdump-2.4+20111222.git4e06e21/debian/rules rtmpdump-2.4+20111222.git4e06e21/debian/rules --- rtmpdump-2.4+20111222.git4e06e21/debian/rules 2012-01-08 11:17:17.0 + +++ rtmpdump-2.4+20111222.git4e06e21/debian/rules 2012-12-03 12:27:30.0 + @@ -7,6 +7,12 @@ DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) MAKEVARS=prefix=/usr CRYPTO=GNUTLS libdir=/usr/lib/$(DEB_HOST_MULTIARCH) +DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) +DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) +ifneq ($(DEB_BUILD_GNU_TYPE),$(DEB_HOST_GNU_TYPE)) + MAKEVARS += CROSS_COMPILE=$(DEB_HOST_GNU_TYPE)- +endif + override_dh_auto_build: dh_auto_build -- $(MAKEVARS) Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692394: (no subject)
On Mon, 03 Dec 2012 12:52:29 +0100, clash cl...@clashnet.org said: ii live-boot 3.0~b7-1 ii live-boot-initramfs-tools 3.0~b7-1 This version is good and works inside a testing nfsroot. Maybe your problem is related to using sid in /etc/fai/apt/sources.list. Please try without sid. -- regards Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695022: keyutils: fails to cross-build: uses wrong compiler/ar
Package: keyutils
Version: 1.5.5-3
Severity: normal
Tags: patch
User: crossbu...@debian.org
Usertags: cross
keyutils fails to cross-build. Fixing it is just a matter of setting CC
and AR correctly. Patch follows.
* Use correct compiler and ar when cross-building.
diff -Nru keyutils-1.5.5/debian/rules keyutils-1.5.5/debian/rules
--- keyutils-1.5.5/debian/rules 2012-06-29 20:05:02.0 +0100
+++ keyutils-1.5.5/debian/rules 2012-12-03 12:39:34.0 +
@@ -2,9 +2,17 @@
export DEB_BUILD_MAINT_OPTIONS = hardening=+all
+DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
+DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
+
%:
dh ${@}
+ifneq ($(DEB_BUILD_GNU_TYPE),$(DEB_HOST_GNU_TYPE))
+override_dh_auto_build:
+ dh_auto_build -- CC=$(DEB_HOST_GNU_TYPE)-gcc AR=$(DEB_HOST_GNU_TYPE)-ar
+endif
+
override_dh_auto_install:
dh_auto_install -- LIBDIR=/lib/$(DEB_HOST_MULTIARCH)
USRLIBDIR=/usr/lib/$(DEB_HOST_MULTIARCH)
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695023: Update Sagasu package to 2.0.12
Package: sagasu Severity: wishlist There are now versions of Sagasu, someone can update the package at the last version please? Here the changelog from upstream site: The current version is 2.0.12. It was released on November 24th, 2012. The checkbox to exclude CVS directories has been replaced with a text field where the user can specify a list of directories to exclude. By default, that list is CVS .git .hg .svn. The application stores this list in the user's preferences. In version 2.0.11, a Danish translation was added, thanks to Joe Hansen. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695025: libreoffice crashes when saving a new document with ctrl-s
Package: libreoffice Version: 1:3.5.4+dfsg-4 Severity: grave Justification: causes non-serious data loss Dear Maintainer, I have found Libreoffice consistently crashing on my machine, with makes all the new documents lost. My system is a fully updated wheezy system, with KDE desktop. After I create a new document, under both Writer and Impress, if I try to use the keys Ctrl-S to save it, it immediately crashes after popping up the file saving dialogue every time. However, it does not crash by clicking the save button using a mouse. Michael -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_HK.UTF-8, LC_CTYPE=en_HK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libreoffice depends on: ii fonts-sil-gentium-basic [ttf-sil-gentium-basic] 1.1-5 ii liblucene2-java 2.9.4+ds1-4 ii libreoffice-base 1:3.5.4+dfsg-4 ii libreoffice-calc 1:3.5.4+dfsg-4 ii libreoffice-core 1:3.5.4+dfsg-4 ii libreoffice-draw 1:3.5.4+dfsg-4 ii libreoffice-filter-mobiledev 1:3.5.4+dfsg-4 ii libreoffice-impress 1:3.5.4+dfsg-4 ii libreoffice-java-common 1:3.5.4+dfsg-4 ii libreoffice-math 1:3.5.4+dfsg-4 ii libreoffice-report-builder-bin 1:3.5.4+dfsg-4 ii libreoffice-writer 1:3.5.4+dfsg-4 ii ttf-dejavu 2.33-3 ii ttf-sil-gentium-basic1.1-5 Versions of packages libreoffice recommends: ii libpaper-utils 1.1.24+nmu2 ii ttf-liberation 1.07.2-6 Versions of packages libreoffice suggests: ii cups-bsd 1.5.3-2.4 ii default-jre [java5-runtime]1:1.6-47 ii gstreamer0.10-ffmpeg 1:0.10.13-dmo1 ii gstreamer0.10-plugins-bad 0.10.23-7 ii gstreamer0.10-plugins-base 0.10.36-1 ii gstreamer0.10-plugins-good 0.10.31-3+nmu1 ii gstreamer0.10-plugins-ugly 0.10.19-2+b2 pn hunspell-dictionarynone pn hyphen-hyphenation-patternsnone ii iceweasel 10.0.11esr-1 ii imagemagick8:6.7.7.10-5 ii libgl1-mesa-glx [libgl1] 8.0.4-2 ii libldap-2.4-2 2.4.31-1 ii libreoffice-filter-binfilter 1:3.5.4+dfsg-4 pn libreoffice-grammarcheck none ii libreoffice-help-en-gb [libreoffice-help-3.5] 1:3.5.4+dfsg-4 ii libreoffice-help-zh-tw [libreoffice-help-3.5] 1:3.5.4+dfsg-4 ii libreoffice-kde1:3.5.4+dfsg-4 ii libreoffice-l10n-en-gb [libreoffice-l10n-3.5] 1:3.5.4+dfsg-4 ii libreoffice-l10n-zh-tw [libreoffice-l10n-3.5] 1:3.5.4+dfsg-4 pn libreoffice-officebean none ii libsane1.0.22-7.4 ii libxrender11:0.9.7-1 ii myspell-en-gb [myspell-dictionary] 1:3.3.0-4 pn mythes-thesaurus none pn openclipart-libreofficenone ii openjdk-6-jre [java5-runtime] 6b24-1.11.5-1 pn pstoedit none pn unixodbc none Versions of packages libreoffice-core depends on: ii fontconfig 2.9.0-7 ii fonts-opensymbol 2:102.2+LibO3.5.4+dfsg-4 ii libc62.13-37 ii libcairo21.12.2-2 ii libcmis-0.2-00.1.0-1+b1 ii libcurl3-gnutls 7.26.0-1 ii libdb5.1 5.1.29-5 ii libexpat12.1.0-1 ii libexttextcat0 3.2.0-2 ii libfontconfig1 2.9.0-7 ii libfreetype6 2.4.9-1 ii libgcc1 1:4.7.2-4 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgraphite2-2.0.0 1.1.3-1 ii libgstreamer-plugins-base0.10-0 0.10.36-1 ii libgstreamer0.10-0 0.10.36-1 ii libhunspell-1.3-01.3.2-4 ii libhyphen0 2.8.3-2 ii libice6 2:1.0.8-2 ii libicu48 4.8.1.1-10 ii libjpeg8 8d-1 ii libmythes-1.2-0 2:1.2.2-1 ii libneon27-gnutls 0.29.6-3 ii libnspr4 2:4.9.2-1 ii libnspr4-0d 2:4.9.2-1 ii libnss3
Bug#695024: stringencoders: FTBFS on some platforms (testsuite, char casting)
Package: stringencoders
Version: 3.10.3-1
Severity: serious
Tags: upstream patch
Hi,
stringencoders fails to build from source on some platforms, including armel,
powerpc and s390 because of bad casting from -1 to 255 in the testsuite:
[...]
make[1]: Leaving directory
`/build/buildd-stringencoders_3.10.3-1-powerpc-His7AR/stringencoders-3.10.3'
dh_auto_test -a
make[1]: Entering directory
`/build/buildd-stringencoders_3.10.3-1-powerpc-His7AR/stringencoders-3.10.3'
test/modp_b16_test.c OK (8 tests)
make[1]: *** [unittest] Error 1
dh_auto_test: make -j1 test returned exit code 2
test/modp_b64_test.c .ASSERTION FAILED: test/modp_b64_test.c:34
make[1]: Leaving directory
`/build/buildd-stringencoders_3.10.3-1-powerpc-His7AR/stringencoders-3.10.3'
make: *** [build-arch] Error 29
dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2
[...]
(See also the buildd logs)
Attaching a patch that fixes this, testing 255 instead of -1 on values that
were originally initialized as 255.
Thanks,
Roland
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Description: Fix compile error on some platforms
stringencoders fails to build from source on some platforms, including armel,
powerpc and s390 because of bad casting from -1 to 255 in the testsuite. This
patch fixes this, testing 255 instead of -1 on values that were originally
initialized as 255.
Author: Roland Stigge sti...@antcom.de
---
test/modp_b64_test.c | 18 +-
test/modp_b85_test.c | 12 ++--
2 files changed, 15 insertions(+), 15 deletions(-)
--- stringencoders-3.10.3.orig/test/modp_b64_test.c
+++ stringencoders-3.10.3/test/modp_b64_test.c
@@ -16,7 +16,7 @@ static char* testEndian()
{
// this test that 1 is AAAB
char buf[100];
-char result[10];
+unsigned char result[10];
char endian[] = {(char)0, (char)0, (char)1};
int d = modp_b64_encode(buf, endian, 3);
mu_assert_int_equals(4, d);
@@ -31,7 +31,7 @@ static char* testEndian()
mu_assert_int_equals(0, result[0]);
mu_assert_int_equals(0, result[1]);
mu_assert_int_equals(1, result[2]);
-mu_assert_int_equals(-1, result[3]);
+mu_assert_int_equals(255, result[3]);
return 0;
}
@@ -70,7 +70,7 @@ static char* testPadding()
char msg[100];
const char ibuf[6] = {1,1,1,1,1,1};
char obuf[10];
-char rbuf[10];
+unsigned char rbuf[10];
int d = 0;
// 1 in, 4 out
@@ -83,7 +83,7 @@ static char* testPadding()
d = modp_b64_decode(rbuf, obuf, d);
mu_assert_int_equals_msg(msg, 1, d);
mu_assert_int_equals(1, rbuf[0]);
-mu_assert_int_equals(-1, rbuf[1]);
+mu_assert_int_equals(255, rbuf[1]);
// 2 in, 4 out
memset(obuf, 255, sizeof(obuf));
@@ -96,7 +96,7 @@ static char* testPadding()
mu_assert_int_equals_msg(msg, 2, d);
mu_assert_int_equals_msg(msg, 1, rbuf[0]);
mu_assert_int_equals_msg(msg, 1, rbuf[1]);
-mu_assert_int_equals_msg(msg, -1, rbuf[2]);
+mu_assert_int_equals_msg(msg, 255, rbuf[2]);
// 3 in, 4 out
memset(obuf, 255, sizeof(obuf));
@@ -110,7 +110,7 @@ static char* testPadding()
mu_assert_int_equals_msg(msg, 1, rbuf[0]);
mu_assert_int_equals_msg(msg, 1, rbuf[1]);
mu_assert_int_equals_msg(msg, 1, rbuf[2]);
-mu_assert_int_equals_msg(msg, -1, rbuf[3]);
+mu_assert_int_equals_msg(msg, 255, rbuf[3]);
// 4 in, 8 out
memset(obuf, 255, sizeof(obuf));
@@ -125,7 +125,7 @@ static char* testPadding()
mu_assert_int_equals(1, rbuf[1]);
mu_assert_int_equals(1, rbuf[2]);
mu_assert_int_equals(1, rbuf[3]);
-mu_assert_int_equals(-1, rbuf[4]);
+mu_assert_int_equals(255, rbuf[4]);
// 5 in, 8 out
memset(obuf, 255, sizeof(obuf));
@@ -141,7 +141,7 @@ static char* testPadding()
mu_assert_int_equals(1, rbuf[2]);
mu_assert_int_equals(1, rbuf[3]);
mu_assert_int_equals(1, rbuf[4]);
-mu_assert_int_equals(-1, rbuf[5]);
+mu_assert_int_equals(255, rbuf[5]);
// 6 in, 8 out
memset(obuf, 255, sizeof(obuf));
@@ -158,7 +158,7 @@ static char* testPadding()
mu_assert_int_equals(1, rbuf[3]);
mu_assert_int_equals(1, rbuf[4]);
mu_assert_int_equals(1, rbuf[5]);
-mu_assert_int_equals(-1, rbuf[6]);
+mu_assert_int_equals(255, rbuf[6]);
return 0;
}
--- stringencoders-3.10.3.orig/test/modp_b85_test.c
+++ stringencoders-3.10.3/test/modp_b85_test.c
@@ -16,7 +16,7 @@ static char* testEndian()
{
// this test that 1 is #
char buf[100];
-char result[10];
+unsigned char result[10];
char endian[] = {(char)0, (char)0, (char)0, (char)1};
int d = modp_b85_encode(buf, endian, 4);
mu_assert_int_equals(5, d);
@@ -33,7 +33,7 @@ static char* testEndian()
Bug#670176:
2012/12/3 Nick Andrik nick.and...@gmail.com: The problem is that I ran dput yesterday but the package dis not appear in my packages on mentor (I didn't even receive an email). I guess it got stuck somewhere in the incoming queue. I read somewhere that it takes 6 hours to get unstuck, but still no email from yesterdays' upload and I get Upload failed: 403 Forbidden when I run dput again. Any idea on how to fix this? Are you sure you are uploading to mentors? :-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695026: This package's dependencies make it impossible to use package libgl1-mesa-swx11 with GNOME
Package: libcogl9 Version: 1.10.2-6 Severity: normal User: jerome.vouil...@pps.univ-paris-diderot.fr Usertags: coinst-upgrades Hi, I'm wondering whether it would be possible to replace the current package's dependency on libgl1-mesa-glx by a weaker dependency on libgl1-mesa-glx | libgl1 (which seems to be the usual OpenGL dependency). Indeed, this package currently depends on package libgl1-mesa-glx which conflicts with package libgl1-mesa-swx11. As it is required by many important GNOME packages, this makes it impossible to use the package libgl1-mesa-swx11 together with GNOME: $ apt-get install libgl1-mesa-swx11 [...] The following packages will be REMOVED: caribou caribou-antler cheese empathy eog epiphany-browser epiphany-extensions evolution evolution-exchange evolution-plugins gedit gedit-plugins gir1.2-clutter-1.0 gir1.2-clutter-gst-1.0 gir1.2-cogl-1.0 gir1.2-coglpango-1.0 gir1.2-gtkclutter-1.0 gir1.2-mutter-3.0 gir1.2-peas-1.0 gir1.2-rb-3.0 gir1.2-totem-1.0 gnibbles gnome gnome-boxes gnome-control-center gnome-core gnome-desktop-environment gnome-documents gnome-games gnome-session gnome-shell gnome-shell-extensions gnome-sushi libchamplain-0.12-0 libchamplain-gtk-0.12-0 libcheese-gtk21 libcheese3 libclutter-1.0-0 libclutter-gst-1.0-0 libclutter-gtk-1.0-0 libclutter-imcontext-0.1-0 libclutter-imcontext-0.1-bin libcluttergesture-0.0.2-0 libcogl-pango0 libcogl9 libevolution libgl1-mesa-glx libgl1-mesa-glx:i386 libglu1-mesa:i386 libmutter0 libmx-1.0-2 libpeas-1.0-0 librhythmbox-core6 libseed-gtk3-0 libtotem0 libwine-gl:i386 lightsoff nautilus-sendto-empathy quadrapassel rhythmbox rhythmbox-plugin-cdrecorder rhythmbox-plugins swell-foop totem totem-mozilla totem-plugins Regards, -- Jérôme Vouillon PS: this issue was found using the coinst-upgrades tool (see http://coinst.irill.org/upgrades/ for information on this tool). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668109:
I've bisected the bad commit [1]. If upstream decides it's safe to revert, maybe this can be patched in Debian. [1] https://bugzilla.gnome.org/show_bug.cgi?id=680252#c9 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695025: libreoffice crashes when saving a new document with ctrl-s
On Mon, Dec 3, 2012 at 2:48 PM, Michael Tsang mikl...@gmail.com wrote: I have found Libreoffice consistently crashing on my machine, with makes all the new documents lost. My system is a fully updated wheezy system, with KDE desktop. After I create a new document, under both Writer and Impress, if I try to use the keys Ctrl-S to save it, it immediately crashes after popping up the file saving dialogue every time. However, it does not crash by clicking the save button using a mouse. Could you provide such an example document or does this happens with every new document ? Kaplan
Bug#687442: linux-image-3.2.0-3-686-pae: Add Intel Ivy Bridge support
On Mon, Nov 26, 2012 at 10:28:56PM +0100, Julien Cristau wrote: New image is up at http://people.debian.org/~jcristau/linux-image-3.2.0-4.drm-amd64_3.2.34-1~jcristau.1_amd64.deb sha1sum is 1bbb6e4590e4f000739af89f3090ffc6bb9cb409. diff against svn at http://people.debian.org/~jcristau/3.2.34-1~jcristau.1.diff Tested working with Asus 1215B (AMD Radeon Brazos APU), wheezy No problems found (compared to 3.2.32-1) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694934: Installer hangs at detect network hardware
On 03/12/12 11:33, Brian Potkin wrote: On Sun 02 Dec 2012 at 17:00:40 +, R.M. Thomas wrote: On 02/12/12 15:30, Brian Potkin wrote: Please look at #694582 and see if it helps. In my case, the stall at Detect network hardware may not to be a firmware issue. After I had set up the configuration files /etc/network/interfaces and /etc/resolv.conf the commands ifdown and ifup successfully controlled the eth0 port with no need for me to install manually any packages (drivers or firmware). I did need the package firmware-linux-nonfree in order to get the video card working, but I assume that was a unrelated problem. Being able to set up networking without non-free firmware after the installation would seem to be possible in some cases. From the Installation Guide at http://d-i.debian.org/manual/en.i386/ch02s02.html If the debian-installer prompts for a firmware file and you do not have this firmware file available or do not want to install a non-free firmware file on your system, you can try to proceed without loading the firmware. There are several cases where a driver prompts for additional firmware because it may be needed under certain circumstances, but the device does work without it on most systems (this e.g. happens with certain network cards using the tg3 driver). You did not get the prompt, of course. Okay, that makes sense now. In my case the ethernet controller is the RTL8111/8168B for which the driver is r8169. Even though the package firmware-linux-nonfree has been installed, I am getting a message in syslog saying r8169 :01:00.0: eth0: unable to load firmware patch rtl_nic/rtl8168d-1.fw (-2) Presumably this is the firmware that debian-installer was looking for. The firmware seems not to be essential for the operation of the ethernet controller, although I suppose I am losing some functionality without it. Thanks for your help. As far as I'm concerned this bug can be closed. I'm unsure why I saw no firmware prompt either for the network hardware or for the video card, but I believe these are known issues covered by other pending bug numbers. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695025: libreoffice crashes when saving a new document with ctrl-s
tag 695025 + moreinfo thanks Hi, On Mon, Dec 03, 2012 at 08:48:08PM +0800, Michael Tsang wrote: I have found Libreoffice consistently crashing on my machine, with makes all the new documents lost. My system is a fully updated wheezy system, with KDE desktop. After I create a new document, under both Writer and Impress, if I try to use the keys Ctrl-S to save it, it immediately crashes after popping up the Aha, KDE. Do you use libreoffice-kde / the KDE dialogs? What happens if you use the LibreOffice dialogs? I bet that it's just a bug with the KDE dialogs. If if that is the case: do you use any special theeme (i.e. not oxygen)? -kde is known to crash with (some of) them. (And no, I will not care, get some KDE people to care if you want that fixed.) Oh, and did you see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=620422? Do you happen to use ibus or something? In which case it would be a duplicate of that bug. file saving dialogue every time. However, it does not crash by clicking the save button using a mouse. Of course, that doesn't include *any* dialog. 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#695027: Should probably depend on libgl1-mesa-glx | libgl1 rather than just libgl1-mesa-glx
Package: libalien-sdl-perl Version: 1.430-4 Severity: normal User: jerome.vouil...@pps.univ-paris-diderot.fr Usertags: coinst-upgrades Hi, I'm wondering whether it would be possible to replace the current package's dependency on libgl1-mesa-glx by a weaker dependency on libgl1-mesa-glx | libgl1, which seems to be the usual OpenGL dependency. Indeed, otherwise this package cannot be installed together with package libgl1-mesa-swx11 (which provides an alternative implementation of OpenGL). Regards, -- Jérôme Vouillon PS: this issue was found using the coinst-upgrades tool (see http://coinst.irill.org/upgrades/ for information on this tool). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695028: Should probably depend on libgl1-mesa-glx | libgl1 rather than just libgl1-mesa-glx
Package: openjdk-7-jre Version: 7u3-2.1.3-1 Severity: normal User: jerome.vouil...@pps.univ-paris-diderot.fr Usertags: coinst-upgrades Hi, I'm wondering whether it would be possible to replace the current package's dependency on libgl1-mesa-glx by a weaker dependency on libgl1-mesa-glx | libgl1, which seems to be the usual OpenGL dependency. Indeed, otherwise this package cannot be installed together with package libgl1-mesa-swx11 (which provides an alternative implementation of OpenGL). Regards, -- Jérôme Vouillon PS: this issue was found using the coinst-upgrades tool (see http://coinst.irill.org/upgrades/ for information on this tool). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695029: chromium: Cant change spell checker language from context menu.
Package: chromium Version: 22.0.1229.94~r161065-3 Severity: normal Enter some text into a text entry field (forum post etc.) Right click inte the entered text, select Spell checker options, then desired language, makes no effects. The only way to change spell chacker language is by switching default language in Chromium Settings, Advanced Settings ... , Languages rgrd.bartus -- System Information: Debian Release: wheezy/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'testing'), (100, 'unstable'), (100, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.6.0-8.dmz.2-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT) 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 chromium depends on: ii chromium-inspector 22.0.1229.94~r161065-3 ii gconf-service 3.2.5-1+build1 ii libasound2 1.0.25-4 ii libatk1.0-0 2.4.0-2 ii libbz2-1.0 1.0.6-4 ii libc6 2.13-37 ii libcairo2 1.12.2-2 ii libcups21.5.3-2.4 ii libdbus-1-3 1.6.8-1 ii libevent-2.0-5 2.0.19-stable-3 ii libexpat1 2.1.0-1 ii libflac81.2.1-6 ii libfontconfig1 2.9.0-7 ii libfreetype62.4.9-1 ii libgcc1 1:4.7.2-4 ii libgconf-2-43.2.5-1+build1 ii libgcrypt11 1.5.0-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-3 ii libgnome-keyring0 3.4.1-1 ii libgtk2.0-0 2.24.10-2 ii libjpeg88d-1 ii libnspr42:4.9.2-1 ii libnss3 2:3.13.6-1 ii libnss3-1d 2:3.13.6-1 ii libpango1.0-0 1.30.0-1 ii libpng12-0 1.2.49-1 ii libpulse0 2.0-6 ii libspeex1 1.2~rc1-7 ii libstdc++6 4.7.2-4 ii libudev0175-7 ii libvpx1 1.1.0-1 ii libx11-62:1.5.0-1 ii libxext62:1.3.1-2 ii libxfixes3 1:5.0-4 ii libxml2 2.8.0+dfsg1-6 ii libxrender1 1:0.9.7-1 ii libxslt1.1 1.1.26-14 ii libxss1 1:1.2.2-1 ii xdg-utils 1.0.2+cvs20100307-2 chromium recommends no packages. Versions of packages chromium suggests: pn chromium-l10n 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#667077: Update
Damian, Can you post your work on this so that I can do some work that depends on this without replicating your work? -- Sent from my Android phone with K-9 Mail. Please excuse my brevity.
Bug#692234: Intel DH77EB (H77): sporadic freeze and increased power consumption
On Sun, Dec 02, 2012 at 01:54:51PM +0100, Ingo wrote: Since 2 weeks I an running kernel 3.4 from kernel.org. I used config from Debian's 3.4.4-1~experimental.1 with make silentoldconfig and accepted defaults fo 5 new items. This is a long term kernel as well and thus still maintained. I started with 3.4.18, updated to 3.4.19 and now using 3.4.20. All without any problems including VirtualBox 4.1.18 from Wheezy repo. This also appears a viable alternative to current 3.2? Julien Cristau wrote at bug #687442 --- New image is up at http://people.debian.org/~jcristau/linux-image-3.2.0-4.drm-amd64_3.2.34-1~jcristau.1_amd64.deb sha1sum is 1bbb6e4590e4f000739af89f3090ffc6bb9cb409. diff against svn at http://people.debian.org/~jcristau/3.2.34-1~jcristau.1.diff --- That kernel image is based on 3.2 with graphics system backported from 3.4 It would help if you can test that version too. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694934: Installer hangs at detect network hardware
On Mon, 2012-12-03 at 13:19 +, R.M. Thomas wrote: [...] Okay, that makes sense now. In my case the ethernet controller is the RTL8111/8168B for which the driver is r8169. Even though the package firmware-linux-nonfree has been installed, I am getting a message in syslog saying r8169 :01:00.0: eth0: unable to load firmware patch rtl_nic/rtl8168d-1.fw (-2) Presumably this is the firmware that debian-installer was looking for. The firmware seems not to be essential for the operation of the ethernet controller, although I suppose I am losing some functionality without it. [...] Realtek 8169-family chips have firmware in NVRAM, but in some variants there is a bug that means they can't reliably establish a link with some other network equipment. The firmware patches are supposed to fix that. They are packaged in firmware-realtek (and 'apt-cache search' can tell you that). Ben. -- Ben Hutchings Always try to do things in chronological order; it's less confusing that way. signature.asc Description: This is a digitally signed message part
Bug#695031: openbsd-inetd: service exceeds -R limit but inetd doesn't log it in syslog
Package: openbsd-inetd Version: 0.20080125-6 Severity: normal Service exceeds -R limit but if service listens on ports below 1024 I can see '...(looping)...' in syslog. if service listens on ports above 1024 there isn't any entry in syslog. -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (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 openbsd-inetd depends on: ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libwrap0 7.6.q-19 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii tcpd 7.6.q-19 Wietse Venema's TCP wrapper utilit ii update-inetd 4.38+nmu1+squeeze1 inetd configuration file updater openbsd-inetd recommends no packages. openbsd-inetd 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#695030: kpsewhich: can't find files
Package: libkpathsea6
Version: 2012.20120628-4
Severity: grave
Justification: renders package unusable
Dear Maintainer,
I'm trying to use package latexmk to compile my latex documents. Latexmk
uses the CLI tool 'kpsewhich' (which uses the kpathsea library) to
search for appropriate files called for in my latex main .tex file.
However, it looks like 'kpsewhich' is broken, as it CANNOT find anything
that is not in the directory I run it from.
I use a centralized .bib file in my ~/Documents/bibliographies/ folder.
I call it from my .tex sources from several directories, for example,
~/Documents/papers/. Latexmk fails to find it. Then I simply opened a
terminal and did the following:
$ cd ~/Documents/
$ kpsewhich -all cqed.bib
But there's NO output. It can't find the file, despite the fact that
this command does find it:
$ ls -R | grep cqed.bib
cqed.bib
From what I've read about latexmk and kpathsea, the command kpsewhich
looks for my.bib in the output of ls-R...
Finally, if I do:
$ cd ~/Documents/bibliographies/
$ kpsewhich -all cqed.bib
It does find it, but it's useless like this..
Furthermore, passing the MUST-EXIST option (which according to the
documentation it should search all the disk for the bib file) also
yields no results...
I've attached the debugging output (which doesn't seem helpful at all)
of kpsewhich ran with the must-exist option.
Andres
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (900, 'testing'), (200, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libkpathsea6 depends on:
ii libc6 2.13-37
libkpathsea6 recommends no packages.
libkpathsea6 suggests no packages.
-- no debconf information
$ kpsewhich -debug -1 -must-exist -all cqed.bib
kdebug:Search path for cnf files (from compile-time paths.h)
kdebug: =
/etc/texmf/web2c:/usr/share/texlive/texmf/web2c:/usr/share/texlive/texmf-dist/web2c:/usr/local/share/texmf/web2c
kdebug: before expansion =
/etc/texmf/web2c:/usr/share/texlive/texmf/web2c:/usr/share/texlive/texmf-dist/web2c:/usr/local/share/texmf/web2c
kdebug: application override path = (none)
kdebug: application config file path = (none)
kdebug: texmf.cnf path = (none)
kdebug: compile-time path =
/etc/texmf/web2c:/usr/share/texlive/texmf/web2c:/usr/share/texlive/texmf-dist/web2c:/usr/local/share/texmf/web2c
kdebug: environment variables = TEXMFCNF
kdebug: default suffixes = .cnf
kdebug: other suffixes = (none)
kdebug: search only with suffix = 0
kdebug: runtime generation program = (none)
kdebug: runtime generation command = (none)
kdebug: program enabled = 0
kdebug: program enable level = 0
kdebug: open files in binary mode = 0
kdebug: numeric format value = 8
kdebug:start search(file=texmf.cnf, must_exist=1, find_all=1,
path=/etc/texmf/web2c:/usr/share/texlive/texmf/web2c:/usr/share/texlive/texmf-dist/web2c:/usr/local/share/texmf/web2c).
kdebug:path element /etc/texmf/web2c = /etc/texmf/web2c/
kdebug:path element /usr/share/texlive/texmf/web2c =
/usr/share/texlive/texmf/web2c/
kdebug:path element /usr/share/texlive/texmf-dist/web2c =
/usr/share/texlive/texmf-dist/web2c/
kdebug:path element /usr/local/share/texmf/web2c =
kdebug:Search path for ls-R files (from texmf.cnf)
kdebug: =
/var/lib/texmf:/usr/share/texmf:/usr/share/texlive/texmf:/usr/local/share/texmf:/usr/share/texlive/texmf-dist
kdebug: before expansion =
{!!$TEXMFSYSVAR,!!$TEXMFDEBIAN,!!$TEXMFMAIN,!!$TEXMFLOCAL,!!$TEXMFDIST}
kdebug: application override path = (none)
kdebug: application config file path = (none)
kdebug: texmf.cnf path =
{!!$TEXMFSYSVAR,!!$TEXMFDEBIAN,!!$TEXMFMAIN,!!$TEXMFLOCAL,!!$TEXMFDIST}
kdebug: compile-time path = /nonesuch
kdebug: environment variables = TEXMFDBS
kdebug: default suffixes = ls-R ls-r
kdebug: other suffixes = (none)
kdebug: search only with suffix = 0
kdebug: runtime generation program = (none)
kdebug: runtime generation command = (none)
kdebug: program enabled = 0
kdebug: program enable level = 0
kdebug: open files in binary mode = 0
kdebug: numeric format value = 9
kdebug:start search(files=[ls-R ls-r], must_exist=1, find_all=1,
path=/var/lib/texmf:/usr/share/texmf:/usr/share/texlive/texmf:/usr/local/share/texmf:/usr/share/texlive/texmf-dist).
kdebug:path element /var/lib/texmf = /var/lib/texmf/
kdebug:path element /usr/share/texmf = /usr/share/texmf/
kdebug:path element /usr/share/texlive/texmf = /usr/share/texlive/texmf/
kdebug:path element /usr/local/share/texmf = /usr/local/share/texmf/
kdebug:path element /usr/share/texlive/texmf-dist =
/usr/share/texlive/texmf-dist/
kdebug:search([ls-R ls-r]) =kdebug:variable: TEXMFLOG = (nil)
/var/lib/texmf/ls-R /usr/share/texmf/ls-R /usr/share/texlive/texmf/ls-R
/usr/local/share/texmf/ls-R
Bug#677861: lftp: diff for NMU version 4.3.8-1.1
Hello, Am Sonntag, den 02.12.2012, 16:26 +0100 schrieb gregor herrmann: Ivo De Decker has prepared an NMU for lftp (versioned as 4.3.8-1.1) and I've uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Thanks for all your work with the patch, the NMU and the upload. -- Noël Köthe noel debian.org Debian GNU/Linux, www.debian.org signature.asc Description: This is a digitally signed message part
Bug#695033: unblock: gpsim/0.26.1-2.1
Package: release.debian.org
Severity: wishlist
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-CC: gp...@packages.debian.org
Hi,
Please unblock gpsim/0.26.1-2.1. It'd fix dependency problem during
upgrade. debdiff is below.
diff -Nru gpsim-0.26.1/debian/changelog gpsim-0.26.1/debian/changelog
--- gpsim-0.26.1/debian/changelog 2012-05-27 05:08:50.0 +0900
+++ gpsim-0.26.1/debian/changelog 2012-11-29 23:41:58.0 +0900
@@ -1,3 +1,13 @@
+gpsim (0.26.1-2.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * debian/control
+- add {Breaks,Replaces}: gpsim-lcd-graphic, gpsim-lcd to avoid upgrade
+ failure from old environment. Thanks to Andreas Beckmann
deb...@abeckmann.de
+ (Closes: #693980)
+
+ -- Hideki Yamane henr...@debian.org Sat, 24 Nov 2012 14:41:31 +0900
+
gpsim (0.26.1-2) unstable; urgency=low
* applied Ilya Barygin's patch, thanks! Closes: #665542
diff -Nru gpsim-0.26.1/debian/control gpsim-0.26.1/debian/control
--- gpsim-0.26.1/debian/control 2012-05-27 05:08:12.0 +0900
+++ gpsim-0.26.1/debian/control 2012-11-29 23:41:58.0 +0900
@@ -8,6 +8,8 @@
Package: gpsim
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
+Breaks: gpsim-lcd-graphic, gpsim-lcd
+Replaces: gpsim-lcd-graphic, gpsim-lcd
Recommends: gputils (= 0.10.0-1)
Suggests: gpsim-led, gpsim-logic, gpsim-lcd, gpsim-doc
Description: Simulator for Microchip's PIC microcontrollers
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695032: unblock: geda-gaf/1.6.2-4.1
Package: release.debian.org
Severity: wishlist
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-CC: Debian Electronics Team
pkg-electronics-de...@lists.alioth.debian.org
Hi,
Please unblock geda-gaf/1.6.2-4.1. It'd fix dependency problem during
upgrade. debdiff is below.
diff -Nru geda-gaf-1.6.2/debian/changelog geda-gaf-1.6.2/debian/changelog
--- geda-gaf-1.6.2/debian/changelog 2012-10-02 20:07:30.0 +0900
+++ geda-gaf-1.6.2/debian/changelog 2012-11-29 23:20:31.0 +0900
@@ -1,3 +1,13 @@
+geda-gaf (1:1.6.2-4.1) unstable; urgency=low
+
+ * Non-maintainer upload (with maintainer's ACK).
+ * debian/control
+- set Depends: geda-doc from Recommends since its documents (including
+ copyright file) is linked to geda-doc. It fixes geda: copyright file
+ missing after upgrade (policy 12.5) (Closes: #694015)
+
+ -- Hideki Yamane henr...@debian.org Sat, 24 Nov 2012 13:13:00 +0900
+
geda-gaf (1:1.6.2-4) unstable; urgency=low
* Added glib-single-include.patch: Do not include individual glib headers
diff -Nru geda-gaf-1.6.2/debian/control geda-gaf-1.6.2/debian/control
--- geda-gaf-1.6.2/debian/control 2012-10-02 20:07:30.0 +0900
+++ geda-gaf-1.6.2/debian/control 2012-11-29 23:15:42.0 +0900
@@ -12,8 +12,8 @@
Package: geda
Architecture: all
-Depends: ${misc:Depends}, geda-gschem, geda-gnetlist
-Recommends: geda-gsymcheck, geda-gattrib, geda-doc
+Depends: ${misc:Depends}, geda-gschem, geda-gnetlist, geda-doc
+Recommends: geda-gsymcheck, geda-gattrib
Suggests: geda-utils, geda-examples, gerbv, pcb
Description: GPL EDA -- Electronics design software (metapackage)
The gEDA project has produced and continues working on a full GPL'd suite and
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695034: unblock: lxde-metapackages/4+nmu1
Package: release.debian.org
Severity: wishlist
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-CC: lxde-metapacka...@packages.debian.org
Hi,
Please unblock lxde-metapackages/4+nmu1. It'd fix dependency problem during
upgrade. debdiff between testing and unstable is below.
diff -Nru lxde-metapackages-2/debian/changelog
lxde-metapackages-4+nmu1/debian/changelog
--- lxde-metapackages-2/debian/changelog2012-05-18 17:08:23.0
+0900
+++ lxde-metapackages-4+nmu1/debian/changelog 2012-11-29 23:56:39.0
+0900
@@ -1,3 +1,27 @@
+lxde-metapackages (4+nmu1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * guarantee proper migration from old enviroment to wheezy
+Thanks to Andreas Beckmann deb...@abeckmann.de for pointing this
+out and patch (Closes: #694061)
+
+ -- Hideki Yamane henr...@debian.org Sat, 24 Nov 2012 14:11:20 +0900
+
+lxde-metapackages (4) unstable; urgency=low
+
+ * Switching from gdm3 to lightdm.
+
+ -- Daniel Baumann dan...@debian.org Fri, 10 Aug 2012 22:40:30 +0200
+
+lxde-metapackages (3) unstable; urgency=low
+
+ * Adding galculator to lxde depends (Closes: #659577).
+ * Readding back network-manager-gnome which apparently got lost at
+some point.
+ * Updating GPL blurb in copyright file.
+
+ -- Daniel Baumann dan...@debian.org Sat, 07 Jul 2012 19:23:15 +0200
+
lxde-metapackages (2) unstable; urgency=low
[ Andrew Lee (李健秋) ]
diff -Nru lxde-metapackages-2/debian/control
lxde-metapackages-4+nmu1/debian/control
--- lxde-metapackages-2/debian/control 2012-05-11 14:14:34.0 +0900
+++ lxde-metapackages-4+nmu1/debian/control 2012-08-11 05:40:21.0
+0900
@@ -31,12 +31,12 @@
Package: lxde
Architecture: all
Depends:
- ${misc:Depends}, gpicview, leafpad, lxappearance,
+ ${misc:Depends}, galculator, gpicview, leafpad, lxappearance,
lxde-core, lxde-icon-theme, lxinput,
lxrandr, lxsession-edit, lxshortcut, lxterminal, obconf, xarchiver
Recommends:
- iceweasel | www-browser, gdm3 | x-display-manager, lxmusic, menu-xdg,
- lxpolkit, xserver-xorg
+ iceweasel | www-browser, lightdm | x-display-manager, lxmusic, menu-xdg,
+ network-manager-gnome, lxpolkit, xserver-xorg
Suggests: lxlauncher, lxtask
Description: LXDE metapackage
LXDE (the Lightweight X11 Desktop Environment) is a project aimed
diff -Nru lxde-metapackages-2/debian/copyright
lxde-metapackages-4+nmu1/debian/copyright
--- lxde-metapackages-2/debian/copyright2012-04-28 19:05:22.0
+0900
+++ lxde-metapackages-4+nmu1/debian/copyright 2012-08-11 05:40:21.0
+0900
@@ -8,10 +8,10 @@
License: GPL-2+
License: GPL-2+
- This program is free software; you can redistribute it and/or
- modify it under the terms of the GNU General Public License
- as published by the Free Software Foundation; either version 2
- of the License, or (at your option) any later version.
+ This program is free software: you can redistribute it and/or modify
+ it under the terms of the GNU General Public License as published by
+ the Free Software Foundation, either version 2 of the License, or
+ (at your option) any later version.
.
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
@@ -19,8 +19,7 @@
GNU General Public License for more details.
.
You should have received a copy of the GNU General Public License
- along with this program; if not, write to the Free Software
- Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA.
+ along with this program. If not, see http://www.gnu.org/licenses/.
.
The complete text of the GNU General Public License
can be found in /usr/share/common-licenses/GPL-2 file.
diff -Nru lxde-metapackages-2/debian/preinst
lxde-metapackages-4+nmu1/debian/preinst
--- lxde-metapackages-2/debian/preinst 1970-01-01 09:00:00.0 +0900
+++ lxde-metapackages-4+nmu1/debian/preinst 2012-11-29 23:52:39.0
+0900
@@ -0,0 +1,8 @@
+#!/bin/sh
+
+set -e
+
+ test ! -L /usr/share/doc/lxde || rm /usr/share/doc/lxde
+
+#DEBHELPER#
+
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694777: Wheezy Beta4 installs but X server unusable
On Sat 01 Dec 2012 at 12:56:08 -0500, Lou Poppler wrote: I understand why the modules are non-free, and why they won't be installed automatically any more. But firmware for video cards is still the installer's business, and probably is installed automatically still, if it is found in the mainline debian depositories, i.e. not non-free. The installer is indeed the logical place from a user's point of view, to find out about what software to install on a new system. I repeat my suggestion at least to mention http://wiki.debian.org/AtiHowTo if the user has one of those unfortunate cards mentioned there. This target machine is a newly installed Windows7 computer at my wife's office; she is a professor in a small scientific department at a small university; the university's IT department gave their blessing to install a dual-boot linux setup, with the understanding that they would provide no support for the linux part. I rarely see her office, and probably will not sit at this computer very often. So, please imagine if the workaround bugfix were installed, leaving the machine running degraded video without its firmware *under linux*, but running full-featured video under its Windows7 installation. Imagine I have walked away, thinking OK, it works and mostly only visit the machine via SSH in the future. Imagine my wife and her colleagues over time seeing that the machine looks much better under Windows than it does under linux. It seems like bad linux evangelism. The radeon driver does appear to be problematic at times: http://lists.debian.org/debian-boot/2012/09/msg00172.html The remainder of the thread is also worth a read. This also caught my eye: http://lists.debian.org/debian-devel/2012/09/msg00357.html I've tried to read http://d-i.debian.org/manual/en.i386/ch02s02.html and http://d-i.debian.org/manual/en.i386/ch06s04.html from a new user's perspective. There is nothing there, as far as I can see, which says only missing firmware for network cards will be attended to at that stage of the installation. In fact the impression is given that firmware.tar.gz is the cure-all. Even this excellent page http://raphaelhertzog.com/2011/03/14/missing-firmware-in-debian-learn-how-to-deal-with-the-problem/ doesn't make it clear that non-free firmware detection in D-I is for network hardware only. Irrespective of anything else which could be done, there is a case for the Manual to reflect this situation and to offer some advice for missing firmware detection post-installation. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695035: icewm: tray messed up, 'dead' window instead
Package: icewm Version: 1.3.7-4 Severity: important Dear Maintainer, unfortunately being quite unsure which update triggered the bug, I found the following problem with the icewm tray window: At startup of icewm a small 'dead' window (black background) appears on top left of the desktop. The usual program tray icons (like orage's) still exist at this moment. Sometimes i can kill the dead window with xkill, then the program tray icons disappear. Normally I can't kill the dead window. The normal tray icons always dissappear when changing desktop. Sometimes a X restart is helpfull and the tray works again as expected. Somewhere in my system I have seen that icewm has been compiled for 2.6.x kernel, which I still used not long ago. When fetching icewm source an using the self compiled version (applying 'patch' like described at: https://bugs.launchpad.net/ubuntu/+source/icewm/+bug/935179/comments/1 ) it now works fine. -- System Information: Debian Release: wheezy/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages icewm depends on: ii icewm-common1.3.7-4 ii libc6 2.13-35 ii libesd0 0.2.41-10+b1 ii libfontconfig1 2.9.0-7 ii libgcc1 1:4.7.1-7 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-3 ii libice6 2:1.0.8-2 ii libsm6 2:1.2.1-2 ii libx11-62:1.5.0-1 ii libxext62:1.3.1-2 ii libxft2 2.3.1-1 ii libxinerama12:1.1.2-1 ii libxrandr2 2:1.3.2-2 ii ttf-dejavu-core 2.33-3 icewm recommends no packages. Versions of packages icewm suggests: ii icewm-gnome-support 1.3.7-4 -- 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#668109: Bug #668109: gstreamer: shuffle mode - ogg and flac files freeze at 0:00
retitle 668109 gstreamer: playback stops when transitioning to ogg or flac tags 668109 + patch thanks On 12/02/2012 11:39 PM, YunQiang Su wrote: It seems that Ubuntu precise has no this problem. Maybe we can find different these 2 version. You are correct. The ubuntu precise changelog for the gstreamer0.10-plugins-base package shows this last entry: gst-plugins-base0.10 (0.10.36-1ubuntu0.1) precise-proposed; urgency=low * debian/patches/git_timestamps_discard_issue.patch: - don't discard timestamps when consecutive input buffers have the same ts, should fix playback pausing on mp3 to ogg transitions in rhythmbox (lp: #921071) -- Sebastien Bacher seb...@ubuntu.com Wed, 04 Jul 2012 16:39:25 +0200 Perhaps this patch can be also applied to the debian source. However, it's unclear if this patch fixes the transition from mp3 or ogg to flac. See: https://bugs.launchpad.net/ubuntu/+source/gst-plugins-base0.10/+bug/921071 https://bugs.launchpad.net/ubuntu/+source/gst-plugins-base0.10/+bug/1026678 It would seem the best to do is to what Christoph said and revert the bad commit. Or wait for the gstreamer developers to fix it (as they have responded here: https://bugzilla.gnome.org/show_bug.cgi?id=680252) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667077: Update
Hi, On Mon, 03 Dec 2012 05:30:59 -0800, shawnland...@gmail.com wrote: Can you post your work on this so that I can do some work that depends on this without replicating your work? WiP packages are here : http://people.debian.org/~drazzib/gradle/ I've started working on gradle 1.3 in git : http://anonscm.debian.org/gitweb/?p=pkg-java/gradle.git -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695036: Typos in package description
Package: libmro-compat-perl Version: 0.11-1 Severity: wishlist Tags: patch Dear Debian Perl Group, I think there are two typos in the package description (1). It reads Description: mro::* interface compatibility for Perls 5.9.5 ^ The mro namespace provides several utilities for dealing with method resolution order and method caching in general in Perl 5.9.5 and higher. . MRO::Compat provides those interfaces for earlier versions of Perl (back to 5.6.0 anyways). ^ For your convenience I copied the corrected version (to be copied into into debian/control) into this mail. Description: mro::* interface compatibility for Perls = 5.9.5 The mro namespace provides several utilities for dealing with method resolution order and method caching in general in Perl 5.9.5 and higher. . MRO::Compat provides those interfaces for earlier versions of Perl (back to 5.6.0 anyway). Kind regards Martin 1: http://ddtp.debian.net/ddt.cgi?desc_id=36268 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673489: nipy: FTBFS: FAILED (SKIP=5, failures=2)
On Sun, 02 Dec 2012, Ivo De Decker wrote: On Fri, May 18, 2012 at 08:34:00PM -0400, Yaroslav Halchenko wrote: known issue of compatibility with recently uploaded nibabel 1.2.0... Will be fixed with an upcoming upstream release I am waiting for... otherwise (if doesn't come soon) I will patch Hi, This bug is fixed in unstable, but not in wheezy. It seems the version from sid will not migrate. Can you create a patch for the version in wheezy, to make it build there? thanks for looking... I am checking with upstream -- most probably the resolution would be just to remove of 0.1.999 nipy from wheezy. There were way too many bugs fixed in 0.2 which we hoped would get into wheezy, but ... it didn't. So within few days one or another way this issue will get closed -- Yaroslav O. Halchenko Postdoctoral Fellow, Department of Psychological and Brain Sciences Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695037: bind9: /etc/init.d/bind9 startup script broken on HURD platform
Package: bind9
Version: 1:9.8.1.dfsg.P1-4.3
Severity: normal
This does not work on HURD platform, because there is no ifconfig command:
[/etc/init.d/bind9]:
36 if [ -z $(/sbin/ifconfig $IFCONFIG_OPTS) ]; then
37#log_action_msg No networks configured.
38return 1
39 fi
bind9 does not start up:
# /etc/init.d/bind9 start
[] Starting domain name service...: bind9/etc/init.d/bind9: 36:
/etc/init.d/bind9: /sbin/ifconfig: not found
[info] no networks configured.
failed!
# rndc status
rndc: connect failed: 127.0.0.1#953: connection refused
-- System Information:
Debian Release: wheezy/sid
APT prefers unreleased
APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: hurd-i386 (i686-AT386)
Kernel: GNU-Mach 1.3.99-486/Hurd-0.3
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages bind9 depends on:
ii adduser 3.113+nmu3
ii bind9utils 1:9.8.1.dfsg.P1-4.3
ii debconf [debconf-2.0]1.5.46
ii inetutils-tools [net-tools] 2:1.9-1+b1
ii libbind9-80 1:9.8.1.dfsg.P1-4.3
ii libc0.3 2.13-37
ii libdns81 1:9.8.1.dfsg.P1-4.3
ii libgeoip11.4.8+dfsg-4
ii libgssapi-krb5-2 1.10.1+dfsg-3
ii libisc83 1:9.8.1.dfsg.P1-4.3
ii libisccc80 1:9.8.1.dfsg.P1-4.3
ii libisccfg82 1:9.8.1.dfsg.P1-4.3
ii liblwres80 1:9.8.1.dfsg.P1-4.3
ii libssl1.0.0 1.0.1c-4
ii lsb-base 4.1+Debian9
ii netbase 5.0
bind9 recommends no packages.
Versions of packages bind9 suggests:
pn bind9-doc none
ii dnsutils1:9.8.1.dfsg.P1-4.3
pn resolvconf none
pn ufw none
-- Configuration Files:
/etc/init.d/bind9 changed:
PATH=/sbin:/bin:/usr/sbin:/usr/bin
OPTIONS=
RESOLVCONF=no
test -f /etc/default/bind9 . /etc/default/bind9
test -x /usr/sbin/rndc || exit 0
. /lib/lsb/init-functions
PIDFILE=/var/run/named/named.pid
check_network() {
if [ -x /usr/bin/uname ] [ X$(/usr/bin/uname -o) = XSolaris ]; then
IFCONFIG_OPTS=-au
else
IFCONFIG_OPTS=
fi
#if [ -z $(/sbin/ifconfig $IFCONFIG_OPTS) ]; then
# #log_action_msg No networks configured.
# return 1
#fi
return 0
}
case $1 in
start)
log_daemon_msg Starting domain name service... bind9
modprobe capability /dev/null 21 || true
# dirs under /var/run can go away on reboots.
mkdir -p /var/run/named
chmod 775 /var/run/named
chown root:bind /var/run/named /dev/null 21 || true
if [ ! -x /usr/sbin/named ]; then
log_action_msg named binary missing - not starting
log_end_msg 1
fi
if ! check_network; then
log_action_msg no networks configured
log_end_msg 1
fi
if start-stop-daemon --start --oknodo --quiet --exec /usr/sbin/named \
--pidfile ${PIDFILE} -- $OPTIONS; then
if [ X$RESOLVCONF != Xno ] [ -x /sbin/resolvconf ] ; then
echo nameserver 127.0.0.1 | /sbin/resolvconf -a lo.named
fi
log_end_msg 0
else
log_end_msg 1
fi
;;
stop)
log_daemon_msg Stopping domain name service... bind9
if ! check_network; then
log_action_msg no networks configured
log_end_msg 1
fi
if [ X$RESOLVCONF != Xno ] [ -x /sbin/resolvconf ] ; then
/sbin/resolvconf -d lo.named
fi
pid=$(/usr/sbin/rndc stop -p | awk '/^pid:/ {print $2}') || true
if [ -z $pid ]; then # no pid found, so either not running,
or error
pid=$(pgrep -f ^/usr/sbin/named) || true
start-stop-daemon --stop --oknodo --quiet --exec /usr/sbin/named \
--pidfile ${PIDFILE} -- $OPTIONS
fi
if [ -n $pid ]; then
sig=0
n=1
while kill -$sig $pid 2/dev/null; do
if [ $n -eq 1 ]; then
echo waiting for pid $pid to die
fi
if [ $n -eq 11 ]; then
echo giving up on pid $pid with kill -0; trying -9
sig=9
fi
if [ $n -gt 20 ]; then
echo giving up on pid $pid
break
fi
n=$(($n+1))
sleep 1
done
fi
log_end_msg 0
;;
reload|force-reload)
log_daemon_msg Reloading domain name service... bind9
if ! check_network; then
log_action_msg no networks configured
log_end_msg 1
fi
/usr/sbin/rndc reload /dev/null log_end_msg 0 || log_end_msg 1
;;
restart)
if ! check_network; then
log_action_msg no networks
Bug#694934: Installer hangs at detect network hardware
On 03/12/12 13:28, Ben Hutchings wrote: On Mon, 2012-12-03 at 13:19 +, R.M. Thomas wrote: [...] Okay, that makes sense now. In my case the ethernet controller is the RTL8111/8168B for which the driver is r8169. Even though the package firmware-linux-nonfree has been installed, I am getting a message in syslog saying r8169 :01:00.0: eth0: unable to load firmware patch rtl_nic/rtl8168d-1.fw (-2) Presumably this is the firmware that debian-installer was looking for. The firmware seems not to be essential for the operation of the ethernet controller, although I suppose I am losing some functionality without it. [...] Realtek 8169-family chips have firmware in NVRAM, but in some variants there is a bug that means they can't reliably establish a link with some other network equipment. The firmware patches are supposed to fix that. They are packaged in firmware-realtek (and 'apt-cache search' can tell you that). Ah, I hadn't realized that I needed to install anything manually apart from firmware-linux-nonfree. Following your suggestion I've just installed the package firmware-realtek and on reboot the error message in syslog is no longer there. Thanks --- I probably wouldn't have got there on my own. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695038: Package in conflict with many other development packages
Package: libgeotiff-dev Version: 1.3.0+dfsg-3 Severity: normal User: jerome.vouil...@pps.univ-paris-diderot.fr Usertags: coinst-upgrades Hi, Package libgeotiff-dev depends on libtiff5-dev which conflicts with libtiff4-dev. This makes it impossible to install it together with many other development packages which still depend on tiff4-dev: libcv-dev, libcvaux-dev, libtiff4-dev, libtao-foxresource-dev, libast2-dev, libvtk5-qt4-dev, libhighgui-dev, libmagickcore-dev, libghc6-sdl-image-dev, libafterimage-dev, libdevil-dev, libgraphicsmagick1-dev, libzbargtk-dev, libgs-dev, libwings-dev, libsdl-console-dev, libace-foxreactor-dev, libpstoedit-dev, libvtk5-dev, libfox-1.6-dev, libzbarqt-dev, libgnuift0-dev, libsdl-image1.2-dev, graphicsmagick-libmagick-dev-compat, libzbar-dev, libdecodeqr-dev, libmagick++-dev, libautotrace-dev, giblib-dev, libguichan-dev, libwraster3-dev, libimlib2-dev, libsdl-ocaml-dev, python-gamera-dev, libgraphicsmagick++1-dev, libmapnik-dev, libvigraimpex-dev, libsimage-dev, libmagickwand-dev, libcupsimage2-dev, libghc6-sdl-image-prof, libsane-dev, libvips-dev, libcamlimages-ocaml-dev, libcegui-mk2-dev, libtuxcap-dev, libcupsdriver1-dev, libspandsp-dev, libigstk4-dev, openbox-dev Packages libossim-dev and liblas-dev, which depend on libgeotiff-dev, are also incompatible with these packages. Would it be possible to make libgeotiff-dev depend on libtiff-dev or libtiff4-dev for the moment, pending the transition to libtiff5? Regards, -- Jérôme Vouillon PS: this issue was found using the coinst-upgrades tool (see http://coinst.irill.org/upgrades/ for information on this tool). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692864: some progress
Control: block -1 by 693813 Control: block -1 by 693819 Hi Axel, I've made some progress in the packaging of mdpress. The source contains two javascript libraries that could be useful in themselves. So I am starting with those. On the other hand, I think there is a way around ruby-launchy, by using directly xdg-open to open the browser. Cheers, Cédric signature.asc Description: Digital signature
Bug#692864: launchy progress
Hi! Axel Beckert wrote: Launchy did not built out of the box, symlink some files from ruby-launchy/spec/*.rb to ruby-launchy/ helped. I also had to remove the yaml file from debian/ruby-test-files.yaml. Additionally two suspicious tests are failing: # Running tests: F.F..xprop: unable to open display '' xprop: unable to open display '' ..xprop: unable to open display '' .xprop: unable to open display '' . Fabulous tests in 0.089517s, 1575.1205 tests/s, 2122.5028 assertions/s. 1) Failure: test_0002_when host_os is 'darwin' the appropriate 'app_list' method is called(Launchy::Application::Browser) [/home/abe/debian/ruby-launchy-2.1.2/spec/applications/browser_spec.rb:24]: Expected: /usr/bin/open Actual: /bin/open 2) Failure: test_0004_when host_os is 'linux' the appropriate 'app_list' method is called(Launchy::Application::Browser) [/home/abe/debian/ruby-launchy-2.1.2/spec/applications/browser_spec.rb:24]: Expected: nil Actual: /usr/bin/xdg-open I had the same issue, when trying to work on this. I solved it by commenting out the failing tests: - the first failure is caused by the fact that when the fake os name is darwin, it compares the path for the open command with the hard coded path /usr/bin/open. This fails because which open (often) returns /bin/open on Debian. - the second failure happens when the fake os name is Linux. But here, the comment in the test file mentions that the test will fail on linux machines. so... Cheers, Cédric signature.asc Description: Digital signature
Bug#685256: icedove: No way to add RSS feed account
Hello, Am 03.12.2012 10:49, schrieb Manuel Bilderbeek: See below. Thx. I do have that, actually. When I click on it, I get a menu to state my identity. I have to fill in my name and e-mail address (see screen1.png). When I then click Next I get a Server Information dialog where I have to fill in a Newsgroup Server (see screen2.png). I do NOT get the dialog from RSS-Feed2.png! The screenshot shows me that you must have selected the entry Newsgroup not the entry Blogs News-Feed. Can you please make a screenshot from that step? If this entry isn't there please reinstall the icedove package. Please make sure you backup your local ~/.icedove folder! # apt-get remove --purge icedove $ rm -rf ~/.icedove # as your local user! # rm -rf /var/cache/apt/archives/icedove* # apt-get install --reinstall icedove Please start with a clean fresh user profile! Try if you are able to by the steps of my previous mail and test to set up a RSS account. If this works close icedove and copy (not move) back your old user profile. Start icedove again and repeat the steps for setting up the RSS Feed. If you are unsuccessful delete the directory ~/.icedove and let icedove create a new profile, then copy back your address books to the new profile and recreate your local settings. If so there are broken files in your old profile. If this all not work please provide screenshots of your single steps to see what looks different on your desktop. Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695039: Cannot be used with graphicsmagick-libmagick-dev-compat anymore
Package: libgnuift0-dev Version: 0.1.14-12 Severity: normal User: jerome.vouil...@pps.univ-paris-diderot.fr Usertags: coinst-upgrades Hi, This package used to depend on libmagick9-dev | libmagick-dev, so it was possible to use it with graphicsmagick-libmagick-dev-compat in squeeze. During the transition to libmagick4, this dependency was changed into libmagickcore-dev, thus this package cannot be installed together with package graphicsmagick-libmagick-dev-compat anymore. I'm wondering whether it would be possible to weaken the dependency to libmagickcore-dev | libmagick-dev to restore the compatibility. Regards, -- Jérôme Vouillon PS: this issue was found using the coinst-upgrades tool (see http://coinst.irill.org/upgrades/ for information on this tool). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695040: icewm: tray window not working correctly, dead window appears
Package: icewm Version: 1.3.7-4 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages icewm depends on: ii icewm-common1.3.7-4 ii libc6 2.13-35 ii libesd0 0.2.41-10+b1 ii libfontconfig1 2.9.0-7 ii libgcc1 1:4.7.1-7 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-3 ii libice6 2:1.0.8-2 ii libsm6 2:1.2.1-2 ii libx11-62:1.5.0-1 ii libxext62:1.3.1-2 ii libxft2 2.3.1-1 ii libxinerama12:1.1.2-1 ii libxrandr2 2:1.3.2-2 ii ttf-dejavu-core 2.33-3 icewm recommends no packages. Versions of packages icewm suggests: ii icewm-gnome-support 1.3.7-4 -- no debconf information Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Alexander Stiebing reportbug.12.gnu...@spamgourmet.com To: Debian Bug Tracking System sub...@bugs.debian.org Subject: icewm: tray messed up, 'dead' window instead Message-ID: 20121203134342.26798.1826.report...@jalsti.dyndns.org X-Mailer: reportbug 6.4.3 Date: Mon, 03 Dec 2012 14:43:42 +0100 Package: icewm Version: 1.3.7-4 Severity: important Dear Maintainer, unfortunately being quite unsure which update triggered the bug, I found the following problem with the icewm tray window: At startup of icewm a small 'dead' window (black background) appears on top left of the desktop. The usual program tray icons (like orage's) still exist at this moment. Sometimes i can kill the dead window with xkill, then the program tray icons disappear. Normally I can't kill the dead window. The normal tray icons always dissappear when changing desktop. Sometimes a X restart is helpfull and the tray works again as expected. Somewhere in my system I have seen that icewm has been compiled for 2.6.x kernel, which I still used not long ago. When fetching icewm source an using the self compiled version (applying 'patch' like described at: https://bugs.launchpad.net/ubuntu/+source/icewm/+bug/935179/comments/1 ) it now works fine. -- System Information: Debian Release: wheezy/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages icewm depends on: ii icewm-common1.3.7-4 ii libc6 2.13-35 ii libesd0 0.2.41-10+b1 ii libfontconfig1 2.9.0-7 ii libgcc1 1:4.7.1-7 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-3 ii libice6 2:1.0.8-2 ii libsm6 2:1.2.1-2 ii libx11-62:1.5.0-1 ii libxext62:1.3.1-2 ii libxft2 2.3.1-1 ii libxinerama12:1.1.2-1 ii libxrandr2 2:1.3.2-2 ii ttf-dejavu-core 2.33-3 icewm recommends no packages. Versions of packages icewm suggests: ii icewm-gnome-support 1.3.7-4 -- no debconf information
Bug#668109: Bug #668109: gstreamer: shuffle mode - ogg and flac files freeze at 0:00
A proper fix has now been posted to the upstream report [1]. Since there will be no new bugfix release of GStreamer 0.10 I would like to see this patched for Wheezy. [1] https://bugzilla.gnome.org/show_bug.cgi?id=680252#c15 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666108: megaraid_sas: which patches are needed for 2.6.32.y?
Hi, Torbjørn Thorsen wrote: I'd just like to chime in and say that the installer from http://kmuto.jp/debian/d-i/ works as a charm on the Dell R620 I've tried it on. That's good to hear. Does the kernel from [1] work on that machine? Curious, Jonathan [1] http://alioth.debian.org/~jrnieder-guest/temp/driver-test/linux-image-2.6.32.60+drm33.26_2.6.32.60+drm33.26-1_amd64.deb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695041: service xendomains stop sleeps XENDOMAINS_STOP_MAXWAIT seconds for every domain
Package: xen-utils-common
Version: 4.1.3-4
Function check_running in /etc/init.d/xendomains incorrectly detects a
not running domain as running. As a consequence thereof
/etc/init.d/xendomains stop needs more than
XENDOMAINS_STOP_MAXWAIT * number of xen domains known to xend seconds
to run.
Here is a pseudo call trace:
do_stop_shutdown()
{
...
while read id name rest; do
log_action_begin_msg Waiting for Xen domain $name ($id) to shut down
timeout_domain $name $XENDOMAINS_STOP_MAXWAIT
log_action_end_msg $?
done (/usr/lib/xen-common/bin/xen-init-list)
}
so timeout_domain is called with the name of the domain.
timeout_domain()
{
name=$1
TIMEOUT=$2
for no in $(seq 0 $TIMEOUT); do
if ! check_running $name; then return 0; fi
...
so check_running is also called with the name
check_running()
{
xen domid $1 /dev/null 21
return $?
}
The output of xm domid name for a running domain is the ID of the
domain and None for a known, but not runing domain. The return code
for both cases is 0. So the function always returns 0. With xen 3 and no
xend, this code was correct.
I suggest to parse the output of xm list -l name for (status 0).
I am using Debian wheezy/sid with kernel 3.2.0-4-amd64.
xen-tool-stack is /usr/lib/xen-4.1/bin/xm
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694247:
On Tue 27 Nov 2012 at 01:23:18 +0700, Vasiliy D. wrote: X-Debbugs-CC: claremont...@gmail.com Thanks for your answer, Brian Potkin. 'ls -l /dev/loop*' shows /dev/loop0. Ok. I see /dev/loop0 too. But if I try mount iso file mount -t iso9660 -o loop /mnt/sda1/debian.iso /mnt/iso## /mnt/sda1/debian.iso and /mnt/iso is present console hangs, but Ctrl-C helps. After that in /dev appears huge number loops (loop0...loop0999 ... loop9...loop999). May you show a way mount this iso image after boot from one? http://lists.debian.org/debian-user/2012/12/msg00092.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673790: Should we even keep python-cloudservers in Wheezy?
Hi, Rackspace has started to switch everything to Openstack, starting the new service last April. All new customers are now using Openstack instead of their old proprietary compute service. If I remember well, their plan is to help every customer to move to Openstack, and they hoped to have everyone migrated within a year. So, it is my opinion that if nobody fixes python-cloudservers, it shouldn't be so much of a big deal to have it removed from Wheezy. People still running on the old Rackspace cloud could still get the version from Squeeze, and Squeeze will anyway be maintain for a year after Wheezy is out. Soren, what do you think? Do you agree with the above? Or do you think you can, and want, to continue maintain python-cloudservers for the life of Wheezy? Cheers, Thomas Goirand (zigo) P.S: I agree that downgrading python-prettytable in Wheezy would be a pretty bad move at this time. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695042: Package incompatible with many other development packages
Package: libgdal-dev Version: 1.9.0-3.1 Severity: normal User: jerome.vouil...@pps.univ-paris-diderot.fr Usertags: coinst-upgrades Hi, Package libgdal-dev depends on libxerces-c2-dev which conflicts with libxerces-c-dev. This makes it impossible to install it together with the following development packages: libxerces-c-dev, libxml-security-c-dev, libxmltooling-dev, libshibsp-dev, libsaml2-dev, libxquilla-dev Packages grass-dev, libmapnik2-dev, liblas-dev and libqgis-dev, which depend on libgdal-dev, are also incompatible with these packages. Would it be possible to switch libgdal-dev to Xerces 3 to resolve this issue? Regards, -- Jérôme Vouillon PS: this issue was found using the coinst-upgrades tool (see http://coinst.irill.org/upgrades/ for information on this tool). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695043: python-irc: Fails to install if python-irclib is installed (or not yet removed)
Package: python-irc Severity: serious Version: 5.0.1+dfsg-1 Dear Maintainer, the upgrade of irker pulled in python-irc while dropping the dependency on python-irclib. This caused the following file conflict: Unpacking python-irc (from .../python-irc_5.0.1+dfsg-1_all.deb) ... dpkg: error processing /var/cache/apt/archives/python-irc_5.0.1+dfsg-1_all.deb (--unpack): trying to overwrite '/usr/share/pyshared/irc/__init__.py', which is also in package python-irclib 3.2-1 Errors were encountered while processing: /var/cache/apt/archives/python-irc_5.0.1+dfsg-1_all.deb Looks like at least an Replaces: python-irclib header is missing. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (600, 'testing'), (400, 'stable'), (110, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683554: php-kolab-...
2012/12/2 Luca Falavigna dktrkr...@debian.org: 2012/12/1 Mathieu Parent math.par...@gmail.com: # Broken Depends: php-kolab-filter: php-kolab-filter php-kolab-freebusy: php-kolab-freebusy Should I remove kolabd too? It's a reverse dependency of both packages. Please keep kolabd in unstable. Regards -- Mathieu Parent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694829: libtiff4 is not Multi-Arch compatible
Matthew Gabeler-Lee chee...@fastcat.org wrote: Installing libtiff4 in a multiarch environment (e.g. i386 on an amd64 native for me) fails: Unpacking libtiff4:i386 (from .../libtiff4_3.9.6-9_i386.deb) ... dpkg: error processing /var/cache/apt/archives/libtiff4_3.9.6-9_i386.deb (--unpack): trying to overwrite shared '/usr/share/doc/libtiff4/changelog.Debian.gz', which is different from other instances of package libtiff4:i386 Can you double check to make sure that you are installing the same version for amd64 and i386? It looks like the version you have for amd64 might be different from the version you are trying to install on i386. -- Jay Berkenbilt q...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695041: [Pkg-xen-devel] Bug#695041: service xendomains stop sleeps XENDOMAINS_STOP_MAXWAIT seconds for every domain
On Mon, Dec 03, 2012 at 03:35:05PM +0100, Robert Hofer wrote: so check_running is also called with the name The output of xm domid name for a running domain is the ID of the domain and None for a known, but not runing domain. The return code for both cases is 0. So the function always returns 0. With xen 3 and no xend, this code was correct. With xl and 4.1: | # xen domid test; echo $? | Can't get domid of domain name 'test', maybe this domain does not exist. | 1 With xm and 4.1: | # xen domid test; echo $? | Error: Domain 'test' does not exist. | 3 So this command fails for not existing domains. I suggest to parse the output of xm list -l name for (status 0). Nope, this does not work. Bastian -- It is a human characteristic to love little animals, especially if they're attractive in some way. -- McCoy, The Trouble with Tribbles, stardate 4525.6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666108: megaraid_sas: which patches are needed for 2.6.32.y?
The kernel boots with no problems, the storage controller seems to be working nicely. root@xen14:~# dmesg | grep -i mega [3.340638] megasas: 00.00.05.38-rc1 Wed. May. 11 17:00:00 PDT 2011 [3.340742] megasas: 0x1000:0x005b:0x1028:0x1f38: bus 3:slot 0:func 0 [3.340785] megaraid_sas :03:00.0: PCI INT A - GSI 42 (level, low) - IR [3.340791] megaraid_sas :03:00.0: setting latency timer to 64 [3.340923] megasas: FW now in Ready state [3.340988] megaraid_sas :03:00.0: irq 103 for MSI/MSI-X [3.367233] megasas:IOC Init cmd success [3.391259] megasas: INIT adapter done [3.460153] scsi0 : LSI SAS based MegaRAID driver The network interface does't seem to come up, though. I'm guessing the version of the tg3 module might be relevant. Data from provided kernel: root@xen14:~# uname -r 2.6.32.60+drm33.26 root@xen14:~# modinfo tg3 | grep ^version version:3.102 Data from backports kernel: torbjorn@xen15:~$ uname -r 3.2.0-0.bpo.4-amd64 torbjorn@xen15:~$ sudo modinfo tg3 | grep ^version version:3.121 On Mon, Dec 3, 2012 at 3:43 PM, Jonathan Nieder jrnie...@gmail.com wrote: Hi, Torbjørn Thorsen wrote: I'd just like to chime in and say that the installer from http://kmuto.jp/debian/d-i/ works as a charm on the Dell R620 I've tried it on. That's good to hear. Does the kernel from [1] work on that machine? Curious, Jonathan [1] http://alioth.debian.org/~jrnieder-guest/temp/driver-test/linux-image-2.6.32.60+drm33.26_2.6.32.60+drm33.26-1_amd64.deb -- Vennlig hilsen Torbjørn Thorsen Utvikler / driftstekniker Trollweb Solutions AS - Professional Magento Partner www.trollweb.no Telefon dagtid: +47 51215300 Telefon kveld/helg: For kunder med Serviceavtale Besøksadresse: Luramyrveien 40, 4313 Sandnes Postadresse: Maurholen 57, 4316 Sandnes Husk at alle våre standard-vilkår alltid er gjeldende -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695025: libreoffice crashes when saving a new document with ctrl-s
I have libreoffice-kde installed. I use the oxygen theme. I don't use ibus but uses scim. I'm saving new document, therefore, by clicking save with a mouse, the dialogue appears and I can type in the file name to save it. However, if I press ctrl-s, it crashes. It happens with every new document On Monday 3 December 2012 14:17:42 Rene Engelhard wrote: tag 695025 + moreinfo thanks Hi, On Mon, Dec 03, 2012 at 08:48:08PM +0800, Michael Tsang wrote: I have found Libreoffice consistently crashing on my machine, with makes all the new documents lost. My system is a fully updated wheezy system, with KDE desktop. After I create a new document, under both Writer and Impress, if I try to use the keys Ctrl-S to save it, it immediately crashes after popping up the Aha, KDE. Do you use libreoffice-kde / the KDE dialogs? What happens if you use the LibreOffice dialogs? I bet that it's just a bug with the KDE dialogs. If if that is the case: do you use any special theeme (i.e. not oxygen)? -kde is known to crash with (some of) them. (And no, I will not care, get some KDE people to care if you want that fixed.) Oh, and did you see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=620422? Do you happen to use ibus or something? In which case it would be a duplicate of that bug. file saving dialogue every time. However, it does not crash by clicking the save button using a mouse. Of course, that doesn't include *any* dialog. Regards, Rene -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
