Bug#705524: Debian RT: backport scim-anthy
Hello, my name is Rolf Leggewie, I maintain scim and scim-anthy in Debian. Due to some unfortunate events, scim-anthy had to be dropped from wheezy. I would now like to provide it via the backports mechanism. I am a DD, not a DM. Please kindly add my GPG key 6E511C31 to the backports ACL. Let me know if you need any further information. Regards Rolf Leggewie -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712445: nginx-common: conffiles not removed
Package: nginx-common
Version: 1.4.1-2
Severity: normal
Usertags: conffile
User: debian...@lists.debian.org
Usertags: obsolete-conffile adequate
The recent upgrade did not deal with obsolete conffiles properly.
Please use the dpkg-maintscript-helper support provided by dh_installdeb
to remove these obsolete conffiles on upgrade.
http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files
http://manpages.debian.net/man/1/dh_installdeb
This bug report brought to you by adequate:
http://bonedaddy.net/pabs3/log/2013/02/23/inadequate-software/
$ pkg=nginx-common
$ adequate $pkg
nginx-common: obsolete-conffile /etc/nginx/naxsi-ui.conf
$ dpkg-query -W -f='${Conffiles}\n' $pkg | grep obsolete
/etc/nginx/naxsi-ui.conf 6be82259836cb8fad0afde03ebf101d4 obsolete
-- System Information:
Debian Release: jessie/sid
APT prefers experimental
APT policy: (1900, 'experimental'), (1800, 'unstable'), (1700,
'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.10-rc4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages nginx-common depends on:
ii lsb-base 4.1+Debian12
Versions of packages nginx-common suggests:
pn fcgiwrap none
pn nginx-doc none
--
bye,
pabs
http://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally signed message part
Bug#712446: adequate: silence warnings due to dpkg failure
Package: adequate Severity: wishlist When dpkg fails due to a file conflict in the middle of an apt upgrade run, I get lots of warnings like one below because the packages skipped were in the upgrade run but apt didn't get to them yet due to the file conflict failure. I don't think these warnings are useful in that situation so it would be good to get rid of them. adequate: skipping uno-libs3 because it's not installed -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#712444: fuse: Update hangs E: Internal Error, No file name for fuse:amd64
severity 712444 normal tag 712444 unreproducible tag 712444 moreinfo thanks On 06/16/13 07:54, ZeroBeat wrote: Fuse hangs during update to 2.9.2-4. Sub-process /usr/bin/dpkg returned an error code (1). i can't reproduce that when upgrading squeeze-wheezy; what version are you update from? -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707201: Same problem
Hi Edward,
thanks for your feedback!
On Sun, Jun 16, 2013 at 03:50:59AM +0300, Edward J. Shornock wrote:
[..snip..]
Trying to start an existing VM in virt-manager:
2013-06-16 03:34:26,075 (engine:878): Starting vm 'wheezy'
2013-06-16 03:34:26,082 (asyncjob:184): Creating async job for function
cb=function tmpcb at 0x35ccb18
2013-06-16 03:34:26,320 (error:80): dialog message: Error starting domain:
Unable to initialize /machine cgroup: Invalid argument: Error starting
domain: Unable to initialize /machine cgroup: Invalid argument
That's from virt-manger itself. It's not the daemon's log (see either
syslog or /var/log/libvirt/libvirtd.log). No need to provide more
feedback at this point. I'll try to reproduce with the version
information you gave (won't happen in the near future unfortunately
though).
Thanks again!
-- Guido
Traceback (most recent call last):
File /usr/share/virt-manager/virtManager/asyncjob.py, line 96, in
cb_wrapper
callback(asyncjob, *args, **kwargs)
File /usr/share/virt-manager/virtManager/asyncjob.py, line 117, in tmpcb
callback(*args, **kwargs)
File /usr/share/virt-manager/virtManager/domain.py, line 1160, in startup
self._backend.create()
File /usr/lib/python2.7/dist-packages/libvirt.py, line 698, in create
if ret == -1: raise libvirtError ('virDomainCreate() failed', dom=self)
libvirtError: Unable to initialize /machine cgroup: Invalid argument
Running libvirt in debug mode doesn't show anything more.
I do think this is related to libvirtd changing cgroup layout but
without any detail this is impossible to tell.
I think so too.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657068: python-pip: doesn't track dependencies?
On Wed, 12 Jun 2013 23:37:16 -0700 Ian Zimmerman i...@buug.org wrote: I would rather try it with a package that still _is_ around. Give me a few days. Well, the pip package depends on setuptools. I won't go there, the sulphuric smell is overpowering :-) So, do what you have to do with the bug, I don't mind. -- Please *no* private copies of mailing list or newsgroup messages. gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD Funny pic: http://bit.ly/ZNE2MX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712433: Please add a way to disable the udev code in apt-cdrom
On Sun, Jun 16, 2013 at 12:26 AM, Steve McIntyre st...@einval.com wrote: (a) if apt can't find a CD to add for some reason, please *say so* rather than just saying Repeat this process... It currently also returns 0, suggesting even more that everything worked fine. I will try to have a look later; unfortunately the code in apt-cdrom isn't really actively maintained by anyone… (b) add an option Acquire::cdrom::UseUdev or similar to allow people (me!) to disable the udev code and allow direct use of an already-mounted loopback ISO image or similar. acquire::cdrom::autodetect=0 should disable udev usage. Use -o acquire::cdrom::mount=/path/to/media (or -d) to specify the directory to look for the disk and call apt-cdrom with -o APT::CDROM::NoMount=1 (or -m) to prevent it from trying to mount/unmount a disc at that location. We have a small testcase covering some bits of apt-cdrom which uses all this, so have a look if you want to see it in action: http://anonscm.debian.org/gitweb/?p=apt/apt.git;a=blob;f=test/integration/test-apt-cdrom;h=f1c4fd9d32daec40f912b3cea220724fd59c83f7;hb=HEAD (and the code creating a CD-ROM for the test) http://anonscm.debian.org/gitweb/?p=apt/apt.git;a=blob;f=test/integration/framework;h=31b12e8bfb90985310c65f531765c46763456fc4;hb=HEAD#l736 Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712232: LIVE_NOCONFIGS in /etc/live/config/* broken
Hi, like said before, cmdline will overwrite config files, so do not include 'config' in cmdline, as this will enable all scripts again. this is also documented in the manpage. Indeed, sorry I missed it: the behaviour in earlier releases in the 3.0.x series matched the one I expected (thanks to a bug apparently), so I did not notice it was not working differently from documented. Reading the changelog again, the 3.0.15-1 entry should have be enough of a hint for me. Anyway (still running 3.0.23 + commit b018878): * If I edit the kernel command-line to remove `config', and add live-noconfig=sudo,policykit instead: as documented, all scripts but sudo and policykit are run. So far, so good. * If I remove `config' from the kernel command-line, no live-config script is run at all, despite LIVE_NOCONFIGS is set in /etc/live/config/*. This looks like a bug, or did I miss anything else? Cheers! -- pgp8KzBGqmH1d.pgp Description: PGP signature
Bug#711903: Update: gnome-packagekit: can't connect to nl ftp mirror - synaptic has no problem...
BE ( Belgïum) olso doen't work, only UK mirror works... have to test other ones...
Bug#712449: linux-image: Marvell Gigabit Ethernet sky2 driver panics on unplug re-plug, found a fix
Package: linux-image-3.9.5
Version: 3.9.5-3
Severity: important
Tags: patch
I get kernel panic - not syncing: Exception occurred in interrupt
about 25% of time when I unplug or I turn off any device plugged into
my Marvell Technology which uses sky2 driver. Mostly what this card
is hooked into my Playstaion 3 that frequently turns on and off 1-3
times a day. I have 2 identical Marvell Technology cards with both
having the same problem. I tried several different linux-image
version, linux-image-3.2.0-4-amd64 and linux-image-3.8-2-amd64, and
linux-image-3.9.5, all have same problem, until I edit sky2.c which
appears to fix the problem.
In linux source kernel, what I changed in sky2.c appears to no longer
panics any more. Before my fix it will kernal panic about 1 to 5 times
of unplug and plug-ins. After my fix it no longer panics after
unplugging and plugging in over 50 times, while at the same time the
links goes up sooner after plugging in with my fix.
I remove 2 lines (starts with //) in
linux-3.9.5/drivers/net/ethernet/marvell/sky2.c. With both lines
removed, my cards continues to work fine unplugging and plugging in
all my 1000 and 100-only devices, now without seeing no more kernel
panics with my fix.
static void sky2_link_down(struct sky2_port *sky2)
{
struct sky2_hw *hw = sky2-hw;
unsigned port = sky2-port;
u16 reg;
// gm_phy_write(hw, port, PHY_MARV_INT_MASK, 0);
reg = gma_read16(hw, port, GM_GP_CTRL);
reg = ~(GM_GPCR_RX_ENA | GM_GPCR_TX_ENA);
gma_write16(hw, port, GM_GP_CTRL, reg);
netif_carrier_off(sky2-netdev);
/* Turn off link LED */
sky2_write8(hw, SK_REG(port, LNK_LED_REG), LINKLED_OFF);
netif_info(sky2, link, sky2-netdev, Link is down\n);
// sky2_phy_init(hw, port);
}
On my linux system is 5 ethernet (4 cards + 1 on board), and a
wireless card which is used with hostap. 4 of my ethernet plus my
wireless are all bridged as br0. The system is AMD FX-4100 black
edition CPU, with Asus M5-A97-R2.0 motherboard. My linux uses testing
jessie for nearly all packages, but sid for linux-image and
firmware.
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (1010, 'testing'), (100, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
linux-image-3.9.5 depends on no packages.
linux-image-3.9.5 recommends no packages.
Versions of packages linux-image-3.9.5 suggests:
pn linux-firmware-image none
-- no debconf information
lspci -nn
00:00.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD/ATI]
RD890 PCI to PCI bridge (external gfx0 port B) [1002:5a14] (rev 02)
00:02.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD/ATI]
RD890 PCI to PCI bridge (PCI express gpp port B) [1002:5a16]
00:04.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD/ATI]
RD890 PCI to PCI bridge (PCI express gpp port D) [1002:5a18]
00:05.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD/ATI]
RD890 PCI to PCI bridge (PCI express gpp port E) [1002:5a19]
00:07.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD/ATI]
RD890 PCI to PCI bridge (PCI express gpp port G) [1002:5a1b]
00:09.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD/ATI]
RD890 PCI to PCI bridge (PCI express gpp port H) [1002:5a1c]
00:0a.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD/ATI]
RD890 PCI to PCI bridge (external gfx1 port A) [1002:5a1d]
00:11.0 SATA controller [0106]: Advanced Micro Devices, Inc. [AMD/ATI]
SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode] [1002:4391] (rev 40)
00:12.0 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI]
SB7x0/SB8x0/SB9x0 USB OHCI0 Controller [1002:4397]
00:12.2 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI]
SB7x0/SB8x0/SB9x0 USB EHCI Controller [1002:4396]
00:13.0 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI]
SB7x0/SB8x0/SB9x0 USB OHCI0 Controller [1002:4397]
00:13.2 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI]
SB7x0/SB8x0/SB9x0 USB EHCI Controller [1002:4396]
00:14.0 SMBus [0c05]: Advanced Micro Devices, Inc. [AMD/ATI] SBx00
SMBus Controller [1002:4385] (rev 42)
00:14.2 Audio device [0403]: Advanced Micro Devices, Inc. [AMD/ATI]
SBx00 Azalia (Intel HDA) [1002:4383] (rev 40)
00:14.3 ISA bridge [0601]: Advanced Micro Devices, Inc. [AMD/ATI]
SB7x0/SB8x0/SB9x0 LPC host controller [1002:439d] (rev 40)
00:14.4 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD/ATI]
SBx00 PCI to PCI Bridge [1002:4384] (rev 40)
00:14.5 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI]
SB7x0/SB8x0/SB9x0 USB OHCI2 Controller [1002:4399]
00:15.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD/ATI]
SB700/SB800/SB900 PCI to PCI bridge (PCIE port 0) [1002:43a0]
00:16.0 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI]
SB7x0/SB8x0/SB9x0 USB OHCI0 Controller [1002:4397]
00:16.2 USB controller [0c03]: Advanced Micro
Bug#712448: rpm package install fails if /etc/rpmrc exists (without /etc/rpm/macros)
Package: rpm Version: 4.8.1-6+squeeze1 Severity: normal I have a system with a 13-year-old /etc/rpmrc file on it. I tried to install the rpm package and got a cryptic error: sh: /usr/lib/rpm/convertrpmrc.sh: No such file or directory and the install failed. It looks like rpm.postinst used to be able to convert /etc/rpmrc configuration files, but the converter script is no longer included in the rpm package. I deleted my /etc/rpmrc and the install proceeded normally. Its not clear to me if the /etc/rpmrc file should just be ignored/deleted by rpm.postinst or if the convertrpmrc.sh was removed by mistake. While I found this on 'stable' branch, I checked out the latest rpm package in git, and it still seems to have this problem. -- System Information: Debian Release: 6.0.7 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages rpm depends on: ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libelf10.148-1 library to read and write ELF file ii libnss3-1d 3.12.8-1+squeeze6 Network Security Service libraries ii libpopt0 1.16-1lib for parsing cmdline parameters ii librpm14.8.1-6+squeeze1 RPM shared library ii librpmbuild1 4.8.1-6+squeeze1 RPM build shared library ii librpmio1 4.8.1-6+squeeze1 RPM IO shared library ii perl 5.10.1-17squeeze6 Larry Wall's Practical Extraction ii rpm-common 4.8.1-6+squeeze1 common files for RPM ii rpm2cpio 4.8.1-6+squeeze1 tool to convert RPM package to CPI ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime rpm recommends no packages. Versions of packages rpm suggests: pn alien none (no description available) ii elfutils0.148-1 collection of utilities to handle ii rpm-i18n4.8.1-6+squeeze1 localization and localized man pag -- 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#712447: fstrim: /: FITRIM ioctl failed: Operation not supported not mentioned on man page
Package: util-linux Version: 2.20.1-5.4 Severity: wishlist File: /usr/share/man/man8/fstrim.8.gz Most users will only get # fstrim / # fstrim: /: FITRIM ioctl failed: Operation not supported but the man page doesn't even mention it a little bit. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712450: pidgin-encryption: Depend on new libnspr4 instead of libnspr4-0d
Package: pidgin-encryption Version: 3.1-1 Severity: normal Dear Maintainer, the package pidgin-encryption depends on the transitional package: libnspr4-0d but should depends on the new package: libnspr4 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (600, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pidgin-encryption depends on: ii libc62.17-3 ii libnspr4-0d 2:4.9.6-1 ii libnss3-1d 2:3.14.3-1 ii pidgin 2.10.7-2 pidgin-encryption recommends no packages. pidgin-encryption 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#641145: [Pkg-xfce-devel] Bug#641145: Still affects Debian stable
On dim., 2013-06-16 at 00:47 +0200, Johan Mollevik wrote: What is the status of this bug? I still get this behaviour on a new install of debian stable. The xfce bug tracker seems to indicate this is fixed in xfce 4.10 but as far as I can see no fix have been back ported to 4.8 for use in wheezy. Is this known to affect current wheezy? Yes. -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#712434: [Pkg-xfce-devel] Bug#712434: lightdm-gtk-greeter.conf: discrepancy between comment and default value
On dim., 2013-06-16 at 00:31 +0200, Martin Dickopp wrote: Package: lightdm-gtk-greeter Version: 1.6.0-1 Severity: minor Hi, /etc/lightdm/lightdm-gtk-greeter.conf contains these two lines: # xft-hintstyle = What degree of hinting to use (none, slight, medium, or full) xft-hintstyle=hintfull According to the comment, hintfull is not one of the allowed values. (I'm not sure if the comment or the value is wrong, though.) Actually the hintfull comes from a Debian specific patch, and I guess the value names changed over time (and the comment as well), but I missed the change. Will correct it in the next uploads. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#712451: apparmor not support network rule
Package: apparmor Version: 2.7.103-4 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? reload apparmor rule. * What exactly did you do (or not do) that was effective (or ineffective)? apparmor_parser -r rule * What was the outcome of this action? it show the waring message: network rules not enforced * What outcome did you expect instead? enforced network rules, without warning/error message. I think it is because debian kernel (my: linux-image-3.9-1-amd64/3.9.6-1) does not fully support apparmor, is it? is it ture, can you point me, where can I download the patches set, make the kernel support apparmor (at least support network rule). Do you use apparmor on debian with network rule? if yes, any suggestion, how to make the kernel support apparmor network rule on debian? If it is not the kernel problem, can you tell me how to make apparmor support network rule? Thank you. *** End of the template - remove these lines *** -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=zh_HK.utf8, LC_CTYPE=zh_HK.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apparmor depends on: ii debconf [debconf-2.0] 1.5.50 ii dpkg 1.16.10 ii initramfs-tools0.112 ii libc6 2.17-5 ii lsb-base 4.1+Debian12 ii python 2.7.5-2 apparmor recommends no packages. Versions of packages apparmor suggests: ii apparmor-docs 2.7.103-4 ii apparmor-profiles 2.7.103-4 ii apparmor-utils 2.7.103-4 -- Configuration Files: /etc/apparmor.d/abstractions/base changed [not included] /etc/apparmor.d/abstractions/ibus changed [not included] /etc/apparmor.d/abstractions/private-files-strict changed [not included] /etc/apparmor.d/abstractions/ubuntu-browsers changed [not included] /etc/apparmor.d/abstractions/ubuntu-browsers.d/plugins-common changed [not included] /etc/apparmor.d/abstractions/ubuntu-browsers.d/ubuntu-integration changed [not included] /etc/apparmor.d/tunables/home changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626251: /usr/bin/apt-get: apt-get source package/oldstable doesn't work either
An additional data point, as well as a possible workaround: I am also receiving this error: E: Ignore unavailable target release 'unstable' of package 'xalan' E: Unable to find a source package for I believe that this is because I have ONLY the deb-src entries for unstable and testing in sources.list, but NOT the deb entries. By adding the associated deb entries (and some APT-pinning to ensure that I keep tracking stable) I am able to successfully install source packages from testing and unstable. Removing the deb entries causes the problem to reoccur. It seems as if APT is using the binary releases to determine the correct source releases, so if the binary releases aren't there, it gets lost. I don't know much (read: anything) about APT internals, so I have no idea if this is expected/desired behavior. However, In my opinion, it would be nice to be able to specify (only) source entries in order to be able to download different source versions, without needing to worry about pinning or accidentally installing undesired versions of binaries. signature.asc Description: Digital signature
Bug#712449: linux-image: Marvell Gigabit Ethernet sky2 driver panics on unplug re-plug, found a fix
Control: reassign -1 src:linux On Du, 16 iun 13, 02:36:03, Samuel Williams wrote: Package: linux-image-3.9.5 Version: 3.9.5-3 Severity: important Tags: patch Hey Samuel, There is no such package in Debian, so I'm reassigning your bug accordingly. Could you please try to reproduce this bug with a Debian kernel and possibly follow-up with reportbug linux-image-`uname -r` if it contains interesting information? Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Bug#712452: openjdk-6-jre-headless: Depends on libnss3-1d instead of libnss3
Package: openjdk-6-jre-headless Version: 6b27-1.12.5-2 Severity: normal Dear Maintainer, the openjdk-6-jre-headless package depends on the transitional package libnss3-1d instead of the new libnss3. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (600, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openjdk-6-jre-headless depends on: ii ca-certificates-java 20121112+nmu2 ii java-common 0.47 ii libc6 2.17-3 ii libcups2 1.5.3-5 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.8.1-2 ii libjpeg8 8d-1 ii libnss3-1d2:3.14.3-1 ii libpcsclite1 1.8.8-3 ii libstdc++64.8.1-2 ii multiarch-support 2.17-3 ii openjdk-6-jre-lib 6b27-1.12.5-2 ii tzdata-java 2013c-2 ii zlib1g1:1.2.8.dfsg-1 Versions of packages openjdk-6-jre-headless recommends: ii icedtea-6-jre-cacao 6b27-1.12.5-2 ii icedtea-6-jre-jamvm 6b27-1.12.5-2 Versions of packages openjdk-6-jre-headless suggests: pn fonts-ipafont-gothic none pn fonts-ipafont-mincho none ii libnss-mdns0.10-3.2 pn sun-java6-fontsnone pn ttf-dejavu-extra none pn ttf-indic-fontsnone pn ttf-wqy-microhei | ttf-wqy-zenhei 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#712453: libguava-java: If possible, please take over libgoogle-collections-java
Package: libguava-java Version: 13.0.1-3 Severity: normal Context: https://lists.debian.org/debian-java/2013/06/msg00061.html Basically, libguava-java superseeds libgoogle-collections-java. If libguava-java can take over libgoogle-collections-java (in a backwards compatible manner) we can immediately remove the old libgoogle-collections-java source. It is my understanding that libguava-java's API is a superset of libgoogle-collections-java and they (codewise) should be compatible. It should just be a question of keeping old packages buildable and running. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712454: dkms: Depends on module-init-tools instead of kmod
Package: dkms Version: 2.2.0.3-1.2 Severity: normal Dear Maintainer, the package dkms depends on the transitional package module-init-tools instead of the new kmod. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (600, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dkms depends on: ii build-essential11.6 ii coreutils 8.13-3.5 ii dpkg-dev 1.16.10 ii gcc4:4.7.2-1 ii make 3.81-8.2 ii module-init-tools 9-3 ii patch 2.6.1-3 Versions of packages dkms recommends: ii fakeroot 1.18.4-2 ii linux-headers-3.2.0-4-amd64 [linux-headers] 3.2.46-1 ii linux-headers-amd64 [linux-headers] 3.2+46 ii linux-image-3.2.0-4-amd64 [linux-image] 3.2.46-1 ii menu 2.1.46 ii sudo 1.8.5p2-1+nmu1 dkms 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#641145: [Pkg-xfce-devel] Bug#641145: Still affects Debian stable
On dim., 2013-06-16 at 10:00 +0200, Johan Mollevik wrote: Are there any plans for a fix (someone looking into it) or will we have to live with it until migration to 4.10? The changes are pretty invasive in xfce4-session so no, no plan to backport this to 4.8. If you want to suspend+lock in 4.8, better use xfpm directly. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#626251: /usr/bin/apt-get: apt-get source package/oldstable doesn't work either
As a followup to my previous message - When running apt-get source package It appears that package needs to be a binary package name, not a source package name. This makes my earlier observation about the deb entries make a little more sense to me, and leads me to believe that this behavior is by design. However, reading the apt-get man page, it's not clear to me that apt-get source does not allow specifying a source package name instead of a binary package name. Maybe something should be mentioned in the man page in case someone else comes along that's as dense as me ;-) So perhaps this winds up being more of a wishlist item than a bug. But I still believe that either altering source or adding a source-like command that uses source package names and the source release indexes would be nice, in order to give a source download option that isn't dependent on the binary releases. signature.asc Description: Digital signature
Bug#712435: apt-cache show output changed/broken when translated descriptions used
On Sun, Jun 16, 2013 at 12:50 AM, Steve McIntyre st...@einval.com wrote: * eventually, after a lot of debugging by a group of people, we worked out that this was caused by the Packages file missing Description: fields for all the package entries. Not everybody could consistently reproduce the problem (and it certainly wasn't there in squeeze); we worked out that the issue was related to the Acquire::Languages setting. That's a known bug. Various code particles assume that there is always a Description available for a package, so you might happen to follow dangling pointers and other dangerous stuff. In your tests with squeeze you might just be lucky – squeeze already had Acquire::Languages implemented, just that the archive didn't used/supported it, but squeeze didn't had split-out long-descriptions so thats probably your problem. For now, I'm working around this in debian-cd by explicitly adding -o Acquire::Languages=none to the code where I call apt, but I'd love to know: is this change a deliberate design decision, or a bug? If it's deliberate, could you please explain the reasoning? I can't see anything in the Changelog that mentions this behaviour change, offhand. It was always the case that apt-cache show foo would show the Description-$LANG and if that wasn't available Description. The thing that changed now with the split out long-description for en is that even LANG=C has a 'translated' long-description in the form of Description-en as Description is just a short description. So using =none might be the best you can do if you don't need the description for anything - otherwise I would just sed -i '#^Description-en:#Description:#' and be done. For the APT parsing side we should probably accept translations in the Packages file as well instead of just from Translation-* files as there isn't a real reason not to. Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712455: nautilus-image-manipulator: Depends on python-gobject instead of python-gi
Package: nautilus-image-manipulator Version: 1.3-1 Severity: normal Dear Maintainer, the package natuilus-image-manipulator depends on the transitional package python-gobject instead of the new python-gi. Please consider switching the dependency to the new package. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (600, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nautilus-image-manipulator depends on: ii gir1.2-gexiv2-0.40.6.1-2 ii gir1.2-glib-2.0 1.36.0-2+b1 ii gir1.2-gtk-3.0 3.4.2-6 ii gir1.2-nautilus-3.0 3.4.2-1+build1 ii nautilus 3.4.2-1+build1 ii python 2.7.3-5 ii python-gobject 3.8.2-1 ii python-imaging 1.1.7-4 ii python-nautilus 1.1-3 ii python-poster0.8.1-0.1 nautilus-image-manipulator recommends no packages. nautilus-image-manipulator 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#675864: This bug is a duplicate of #674112
Control: forcemerge 674112 675864 Hi, On 2013-06-15 23:09:02 +0200, Nicolas Schodet wrote: this bug is the same as #674112 which is fixed upstream. Yes, merging. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626251: /usr/bin/apt-get: apt-get source package/oldstable doesn't work either
On 16 June 2013 16:12, Bill Blough de...@blough.us wrote: As a followup to my previous message - When running apt-get source package It appears that package needs to be a binary package name, not a source package name. This makes my earlier observation about the deb entries make a little more sense to me, and leads me to believe that this behavior is by design. Yes. However, reading the apt-get man page, it's not clear to me that apt-get source does not allow specifying a source package name instead of a binary package name. Maybe something should be mentioned in the man page in case someone else comes along that's as dense as me ;-) You can use ‘--only-source’ to specify source package name. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712456: rabbitvcs-core: Depends on python-gobject instead of python-gi
Package: rabbitvcs-core Version: 0.15.2-1 Severity: normal Dear Maintainer, the packages rabbitvcs-core and rabbitvcs-nautilus depends on the transitional package python-gobject instead of the new python-gi. Please consider switching the dependency to the new package. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (600, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rabbitvcs-core depends on: ii hicolor-icon-theme 0.12-1 ii ipython 0.13.2-2 ii meld1.6.1-1 ii python 2.7.3-5 ii python-configobj4.7.2+ds-5 ii python-dbus 1.2.0-2 ii python-dulwich 0.9.0-1 ii python-gobject 3.8.2-1 ii python-gtk2 2.24.0-3+b1 ii python-simplejson 2.6.2-1 ii python-svn 1.7.5-1.1 ii subversion 1.6.17dfsg-4+deb7u3 rabbitvcs-core recommends no packages. rabbitvcs-core 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#712457: python-gtksourceview2: Depends on python-gobject instead of python-gi
Package: python-gtksourceview2 Version: 2.10.1-2 Severity: normal Dear Maintainer, the package python-gtksourceview2 depends on the transitional package python-gobject instead of the new python-gi. Please consider switching the dependency to the new package. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (600, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-gtksourceview2 depends on: ii libatk1.0-02.8.0-2 ii libc6 2.17-3 ii libcairo2 1.12.14-4 ii libfontconfig1 2.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgdk-pixbuf2.0-0 2.28.1-1 ii libglib2.0-0 2.36.1-2build1 ii libgtk2.0-02.24.18-1 ii libgtksourceview2.0-0 2.10.4-1 ii libpango1.0-0 1.32.5-5+b1 ii python 2.7.3-5 ii python-gobject 3.8.2-1 ii python-gtk22.24.0-3+b1 ii python2.7 2.7.5-5 python-gtksourceview2 recommends no packages. Versions of packages python-gtksourceview2 suggests: pn libgtksourceview2.0-dev 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#712458: kmail: About Dialog crashes KMail
Package: kmail Version: 4:4.10.4-1 Severity: normal Dear Maintainer, * What led up to the situation? Opening Help - About KMail * What exactly did you do (or not do) that was effective (or ineffective)? Right after starting KMail * What was the outcome of this action? KMail crashes When starting from cmd line, I get QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. Hspell: can't open /usr/share/hspell/hebrew.wgz.sizes. rd@blackbox:~/Disk/SW.backup/n900$ Plugin paths: (/usr/lib/i386-linux-gnu/qt4/plugins, /home/rd/.kde/lib/, /usr/lib/) Trying to load Attica plugin: /usr/lib/i386-linux-gnu/qt4/plugins/attica_kde.so Trying to load Attica plugin: /home/rd/.kde/lib//attica_kde.so Trying to load Attica plugin: /usr/lib//attica_kde.so Using Attica with KDE support *** KMail got signal 11 (Exiting) *** Dead letters dumped. KCrash: Application 'kmail' crashing... KCrash: Attempting to start /usr/lib/kde4/libexec/drkonqi from kdeinit sock_file=/home/rd/.kde/socket-blackbox/kdeinit4__0 * What outcome did you expect instead? 4.10.4 :-) -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable'), (400, 'testing'), (300, 'unstable'), (250, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) 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 kmail depends on: ii kde-runtime 4:4.10.4-1 ii kdepim-runtime4:4.10.4-1 ii kdepimlibs-kio-plugins4:4.10.4-1 ii libakonadi-contact4 4:4.10.4-1 ii libakonadi-kde4 4:4.10.4-1 ii libakonadi-kmime4 4:4.10.4-1 ii libakonadiprotocolinternals1 1.9.2-2 ii libc6 2.17-3 ii libcalendarsupport4 4:4.10.4-1 ii libgcc1 1:4.7.2-5 ii libgpgme++2 4:4.10.2-2 ii libincidenceeditorsng44:4.10.4-1 ii libkabc4 4:4.10.4-1 ii libkcalcore4 4:4.10.4-1 ii libkcalutils4 4:4.10.4-1 ii libkcmutils4 4:4.10.4-1 ii libkdecore5 4:4.10.4-1 ii libkdepim44:4.10.4-1 ii libkdeui5 4:4.10.4-1 ii libkio5 4:4.10.4-1 ii libkleo4 4:4.10.4-1 ii libkmime4 4:4.10.4-1 ii libknotifyconfig4 4:4.10.4-1 ii libkontactinterface4 4:4.10.4-1 ii libkparts44:4.10.4-1 ii libkpgp4 4:4.10.4-1 ii libkpimidentities44:4.10.4-1 ii libkpimtextedit4 4:4.10.4-1 ii libkpimutils4 4:4.10.4-1 ii libkprintutils4 4:4.10.4-1 ii libksieveui4 4:4.10.4-1 ii libktnef4 4:4.10.4-1 ii libmailcommon44:4.10.4-1 ii libmailimporter4 4:4.10.4-1 ii libmailtransport4 4:4.10.4-1 ii libmessagecomposer4 4:4.10.4-1 ii libmessagecore4 4:4.10.4-1 ii libmessagelist4 4:4.10.4-1 ii libmessageviewer4 4:4.10.4-1 ii libnepomukcore4 4:4.10.4-1 ii libpimcommon4 4:4.10.4-1 ii libqt4-dbus 4:4.8.4+dfsg-4 ii libqt4-network4:4.8.4+dfsg-4 ii libqt4-xml4:4.8.4+dfsg-4 ii libqtcore44:4.8.4+dfsg-4 ii libqtgui4 4:4.8.4+dfsg-4 ii libqtwebkit4 2.2.1-5 ii libsolid4 4:4.10.4-1 ii libsoprano4 2.9.2+dfsg.1-1 ii libstdc++64.7.2-5 ii libtemplateparser44:4.10.4-1 ii perl 5.14.2-21 Versions of packages kmail recommends: ii gnupg-agent 2.0.19-2 ii gnupg22.0.19-2 ii pinentry-gtk2 [pinentry-x11] 0.8.1-1 ii pinentry-qt4 [pinentry-x11] 0.8.1-1 Versions of packages kmail suggests: pn clamav | f-prot-installernone ii kaddressbook 4:4.10.4-1 ii kleopatra4:4.10.4-1 ii procmail 3.22-20 pn spamassassin | bogofilter | annoyance-filter | spambayes | bsfi 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#712419: [INTL:es] Spanish debconf template translation for tt-rss
El 2013-06-16 a las 06:17 +0200, Christian PERRIER escribió: Quoting Camaleón (noela...@gmail.com): #. Type: string #. Description #: ../templates:3001 msgid This should include the location of the tt-rss directory - for instance http://example.org/tt-rss/. If this is not set correctly, several features, including PUSH, bookmarklets, and browser integration, will not work properly. msgstr Esta dirección debe incluir la ruta del directorio de tt-rss, p. ej., This line isn't terminated by a double quote, making the PO file invalid. Fixed file attached. You can easily check PO files validity with: msgfmt -o /dev/null --statistics es.po Thanks, Christian, my fault. I've recently swicthed to Wheezy and still in process of seeking for a new PO editor so this file was manually edited with Mousepad ;-( Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712459: terminator: Depends on python-gobject instead of python-gi
Package: terminator Version: 0.97-1 Severity: normal Dear Maintainer, the package terminator depends on the transitional package python-gobject instead of the new python-gi. Please consider switching the dependency to the new package. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (600, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages terminator depends on: ii gconf2 3.2.6-1 ii python 2.7.3-5 ii python-dbus 1.2.0-2 ii python-gobject 3.8.2-1 ii python-gtk2 2.24.0-3+b1 ii python-vte 1:0.28.2-5 Versions of packages terminator recommends: ii python-gnome2 2.28.1+dfsg-1 ii python-keybinder 0.3.0-2 ii python-notify 0.1.1-3 ii xdg-utils 1.1.0~rc1+git20111210-7 terminator 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#712451: apparmor not support network rule
Control: severity -1 wishlist Control: retitle -1 Please support AppArmor network rules Hi, johnw wrote (16 Jun 2013 07:53:11 GMT) : * What was the outcome of this action? it show the waring message: network rules not enforced * What outcome did you expect instead? enforced network rules, without warning/error message. I think it is because debian kernel (my: linux-image-3.9-1-amd64/3.9.6-1) does not fully support apparmor, is it? It's because the AppArmor patches about network mediation were not merged upstream yet. FYI Jessie's Debian kernel is not likely to ship out-of-tree AppArmor patches, so I'm not reassigning to the linux package, but keeping it under the apparmor package umbrella for the time being. Do you use apparmor on debian with network rule? if yes, any suggestion, how to make the kernel support apparmor network rule on debian? You may want to nag AppArmor upstream so that they have the network mediation code merged into mainline Linux :) Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704812: [Pkg-ime-devel] Bug#704812: [PATCH] multiarch
I think it will be cleaner if you use proper debhelper v9 compat level.
You do not need to move around library after the build.
If that is not enough, another alternative is to use override the
dh_auto_configure process. (Not as elegant).
I mean you can set path via ./configure option:
--libdir=DIRobject code libraries [EPREFIX/lib]
ibus-qt is configured to use cmake.
http://www.cmake.org/Bug/view.php?id=13742
Can we use Cmake with multiarch fix ?
This fix is in Cmake 2.8.11 (in sid) but there is 2.8.9 in wheezy.
I've added -DCMAKE_LIBRARY_ARCHITECTURE=$(DEB_HOST_MULTIARCH)
for dh_auto_configure
Hiroshi
diff -u ibus-qt-1.3.1/debian/compat ibus-qt-1.3.1-mod/debian/compat
--- ibus-qt-1.3.1/debian/compat 2011-09-05 10:21:08.0 +0900
+++ ibus-qt-1.3.1-mod/debian/compat 2013-06-16 16:47:02.371927279 +0900
@@ -1 +1 @@
-7
+9
diff -u ibus-qt-1.3.1/debian/control ibus-qt-1.3.1-mod/debian/control
--- ibus-qt-1.3.1/debian/control 2012-05-28 18:08:05.0 +0900
+++ ibus-qt-1.3.1-mod/debian/control 2012-11-10 19:51:23.0 +0900
@@ -14,6 +14,8 @@
Package: ibus-qt4
Architecture: any
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: qt-immodule for ibus (QT4)
IBus is an Intelligent Input Bus. It is a new input framework for Linux
@@ -25,6 +27,8 @@
Package: libibus-qt1
Section: libs
Architecture: any
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: qt-immodule for ibus (QT4)
IBus is an Intelligent Input Bus. It is a new input framework for Linux
@@ -36,6 +40,8 @@
Package: libibus-qt-dev
Section: libdevel
Architecture: any
+Multi-Arch: foreign
+Pre-Depends: ${misc:Pre-Depends}
Depends: libibus-qt1 (= ${binary:Version}), libqt4-dev, libibus-1.0-dev, libdbus-1-dev, ${shlibs:Depends}, ${misc:Depends}
Description: qt-immodule for ibus (QT4)
IBus is an Intelligent Input Bus. It is a new input framework for Linux
diff -u ibus-qt-1.3.1/debian/libibus-qt-dev.install ibus-qt-1.3.1-mod/debian/libibus-qt-dev.install
--- ibus-qt-1.3.1/debian/libibus-qt-dev.install 2011-09-05 10:21:08.0 +0900
+++ ibus-qt-1.3.1-mod/debian/libibus-qt-dev.install 2012-11-10 19:45:32.0 +0900
@@ -1,2 +1,2 @@
debian/tmp/usr/include/*
-debian/tmp/usr/lib/libibus-qt.so
+debian/tmp/usr/lib/*/libibus-qt.so
diff -u ibus-qt-1.3.1/debian/libibus-qt1.install ibus-qt-1.3.1-mod/debian/libibus-qt1.install
--- ibus-qt-1.3.1/debian/libibus-qt1.install 2011-09-05 10:21:08.0 +0900
+++ ibus-qt-1.3.1-mod/debian/libibus-qt1.install 2013-06-16 17:16:41.656101239 +0900
@@ -1 +1 @@
- debian/tmp/usr/lib/libibus-qt.so.1*
+ debian/tmp/usr/lib/*/libibus-qt.so.1*
diff -u ibus-qt-1.3.1/debian/rules ibus-qt-1.3.1-mod/debian/rules
--- ibus-qt-1.3.1/debian/rules 2012-05-28 18:08:05.0 +0900
+++ ibus-qt-1.3.1-mod/debian/rules 2013-06-16 17:16:59.327587281 +0900
@@ -1,10 +1,17 @@
#!/usr/bin/make -f
+
+DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
+
%:
dh $@
override_dh_auto_configure:
- dh_auto_configure -- -DCMAKE_CXX_FLAGS=-DQT_NO_DEBUG_OUTPUT -DQT_NO_WARNING_OUTPUT
+ dh_auto_configure -- -DCMAKE_CXX_FLAGS=-DQT_NO_DEBUG_OUTPUT -DQT_NO_WARNING_OUTPUT -DCMAKE_LIBRARY_ARCHITECTURE=$(DEB_HOST_MULTIARCH)
override_dh_makeshlibs:
dh_makeshlibs -Nibus-qt4
+override_dh_auto_install:
+ dh_auto_install
+ mkdir -p debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/
+ mv debian/tmp/usr/lib/libibus-qt.so* debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/
Bug#712460: etherape: Depends on libpango1.0-0 instead of libpango-1.0-0
Package: etherape Version: 0.9.12-1 Severity: normal Dear Maintainer, the package etherape depends on the transitional package libpango1.0-0 instead of the new libpango-1.0-0. Please consider switching the dependency to the new package. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (600, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages etherape depends on: ii libart-2.0-22.3.21-2 ii libatk1.0-0 2.8.0-2 ii libbonobo2-02.32.1-1 ii libbonoboui2-0 2.24.3-1 ii libc6 2.17-3 ii libcairo2 1.12.14-4 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgconf2-4 3.2.6-1 ii libgdk-pixbuf2.0-0 2.28.1-1 ii libglade2-0 1:2.6.4-1 ii libglib2.0-02.36.1-2build1 ii libgnome2-0 2.32.1-4 ii libgnomecanvas2-0 2.30.3-1.2 ii libgnomeui-02.24.5-2 ii libgnomevfs2-0 1:2.24.4-3 ii libgtk2.0-0 2.24.18-1 ii libice6 2:1.0.8-2 ii liborbit2 1:2.14.19-0.1 ii libpango1.0-0 1.32.5-5+b1 ii libpcap0.8 1.4.0-1 ii libpopt01.16-7 ii libsm6 2:1.2.1-2 ii libxml2 2.8.0+dfsg1-7+nmu1 Versions of packages etherape recommends: ii menu 2.1.46 etherape 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#710115: totem: Totem crashes intermittently when adding a second file to play
Am Sonntag, den 16.06.2013, 09:48 +0530 schrieb Rustom Mody: Do you still experience the error? I have one system with Debian Sid/unstable, where I do not get that error anymore. Still get the error Good to know. Thanks. Totem version does not show as requiring update 3.0.1-8+b1 Sorry, I do not understand that sentence. Could you rephrase please? Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#712461: ettercap-graphical: Depends on libpango1.0-0 instead of libpango-1.0-0
Package: ettercap-graphical Version: 1:0.7.6-1 Severity: normal Dear Maintainer, the package ettercap-graphical depends on the transitional package libpango1.0-0 instead of the new libpango-1.0-0. Please consider switching the dependency to the new package. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (600, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ettercap-graphical depends on: ii ettercap-common 1:0.7.6-1 ii libatk1.0-0 2.8.0-2 ii libc6 2.17-3 ii libcairo2 1.12.14-4 ii libfreetype62.4.9-1.1 ii libgdk-pixbuf2.0-0 2.28.1-1 ii libglib2.0-02.36.1-2build1 ii libgtk2.0-0 2.24.18-1 ii libncurses5 5.9+20130504-1 ii libnet1 1.1.4-2.1 ii libpango1.0-0 1.32.5-5+b1 ii libpcap0.8 1.4.0-1 ii libpcre31:8.31-2 ii libssl1.0.0 1.0.1e-3 ii libtinfo5 5.9+20130504-1 ii menu2.1.46 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages ettercap-graphical recommends: ii gksu 2.0.2-6 ettercap-graphical 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#712462: flashplugin-nonfree: Depends on libpango1.0-0 instead of libpango-1.0-0
Package: flashplugin-nonfree Version: 1:3.2 Severity: normal Dear Maintainer, the package flashplugin-nonfree depends on the transitional package libpango1.0-0 instead of the new libpango-1.0-0. Please consider switching the dependency to the new package. -- Package-specific info: Debian version: jessie/sid Architecture: amd64 Package version: 1:3.2 Adobe Flash Player version: LNX 11,2,202,291 MD5 checksums: e9225d179e601f71cc4e0d5a54ae30bc /var/cache/flashplugin-nonfree/get-upstream-version.pl 7cb981b2189f4bdd38c6fac29964036b /var/cache/flashplugin-nonfree/install_flash_player_11_linux.x86_64.tar.gz 9f9df6a45f6a7acbb0f144b601ee770f /usr/lib/flashplugin-nonfree/libflashplayer.so Alternatives: flash-mozilla.so - auto mode link currently points to /usr/lib/flashplugin-nonfree/libflashplayer.so /usr/lib/flashplugin-nonfree/libflashplayer.so - priority 50 Current 'best' version is '/usr/lib/flashplugin-nonfree/libflashplayer.so'. lrwxrwxrwx 1 root root 34 Jan 8 12:25 /usr/lib/mozilla/plugins/flash-mozilla.so - /etc/alternatives/flash-mozilla.so /usr/lib/mozilla/plugins/flash-mozilla.so: symbolic link to `/etc/alternatives/flash-mozilla.so' -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (600, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages flashplugin-nonfree depends on: ii binutils 2.22-8 ii debconf [debconf-2.0] 1.5.50 ii gnupg 1.4.12-7 ii libatk1.0-02.8.0-2 ii libcairo2 1.12.14-4 ii libcurl3-gnutls7.30.0-2 ii libfontconfig1 2.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgcc11:4.8.1-2 ii libglib2.0-0 2.36.1-2build1 ii libgtk2.0-02.24.18-1 ii libnspr4 2:4.9.6-1 ii libnss32:3.14.3-1 ii libpango1.0-0 1.32.5-5+b1 ii libstdc++6 4.8.1-2 ii libx11-6 2:1.5.0-1+deb7u1 ii libxext6 2:1.3.1-2+deb7u1 ii libxt6 1:1.1.3-1+deb7u1 ii wget 1.14-2 flashplugin-nonfree recommends no packages. Versions of packages flashplugin-nonfree suggests: pn halnone pn iceweasel none pn konqueror-nspluginsnone pn ttf-dejavu none pn ttf-mscorefonts-installer none pn ttf-xfree86-nonfreenone -- 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#712463: galculator: Depends on libpango1.0-0 instead of libpango-1.0-0
Package: galculator Version: 2.1.2-1 Severity: normal Dear Maintainer, the package galculator depends on the transitional package libpango1.0-0 instead of the new libpango-1.0-0. Please consider switching the dependency to the new package. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (600, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages galculator depends on: ii libc6 2.17-3 ii libglib2.0-0 2.36.1-2build1 ii libgtk-3-0 3.4.2-6 ii libpango1.0-0 1.32.5-5+b1 ii libquadmath0 4.8.1-2 galculator recommends no packages. galculator 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#712464: geany: Depends on libpango1.0-0 instead of libpango-1.0-0
Package: geany Version: 1.23.1+dfsg-1 Severity: normal Dear Maintainer, the package geany depends on the transitional package libpango1.0-0 instead of the new libpango-1.0-0. Please consider switching the dependency to the new package. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (600, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages geany depends on: ii geany-common1.23.1+dfsg-1 ii libatk1.0-0 2.8.0-2 ii libc6 2.17-3 ii libcairo2 1.12.14-4 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgcc1 1:4.8.1-2 ii libgdk-pixbuf2.0-0 2.28.1-1 ii libglib2.0-02.36.1-2build1 ii libgtk2.0-0 2.24.18-1 ii libpango1.0-0 1.32.5-5+b1 ii libstdc++6 4.8.1-2 ii multiarch-support 2.17-3 geany recommends no packages. Versions of packages geany suggests: pn doc-base none ii libvte9 1:0.28.2-5 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712465: gimp: Depends on libpango1.0-0 instead of libpango-1.0-0
Package: gimp Version: 2.8.4-1 Severity: normal Dear Maintainer, the package gimp depends on the transitional package libpango1.0-0 instead of the new libpango-1.0-0. Please consider switching the dependency to the new package. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (600, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gimp depends on: ii gimp-data 2.8.4-1 ii libaa1 1.4p5-40 ii libatk1.0-0 2.8.0-2 ii libbabl-0.1-0 0.1.10-1 ii libbz2-1.0 1.0.6-4 ii libc6 2.17-3 ii libcairo2 1.12.14-4 ii libdbus-1-3 1.6.12-1 ii libdbus-glib-1-20.100.2-1 ii libexif12 0.6.21-1 ii libexpat1 2.1.0-3 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgdk-pixbuf2.0-0 2.28.1-1 ii libgegl-0.2-0 0.2.0-2+nmu1 ii libgimp2.0 2.8.4-1 ii libglib2.0-02.36.1-2build1 ii libgs9 9.05~dfsg-6.3 ii libgtk2.0-0 2.24.18-1 ii libgudev-1.0-0 175-7.2 ii libice6 2:1.0.8-2 ii libjasper1 1.900.1-14 ii libjavascriptcoregtk-1.0-0 1.8.1-3.4 ii libjpeg88d-1 ii liblcms11.19.dfsg-1.2 ii libmng1 1.0.10-3 ii libpango1.0-0 1.32.5-5+b1 ii libpng12-0 1.2.49-4 ii libpoppler-glib80.18.4-6 ii librsvg2-2 2.36.4-2 ii libsm6 2:1.2.1-2 ii libsoup2.4-12.38.1-2 ii libtiff43.9.6-11 ii libwebkitgtk-1.0-0 1.8.1-3.4 ii libwmf0.2-7 0.2.8.4-10.3 ii libx11-62:1.5.0-1+deb7u1 ii libxcursor1 1:1.1.13-1+deb7u1 ii libxext62:1.3.1-2+deb7u1 ii libxfixes3 1:5.0-4+deb7u1 ii libxmu6 2:1.1.1-1 ii libxpm4 1:3.5.10-1 ii libxt6 1:1.1.3-1+deb7u1 ii python 2.7.3-5 ii python-gtk2 2.24.0-3+b1 ii python2.7 2.7.5-5 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages gimp recommends: ii ghostscript 9.05~dfsg-6.3 Versions of packages gimp suggests: pn gimp-data-extras none pn gimp-help-en | gimp-help none ii gvfs-backends 1.12.3-4 ii libasound21.0.25-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#712466: gksu: Depends on libpango1.0-0 instead of libpango-1.0-0
Package: gksu Version: 2.0.2-6 Severity: normal Dear Maintainer, the package gksu depends on the transitional package libpango1.0-0 instead of the new libpango-1.0-0. Please consider switching the dependency to the new package. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (600, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gksu depends on: ii libatk1.0-0 2.8.0-2 ii libc6 2.17-3 ii libcairo2 1.12.14-4 ii libfontconfig12.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgconf2-4 3.2.6-1 ii libgdk-pixbuf2.0-02.28.1-1 ii libgksu2-02.0.13~pre1-6 ii libglib2.0-0 2.36.1-2build1 ii libgnome-keyring0 3.4.1-1 ii libgtk2.0-0 2.24.18-1 ii libpango1.0-0 1.32.5-5+b1 ii libstartup-notification0 0.12-3 ii sudo 1.8.5p2-1+nmu1 Versions of packages gksu recommends: ii gnome-keyring 3.4.1-5 gksu 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#712467: msmtp: missing man8/msmtp.8.gz
Package: msmtp Version: 1.4.28-1 Severity: minor When looking for `man msmtp`, man complains: --- man: can't resolve /usr/share/man/man8/msmtp.8.gz: No such file or directory --- msmtp has registered the availability of a section 8 man page, but the file itself is missing. `accessdb | grep msmtp` shows: --- msmtp - msmtp 1 msmtp 8 msmtp~1 - - 1 1 1336309879 A - - gz An SMTP client msmtp~8 - - 8 8 1336309881 A - - gz An SMTP client --- -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IN.UTF-8, LC_CTYPE=en_IN.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages msmtp depends on: ii debconf [debconf-2.0] 1.5.49 ii dpkg 1.16.10 ii install-info 4.13a.dfsg.1-10 ii libc6 2.13-38 ii libgnutls262.12.20-6 ii libgsasl7 1.8.0-2 ii libidn11 1.25-2 ii ucf3.0025+nmu3 Versions of packages msmtp recommends: ii ca-certificates 20130119 Versions of packages msmtp suggests: ii msmtp-mta 1.4.28-1 -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712257: buildd.debian.org: buildd [powerpc, s390, s390x] Compiler version looks for not available libcloog-ppl library
On Fri, Jun 14, 2013 at 06:08:54PM +0200, Tobias Frost wrote: Package: buildd.debian.org Severity: important Dear buildd folks, drizzle's FTBFS (#708434) is caused by the used gcc version 4.6.3-(14|15): The compiler looks for libcloog-ppl0, which is not available anymore in Debian, as its SO name has been bumped. (now it is liobcloog-ppl1) An upgrade to 4.6.4 will fix this (tried locally). Or -- looking at the changelog -- maybe 4.6.3-16, which was only in experimental) I have upgraded the s390 and s390x chroots, and drizzle has been built successfully there. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646586: dict-freedict-deu-eng complains on locale during installation
Hello, jaa...@ro.ru schrieb am 25.10.2011, 16:30 +0400: During installation, the following message appears: Setting up dict-freedict-deu-eng (1.3-4) ... The parameter --locale=xx_YY.utf-8 was not set in your /etc/default/dictd, so after installing this package dictd may stop working. So far, the only, probably unrelated, ill effect which I observe is that one has to adjust the gnome terminal settings manually to get the right characters in the output of the dict program. Which character were you using? The dict server is a bit old-fashioned about encodings; FreeDict decided to use UTF-8 as default for their dictionaries, but that is what you have to tell dict as well, to get the proper encoding for your terminal. Sebastian signature.asc Description: Digital signature
Bug#712468: gnome-alsamixer: Depends on libpango1.0-0 instead of libpango-1.0-0
Package: gnome-alsamixer Version: 0.9.7~cvs.20060916.ds.1-3 Severity: normal Dear Maintainer, the package gnome-alsamixer depends on the transitional package libpango1.0-0 instead of the new libpango-1.0-0. Please consider switching the dependency to the new package. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (600, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-alsamixer depends on: ii gconf2 3.2.6-1 ii libart-2.0-22.3.21-2 ii libasound2 1.0.25-4 ii libatk1.0-0 2.8.0-2 ii libbonobo2-02.32.1-1 ii libbonoboui2-0 2.24.3-1 ii libc6 2.17-3 ii libcairo2 1.12.14-4 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgconf2-4 3.2.6-1 ii libgdk-pixbuf2.0-0 2.28.1-1 ii libglib2.0-02.36.1-2build1 ii libgnome2-0 2.32.1-4 ii libgnomecanvas2-0 2.30.3-1.2 ii libgnomeui-02.24.5-2 ii libgnomevfs2-0 1:2.24.4-3 ii libgtk2.0-0 2.24.18-1 ii libice6 2:1.0.8-2 ii liborbit2 1:2.14.19-0.1 ii libpango1.0-0 1.32.5-5+b1 ii libpopt01.16-7 ii libsm6 2:1.2.1-2 gnome-alsamixer recommends no packages. gnome-alsamixer 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#712469: gnome-bluetooth: Depends on libpango1.0-0 instead of libpango-1.0-0
Package: gnome-bluetooth Version: 3.4.2-1 Severity: normal Dear Maintainer, the package gnome-bluetooth depends on the transitional package libpango1.0-0 instead of the new libpango-1.0-0. Please consider switching the dependency to the new package. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (600, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-bluetooth depends on: ii bluez4.99-3 ii consolekit 0.4.5-3.1 ii dconf-gsettings-backend [gsettings-backend] 0.16.0-4 ii dpkg 1.16.10 ii gir1.2-atk-1.0 2.8.0-2 ii gir1.2-freedesktop 1.36.0-2+b1 ii gir1.2-gdkpixbuf-2.0 2.28.1-1 ii gir1.2-glib-2.0 1.36.0-2+b1 ii gir1.2-gnomebluetooth-1.03.4.2-1 ii gir1.2-gtk-3.0 3.4.2-6 ii gir1.2-pango-1.0 1.32.5-5+b1 ii libatk1.0-0 2.8.0-2 ii libc62.17-3 ii libcairo-gobject21.12.14-4 ii libcairo21.12.14-4 ii libgdk-pixbuf2.0-0 2.28.1-1 ii libglib2.0-0 2.36.1-2build1 ii libgnome-bluetooth10 3.4.2-1 ii libgtk-3-0 3.4.2-6 ii libnotify4 0.7.5-2 ii libpango1.0-01.32.5-5+b1 ii obex-data-server 0.4.5-1+b3 ii obexd-client 0.46-1+b1 ii udev 175-7.2 Versions of packages gnome-bluetooth recommends: ii gvfs-backends 1.12.3-4 Versions of packages gnome-bluetooth suggests: pn gnome-user-share none ii nautilus-sendto 3.0.3-3 -- 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#712470: leafpad: Depends on libpango1.0-0 instead of libpango-1.0-0
Package: leafpad Version: 0.8.18.1-3 Severity: normal Dear Maintainer, the package leafpad depends on the transitional package libpango1.0-0 instead of the new libpango-1.0-0. Please consider switching the dependency to the new package. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (600, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages leafpad depends on: ii libc6 2.17-3 ii libcairo2 1.12.14-4 ii libglib2.0-0 2.36.1-2build1 ii libgtk2.0-02.24.18-1 ii libpango1.0-0 1.32.5-5+b1 leafpad recommends no packages. Versions of packages leafpad suggests: pn evince-gtk 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#646586: dict-freedict-deu-eng complains on locale during installation
Am 16.06.2013 10:56, schrieb Sebastian Humenda: Hello, jaa...@ro.ru schrieb am 25.10.2011, 16:30 +0400: During installation, the following message appears: Setting up dict-freedict-deu-eng (1.3-4) ... The parameter --locale=xx_YY.utf-8 was not set in your /etc/default/dictd, so after installing this package dictd may stop working. So far, the only, probably unrelated, ill effect which I observe is that one has to adjust the gnome terminal settings manually to get the right characters in the output of the dict program. Which character were you using? The dict server is a bit old-fashioned about encodings; FreeDict decided to use UTF-8 as default for their dictionaries, but that is what you have to tell dict as well, to get the proper encoding for your terminal. Sebastian Dear Sebastian, alas, I don't have the same debian machine any more. But I found that the same message appears on a Ubuntu installation. Entpacken von dict-freedict-deu-eng (aus .../dict-freedict-deu-eng_1.3-4ubuntu1_all.deb) ... dict-freedict-deu-eng (1.3-4ubuntu1) wird eingerichtet ... The parameter --locale=xx_YY.utf-8 was not set in your /etc/default/dictd, so after installing this package dictd may stop working. Drücken Sie zum Fortsetzen die Eingabetaste. # locale LANG=de_DE.UTF-8 LANGUAGE= LC_CTYPE=de_DE.UTF-8 LC_NUMERIC=de_DE.UTF-8 LC_TIME=de_DE.UTF-8 LC_COLLATE=de_DE.UTF-8 LC_MONETARY=de_DE.UTF-8 LC_MESSAGES=de_DE.UTF-8 LC_PAPER=de_DE.UTF-8 LC_NAME=de_DE.UTF-8 LC_ADDRESS=de_DE.UTF-8 LC_TELEPHONE=de_DE.UTF-8 LC_MEASUREMENT=de_DE.UTF-8 LC_IDENTIFICATION=de_DE.UTF-8 LC_ALL= Does this log answer your question? Jaakov. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712232: LIVE_NOCONFIGS in /etc/live/config/* broken
Hi, if you want to have all scripts run except a few, and doing that with variables, then you need to specify both LIVE_NOCONFIGS and LIVE_CONFIG_SCRIPTS in your config file, see the 'live-noconfig=*|noconfig=*)' case in /lib/live/config.sh. Thanks for explaining the intended behavior. I did prefer the 3.0.12 (and earlier) behavior, but I trust you it made sense to change it for some reason, and it's now too late to change back the behavior of 3.0.x anyway. However, if that is the intended behavior, then I do believe there is a documentation bug. The manpage has no mention of _SCRIPTS (LIVE_CONFIG_SCRIPTS' name in 3.0.x), but instead it reads: Everything but the shortcuts that can be configured with a boot parameter can be alternatively also be configured through one or more files. [...] LIVE_NOCONFIGS=SCRIPT1,SCRIPT2, ... SCRIPTn This variable equals the 'live-noconfig=SCRIPT1,SCRIPT2, ... SCRIPTn' parameter. [...] Removing existing config scripts [...] To avoid to always need specifing disabled scripts through the boot parameter, a configuration file should be used, see above. So I fail to see how one is supposed to understand, by reading this manpage, that they can't disable specific scripts simply by using LIVE_NOCONFIGS in a configuration file (as one could do until at least 3.0.12). Did I miss anything? Do you prefer that I file another bug about the documentation issue, then, or that I reopen the current one? Cheers! -- intrigeri, acting with his Tails hat -- pgph2ts9Zokg5.pgp Description: PGP signature
Bug#712471: RM: libfsoresource -- ROM; since version 0.12 libfsoXYZ is built from one source package (libfsoframework)
Package: ftp.debian.org Severity: normal I just uploaded libfsoframework 0.12-1, which contains libfsoresource3 and libfsoresource-dev. -- Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712472: RM: libfsosystem -- ROM; since version 0.12 libfsoXYZ is built from one source package (libfsoframework)
Package: ftp.debian.org Severity: normal I just uploaded libfsoframework 0.12, which contains libfsosystem3 and libfsosystem-dev. -- Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712473: RM: libfsotransport -- ROM; since version 0.12 libfsoXYZ is built from one source package (libfsoframework)
Package: ftp.debian.org Severity: normal I just uploaded libfsoframework 0.12, which contains libfsotransport3 and libfsotransport-dev. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712474: RM: libgsm0710mux -- ROM; since version 0.12 libfsoXYZ is built from one source package (libfsoframework)
Package: ftp.debian.org Severity: normal I just uploaded libfsoframework 0.12, which contains libgsm0710mux3 and libgsm0710mux-dev. -- Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712467:
For completion: I can correctly open the section 1 man page. (`man msmtp` shows the sec. 1 man page; it complains on stderr about a missing sec. 8 man page.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711119: [lintian] Few new patch
On 2013-06-15 18:48, bastien ROUCARIES wrote: Package: lintian Version: 2.5.13 Hi, New patch here All 3 applied, thanks. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712475: RM: libfsobasics -- ROM; since version 0.12 libfsoXYZ is built from one source package (libfsoframework)
Package: ftp.debian.org Severity: normal I just uploaded libfsoframework 0.12, which contains libfsobasics3 and libfsobasics-dev. -- Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630374: dict-freedict-deu-eng: Incorrect use of wider and wieder
Hello, Andreas Teuchert schrieb am 13.06.2011, 12:55 +: the German-English Freedict dictionary contains some incorrect use of wider and wieder. The following list contains the incorrect words I Thanks for the list. I have just fixed that upstream. After the next release / the next upstream import it should be fixed. Sebastian signature.asc Description: Digital signature
Bug#712457: python-gtksourceview2: Depends on python-gobject instead of python-gi
On 16/06/13 10:24, chris wrote: Package: python-gtksourceview2 Version: 2.10.1-2 Severity: normal Dear Maintainer, the package python-gtksourceview2 depends on the transitional package python-gobject instead of the new python-gi. Please consider switching the dependency to the new package. No that would be a bug. python-gtksourceview2 doesn't use introspection. gir1.2-gtksource-3.0 is what you're thinking of. We need to move to python-gobject-2. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646586: dict-freedict-deu-eng complains on locale during installation
Am 16.06.2013 10:56, schrieb Sebastian Humenda: Hello, jaa...@ro.ru schrieb am 25.10.2011, 16:30 +0400: During installation, the following message appears: Setting up dict-freedict-deu-eng (1.3-4) ... The parameter --locale=xx_YY.utf-8 was not set in your /etc/default/dictd, so after installing this package dictd may stop working. So far, the only, probably unrelated, ill effect which I observe is that one has to adjust the gnome terminal settings manually to get the right characters in the output of the dict program. Which character were you using? The dict server is a bit old-fashioned about encodings; FreeDict decided to use UTF-8 as default for their dictionaries, but that is what you have to tell dict as well, to get the proper encoding for your terminal. Sebastian And, currently, all character are right without adjustment... When I get to testing Debian, I'll post here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712410: webkit: FTBFS on kfreebsd-amd64: collect2: error: ld terminated with signal 9 [Killed]
libtool: link: g++ -fPIC -DPIC -shared -nostdlib /usr/lib/gcc/x86_64-kfreebsd-gnu/4.7/../../../x86_64-kfreebsd-gnu/crti.o /usr/lib/gcc/x86_64-kfreebsd-gnu/4.7/crtbeginS.o [*very long list of objects*] -Wl,--whole-archive ./.libs/libWebCore.a ./.libs/libWebCoreGtk.a -Wl,--no-whole-archive -Wl,-rpath -Wl,/?PKGBUILDDIR?/build-2.0/.libs -lpthread ./.libs/libjavascriptcoregtk-1.0.so /usr/lib/x86_64-kfreebsd-gnu/libenchant.so -lgailutil -lgeoclue -ldbus-glib-1 -ldbus-1 -lgstapp-0.10 -lgstaudio-0.10 -lgstfft-0.10 -lgstinterfaces-0.10 -lgstpbutils-0.10 -lgstvideo-0.10 /usr/lib/x86_64-kfreebsd-gnu/libgstbase-0.10.so /usr/lib/x86_64-kfreebsd-gnu/libgstreamer-0.10.so -lgmodule-2.0 -lgthread-2.0 -lrt -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 /usr/lib/x86_64-kfreebsd-gnu/libcairo.so -ljpeg -lsoup-2.4 -lgio-2.0 -lxslt -lxml2 -lGL -ldl -lpangoft2-1.0 -lpango-1.0 /usr/lib/x86_64-kfreebsd-gnu/libfreetype.so -lfontconfig -lgobject-2.0 -lglib-2.0 -lpng12 /usr/ lib/x86_64-kfreebsd-gnu/libsqlite3.so -licui18n -licuuc -licudata -lXrender -lXt -lX11 -lz -L/usr/lib/gcc/x86_64-kfreebsd-gnu/4.7 -L/usr/lib/gcc/x86_64-kfreebsd-gnu/4.7/../../../x86_64-kfreebsd-gnu -L/usr/lib/gcc/x86_64-kfreebsd-gnu/4.7/../../../../lib -L/lib/x86_64-kfreebsd-gnu -L/lib/../lib -L/usr/lib/x86_64-kfreebsd-gnu -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-kfreebsd-gnu/4.7/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-kfreebsd-gnu/4.7/crtendS.o /usr/lib/gcc/x86_64-kfreebsd-gnu/4.7/../../../x86_64-kfreebsd-gnu/crtn.o -O2 -Wl,--as-needed -O2 -Wl,--version-script -Wl,../Source/autotools/symbols.filter -Wl,-z -Wl,relro -Wl,--export-dynamic -pthread -pthread -pthread -Wl,-soname -Wl,libwebkitgtk-1.0.so.0 -o .libs/libwebkitgtk-1.0.so.0.13.2 collect2: error: ld terminated with signal 9 [Killed] At first I thought it would be running out of memory. Note that we build with -Wl,--no-keep-memory on 32 bit arches and so not here. But given that a retry failed similarly I started a build on falla.d.o which failed similarly. I then built with -Wl,--no-keep-memory only and with -Wl,--no-keep-memory -Wl,--reduce-memory-overheads afterwards and it failed both times. The failure is similar to the above. I tried on my PC It failed with 2GB RAM + 1.5 GB swap with -Wl,--reduce-memory-overheads -Wl,--no-keep-memory It passed linking of .libs/libwebkitgtk-1.0.so.0.13.2 with 2GB RAM + 4.5 GB swap with -Wl,--reduce-memory-overheads -Wl,--no-keep-memory, -Wl,--hash-size=31 The peak usage seen in top have been about 3 GB in ld.bfd. Please, could it be rescheduled on buildd with really lot of RAM and swap space ? Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712445: nginx-common: conffiles not removed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/16/2013 08:42 AM, Paul Wise wrote:
Package: nginx-common
Version: 1.4.1-2
Severity: normal
Usertags: conffile
User: debian...@lists.debian.org
Usertags: obsolete-conffile adequate
The recent upgrade did not deal with obsolete conffiles properly.
Please use the dpkg-maintscript-helper support provided by dh_installdeb
to remove these obsolete conffiles on upgrade.
http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files
http://manpages.debian.net/man/1/dh_installdeb
This bug report brought to you by adequate:
http://bonedaddy.net/pabs3/log/2013/02/23/inadequate-software/
$ pkg=nginx-common
$ adequate $pkg
nginx-common: obsolete-conffile /etc/nginx/naxsi-ui.conf
$ dpkg-query -W -f='${Conffiles}\n' $pkg | grep obsolete
/etc/nginx/naxsi-ui.conf 6be82259836cb8fad0afde03ebf101d4 obsolete
-- System Information:
Debian Release: jessie/sid
APT prefers experimental
APT policy: (1900, 'experimental'), (1800, 'unstable'), (1700,
'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.10-rc4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages nginx-common depends on:
ii lsb-base 4.1+Debian12
Versions of packages nginx-common suggests:
pn fcgiwrap none
pn nginx-doc none
Hello Paul.
Thanks for this report.
Actually, it's more complicated than that.
Before nginx 1.4.1 packages, naxsi-ui used the MySQL backend, so the
/etc/nginx/naxsi-ui.conf file was generated using dbconfig.
But not, it has switched to SQLite. This file becoming more or less
static (from the maintainer point of view), we wanted to include it
directly is the package nginx-common, but this wasn't right (see bug
#707291).
So I wrote preinst and postinst scripts for nginx-naxsi-ui package which
is checking the version of the package previously installed and
performing the right tasks to perform the backend change.
Now, the /etc/nginx/naxsi-ui.conf doesn't belong to any package, because
the postinst script copies the file /etc/nginx/naxsi-ui.conf.1.4.1 to
/etc/nginx/naxsi-ui.conf if needed.
The only thing I think I can do is removing the /etc/nginx/naxsi-ui.conf
file when removing nginx-common (using a postrm script).
I need to see what checks are performed by adequate to see if there are
more issues we need to fix.
Thanks.
- --
Cyril Davromaniak Lavier
KeyID 59E9A881
http://www.davromaniak.eu
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQIcBAEBAgAGBQJRvYfFAAoJEOcAaEhZ6aiB9TYP/2AUE6jiUX9c2GV8NURHXLJR
GuK6G+a3UdZGKt0+s7u0Vkm1cR5xslAEtzS6QjaU1KVYdf7S8XLewgNyjzxVbH5U
F74MdARzMldVahwsGV2HumeG5Ob0644R3EBE9GdCRoMY5saIvkbX5wTeyx9N9FwI
Bo9pXNbNCglNSE08rDY7nYkNZz+cNGxAd5Tb6WJQk39X632X4rEFOZ1/db6PeT7/
0/Q+37aVsJGrT1bdHGbZSon+i/ZN8DEgPhS7AZQFgj6ZFHssRau/U+0cwuiN5ID0
bpKLdzST+D8xBaK8uEbM7f44ng26YMvha+eJAOyGWMRAaXqez1Ps/Kff4bhMGm50
eGLfFAEps98PCGwJVj+22cXvz1SwevTnzmpgKlCzT6Aq8tF342Kc062ZqggVJX/r
PPD37OiYCu4lNGnfF+x9AjTGuF7I7X1sKry1PMovSgIa7hgjnRUwln0wJRzQ7CgX
E/CAoE9FBffDcC/EziHLMz3ZhvahTeqjEbHavqJ1FTXWemYG8nQYf+5GCjFxdYoL
+AnHTQB+g4DN2sd7zTbXsDf1cuOt2ZGvYUWREcIlx9CdkbIHcwwFe7rlu8qW1NRK
ABad2IAHdGazMY/Kk4q4z9D/IgUSYYoS5bpHuPvQNbxJ7XGQErCZM3vg2/4gJoZB
74HH6obU8VynL5ZIWoR8
=sjbJ
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712476: virtuoso-opensource-6.1: virtuoso-t uses almost 100% CPU over 100 minutes now
Package: virtuoso-opensource-6.1 Version: 6.1.6+dfsg-2 Severity: normal Dear Maintainer, * What led up to the situation? Started file indexing in desktop search * What exactly did you do (or not do) that was effective (or ineffective)? see above * What was the outcome of this action? virtuoso-t uses almost 100% CPU over a long period of time. In the beginning I saw nepomukindexer with very high load in parallel (almost 100% as well). Now I see nepomukservices with a load of roughly 5%. If that is the expected behaviour for some time, I can live with that, but I rather thing virtuoso-t/nepomuk got stuck. * What outcome did you expect instead? CPU load reduction after a a few minutes or at least a way to see the progress which has been made. I am disabling desktop search again, but I am happy to provide more data if needed. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable'), (400, 'testing'), (300, 'unstable'), (250, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) 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 virtuoso-opensource-6.1 depends on: ii debconf [debconf-2.0] 1.5.49 ii dpkg1.16.10 ii libc6 2.17-3 ii libexpat1 2.1.0-1 ii libgomp14.7.2-5 ii libmagickcore5 8:6.7.7.10-5 ii libmagickwand5 8:6.7.7.10-5 ii libpcre31:8.30-5 ii libvirtodbc06.1.6+dfsg-2 ii libwbxml2-0 0.10.7-1 ii multiarch-support 2.13-38 ii virtuoso-opensource-6.1-bin 6.1.6+dfsg-2 ii virtuoso-opensource-6.1-common 6.1.6+dfsg-2 virtuoso-opensource-6.1 recommends no packages. virtuoso-opensource-6.1 suggests no packages. -- debconf information: virtuoso-opensource-6.1/db-server-port: virtuoso-opensource-6.1/register-odbc-dsn: true virtuoso-opensource/primary-server: virtuoso-opensource-6.1 virtuoso-opensource-6.1/password-mismatch: virtuoso-opensource-6.1/note-disabled: virtuoso-opensource-6.1/http-server-port: 8890 virtuoso-opensource-6.1/error-setting-password: virtuoso-opensource-6.1/check-remove-databases: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712445: nginx-common: conffiles not removed
On Sun, 2013-06-16 at 11:39 +0200, Cyril Lavier wrote: Actually, it's more complicated than that. I see, sounds complicated. I'm not familiar with this case but maybe one of these links helps. http://lists.debian.org/debian-devel/2006/12/msg00647.html http://bugs.debian.org/672945 I need to see what checks are performed by adequate to see if there are more issues we need to fix. It simply asks dpkg which conffiles are installed for the package and then reports the files that dpkg reports as obsolete. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#712477: tt-rss: [INTL:it] Italian translation of debconf messages - tt-rss
Package: tt-rss Severity: wishlist Tags: l10n patch Hi. Please find attached the Italian translation of tt-rss debconf messages proofread by the Italian localization team. Please include it in your next upload. Thanks, Beatrice # Italian translation of tt-rss debconf messages # Copyright (C) 2013, Beatrice Torracca # This file is distributed under the same license as the tt-rss package. # Beatrice Torracca beatri...@libero.it, 2013. msgid msgstr Project-Id-Version: tt-rss\n Report-Msgid-Bugs-To: tt-...@packages.debian.org\n POT-Creation-Date: 2013-06-02 20:04+0300\n PO-Revision-Date: 2013-06-16 11:58+0200\n Last-Translator: Beatrice Torracca beatri...@libero.it\n Language-Team: Italian debian-l10n-ital...@lists.debian.org\n Language: it\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.1\n #. Type: multiselect #. Choices #: ../templates:2001 msgid apache2 msgstr apache2 #. Type: multiselect #. Choices #: ../templates:2001 msgid lighttpd msgstr lighttpd #. Type: multiselect #. Description #: ../templates:2002 msgid Web server to reconfigure automatically: msgstr Server web da riconfigurare automaticamente: #. Type: multiselect #. Description #: ../templates:2002 msgid Please choose the web server that should be automatically configured to run Tiny Tiny RSS. msgstr Scegliere il server web che deve essere configurato automaticamente per eseguire Tiny Tiny RSS. #. Type: string #. Description #: ../templates:3001 msgid Full URL of the tt-rss installation: msgstr URL completo dell'installazione di tt-rss: #. Type: string #. Description #: ../templates:3001 msgid Please enter the URL that should be used to access tt-rss with a web browser. msgstr Inserire l'URL che deve essere usato per accedere a tt-rss con un browser web. #. Type: string #. Description #: ../templates:3001 msgid This should include the location of the tt-rss directory - for instance http://example.org/tt-rss/. If this is not set correctly, several features, including PUSH, bookmarklets, and browser integration, will not work properly. msgstr Dovrebbe includere la posizione della directory tt-rss: per esempio http://example.org/tt-rss/. Se questo valore è impostato in modo errato, svariate funzionalità incluse PUSH, i bookmarklet e l'integrazione con il browser non funzioneranno in modo corretto.
Bug#711079: check the Ruby LOAD_PATH
On Sat, 2013-06-15 at 14:38 +0200, Cédric Boutillier wrote: Hi, The /usr/bin/bundle binary supplied by the bundler package uses #!/usr/bin/env ruby as its shebang line. This means that when I run `bundle install` with a non-system ruby enabled, and I don't have the bundler gem separately installed, the `bundle install` command fails with the following output: $ bundle install /home/alex/.rubies/ruby-2.0.0-p195/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:45:in `require': cannot load such file -- bundler (LoadError) from /home/alex/.rubies/ruby-2.0.0-p195/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:45:in `require' from /usr/bin/bundle:2:in `main' This is specifically a problem when using chruby (and chruby-exec) to select the activated ruby. The `bundle` package should specify the system ruby to run with, otherwise `require bundler` will fail to see the installed libraries at /usr/lib/ruby/vendor_ruby/bundler. Replacing the shebang line with #!/usr/bin/ruby fixes this. I think the problem you see is caused by the fact that your personal Ruby interpreter does not know where to find system Ruby libraries. You need to check that /usr/lib/ruby/vendor_ruby/ and related are added to the $LOAD_PATH of your interpreter. You may need to use the RUBYLIB environment variable for that. I was hoping to be able to keep my personal ruby entirely isolated from the system and still be able to run system binaries without them breaking, but it looks, one way or another, like binary gems make that impossible in bundler's case. Drat. -- Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711101: sssd: FTBFS on amd64
Control: retitle -1 FTBFS with automake 1.13.3 Control: tags -1 + upstream fixed-upstream On Tue, Jun 04, 2013 at 01:08:22PM -0400, Anthony DeRobertis wrote: It appears that aptitude decided to satisfy the dependencies with automake1.9, and sssd does not compile with automake1.9. Switching to 1.11 makes it compile. I've just tried to build this in a fresh amd64 sid sbuild chroot. The automake version being pulled in is 1:1.13.3-1 and the package still fails to build: Makefile.am:145: while processing Libtool library 'sssd_krb5_locator_plugin.la' Makefile.am:126: error: using '$(srcdir)' in TESTS is currently broken: '$(srcdir)/src/config/SSSDConfigTest.py' This particular problem was fixed in https://git.fedorahosted.org/cgit/sssd.git/patch/Makefile.am?id=fa551077410019fb34460dc730950e93b62b2963 -- WBR, wRAR signature.asc Description: Digital signature
Bug#712410: webkit: FTBFS on kfreebsd-amd64: collect2: error: ld terminated with signal 9 [Killed]
Hi! Petr Salinger petr.salin...@seznam.cz writes: Please, could it be rescheduled on buildd with really lot of RAM and swap space ? We have fano and fayrfax. Both of which have 3GiB real RAM and 0.5GiB SWAP. I can probably ask DSA to give me some more swap. Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712384: [Piuparts-devel] Bug#712384: Apache configuration broken in sid
Hi, daemonkeeper h01ger: I have no problem to downgrade this to important, h01ger daemonkeeper, :) daemonkeeper h01ger: You can/could use dh_apache2 to automate the transition entirely. daemonkeeper h01ger: i.e. let dh_apache2 install your file and it does all for you. daemonkeeper Well, almost. conffile renaming not :) h01ger daemonkeeper, does dh 10 do this automatically for me? h01ger and as said: patches welcome! ;-) daemonkeeper h01ger: dh_apache2 is not in debhelper [yet] h01ger OTOH, i might as well fix the bug by removing apache auto configuration. piuparts-master cannot be set up (sanely) automatically, so whats the point configuring apache daemonkeeper That I don't know. Just saying :) h01ger we once had the idea we could setup master mode automatically, but really, we cant. what should it test? debian sid? thats hardly a useful default. and, which partition has 10gb free space? and should installing a package (piuparts-slave) really give a user installing everything unlimited sudo rights? i dont think so. h01ger - you need to do manual steps. daemonkeeper h01ger: If you still want to fix it, have a look at my debdiff at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=710435. You'd need to do something very similar, just for conf instead of modules. h01ger daemonkeeper, thanks, adding that info to the bug cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#712478: ITP: gnome-shell-extension-icon-hider -- GNOME Shell's status area icons manager
Package: wnpp Severity: wishlist Owner: Igor Kalnitsky i...@kalnitsky.org * Package name: gnome-shell-extension-icon-hider Version : 10-1 Upstream Author : Name someb...@example.org * URL : https://github.com/ikalnitsky/gnome-shell-extension-icon-hider * License : GPL Programming Lang: JavaScript Description : GNOME Shell's status area icons manager Icon Hider for GNOME Shell is a simple extension for managing visibility of status area icons. For example, you can hide unnecessary icons such as a11y or battery. The extension already available on http://extensions.gnome.org, but I want to build debian package too. More information can be found on my GitHub (https://github.com/ikalnitsky/gnome-shell-extension-icon-hider). Sincerely, Igor. signature.asc Description: Digital signature
Bug#712479: py{-}sendfile: Name space conflict. Two source packages, one binary package.
Package: ftp.debian.org Severity: serious Hello, Looking at buildd status packages, https://buildd.debian.org/status/package.php?p=py-sendfilesuite=sid py-sendfile has been in status 'uploaded' almost for a year now. While commenting about that problem on #d-buildd IRC channel, ansgar pointed out that we seem to have a couple source packages building the same binary package. Package: py-sendfile Binary: python-sendfile, python-sendfile-dbg Version: 1.2.4-1 Maintainer: Debian Python Modules Team python-modules-t...@lists.alioth.debian.org Uploaders: Stephan Peijnik deb...@sp.or.at Package: pysendfile Binary: python-sendfile, python-sendfile-dbg Version: 2.0.0-6 Maintainer: Ghe Rivero g...@debian.org Note that this issue is quite old and it probably affects stable release, while I have not really checked. Regards, -- Hector Oron -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712480: b43-fwcutter: [INTL:it] Italian translation of debconf messages
Package: b43-fwcutter Severity: wishlist Tags: l10n patch Hi. Please find attached the Italian translation of b43-fwcutter debconf messages proofread by the Italian localization team. Please include it in your next upload. Thanks, Beatrice # Italian translation of b43-fwcutter debconf messages # Copyright (C) 2013, Beatrice Torracca # This file is distributed under the same license as the b43-fwcutter package. # Beatrice Torracca beatri...@libero.it, 2013. msgid msgstr Project-Id-Version: b43-fwcutter\n Report-Msgid-Bugs-To: b43-fwcut...@packages.debian.org\n POT-Creation-Date: 2013-06-06 07:14+0200\n PO-Revision-Date: 2013-06-06 15:50+0200\n Last-Translator: Beatrice Torracca beatri...@libero.it\n Language-Team: Italian debian-l10n-ital...@lists.debian.org\n Language: it\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.1\n #. Type: boolean #. Description #: ../b43-fwcutter.templates:2001 msgid Install b43 firmware even if no such device is present? msgstr Installare il firmware b43 anche se non è presente un tale dispositivo? #. Type: boolean #. Description #: ../b43-fwcutter.templates:2001 msgid The b43 packages are designed to handle firmware for Broadcom 43xx wireless network cards. msgstr I pacchetti b43 sono progettati per gestire il firmware per schede di rete wireless Broadcom 43xx. #. Type: boolean #. Description #: ../b43-fwcutter.templates:2001 msgid Please choose whether they should download and install firmware even if the corresponding hardware is not currently present on the system. msgstr Scegliere se devono scaricare e installare il firmware anche se l'hardware corrispondente non è attualmente presente nel sistema. #. Type: boolean #. Description #: ../b43-fwcutter.templates:2001 msgid This might be useful if you plan to move this installation to different hardware or share the same installation across multiple systems. msgstr Ciò può essere utile se si ha in progetto di spostare l'installazione su hardware diverso o di condividere la stessa installazione su più sistemi.
Bug#711903: Update: gnome-packagekit: can't connect to nl ftp mirror - synaptic has no problem...
HI! This seems to be an issue with FTP connections... Can you check if using HTTP mirrors works? Aptcc uses the same code as Synaptic for this, so the only issue I can imagine is that the environment packagekitd is running in is different from Synaptic. Cheers, Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712283: qcontrol: add support for i386/amd64 based devices like the QNAP TS-569 Pro
On Sat, 2013-06-15 at 23:46 +0200, Christoph Anton Mitterer wrote: Is there any way (via /proc or /sys) to distinguish the different x86 QNAP platforms? You talk about the concrete model name? Uhm... well haven't found anything... dmidecode gives just what's attached. Hrm, not a lot there to even say we are running on qnap at all, never mind which specific variant. We should probably put this to one side and worry about getting it to work on your variant first. Which qcontrol.conf did you use? You will need one for your platform. Ah? Oh... used none and simply expected stuff would run out of the box.. I'm afraid not, at the very least the qcontrol.conf needs to register the hardware specific modules. For now you could try just: register(a125, /dev/ttyS0) which ought to make the LCD work (substitute the right ttyS for your platform). You may also need to author a supporting C module for your platform (which is the loaded by qcontrol.conf). AFAIU,... the current platform modules all use a serial device for sending LED/buzzer/fan commands, right? Right, on ARM they are all controlled by communicating with the PIC via a serial port, typically ttyS1. I've looked a bit around what QNAP itself doesn and it seems to work different. Right, they have tended to put most of the functionality for driving the PIC into kernel drivers. With very few exceptions that's not what we want for upstream etc. (rebooting is the only exception I'm aware of) They offer a GPL tarball bundle on their homepage, which also contains their kernel (one can diff it against 3.4.6) to see what they changed it's a lot... they patch around in all different places from network drivers, over SATA drivers to the dm code. I think we can ignore all this network/SATA/dm stuff, they are all supported fine by the mainline kernel code. To me that makes the QNAP code even less trustworthy... since usually the kernel developers know what they do. Anyway,... it also contains many patches for GPIO stuff (I didn't include these) and also the qnap drivers I've included in qnap-linux.tar.xz. Seems this contains amongst others the LED/buzzer/fan stuff we want to use. Yes, and I can see references to your 569 platform in there. But also much more... I'm not a kernel expert but it seems they also signal RAID stuff and other more system deep things... (last power state, etc.) via the PIC controller... I really think we should leave the hands of all these... god alone know what it can break. Yes, certainly at first! There doesn't seem to be that gpio_keys module, or any such device in /dev/input. This is a platform specific driver on ARM. I'm not sure it is so common to use gpio in this way on x86 platforms so it is possible that the buttons etc are exposed differently. If they were using GPIO for it then you would need to write a suitable platform specific driver. No idea about that... at least they don't have gpio_keys loaded... For what are you actually using the GPIOs? Just for the buttons? Or also for the LEDs/buzzer? On the ARM platforms the GPIO keys is used for buttons. LEDs and buzzer are driven via the PIC. LEDs on the ARM platforms are controlled by the PIC. Do you know if the x86 versions have the same one or even if they have one at all? You may need to look into the qnap kernel drivers to figure it out. Ah... I see... well... yeah I think they also have a PIC then... but no idea which one. But with qcontrol... do you write your own PIC driver? Or is some generic one used... cause obviously you don't include all the kernel modifications they make. qcontrol just drives the serial port directly from userspace, there is no kernel driver (other than the GPIO keys one). So most of what qnap do in their kernel patches is done in the qcontrol userspace process instead. Ian. signature.asc Description: This is a digitally signed message part
Bug#711777: FTBFS on ia64
On Sun, Jun 09, 2013 at 07:08:32PM +0200, Anton Gladky wrote: ../../../../tools/lib/h5tools_str.c: In function 'h5tools_str_indent': ../../../../tools/lib/h5tools_str.c:635:1: error: expected expression before '/' token make[3]: *** [h5tools_str.lo] Error 1 The code: //ctx-need_prefix = 0; As far as I know this code shouldn't compile only with -ansi/-std=c90 but then it should FTBFS on all architectures/gcc versions while it compiles just fine on all others. Unfortunately the compile commands are not visible in the log so it's hard to say how is this file compiled on ia64. -- WBR, wRAR signature.asc Description: Digital signature
Bug#712481: apt: installing package with terminal gives errors...
Package: apt Version: 0.9.8.1 Severity: serious Tags: upstream Justification: required when i install package with terminal i get this... root@Debian-Jessie:/home/verwijs# apt-get install python-vte Pakketlijsten worden ingelezen... Klaar Boom van vereisten wordt opgebouwd De status informatie wordt gelezen... Klaar De volgende extra pakketten zullen geïnstalleerd worden: libvte-common libvte9 De volgende NIEUWE pakketten zullen geïnstalleerd worden: libvte-common libvte9 python-vte 0 pakketten opgewaardeerd, 3 pakketten nieuw geïnstalleerd, 0 te verwijderen en 0 niet opgewaardeerd. Er moeten 1574 kB aan archieven opgehaald worden. Door deze operatie zal er 3015 kB extra schijfruimte gebruikt worden. Wilt u doorgaan [J/n]? J Ophalen:1 ftp://ftp.uk.debian.org/debian/ jessie/main libvte-common all 1:0.28.2-5 [435 kB] Ophalen:2 ftp://ftp.uk.debian.org/debian/ jessie/main libvte9 amd64 1:0.28.2-5 [726 kB] Ophalen:3 ftp://ftp.uk.debian.org/debian/ jessie/main python-vte amd64 1:0.28.2-5 [413 kB] 1574 kB opgehaald in 9s (170 kB/s) dpkg: warning: parsing file '/var/lib/dpkg/available' near line 294 package 'libtext-wrapi18n-perl': ontbrekende description dpkg: warning: parsing file '/var/lib/dpkg/available' near line 414 package 'libustr-1.0-1:amd64': ontbrekende description dpkg: warning: parsing file '/var/lib/dpkg/available' near line 688 package 'debconf': ontbrekende description dpkg: warning: parsing file '/var/lib/dpkg/available' near line 962 package 'dash': ontbrekende description dpkg: warning: parsing file '/var/lib/dpkg/available' near line 1647 package 'coreutils': ontbrekende description dpkg: warning: parsing file '/var/lib/dpkg/available' near line 1898 package 'debianutils': ontbrekende description dpkg: warning: parsing file '/var/lib/dpkg/available' near line 2498 package 'login': ontbrekende description dpkg: warning: parsing file '/var/lib/dpkg/available' near line 3855 package 'libuuid1:amd64': ontbrekende description dpkg: warning: parsing file '/var/lib/dpkg/available' near line 5389 package 'ncurses-base': ontbrekende description dpkg: warning: parsing file '/var/lib/dpkg/available' near line 5593 package 'libpam0g:amd64': ontbrekende description dpkg: warning: parsing file '/var/lib/dpkg/available' near line 5993 package 'bsdutils': ontbrekende description dpkg: warning: parsing file '/var/lib/dpkg/available' near line 6172 package 'sensible-utils': ontbrekende description dpkg: warning: parsing file '/var/lib/dpkg/available' near line 8004 package 'ncurses-bin': ontbrekende description dpkg: warning: parsing file '/var/lib/dpkg/available' near line 8037 package 'perl-base': ontbrekende description dpkg: warning: parsing file '/var/lib/dpkg/available' near line 8066 package 'sysv-rc': ontbrekende description dpkg: warning: parsing file '/var/lib/dpkg/available' near line 10240 package 'libsepol1:amd64': ontbrekende description dpkg: warning: parsing file '/var/lib/dpkg/available' near line 10455 package 'libpam-modules:amd64': ontbrekende description dpkg: warning: parsing file '/var/lib/dpkg/available' near line 10560 package 'tzdata': ontbrekende description dpkg: warning: parsing file '/var/lib/dpkg/available' near line 10854 package 'libsemanage1:amd64': ontbrekende description dpkg: warning: parsing file '/var/lib/dpkg/available' near line 12285 package 'diffutils': ontbrekende description dpkg: warning: parsing file '/var/lib/dpkg/available' near line 13240 package 'tar': ontbrekende description dpkg: warning: parsing file '/var/lib/dpkg/available' near line 13848 package 'libmount1': ontbrekende description dpkg: warning: parsing file '/var/lib/dpkg/available' near line 14232 package 'zlib1g:amd64': ontbrekende description dpkg: warning: parsing file '/var/lib/dpkg/available' near line 15489 package 'libgcc1:amd64': ontbrekende description dpkg: warning: parsing file '/var/lib/dpkg/available' near line 16618 package 'base-files': ontbrekende description dpkg: warning: parsing file '/var/lib/dpkg/available' near line 16833 package 'mount': ontbrekende description dpkg: warning: parsing file '/var/lib/dpkg/available' near line 17105 package 'libtext-iconv-perl': ontbrekende description dpkg: warning: parsing file '/var/lib/dpkg/available' near line 17719 package 'libncurses5:amd64': ontbrekende description dpkg: warning: parsing file '/var/lib/dpkg/available' near line 19782 package 'libattr1:amd64': ontbrekende description dpkg: warning: parsing file '/var/lib/dpkg/available' near line 20229 package 'sed': ontbrekende description dpkg: warning: parsing file '/var/lib/dpkg/available' near line 21335 package 'e2fslibs:amd64': ontbrekende description dpkg: warning: parsing file '/var/lib/dpkg/available' near line 22328 package 'base-passwd': ontbrekende description dpkg: warning: parsing file '/var/lib/dpkg/available' near line 22791 package 'libcomerr2:amd64': ontbrekende description dpkg: warning: parsing file '/var/lib/dpkg/available' near
Bug#712479: py{-}sendfile: Name space conflict. Two source packages, one binary package.
Control: reassign -1 src:pysendfile,src:py-sendfile Hector Oron zu...@debian.org writes: Looking at buildd status packages, https://buildd.debian.org/status/package.php?p=py-sendfilesuite=sid py-sendfile has been in status 'uploaded' almost for a year now. While commenting about that problem on #d-buildd IRC channel, ansgar pointed out that we seem to have a couple source packages building the same binary package. That's a bug in the packages. It looks like pysendfile is a rewrite of py-sendfile which was first packages as pysendfile (which started to replace and conflict with python-sendfile which already looks wrong[1]) and later took the binary packages over. It nowhere says if this is intentional and py-sendfile should be removed or if somebody messed up. [1] see Policy 10.1 unless they implement the same interface. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712445: nginx-common: conffiles not removed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/16/2013 11:56 AM, Paul Wise wrote: On Sun, 2013-06-16 at 11:39 +0200, Cyril Lavier wrote: Actually, it's more complicated than that. I see, sounds complicated. I'm not familiar with this case but maybe one of these links helps. http://lists.debian.org/debian-devel/2006/12/msg00647.html http://bugs.debian.org/672945 I need to see what checks are performed by adequate to see if there are more issues we need to fix. It simply asks dpkg which conffiles are installed for the package and then reports the files that dpkg reports as obsolete. Thanks for your help. I will try to figure out what to do exactly, as we also plan to replace the nginx-naxsi-ui package by nginx-nx-util package, because naxsi-ui is deprecated in favor of nx_util, so there's a lot of packaging work to do. - -- Cyril Davromaniak Lavier KeyID 59E9A881 http://www.davromaniak.eu -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRvZguAAoJEOcAaEhZ6aiBddsP/35Z28Qu5iB8SpVmanwsnkxQ tc/3ZwBwObPuMyCsxLE5NNXF9eQZVAsOdk/vO9ZaR5BOtY18cnF6N6dhikAhlqX6 Z/Xn/3AY8ogvrT81S9++4vc2pByeESFpfDsjWk/NPpQfzablA2e3CewVNfghpZxE 8G9pU208Gay5EtRZ8Qel6tuHfo2/mT0s544e92ZU+J65KjxlPnR4g5oIsAwCuPWR 6MAb2WWsSnXVHE0PxCLtLw6+of2H4JD2d4ubREMQq20qjROzYUIpXI8grU6GD0sp RrG/3sc2qzW5pfClcM5KrtMlM+1yUSr6LdHGczhSgueYCi6vD7cWIJ3LbWEAcL1r kgC5uh9+qh717MhQI+imbMa3uC+4WWQukgQAH5STA61FCsuqPAmTU/wy/QZO27Og SUsK3+/fpgxUdGVl7LbH83+8ArFF5FxhCfkV9R2p0ceHiweD2hx0tBIZOmz+Vf+g zjXuDqaDN50IdnAYV/WlX41nJ7hJXx+mdCkRgxisbtp2UQfgwh2WzwZu6IrLmmaw quzrz0RObHS1LonHdPp3wrdPcvYEhuPW9ZFv77xW8ajaKN8/co4DpxuKsLsjRIxg 0Yv0NB8dvIcXbF3FFLt+HO/kTpKjR5lGT6Fu1a3UXHbnv8s6YbW3qz9k8gUgU9ZM 641HVpiEMgTw0sc2YXP8 =CTOQ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712482: task-xfce-desktop recommends unavailable package xfprint4
Package: task-xfce-desktop Version: 3.16 Severity: normal The task xfce-desktop recommends xfprint4. This package is not available anymore (except for m68k) since it has been removed from unstable. Quote: Bug#710041: Removed package(s) from unstable. Therefore please drop the recommendation. /Andreas -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages task-xfce-desktop depends on: ii lightdm 1.6.0-3 ii task-desktop 3.16 ii tasksel 3.16 ii xfce4 4.10.1 Versions of packages task-xfce-desktop recommends: ii dbus-x111.6.12-1 pn evince-gtk none ii gstreamer0.10-alsa 0.10.36-1.1 ii hunspell-en-us 20070829-6 ii hyphen-en-us2.8.6-2 ii iceweasel 17.0.6esr-1 ii libreoffice 1:4.0.3-3 pn libreoffice-gcj none ii libreoffice-gtk 1:4.0.3-3 ii libreoffice-help-en-us 1:4.0.3-3 ii mousepad0.3.0-2 ii mythes-en-us1:3.3.0-4 ii network-manager-gnome 0.9.8.2-1 ii orage 4.8.4-2 ii quodlibet 2.4-1 ii synaptic0.80.2 ii system-config-printer 1.4.1-3 ii tango-icon-theme0.8.90-5 ii vlc 2.0.7-1 ii xfce4-goodies 4.10 ii xfce4-mixer 4.10.0-2 ii xfce4-power-manager 1.2.0-2 ii xfce4-terminal 0.6.2-1 ii xfprint44.6.1-3 ii xsane 0.998-5 task-xfce-desktop 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#707201: Same problem
* Guido Günther a...@sigxcpu.org [16-06-2013 10:07 EEST]: Hi Edward, thanks for your feedback! No problem. That's from virt-manger itself. It's not the daemon's log (see either syslog or /var/log/libvirt/libvirtd.log). I got the debug output from libvirt (it was sent to stderr) from these runs but I didn't include it since (to me) it didn't show anything of interest. I can provide it if it's decided that it might be useful. The libvirt log (which I did not attach) was generated with su - service libvirt-bin stop LIBVIRT_DEBUG=1 libvirtd 21 |tee virt.log No need to provide more feedback at this point. I'll try to reproduce with the version information you gave (won't happen in the near future unfortunately though). OK. When/if it's decided that more info is needed I'll be happy to provide it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712483: gnome-orca: recommends obsolete package gnome-mag
Package: gnome-orca Version: 3.4.2-2 Severity: normal gnome-orca recommends gnome-mag which is unavailable (except on m68k) since it has been obsoleted. Quote: Bug#707203: Removed package(s) from unstable. Please fix the recommendation. The cited bug report suggests that gnome-shell supersedes gnome-mag, so maybe the recommendation should point to gnome-shell. Thanks, /Andreas -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-orca depends on: ii gir1.2-gtk-3.0 3.8.2-1 ii gir1.2-pango-1.0 1.32.5-5+b1 ii gir1.2-wnck-3.03.4.5-1 ii python 2.7.5-2 ii python-brlapi 4.5-2 ii python-cairo 1.8.8-1+b2 ii python-dbus1.2.0-2 ii python-gi 3.8.2-1 ii python-louis 2.5.2-2 ii python-pyatspi22.9.2+dfsg-1 ii python-speechd 0.7.1-6.2 ii python-support 1.0.15 ii python-xdg 0.19-5 ii speech-dispatcher 0.7.1-6.2 Versions of packages gnome-orca recommends: ii gnome-mag 1:0.16.3-1 ii wget 1.14-2 ii xbrlapi4.5-2 gnome-orca 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#700541: Fixed with upgrade
I can confirm that 0.9.9 does not have the problem (not yet packaged for Debian in official repositories) Daniel
Bug#712482: task-xfce-desktop recommends unavailable package xfprint4
Hi Andreas, Andreas Schneider schneider.a...@gmail.com (16/06/2013): Package: task-xfce-desktop Version: 3.16 Severity: normal The task xfce-desktop recommends xfprint4. This package is not available anymore (except for m68k) since it has been removed from unstable. Quote: Bug#710041: Removed package(s) from unstable. Therefore please drop the recommendation. given a few xfce components are being updated those days, I guess it makes sense to ask xfce maintainers what they want to see in the xfce task. Adding them to the loop so that they can comment. Mraw, KiBi. signature.asc Description: Digital signature
Bug#712482: [Pkg-xfce-devel] Bug#712482: task-xfce-desktop recommends unavailable package xfprint4
On dim., 2013-06-16 at 13:05 +0200, Cyril Brulebois wrote: Hi Andreas, Andreas Schneider schneider.a...@gmail.com (16/06/2013): Package: task-xfce-desktop Version: 3.16 Severity: normal The task xfce-desktop recommends xfprint4. This package is not available anymore (except for m68k) since it has been removed from unstable. Quote: Bug#710041: Removed package(s) from unstable. Therefore please drop the recommendation. given a few xfce components are being updated those days, I guess it makes sense to ask xfce maintainers what they want to see in the xfce task. Adding them to the loop so that they can comment. Actually it already has been dropped from git (http://anonscm.debian.org/gitweb/?p=tasksel/tasksel.git;a=commitdiff;h=b057b6e59b3b20aa124cd08c5ca0a657e40c810a) but it's just missing an upload. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#712482: [Pkg-xfce-devel] Bug#712482: task-xfce-desktop recommends unavailable package xfprint4
Control: tag -1 patch pending Yves-Alexis Perez cor...@debian.org (16/06/2013): Actually it already has been dropped from git (http://anonscm.debian.org/gitweb/?p=tasksel/tasksel.git;a=commitdiff;h=b057b6e59b3b20aa124cd08c5ca0a657e40c810a) but it's just missing an upload. Since there's nothing more needed apparently, added a bug closure to debian/changelog; tagging this bug report accordingly. Mraw, KiBi. signature.asc Description: Digital signature
Bug#712484: [jackd2] Cannot create shm registry segment (Permission denied)
Package: jackd2 Version: 1.9.8~dfsg.4+20120529git007cdc37-5 Severity: minor --- Please enter the report below this line. --- Since few time i'm was unable to launch jackd with the following message : « Cannot create shm registry segment (Permission denied) » I found this is mostly due to /run/shm which wasn't mounted as tmpfs (btw i don't know were to report this bug). However it seems jackd is also guilty because it tries to access /dev/shm instead of /run/shm. According to release notes of /run migration ( http://wiki.debian.org/ReleaseGoals/RunDirectory#Packages_using_.2Fdev.2Fshm ) this shall be done with shm_* and sem_*. Could you correct this ? Thanks --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-3-amd64 Debian Release: 7.0 500 testing mirrors.ircam.fr 500 testing ftp.igh.cnrs.fr 500 stable mirrors.ircam.fr 100 unstablemirrors.ircam.fr 100 unstableftp.gajim.org 100 experimentalmozilla.debian.net 100 experimentalmirrors.ircam.fr --- Package information. --- Depends (Version) | Installed ===-+-=== libasound2 (= 1.0.18) | 1.0.25-4 libc6 (= 2.7) | libdbus-1-3 (= 1.0.2) | libexpat1(= 2.0.1) | libgcc1(= 1:4.1.1) | libjack-jackd2-0 (= 1.9.8~dfsg.4+20120529git007cdc37-5) | libsamplerate0 (= 0.1.7) | libsndfile1 (= 1.0.20) | libstdc++6 (= 4.6) | debconf (= 0.5) | OR debconf-2.0 | python | coreutils (= 4.0) | python-dbus | Recommends (Version) | Installed ==-+-=== qjackctl | 0.3.9-2 libpam-modules | 1.1.3-7.1 jackd2-firewire| Suggests (Version) | Installed ==-+-=== jack-tools | 20101210-2 meterbridge| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644657: Still present in libmemcached 1.0.17
found 644657 libmemcached/1.0.17-1
forwarded 644657 https://bugs.launchpad.net/bugs/1191503
thanks
Hi,
even the latest libmemcached (1.0.17) still does not compile on
GNU/Hurd. I fixed the build issue and a test suite fail and reported it
upstream[1].
(Attached for reference the patch sent there.)
[1] https://bugs.launchpad.net/bugs/1191503
Thanks,
--
Pino Toscano
--- a/libtest/timer.cc
+++ b/libtest/timer.cc
@@ -41,7 +41,7 @@
#include ctime
#include iomanip
-#ifdef __MACH__
+#ifdef __APPLE__
# include mach/clock.h
# include mach/mach.h
#else
@@ -110,7 +110,7 @@ void Timer::difference(struct timespec
void Timer::_time(struct timespec ts)
{
-#ifdef __MACH__ // OSX lacks clock_gettime()
+#ifdef __APPLE__ // OSX lacks clock_gettime()
clock_serv_t _clock_serv;
mach_timespec_t _mach_timespec;
host_get_clock_service(mach_host_self(), CALENDAR_CLOCK, _clock_serv);
--- a/libtest/unittest.cc
+++ b/libtest/unittest.cc
@@ -594,6 +594,8 @@ static test_return_t application_doesnot
ASSERT_EQ(Application::INVALID_POSIX_SPAWN, true_app.run(args));
#elif defined(TARGET_OS_FREEBSD) TARGET_OS_FREEBSD
ASSERT_EQ(Application::INVALID_POSIX_SPAWN, true_app.run(args));
+#elif defined(__GNU__)
+ ASSERT_EQ(Application::INVALID_POSIX_SPAWN, true_app.run(args));
#else
ASSERT_EQ(Application::SUCCESS, true_app.run(args));
ASSERT_EQ(Application::INVALID_POSIX_SPAWN, true_app.join());
signature.asc
Description: This is a digitally signed message part.
Bug#712485: blhc reports false positives for W-compiler-flags-hidden
Package: blhc Severity: normal While discussing verbose build logs as a Jessie release goal [1]. The list of affected packages is generated by [2] which in turn uses blhc. However, it reports zfsutils to hide compiler flags, which it doesn't [3]. Please check more careful for false positives. [1] 51bb0006.4080...@debian.org [2] https://buildd.debian.org/~brlink/bytag/W-compiler-flags-hidden.html [3] https://buildd.debian.org/status/fetch.php?pkg=zfsutilsarch=kfreebsd-i386ver=9.0-3stamp=1340402716 -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711101: [Pkg-sssd-devel] Bug#711101: sssd: FTBFS on amd64
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 16.06.2013 13:11, Andrey Rahmatullin wrote: Control: retitle -1 FTBFS with automake 1.13.3 Control: tags -1 + upstream fixed-upstream On Tue, Jun 04, 2013 at 01:08:22PM -0400, Anthony DeRobertis wrote: It appears that aptitude decided to satisfy the dependencies with automake1.9, and sssd does not compile with automake1.9. Switching to 1.11 makes it compile. I've just tried to build this in a fresh amd64 sid sbuild chroot. The automake version being pulled in is 1:1.13.3-1 and the package still fails to build: Makefile.am:145: while processing Libtool library 'sssd_krb5_locator_plugin.la' Makefile.am:126: error: using '$(srcdir)' in TESTS is currently broken: '$(srcdir)/src/config/SSSDConfigTest.py' This particular problem was fixed in https://git.fedorahosted.org/cgit/sssd.git/patch/Makefile.am?id=fa551077410019fb34460dc730950e93b62b2963 I've got a rebase on 1.10.0~beta2 staged in git, will upload it after bug 712140 is fixed, hopefully next week. - -- t -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRvavHAAoJEMtwMWWoiYTcfOQQAKlHzxMH/KOs8Hd4IrBSZmFj X9ZBLpy+/rnEKl5aNy7aYm7q8yFHCNQAaUglZLzaSb+jUk+h6hWs1ZvVmaWLzTKl O3H0o0wgN4YHnycBwwP/IMCxnV8UtRpaAxpE9vymag39p23XLoH8QRIhpKxRynVw 1/gM04hgmPyXcsD3wIZRyy7krzCc0cvucn04tgpirIqqs5clJxd2sPT2XSGofS5i 7Bpzc2FPWAaYIaG2IaiDLhENxsWWvcPYOy8/8g7uCBefcePeQvQ6Wa/Afowd961J LzxAQTpyBes7Lkwiy13xlxYIJGMT83oDEJ3+ZU8T8csFiEuAnK1Q9LTDIhogi498 Z6HSrnd63k9GJpe3vv9zE24h2PcGH8eUHxMjdlw0wK1BzbFnLMhXX+ZnvqSZ76MX BsWR7sKUod+TTbjhsmncLm7VTTRI4xDDMJcgZw3tswah/JVP1kjPvu3xZkYSew9i mj+KSvSXZTapbM+du8OeqbYIWA48RHgZiaJIJYYTSvo0w9x2QD9T1+5NrC1J764H nvr1dwpmhiWT2h4JP37vSvfIPHibTqi85DxHhb/0zCYk1ub0gVzDbDWSwfuasgWW JlQwGf1JJ2dANCV7lDZZgu7UZlMwp60h0Jc8nVoUwF2HZC5ThBypGI3S4jPK25EJ wPqBmII4cgYrdhEcZuBK =FXUl -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706761: override: dynare:math/extra, octave-audio:math/extra, octave-benchmark:math/extra, octave-bim:math/extra, octave-communications:math/extra, octave-control:math/extra, octave-data-smoothing
On Sat, May 04, 2013 at 03:24:49PM +0200, Ansgar Burchardt wrote: Sébastien Villemot sebast...@debian.org writes: Please downgrade these packages to priority extra, since they depend on octave (which has priority extra), see Policy §2.5. Is there any reason why octave has Priority: extra and not optional? Could ftpmasters please indicate how they want to proceed here? I think the issue is rather trivial, but I would really like to get this off my list of open issues. Thanks Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712481: apt: installing package with terminal gives errors...
Control: reassign -1 dpkg Control: severity -1 normal Hello Andre, On Sun, Jun 16, 2013 at 12:42 PM, Andre Verwijs verwijs...@gmail.com wrote: Severity: serious Tags: upstream Justification: required Yes, indeed, a justification is required … (sry, couldn't resist) root@Debian-Jessie:/home/verwijs# apt-get install python-vte […] dpkg: warning: parsing file '/var/lib/dpkg/available' near line 294 package 'libtext-wrapi18n-perl': ontbrekende description dpkg: warning: parsing file '/var/lib/dpkg/available' near line 414 package 'libustr-1.0-1:amd64': ontbrekende description [and many more of these lines] APT isn't touching this file (yeah okay, it kind of does if you happen to use dselect with APT, but you don't seem to do that) so reassigning to dpkg as it is their file and they will know best what might be wrong on your system and how to fix it (I presume it isn't a bug in the end, but they will know) Downgraded the severity though as a warning itself isn't destroying anything and your transcript shows that indeed the dpkg/APT run was successful. Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712256: [Pkg-xfce-devel] Bug#712256: xfce4.10 session remembering regression
On ven., 2013-06-14 at 17:57 +0200, dAgeCKo wrote: Package: xfce4-session Version: 4.10.1-1 Severity: Important Debian: Testing amd64 Regression: Yes On Xfce 4.8, when we saved a session, logout and login again into xfce (ie, after a reboot), then the windows appeared on the good working space. For example, if I save a session while a terminal window was on the third working space, then the terminal window appears again on the third working space at the next login. But on Xfce 4.10, all windows that were saved into a session all appear on the first working space, which provoke a big mess on the desktop. This makes xfce4-session a completely useless program. So, as far as I can tell, this is a regression. It seems to work just fine for me. Does it happen for *all* applications or just specific ones? I've did a quick try with the following applications: xfce4-terminal, Thunar, xfce4-appfinder and Mousepad and it worked just fine. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#712486: /usr/bin/apt-get: DROP fetched release files that fail signature validation
Package: apt Version: 0.9.8.1 Severity: wishlist File: /usr/bin/apt-get Hi, please remove fetched release files that fail signature validation. Those files cannot be trusted and are hence useless but can lead to confusing behaviour when present. Background: I experienced the same behaviour as #710229: When running apt-get update it fetched the landing page of my university instead of the release file. Obviously that failed signature verification. But instead of another apt-get update replacing the wrong release file it continues using it, signature verifcation always failing and no packages from that repository available. When the release file updates the new one is fetched, which makes the immediate problem go away. But the signature verification message is confusing and even frightening when one does another apt-get update that could fetch the right release but does not. thanks for your work, Arian Sanusi -- Package-specific info: -- (/etc/apt/preferences present, but not submitted) -- -- (/etc/apt/sources.list present, but not submitted) -- -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (800, 'testing'), (600, 'stable'), (550, 'unstable'), (500, 'raring'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.8-trunk-amd64 (SMP w/2 CPU cores) 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 apt depends on: ii debian-archive-keyring 2012.4 ii gnupg 1.4.12-7 ii libapt-pkg4.12 0.9.8.1 ii libc6 2.17-5 ii libgcc1 1:4.8.1-2 ii libstdc++6 4.8.1-2 apt recommends no packages. Versions of packages apt suggests: pn apt-doc none ii aptitude0.6.8.2-1 ii dpkg-dev1.16.10 ii python-apt 0.8.9 ii wajig 2.8 ii xz-utils5.1.1alpha+20120614-2 -- 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#707726: vym: FTBFS[!linux]: error: expected type-specifier before 'AdaptorVym'
tag 707726 + fixed-upstream thanks Hi, Alle venerdì 10 maggio 2013, Pino Toscano ha scritto: Earlier today I fixed it on Hurd, and emailed the author with fixed. Both the patches I sent him and attached to this bug were included in the new upstream version 2.3.18, released some days ago. Thanks, -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#712487: linux-image-3.2.0-4-amd64: Modifying/deleting an EFI variable with efibootmgr causes kernel oops
Package: src:linux Version: 3.2.46-1 Severity: important Dear Maintainer, * What led up to the situation? Using efibootmgr to add or delete an EFI variable or change the boot order. Viewing the EFI variables does not cause this oops until you try to add/delete/modify EFI variables. The test system was a wheezy.1 kvm guest running on a wheezy.1 kvm host. The guest is running OVMF r14397 UEFI firmware (built from source) without CSM or Secure Boot support enabled. efibootmgr was run on the kvm guest. * What exactly did you do (or not do) that was effective (or ineffective)? I ran efibootmgr to update the EFI variable store. I tried an add, delete, and change bootorder action. * What was the outcome of this action? Kernel oops, and the EFI variable change requested was not performed. Further uses of efibootmgr (even just to view EFI variables) do not work correctly. * What outcome did you expect instead? No kernel oops, and efibootmgr should have modifed EFI variables correctly. -- Package-specific info: ** Version: Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.46-1 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 root=UUID=64f3a3f9-8487-45db-855b-8bb35e4b9d6c ro quiet ** Tainted: D (128) * Kernel has oopsed before. ** Kernel log: [0.32] uhci_hcd: USB Universal Host Controller Interface driver [0.330046] uhci_hcd :00:01.2: setting latency timer to 64 [0.330051] uhci_hcd :00:01.2: UHCI Host Controller [0.330068] uhci_hcd :00:01.2: new USB bus registered, assigned bus number 1 [0.330134] uhci_hcd :00:01.2: irq 10, io base 0xc0c0 [0.330171] usb usb1: New USB device found, idVendor=1d6b, idProduct=0001 [0.330173] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [0.330174] usb usb1: Product: UHCI Host Controller [0.330175] usb usb1: Manufacturer: Linux 3.2.0-4-amd64 uhci_hcd [0.330178] usb usb1: SerialNumber: :00:01.2 [0.336383] hub 1-0:1.0: USB hub found [0.336387] hub 1-0:1.0: 2 ports detected [0.336608] libata version 3.00 loaded. [0.336786] ata_piix :00:01.1: version 2.13 [0.336849] ata_piix :00:01.1: setting latency timer to 64 [0.345523] scsi0 : ata_piix [0.351501] scsi1 : ata_piix [0.351533] ata1: PATA max MWDMA2 cmd 0x1f0 ctl 0x3f6 bmdma 0xc0e0 irq 14 [0.351534] ata2: PATA max MWDMA2 cmd 0x170 ctl 0x376 bmdma 0xc0e8 irq 15 [0.355070] ata1: port disabled--ignoring [0.355111] ata2: port disabled--ignoring [0.364313] FDC 0 is a S82078B [0.365303] virtio-pci :00:04.0: irq 40 for MSI/MSI-X [0.365316] virtio-pci :00:04.0: irq 41 for MSI/MSI-X [0.382044] virtio-pci :00:03.0: irq 42 for MSI/MSI-X [0.382079] virtio-pci :00:03.0: irq 43 for MSI/MSI-X [0.382110] virtio-pci :00:03.0: irq 44 for MSI/MSI-X [0.488264] vda: vda1 vda2 vda3 [0.489984] virtio-pci :00:05.0: irq 45 for MSI/MSI-X [0.490016] virtio-pci :00:05.0: irq 46 for MSI/MSI-X [0.520426] vdb: unknown partition table [0.668037] usb 1-1: new full-speed USB device number 2 using uhci_hcd [0.734098] EXT4-fs (vda3): mounted filesystem with ordered data mode. Opts: (null) [0.956325] usb 1-1: New USB device found, idVendor=0627, idProduct=0001 [0.956331] usb 1-1: New USB device strings: Mfr=1, Product=3, SerialNumber=5 [0.956334] usb 1-1: Product: QEMU USB Tablet [0.956336] usb 1-1: Manufacturer: QEMU 1.1.2 [0.956338] usb 1-1: SerialNumber: 42 [1.799787] udevd[282]: starting version 175 [1.922979] WARNING! power/level is deprecated; use power/control instead [1.961739] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input1 [1.961744] ACPI: Power Button [PWRF] [1.983150] EFI Variables Facility v0.08 2004-May-17 [2.171207] input: PC Speaker as /devices/platform/pcspkr/input/input2 [2.197602] piix4_smbus :00:01.3: SMBus Host Controller at 0xb100, revision 0 [2.216072] alg: No test for __gcm-aes-aesni (__driver-gcm-aes-aesni) [2.246738] Error: Driver 'pcspkr' is already registered, aborting... [2.345902] parport_pc 00:0b: reported by Plug and Play ACPI [2.354356] input: QEMU 1.1.2 QEMU USB Tablet as /devices/pci:00/:00:01.2/usb1/1-1/1-1:1.0/input/input3 [2.354616] generic-usb 0003:0627:0001.0001: input,hidraw0: USB HID v0.01 Pointer [QEMU 1.1.2 QEMU USB Tablet] on usb-:00:01.2-1/input0 [2.354640] usbcore: registered new interface driver usbhid [2.354643] usbhid: USB HID core driver [3.036899] input: ImExPS/2 Generic Explorer Mouse as /devices/platform/i8042/serio1/input/input4 [3.118694] Adding 524284k swap on /dev/vdb. Priority:-1 extents:1 across:524284k [3.131961] EXT4-fs (vda3): re-mounted. Opts: (null) [4.583657] EXT4-fs (vda3): re-mounted. Opts: errors=remount-ro [4.649636] loop: module
Bug#712436: [Pkg-xfce-devel] Bug#712436: lightdm-gtk-greeter: Disabling language selector leaves strange artifact on the screen
Control: tag -1 confirmed Control: forwarded -1 https://bugs.launchpad.net/debian/+source/lightdm-gtk-greeter/+bug/1191509 On dim., 2013-06-16 at 00:53 +0200, Martin Dickopp wrote: When I disable the language selector (by setting show-language-selector=false in /etc/lightdm/lightdm-gtk-greeter.conf), it is replaced by a dark, almost black area that is two pixels wide and one pixel high. Please see the attached screenshot of the upper right screen area. I would expect the language selector to be removed entirely (which is what earlier lightdm-gtk-greeter versions did). Indeed, I can confirm that. I've forwarded to upstream bugtracker at https://bugs.launchpad.net/debian/+source/lightdm-gtk-greeter/+bug/1191509 -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#712451: apparmor not support network rule
On 2013年06月16日 星期日 04:30 下午, intrigeri wrote: You may want to nag AppArmor upstream so that they have the network mediation code merged into mainline Linux :) Cheers, Ok, I am not complain, but did you talk to debian kernel team/developer this issue? again, I am not complain, I just want know, what (apparmor/kernel) developer think. If you never did it, I will open the new bug report to linux-image(should I do it?) thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712488: [INTL:pl] Polish debconf translation
Package: tt-rss Severity: wishlist Tags: l10n patch Hi! Please add the attached Polish debconf translation. Thanks in advance, -- Michał Kułach pl.po Description: Binary data
Bug#712490: installation-report: Wheezy stable set up on eMachines E725 notebook for testing purposes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: installation-reports Version: 2.49 Severity: wishlist 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 *** - -- Package-specific info: Boot method: CD Image version: http://cdimage.debian.org/debian-cd/7.0.0/amd64/bt-cd/debian-7.0.0-amd64-netinst.iso.torrent, 2013-05-05 Date: 2013-06-16, about 10:30 h Machine: eMachines E725 Partitions: Filesystem Type 1K-blocks Used Available Use% Mounted on rootfs rootfs14637056 3844976 10792080 27% / udev devtmpfs 10240 0 10240 0% /dev tmpfs tmpfs 399212 712398500 1% /run /dev/disk/by-uuid/5c00d02e-09a8-4af5-8c47-debe09f32503 xfs 14637056 3844976 10792080 27% / tmpfs tmpfs 5120 0 5120 0% /run/lock tmpfs tmpfs 994800 320994480 1% /run/shm 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: [o] Load installer modules: [o] Clock/timezone setup: [o] User/password setup:[o] Detect hard drives: [o] Partition hard drives: [o] Install base system:[o] Install tasks: [o] Install boot loader:[o] Overall install:[o] Comments/Problems: This is my sons laptop. It is actually faster than my own and has more RAM, it is larger, too. I looked the machine up in the kmuto debian hcl and installed on a 16 GB SD-disk, because the laptop has a cardreader built in, so no tampering with the harddisk is necessary at all and it went just fine, really. 3D-accelleration works, GNOME does not start up in fallback mode. - -- 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 20130430 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux lappy 3.2.0-4-amd64 #1 SMP Debian 3.2.41-2 x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub [8086:2a40] (rev 09) lspci -knn: Subsystem: Acer Incorporated [ALI] Device [1025:0212] 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 09) lspci -knn: Subsystem: Acer Incorporated [ALI] Device [1025:0212] lspci -knn: 00:02.1 Display controller [0380]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a43] (rev 09) lspci -knn: Subsystem: Acer Incorporated [ALI] Device [1025:0212] 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:0212] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1a.7 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 [8086:293c] (rev 03) lspci -knn: Subsystem: Acer Incorporated [ALI] Device [1025:0212] lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation 82801I (ICH9 Family) HD Audio Controller [8086:293e] (rev 03) lspci -knn: Subsystem: Acer Incorporated [ALI] Device [1025:0212] lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 [8086:2940] (rev 03) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.1 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 2 [8086:2942] (rev 03) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.2 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 3 [8086:2944] (rev 03) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1d.0 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 [8086:2934] (rev 03) lspci -knn: Subsystem: Acer Incorporated [ALI] Device
Bug#712489: [INTL:pl] Polish debconf translation
Package: glide Severity: wishlist Tags: l10n patch Hi! Please add the attached Polish debconf translation. Thanks in advance, -- Michał Kułach pl.po Description: Binary data
