Bug#689605: multipath-tools: no default multipath.conf
On Thursday 04 October 2012 06:57 PM, Andreas Pflug wrote:
> Since the multipath-tools package includes no standard multipath.conf,
> multipathd will grab any new block device. This can lead to surprising and
> hard debug effects.
> e.g. attaching a device in a XEN dom0 domain will render the device
> inaccessible. This corrupts xen-utils-4.1 since xend will attach the boot
> device locally for pygrub, but can't release it properly because multipathd
> has it.
>
> I suggest supplying at least a minimal multipath.conf that blacklists the
> most dangerous devices by default.
> -- Package-specific info:
> Contents of /etc/multipath.conf:
> blacklist
> {
> devnode "^xvd[0-9a-z]*"
> }
Thanks. That is a good point. But it'd make more sense to ship the
default file with
blacklist
{
devnode "*"
}
And then let the user pick up his/her choice of settings.
That way, it'd cover everything. Virtual block devices, Pluggable
portable dists etc.
--
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."
signature.asc
Description: OpenPGP digital signature
Bug#686098: Fonts from package misbehave in exported PDF
Quoting Fabian Greffrath (fab...@greffrath.com):
> Am Freitag, den 05.10.2012, 18:22 +0200 schrieb Christian PERRIER:
> > I'm balanced about the value added by including the foundry name in
> > the package name. The current practice is more to use one when the
> > foundry is really something that can be called this way.
>
> So you'd say "fonts-gust-{texgyre,lmodern}" is the way to go?
Well, my position is : "is 'gust' something that really can be called
a 'foundry', basically an organization that includes font creation in
its objectives/goals" and "is there a need expressedby them for their
name to remain mentioned" (that last item includes having the foundry
name in the font name, as we have in SIL fonts).
In this case both fonts-gust-{texgyre,lmodern} and
fonts-{texgyre,lmodern} seem acceptable, so adding "gust" should be
done only if "needed" by the above vague rule.
Sorry, this is vague and prone to interpretation but I don't really
see away to carve a rule in stone and cover all cases..:-)
signature.asc
Description: Digital signature
Bug#640142: xchat: ctcp version reveals too much info
tags 640142 - patch tags 640142 wontfix stop Hi Armin, Some users might argue that revealing that the user is using Debian is also too much. A solution could be to add an option to replace the returned information with any chosen information. Can you write a patch for adding such option ? Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689725: alsa-utils: Notable sound delay after pausing the playback
It seems that the problem is unrelated to alsa-utils. The bug should be closed. On 10/06/2012 10:05 PM, Elimar Riesebieter wrote: Of course not. Please just purge alsa-utils and try again You didn't told me wheter sound works as expected without alsa-utils? Ah, sorry, the problem still remains after I purged the alsa-utils, therefore it might be unrelated to alsa-utils. Excuse me, I'm very ignorant at these stuff about alsa. What can I do next? I need some suggestions. Postscript: my USB sound card is ugly. I remember somebody (maybe you) told me to edit /etc/modprobe.d/alsa-base.conf: # options snd-usb-audio index=-2 I don't know whether it affects. What is this information good for? Do you want't to run your usb card or not? I didn't know whether it helps. Now I find out the reference, it's bug #620904. Thanks. Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#670686: xchat: produces "please install libnotify" while it is already installed
retitle 670686 xchat: produces "please install libnotify" while it is already installed stop There is no binary package named libnotify in Debian. The message should be read as "please install libnotify functionality". The message would be more concrete as "please install libnotify4 or libnotify-bin". See also bug 682599 about the libnotify1/libnotify4 problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#642286: Please enable autoloading python modules
tags 642286 wontfix tags 642286 - patch stop At this point I'm tagging this bug "wontfix" because upstream wrote on the upstream bug report : > That should be using xchat_get_info( ph, "libdirfs" ) instead of trying to > include config.h and using XCHATLIBDIR > > The reason xchat doesn't already load from there is because it makes it > impossible to disable anything installed in there in a multi user situation. > The ideal fix would be auto loading from there AND having some sort of plugin > manager. I found the upstream bug report in the patch : http://sourceforge.net/tracker/?func=detail&aid=3412145&group_id=239&atid=100239 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626560: Python Plugin: scan for non NULLs in print events
tags 626560 moreinfo stop Hi Adam, You wrote on bug 626560 : > To reproduce you can have a python script to call xchat.hook_print for "Quit" > with a callback to print the whole list it receives. Can you provide such script please ? Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#685251: quantum-plugin-ryu-agent: ImportError: No module named ryu.agent.ryu_quantum_agent / ryu.app
Hi all This bug is still open and I have not got any feedback on this. What do you think of this. Should we move the whole quantum package (along with all the packages that depends on it) to contrib section, or should we remove this agent? // Ola On Fri, Aug 24, 2012 at 11:34:58AM +0200, Ola Lundqvist wrote: > Hi openstack developers > > This bug is seen also in testing. > > An obvious fix is to add a dependency on a dependency on quantum-plugin-ryu > for quantum-plugin-ryu-agent. But that is not the whole solution. The other > thing that is needed is ryu.app, which I understand is not part of the > quantum source. But rather from ruy source. That software is not in debian > to my knowledge. Should we remove this module totally as it does not work > anyway without ruy in Debian. If not we need to have the whole source in > contrib section which is not a good thing I guess. > > What do you think? > > // Ola > > On Sat, Aug 18, 2012 at 10:38:18PM +0200, Jakub Wilk wrote: > > Package: quantum-plugin-ryu-agent > > Version: 2012.1-6 > > Severity: grave > > Justification: renders package unusable > > > > If quantum-plugin-ryu is not installed, quantum-ryu-agent doesn't start: > > > > # /usr/bin/quantum-ryu-agent > > Traceback (most recent call last): > > File "/usr/bin/quantum-ryu-agent", line 22, in > > from quantum.plugins.ryu.agent.ryu_quantum_agent import main > > ImportError: No module named ryu.agent.ryu_quantum_agent > > > > > > If quantum-plugin-ryu is installed, quantum-ryu-agent doesn't start > > either, but with a different error: > > > > # /usr/bin/quantum-ryu-agent > > Traceback (most recent call last): > > File "/usr/bin/quantum-ryu-agent", line 22, in > > from quantum.plugins.ryu.agent.ryu_quantum_agent import main > > File > > "/usr/lib/python2.7/dist-packages/quantum/plugins/ryu/agent/ryu_quantum_agent.py", > > line 32, in > > from ryu.app import rest_nw_id > > ImportError: No module named ryu.app > > > > > > (Disclaimer: I have no idea what quantum-ryu-agent is about. I > > discovered that it doesn't work by running some semi-automatic > > tests.) > > > > -- System Information: > > Debian Release: wheezy/sid > > APT prefers unstable > > APT policy: (990, 'unstable') > > Architecture: i386 (i686) > > > > Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core) > > Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) > > Shell: /bin/sh linked to /bin/dash > > > > Versions of packages quantum-plugin-ryu-agent depends on: > > ii python 2.7.3-2 > > ii python-quantum 2012.1-6 > > ii python2.7 2.7.3-3 > > > > -- > > Jakub Wilk > > > > ___ > > Openstack-devel mailing list > > openstack-de...@lists.alioth.debian.org > > http://lists.alioth.debian.org/mailman/listinfo/openstack-devel > > > > -- > --- Inguza Technology AB --- MSc in Information Technology > / o...@inguza.comAnnebergsslingan 37\ > | o...@debian.org 654 65 KARLSTAD| > | http://inguza.com/Mobile: +46 (0)70-332 1551 | > \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / > --- > > ___ > Openstack-devel mailing list > openstack-de...@lists.alioth.debian.org > http://lists.alioth.debian.org/mailman/listinfo/openstack-devel > -- - Ola Lundqvist --- / o...@debian.org Annebergsslingan 37 \ | o...@inguza.com 654 65 KARLSTAD | | http://inguza.com/ +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682599: xchat: fails to load libnotify.so.1, does not try to load libnotify.so.4, wrong Recommends: libnotify1
retitle 682599 xchat: fails to load libnotify.so.1, does not try to load libnotify.so.4, wrong Recommends: libnotify1 severity 682599 important tags 682599 patch stop Thanks to Raghu Rao for suggesting "to fix xchat so it uses the correct libnotify (.so.4 instead of .so.1 etc) as discussed in https://bugzilla.redhat.com/show_bug.cgi?id=693362 ". From the two discussed approaches I prefer the smallest one (open libnotify.so.4) for wheezy and the largest one (link the library) for later. The severity of this bug is, in my opinion, somewhere between "important" and "serious". -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689849: grub2 installed to mmcblk0 rather than sda
Package: installation-reports Boot method: dd'ed debian-wheezy-DI-b2-amd64-CD-1.iso to USB stick Image version: http://cdimage.debian.org/cdimage/wheezy_di_beta2/amd64/iso-cd/debian-wheezy-DI-b2-amd64-CD-1.iso Date: 2012-10-06 13:00 US/Pacific Machine: Thinkpad X1 Carbon Processor: Core i5-3427U Memory: 8GB Partitions: Disk /dev/sda: 256.1 GB, 256060514304 bytes 255 heads, 63 sectors/track, 31130 cylinders, total 500118192 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00076d21 Device Boot Start End Blocks Id System /dev/sda1 *2048 499711 248832 83 Linux /dev/sda2 501758 500117503 2498078735 Extended /dev/sda5 501760 500117503 249807872 83 Linux Output of lspci -knn (or lspci -nn): 00:00.0 Host bridge [0600]: Intel Corporation 3rd Gen Core processor DRAM Controller [8086:0154] (rev 09) Subsystem: Lenovo Device [17aa:21f9] Kernel driver in use: agpgart-intel 00:02.0 VGA compatible controller [0300]: Intel Corporation 3rd Gen Core processor Graphics Controller [8086:0166] (rev 09) Subsystem: Lenovo Device [17aa:21f9] Kernel driver in use: i915 00:14.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller [8086:1e31] (rev 04) Subsystem: Lenovo Device [17aa:21f9] Kernel driver in use: xhci_hcd 00:16.0 Communication controller [0780]: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 [8086:1e3a] (rev 04) Subsystem: Lenovo Device [17aa:21f9] 00:16.3 Serial controller [0700]: Intel Corporation 7 Series/C210 Series Chipset Family KT Controller [8086:1e3d] (rev 04) Subsystem: Lenovo Device [17aa:21f9] Kernel driver in use: serial 00:1a.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #2 [8086:1e2d] (rev 04) Subsystem: Lenovo Device [17aa:21f9] Kernel driver in use: ehci_hcd 00:1b.0 Audio device [0403]: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller [8086:1e20] (rev 04) Subsystem: Lenovo Device [17aa:21f9] Kernel driver in use: snd_hda_intel 00:1c.0 PCI bridge [0604]: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 1 [8086:1e10] (rev c4) Kernel driver in use: pcieport 00:1c.1 PCI bridge [0604]: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 2 [8086:1e12] (rev c4) Kernel driver in use: pcieport 00:1d.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #1 [8086:1e26] (rev 04) Subsystem: Lenovo Device [17aa:21f9] Kernel driver in use: ehci_hcd 00:1f.0 ISA bridge [0601]: Intel Corporation QS77 Express Chipset LPC Controller [8086:1e56] (rev 04) Subsystem: Lenovo Device [17aa:21f9] 00:1f.2 SATA controller [0106]: Intel Corporation 7 Series Chipset Family 6-port SATA Controller [AHCI mode] [8086:1e03] (rev 04) Subsystem: Lenovo Device [17aa:21f9] Kernel driver in use: ahci 00:1f.3 SMBus [0c05]: Intel Corporation 7 Series/C210 Series Chipset Family SMBus Controller [8086:1e22] (rev 04) Subsystem: Lenovo Device [17aa:21f9] Kernel driver in use: i801_smbus 02:00.0 System peripheral [0880]: Ricoh Co Ltd MMC/SD Host Controller [1180:e822] (rev 07) Subsystem: Lenovo Device [17aa:21f3] Kernel driver in use: sdhci-pci 03:00.0 Network controller [0280]: Intel Corporation Centrino Advanced-N 6205 [8086:0085] (rev 96) Subsystem: Intel Corporation Device [8086:c220] Kernel driver in use: iwlwifi Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [ ] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[E] Overall install:[O] Comments/Problems: I used a USB boot stick for the text mode install, which worked great. I put the firmware for the Centrino 6205, iwlwifi-600g2a-5.ucode, on a SD card and the "load firmware from removable media" feature found it and loaded it just fine. I chose to install on the internal SSD, sda, when I was given the choice (I was also offered the USB install media and the mmcblk0 SD card). The install continued without problems until I got to the "install grub on mbr" stage, at which point I noticed that the installer put grub on mmcblk0 (the SD card) rather than on sda (the internal SSD). I used the "go back" UI to try it again, and it said the same thing (and I didn't
Bug#689848: webapp: clarify meaning of "repository"
Package: git-annex
Version: 3.20121001
Severity: normal
In the webapp "repository" seems a bit overloaded with meanings:
In upper right there is text "Current Repository: ~/ddata/Data/gitannex"
Then the Dashboard screen:
"
It will automatically notice changes, and keep files in sync between 3
repositories and devices:
1 here (csights@doppelganger:~/ddata/Data/gitannex)
2 poincarecogsindianaedu_local
3 poincarecogsindianaedu__local
"
I guess 1 "here" is the repository and 2 and 3 are devices? Is there some
kind of master/slave relationship between 1 and {2,3}
My brain thinks of 1,2,3 as just being directories (on different computers)
while the set which is being synchronized is the repository. In other words
1,2,3 are peers which all have the same data. It would be okay if that is not
the way it will work, I'd just like to see the UI organized and language used
in such a way that makes this obvious.
Thanks for your hard work!
csights
--- System information. ---
Architecture: i386
Kernel: Linux 3.5.2
Debian Release: wheezy/sid
990 testing security.debian.org
990 testing debian.uchicago.edu
500 stable debian.uchicago.edu
500 release apt.spideroak.com
50 unstableftp.egr.msu.edu
49 experimentalftp.egr.msu.edu
--- Package information. ---
Depends (Version) | Installed
===-+-=
libc6 (>= 2.7) | 2.13-35
libffi5 (>= 3.0.4) | 3.0.10-3
libgmp10| 2:5.0.5+dfsg-2
libpcre3 (>= 8.10) | 1:8.30-5
libxml2 (>= 2.7.4) | 2.8.0+dfsg1-5
libyaml-0-2 | 0.1.4-2
zlib1g (>= 1:1.1.4) | 1:1.2.7.dfsg-13
git(>= 1:1.7.7) | 1:1.7.10.4-1
uuid| 1.6.2-1.3
rsync | 3.0.9-3
wget| 1.13.4-3
OR curl|
openssh-client (>= 1:5.6p1) | 1:6.0p1-3
Recommends (Version) | Installed
=-+-===
lsof | 4.86+dfsg-1
gnupg | 1.4.12-4+b1
Suggests (Version) | Installed
==-+-===
graphviz | 2.26.3-12
bup|
libnss-mdns| 0.10-3.2
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689847: webapp: removing repositories/directories
Package: git-annex Version: 3.20121001 Severity: normal Please provide a way to remove or unlike repositories and devices in the webapp GUI. Thanks for your work! csights --- System information. --- Architecture: i386 Kernel: Linux 3.5.2 Debian Release: wheezy/sid 990 testing security.debian.org 990 testing debian.uchicago.edu 500 stable debian.uchicago.edu 500 release apt.spideroak.com 50 unstableftp.egr.msu.edu 49 experimentalftp.egr.msu.edu --- Package information. --- Depends (Version) | Installed ===-+-= libc6 (>= 2.7) | 2.13-35 libffi5 (>= 3.0.4) | 3.0.10-3 libgmp10| 2:5.0.5+dfsg-2 libpcre3 (>= 8.10) | 1:8.30-5 libxml2 (>= 2.7.4) | 2.8.0+dfsg1-5 libyaml-0-2 | 0.1.4-2 zlib1g (>= 1:1.1.4) | 1:1.2.7.dfsg-13 git(>= 1:1.7.7) | 1:1.7.10.4-1 uuid| 1.6.2-1.3 rsync | 3.0.9-3 wget| 1.13.4-3 OR curl| openssh-client (>= 1:5.6p1) | 1:6.0p1-3 Recommends (Version) | Installed =-+-=== lsof | 4.86+dfsg-1 gnupg | 1.4.12-4+b1 Suggests (Version) | Installed ==-+-=== graphviz | 2.26.3-12 bup| libnss-mdns| 0.10-3.2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689846: linux-latest: oldlibs should be "Priority: extra"
Package: linux-latest
Severity: minor
Version: 45
Tags: patch
Hi,
As lintian suggests, oldlibs package should be Priority: extra.
Patch is attached.
--
Hideki Yamane
diff -urN linux-latest-45.orig/debian/control linux-latest-45/debian/control
--- linux-latest-45.orig/debian/control 2012-06-27 00:36:46.0 +0900
+++ linux-latest-45/debian/control 2012-10-07 11:29:29.524998673 +0900
@@ -820,6 +820,7 @@
Package: linux-doc-2.6
Architecture: all
+Priority: extra
Section: oldlibs
Depends: linux-doc, ${misc:Depends}
Description: Linux kernel specific documentation (dummy package)
@@ -827,6 +828,7 @@
Package: linux-headers-2.6-486
Architecture: i386
+Priority: extra
Section: oldlibs
Depends: linux-headers-486, ${misc:Depends}
Description: Header files for Linux 486 configuration (dummy package)
@@ -834,6 +836,7 @@
Package: linux-headers-2.6-4kc-malta
Architecture: mips mipsel
+Priority: extra
Section: oldlibs
Depends: linux-headers-4kc-malta, ${misc:Depends}
Description: Header files for Linux 4kc-malta configuration (dummy package)
@@ -841,6 +844,7 @@
Package: linux-headers-2.6-5kc-malta
Architecture: mips mipsel
+Priority: extra
Section: oldlibs
Depends: linux-headers-5kc-malta, ${misc:Depends}
Description: Header files for Linux 5kc-malta configuration (dummy package)
@@ -848,6 +852,7 @@
Package: linux-headers-2.6-686-pae
Architecture: i386
+Priority: extra
Section: oldlibs
Depends: linux-headers-686-pae, ${misc:Depends}
Description: Header files for Linux 686-pae configuration (dummy package)
@@ -855,6 +860,7 @@
Package: linux-headers-2.6-alpha-generic
Architecture: alpha
+Priority: extra
Section: oldlibs
Depends: linux-headers-alpha-generic, ${misc:Depends}
Description: Header files for Linux alpha-generic configuration (dummy package)
@@ -862,6 +868,7 @@
Package: linux-headers-2.6-alpha-legacy
Architecture: alpha
+Priority: extra
Section: oldlibs
Depends: linux-headers-alpha-legacy, ${misc:Depends}
Description: Header files for Linux alpha-legacy configuration (dummy package)
@@ -869,6 +876,7 @@
Package: linux-headers-2.6-alpha-smp
Architecture: alpha
+Priority: extra
Section: oldlibs
Depends: linux-headers-alpha-smp, ${misc:Depends}
Description: Header files for Linux alpha-smp configuration (dummy package)
@@ -876,6 +884,7 @@
Package: linux-headers-2.6-amd64
Architecture: amd64 i386
+Priority: extra
Section: oldlibs
Depends: linux-headers-amd64, ${misc:Depends}
Description: Header files for Linux amd64 configuration (dummy package)
@@ -883,6 +892,7 @@
Package: linux-headers-2.6-amiga
Architecture: m68k
+Priority: extra
Section: oldlibs
Depends: linux-headers-amiga, ${misc:Depends}
Description: Header files for Linux amiga configuration (dummy package)
@@ -890,6 +900,7 @@
Package: linux-headers-2.6-atari
Architecture: m68k
+Priority: extra
Section: oldlibs
Depends: linux-headers-atari, ${misc:Depends}
Description: Header files for Linux atari configuration (dummy package)
@@ -897,6 +908,7 @@
Package: linux-headers-2.6-bvme6000
Architecture: m68k
+Priority: extra
Section: oldlibs
Depends: linux-headers-bvme6000, ${misc:Depends}
Description: Header files for Linux bvme6000 configuration (dummy package)
@@ -904,6 +916,7 @@
Package: linux-headers-2.6-iop32x
Architecture: armel
+Priority: extra
Section: oldlibs
Depends: linux-headers-iop32x, ${misc:Depends}
Description: Header files for Linux iop32x configuration (dummy package)
@@ -911,6 +924,7 @@
Package: linux-headers-2.6-itanium
Architecture: ia64
+Priority: extra
Section: oldlibs
Depends: linux-headers-itanium, ${misc:Depends}
Description: Header files for Linux itanium configuration (dummy package)
@@ -918,6 +932,7 @@
Package: linux-headers-2.6-ixp4xx
Architecture: armel
+Priority: extra
Section: oldlibs
Depends: linux-headers-ixp4xx, ${misc:Depends}
Description: Header files for Linux ixp4xx configuration (dummy package)
@@ -925,6 +940,7 @@
Package: linux-headers-2.6-kirkwood
Architecture: armel
+Priority: extra
Section: oldlibs
Depends: linux-headers-kirkwood, ${misc:Depends}
Description: Header files for Linux kirkwood configuration (dummy package)
@@ -932,6 +948,7 @@
Package: linux-headers-2.6-loongson-2f
Architecture: mipsel
+Priority: extra
Section: oldlibs
Depends: linux-headers-loongson-2f, ${misc:Depends}
Description: Header files for Linux loongson-2f configuration (dummy package)
@@ -939,6 +956,7 @@
Package: linux-headers-2.6-mac
Architecture: m68k
+Priority: extra
Section: oldlibs
Depends: linux-headers-mac, ${misc:Depends}
Description: Header files for Linux mac configuration (dummy package)
@@ -946,6 +964,7 @@
Package: linux-headers-2.6-mckinley
Architecture: ia64
+Priority: extra
Section: oldlibs
Depends: linux-headers-mckinley, ${misc:Depends}
Description: Header files for Linux mckinley configuration (dummy package)
@@ -953,6 +972,7 @@
Package: linux-headers-2.6-mvme147
Architecture: m68k
+P
Bug#689845: linux-latest: oldlibs should be "Priority: extra"
Package: linux-lastest
Severity: minor
Version: 45
Tags: patch
Hi,
As lintian suggests, oldlibs package should be Priority: extra.
Patch is attached.
--
Hideki Yamane
diff -urN linux-latest-45.orig/debian/control linux-latest-45/debian/control
--- linux-latest-45.orig/debian/control 2012-06-27 00:36:46.0 +0900
+++ linux-latest-45/debian/control 2012-10-07 11:29:29.524998673 +0900
@@ -820,6 +820,7 @@
Package: linux-doc-2.6
Architecture: all
+Priority: extra
Section: oldlibs
Depends: linux-doc, ${misc:Depends}
Description: Linux kernel specific documentation (dummy package)
@@ -827,6 +828,7 @@
Package: linux-headers-2.6-486
Architecture: i386
+Priority: extra
Section: oldlibs
Depends: linux-headers-486, ${misc:Depends}
Description: Header files for Linux 486 configuration (dummy package)
@@ -834,6 +836,7 @@
Package: linux-headers-2.6-4kc-malta
Architecture: mips mipsel
+Priority: extra
Section: oldlibs
Depends: linux-headers-4kc-malta, ${misc:Depends}
Description: Header files for Linux 4kc-malta configuration (dummy package)
@@ -841,6 +844,7 @@
Package: linux-headers-2.6-5kc-malta
Architecture: mips mipsel
+Priority: extra
Section: oldlibs
Depends: linux-headers-5kc-malta, ${misc:Depends}
Description: Header files for Linux 5kc-malta configuration (dummy package)
@@ -848,6 +852,7 @@
Package: linux-headers-2.6-686-pae
Architecture: i386
+Priority: extra
Section: oldlibs
Depends: linux-headers-686-pae, ${misc:Depends}
Description: Header files for Linux 686-pae configuration (dummy package)
@@ -855,6 +860,7 @@
Package: linux-headers-2.6-alpha-generic
Architecture: alpha
+Priority: extra
Section: oldlibs
Depends: linux-headers-alpha-generic, ${misc:Depends}
Description: Header files for Linux alpha-generic configuration (dummy package)
@@ -862,6 +868,7 @@
Package: linux-headers-2.6-alpha-legacy
Architecture: alpha
+Priority: extra
Section: oldlibs
Depends: linux-headers-alpha-legacy, ${misc:Depends}
Description: Header files for Linux alpha-legacy configuration (dummy package)
@@ -869,6 +876,7 @@
Package: linux-headers-2.6-alpha-smp
Architecture: alpha
+Priority: extra
Section: oldlibs
Depends: linux-headers-alpha-smp, ${misc:Depends}
Description: Header files for Linux alpha-smp configuration (dummy package)
@@ -876,6 +884,7 @@
Package: linux-headers-2.6-amd64
Architecture: amd64 i386
+Priority: extra
Section: oldlibs
Depends: linux-headers-amd64, ${misc:Depends}
Description: Header files for Linux amd64 configuration (dummy package)
@@ -883,6 +892,7 @@
Package: linux-headers-2.6-amiga
Architecture: m68k
+Priority: extra
Section: oldlibs
Depends: linux-headers-amiga, ${misc:Depends}
Description: Header files for Linux amiga configuration (dummy package)
@@ -890,6 +900,7 @@
Package: linux-headers-2.6-atari
Architecture: m68k
+Priority: extra
Section: oldlibs
Depends: linux-headers-atari, ${misc:Depends}
Description: Header files for Linux atari configuration (dummy package)
@@ -897,6 +908,7 @@
Package: linux-headers-2.6-bvme6000
Architecture: m68k
+Priority: extra
Section: oldlibs
Depends: linux-headers-bvme6000, ${misc:Depends}
Description: Header files for Linux bvme6000 configuration (dummy package)
@@ -904,6 +916,7 @@
Package: linux-headers-2.6-iop32x
Architecture: armel
+Priority: extra
Section: oldlibs
Depends: linux-headers-iop32x, ${misc:Depends}
Description: Header files for Linux iop32x configuration (dummy package)
@@ -911,6 +924,7 @@
Package: linux-headers-2.6-itanium
Architecture: ia64
+Priority: extra
Section: oldlibs
Depends: linux-headers-itanium, ${misc:Depends}
Description: Header files for Linux itanium configuration (dummy package)
@@ -918,6 +932,7 @@
Package: linux-headers-2.6-ixp4xx
Architecture: armel
+Priority: extra
Section: oldlibs
Depends: linux-headers-ixp4xx, ${misc:Depends}
Description: Header files for Linux ixp4xx configuration (dummy package)
@@ -925,6 +940,7 @@
Package: linux-headers-2.6-kirkwood
Architecture: armel
+Priority: extra
Section: oldlibs
Depends: linux-headers-kirkwood, ${misc:Depends}
Description: Header files for Linux kirkwood configuration (dummy package)
@@ -932,6 +948,7 @@
Package: linux-headers-2.6-loongson-2f
Architecture: mipsel
+Priority: extra
Section: oldlibs
Depends: linux-headers-loongson-2f, ${misc:Depends}
Description: Header files for Linux loongson-2f configuration (dummy package)
@@ -939,6 +956,7 @@
Package: linux-headers-2.6-mac
Architecture: m68k
+Priority: extra
Section: oldlibs
Depends: linux-headers-mac, ${misc:Depends}
Description: Header files for Linux mac configuration (dummy package)
@@ -946,6 +964,7 @@
Package: linux-headers-2.6-mckinley
Architecture: ia64
+Priority: extra
Section: oldlibs
Depends: linux-headers-mckinley, ${misc:Depends}
Description: Header files for Linux mckinley configuration (dummy package)
@@ -953,6 +972,7 @@
Package: linux-headers-2.6-mvme147
Architecture: m68k
+
Bug#688952: ginkgocadx: Package appears to be non-free
On 2012-10-07 at 00:47:34, Andreas Tille wrote: > > As far as upstream is concerned there is no issue so unless there are any > > objections I'm going to lower bug severity to avoid giving release team > > wrong > > impression regarding criticality of this bug. > > I'd consider this as a reasonable action to avoid useless formal work. > Francois, as the bug reporter: WOuld you agree to this course of action > or do you want us to upload a new package. I agree with lowering the severity. >From what I can see in upstream's reply, this is indeed free software. It's just badly labelled. Cheers, Francois -- Francois Marier identi.ca/fmarier http://fmarier.org twitter.com/fmarier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#688701: dpkg-dev: dpkg-checkbuilddeps fails when run from pdebuild-cross
Hi! On Mon, 2012-09-24 at 23:46:10 +0200, Gilles Filippini wrote: > Package: dpkg-dev > Version: 1.16.8 > Severity: normal > The change introduced to dpkg-checkbuilddeps in release 1.16.2, to check > build-dependencies against the target architecture (-a) breaks > cross-building with pdebuild-cross: dpkg-checkbuilddeps complains about > missing build-deps while they are correctly pulled by xapt + dpkg-cross. Well, xapt + dpkg-cross mangle and repack foregin packages to make them installable on the native system, so the fact that this breaks now with multiarch is kind of expected. > It works fine in a squeeze chroot (dpkg-dev 1.15.8.12) but fails in > wheezy and sid chroots (dpkg-dev 1.16.8). > > Workaround: add "-d" to DEBBUILDOPTS into > /etc/pdebuild-cross/pdebuild-cross.rc to inhibit dpkg-checkbuilddeps. You should preferibly get packages switched to multiarch. But maybe given that pdebuild-cross seems to be relying currently on xapt + dpkg-cross, then the workaround might need to be applied there for the time being. Otherwise there's really no bug in dpkg. I'll most probably be reassigning this bug report pdebuild-cross. thanks, guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689836: dpkg: md5sums incorrectly recorded for conffile takeover
Hi!
On Sun, 2012-10-07 at 00:05:30 +0200, Andreas Beckmann wrote:
> digging a little bit into dpkg's code I found this in configure.c
>
> deferred_configure(pkg)
> {
> ...
> for (conff = pkg->installed.conffiles; conff; conff = conff->next)
> deferred_configure_conffile(pkg, conff);
> ...
> }
>
> That acts on all conffiles known to the package, including those that
> are marked as obsolete. But if they are marked as obsolete *here*, they
> may have been overtaken by another package that is currently unpackaged,
> too, but not yet configured. In that case the current package will
> "consume" the .dpkg-new ffrom a different package.
Right!
> shouldn't the following change fix this by skipping obsolete conffiles?
>
> for (conff = pkg->installed.conffiles; conff; conff = conff->next)
> if (!conff->obsolete)
> deferred_configure_conffile(pkg, conff);
Something along those lines, yes.
> A quick test shows that this would work.
I've reviewed all other possible instances of this issue, and I've
found and fixed several others, doing some testing now, will consider
whether to include a fix for this for 1.16.9.
thanks,
guillem
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#613144: dynalang - building correctly in wheezy and sid chroots
tag 613144 +unreproducible thanks -- Hello Marco, Thank you for the bug report and the patch. It doesn't appear that a source upload of dynalang is required at this time, as the package builds correctly in wheezy and sid chroots without being patched. I believe this bug can be closed. Thank you, tony signature.asc Description: OpenPGP digital signature
Bug#689844: ITP: sylfilter
Package: wnpp Severity: wishlist Owner: Hideki Yamane User: debian-de...@debian.or.jp Usertags: debianjp X-Debbugs-CC: debian-de...@lists.debian.org, Ricardo Mones , debian-de...@debian.or.jp Package name: sylfilter Version: 0.7 Upstream Author: Hiroyuki Yamamoto URL: http://sylpheed.sraoss.jp/sylfilter/ License: BSD-3-Cluase Description: generic spam filter tool SylFilter (tentative name) is a generic message filter library and command-line tools. It provides a bayesian filter which is very popular as an algorithm for spam filtering. SylFilter also supports multilingual and can be applied to any languages. It is implemented with C language and runs fast with small resources. . - Very lightweight and fast - Provides learning-type junk filter - Easy-to-use command line tool - Multilingual support (including CJKV) - Supports several embedded databases (SQLite and QDBM) -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682599: Not properly using libnotify under gnome-shell
Package: xchat Version: 2.8.8-7 Followup-For: Bug #682599 The usual information. Thx, Raghu -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-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 xchat depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-35 ii libcairo2 1.12.2-2 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-20.100-1 ii libfontconfig1 2.9.0-7 ii libfreetype62.4.9-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-2 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.30.0-1 ii libperl5.14 5.14.2-13 ii libsexy20.1.11-2+b1 ii libssl1.0.0 1.0.1c-4 ii libx11-62:1.5.0-1 ii libxml2 2.8.0+dfsg1-5 ii xchat-common2.8.8-7 Versions of packages xchat recommends: ii alsa-utils 1.0.25-3 ii libnotify-bin 0.7.5-1 ii libpython2.7 2.7.3-5 ii tcl8.5 8.5.11-2 ii xdg-utils 1.1.0~rc1+git20111210-6 xchat 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#615998: Warning Newsletter.
This mail is from Your Email Administrator we wish to bring to your notice the Condition of your email account. We have just noticed that you have exceeded your email Database limit of 500 MB quota and your email IP is causing conflict because it is been accessed in different server location. You need to Upgrade and expand your email quota limit before you can continue to use your email. Update your email quota limit to 2.6 GB, use the below web link: https://docs.google.com/spreadsheet/viewform?formkey=dDRmTWpLV0FLUEcxY2d6UmtYMnRYbXc6MQ Failure to do this will result to email deactivation within 24hours Thank you for your understanding. Copyright 2012 © Inc. Webmail Help Desk. This message was sent using IMP, the Internet Messaging Program. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#688270: mirror listing update for suro.ubaya.ac.id
Hi, On Thu, Sep 20, 2012 at 11:43:06PM +, Budiwijaya wrote: > Package: mirrors > Severity: minor > > Submission-Type: update > Site: suro.ubaya.ac.id > Aliases: ftp.id.debian.org > Type: leaf > Archive-architecture: amd64 armel armhf i386 > Archive-http: /debian/ > Archive-rsync: debian/ > IPv6: no > Archive-upstream: ftp.br.debian.org > Updates: push Record updated regarding push setup. revision 1.2095 date: 2012-10-07 01:27:30 +0200; author: spaillard; state: Exp; lines: +5 -4; commitid: 4NptU79z3kSKJnnw; suro.ubaya.ac.id: pushed from ftp.br.d.o (#688270) > Maintainer: Budiwijaya Do you have a role account at the university like mirr...@ubaya.ac.id, where we can reach co-admins of the mirror in case you're on holidays ? > Country: ID Indonesia > Location: Surabaya > Sponsor: Universitas Surabaya http://www.ubaya.ac.id > Comment: Hello, > I see there's no Indonesian official mirror (ftp.id.debian.org). I want to > register my mirror to become an official mirror in Indonesia. Please read carefully http://www.debian.org/mirror/official#criteria While architecture requirement may be relaxed, check closely ftp protocol requirement, that you have disk for the future, etc. > Connection to Indonesian Internet Exchange : 50mbps > Connection to International Internet : 50mbps Best regards. -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689380: fix
On Wed, 2012-10-03 at 10:43 +0200, Matteo F. Vescovi wrote: > > > > After the fix gtkpod compiled. > > Feel free to contact upstream maintainer and provide him a patch > fixing this issue. > > Cheers. > I reported it upstream to the gtkpod dev mailing list. They have applied and committed my patch. Brent
Bug#687276: mirror listing update for debian.panafon.org
Hello, On Fri, Sep 21, 2012 at 11:14:04AM +0300, cos...@panafon.org wrote: > | On Fri, Sep 14, 2012 at 08:40:35PM +0200, Simon Paillard wrote: > |> On Thu, Sep 13, 2012 at 11:51:47PM +0200, Simon Paillard wrote: > |> > On Wed, Sep 12, 2012 at 02:04:52PM +0200, Simon Paillard wrote: > |> > > On Tue, Sep 11, 2012 at 12:03:46PM +, Costas Constantinou wrote: > |> > > > Archive-architecture: amd64 i386 > |> > > > |> > > http://debian.panafon.org/debian/dists/unstable/ lists way more > |> > > architectures |> > > than amd64 and i386. [..] > All fixed as you request: > Archive-architecture= amd64, i386 Ok. > |> > Please see http://www.debian.org/mirror/ftpmirror#how > |> > |> ftpsync is very much recommended. > | > | Either ftpsync is not in use yet, or something overwrites > | http://debian.panafon.org/debian/project/trace/debian.panafon.org > | > | Now you use ftpsync you can remove manual trace file management. Still not ok. Get back to us when the file is generated by ftpsync (remove any manual write of that file), you are able to check that by yourself, it will contain a referenc to ftpsync and its version. > |> > > > Updates: lessoften > |> > > > |> > > We recommend at least one update per day (best is 4 / day) > |> > |> Can you confirm ? > | > | ? > > Updates: more than four times a day [..] > | How much bandwidth is available ? > > bandwidth available 100Mb/s = for mirror open pipe 10Mb/s -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#688774: mirror submission for debian.mirror.constant.com
Hello, On Tue, Sep 25, 2012 at 03:18:36PM +, Brian Rak wrote: > Package: mirrors > Severity: wishlist > > Submission-Type: new > Site: debian.mirror.constant.com First, thanks for using the last version of ftpsync. Could you please, in ftpsync.conf, set MIRRORNAME to debian.mirror.constant.com (instead of default current mirror1.constant.com). > Type: leaf > Archive-architecture: ALL amd64 armel armhf hurd-i386 i386 ia64 > kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 s390x sparc > Archive-http: / Would it be possible to have the standard path "/debian/" working as well ? > IPv6: yes > Archive-upstream: ftp.us.debian.org Please select the best mirror for you, ftp[1-6].us.debian.org > Updates: four > Maintainer: Brian Rak > Country: US United States > Location: Piscataway, New Jersey > Sponsor: Constant.com http://www.constant.com How much bandwidth is available ? Best regards. -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#634930: gpa: GPA unusable due to "General Assuan error"
Just to let you know that I can confirm this bug on a Ubuntu 12.04 amd64 setup. Since gpa is not available in the Ubuntu repositories, I downloaded the 0.9.3 sources and compiled. The result is this same error. I removed the home-compiled version and instead installed the 0.9.3 amd64 .deb version from the debian website (http://ftp.ca.debian.org/debian/pool/main/g/gpa/gpa_0.9.3-1_amd64.deb), and it fails with the same error. Upon finding this thread I tried launching gpa from command line with the --disable-x509 option, and the error disappears. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#688199: bacula-director-sqlite3: modifies conffiles (policy 10.7.3): /etc/bacula/scripts/delete_catalog_backup
tags 688199 + pending -- В Mon, 24 Sep 2012 13:12:48 +0400 Alexander Golovko пишет: > Hi! > > Thank you for report! > > This is a result of our fix #656912. > We should switch this file to ucf control or revert this changes. Fixed in git master branch. This changes will be included in next upload. > > But changes in config file are not dangerous for users. > > В Thu, 20 Sep 2012 10:46:44 +0200 > Andreas Beckmann пишет: > > > Package: bacula-director-sqlite3 > > Version: 5.2.6+dfsg-3 > > Severity: serious > > User: debian...@lists.debian.org > > Usertags: piuparts > > > > Hi, > > > > during a test with piuparts I noticed your package modifies > > conffiles. This is forbidden by the policy, see > > http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files > > > > 10.7.3: "[...] The easy way to achieve this behavior is to make the > > configuration file a conffile. [...] This implies that the default > > version will be part of the package distribution, and must not be > > modified by the maintainer scripts during installation (or at any > > other time)." > > > > Note that once a package ships a modified version of that conffile, > > dpkg will prompt the user for an action how to handle the upgrade of > > this modified conffile (that was not modified by the user). > > > > Further in 10.7.3: "[...] must not ask unnecessary questions > > (particularly during upgrades) [...]" > > > > If a configuration file is customized by a maintainer script after > > having asked some debconf questions, it may not be marked as a > > conffile. Instead a template could be installed in /usr/share and > > used by the postinst script to fill in the custom values and create > > (or update) the configuration file (preserving any user > > modifications!). This file must be removed during postrm purge. > > ucf(1) may help with these tasks. > > See also http://wiki.debian.org/DpkgConffileHandling > > > > In https://lists.debian.org/debian-devel/2012/09/msg00412.html and > > followups it has been agreed that these bugs are to be filed with > > severity serious. > > > > debsums reports modification of the following files, > > from the attached log (scroll to the bottom...): > > > > /etc/bacula/scripts/delete_catalog_backup > > > > > > cheers, > > > > Andreas > > > -- with best regards, Alexander Golovko email: alexan...@ankalagon.ru xmpp: alexan...@ankalagon.ru signature.asc Description: PGP signature
Bug#688952: ginkgocadx: Package appears to be non-free
Hi, On Fri, Oct 05, 2012 at 07:52:35PM +1000, Dmitry Smirnov wrote: > Dear team members, > > Just to double check on the course of action regarding #688952: > > As far as upstream is concerned there is no issue so unless there are any > objections I'm going to lower bug severity to avoid giving release team wrong > impression regarding criticality of this bug. I'd consider this as a reasonable action to avoid useless formal work. Francois, as the bug reporter: WOuld you agree to this course of action or do you want us to upload a new package. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#688572: packaging-dev: adjust package dependency
Hi, On Sat, 06 Oct 2012 19:31:35 +0200 Benjamin Drung wrote: > > 1. developers-reference is translated to French and Japanese, so make its > > dependency as developers-reference | -fr | -ja > > Done and added -de as well. Thanks. > > 2. bzr-builddeb heavily depends on bzr, most case is located in Launchpad. > > And I think this is Ubuntu specific one (as they say in "UDD" way in > > Ubuntu packaging guide), so moved to rules. > > Having bzr heavily used in Ubuntu doesn't mean that it is not used in > Debian. I like to see the importance of bzr-builddep discussed in a > bigger audience before moving it to Suggest in Debian. Yes, it doesn't mean not used in Debian, but not so much common I guess. > > 3. dh-make is kind an essential package for first step to make upstream to > > debian package. I prefer it to set as Depends. > > Is dh-make really the recommended way to start packaging a new package? Yes, I think so. Is there another way to start packaging? > I like to see this change discussed with a bigger audience before moving > it to Recommends (not Depends). Reasonable. > > 4. gnome-pkg-tools just depends on perl, it means no extra packages would > > be > > pulled. And, for me, sometimes forget to install it ;), so please bring > > it > > to depends. > > I moved gnome-pkg-tools from Suggests to Recommends (not to Depends). > > > 5. Also, don't forget pkg-kde-tools... :) > > Added to Recommends. Thanks! -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#645487: ensembl: includes GPL code without source
Andreas Tille wrote: > On Mon, Oct 01, 2012 at 12:00:10AM -0700, Jonathan Nieder wrote: >> If you think I have misunderstood the GPL, > > You are mixing up GPL and DFSG. GPL says that the source code needs to > be provided at least at request (and it in this case it is pretty easy > to obtain the source code). I responded to that claim earlier: | We're veering off-topic, but the section 6 of GPL-3 you are referring | to says: | | b) Convey the object code in, or embodied in, a physical product | (including a physical distribution medium), accompanied by a | written offer, valid for at least three years and valid for as | long as you offer spare parts or customer support for that product | model, to give anyone who possesses the object code either (1) a | [...] | | c) Convey individual copies of the object code with a copy of the | written offer to provide the Corresponding Source. This | alternative is allowed only occasionally and noncommercially, and | only if you received the object code with such an offer, in accord | with subsection 6b. | | I don't believe you received such a three-year offer accompanying a | diskette with the .jar files and are passing it on. This seems pretty cut-and-dried to me, but I could easily be missing something. It would be very easy to fix this by just including the corresponding source for the bundled version of jalview in the debian/ directory. The ensembl package is in non-free and the DFSG do not apply --- this is only about GPL compliance. Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#617342: Update program for testing (failure to convert 32-bit images)
Hi Chuck, in Debian exists a system to verify web sites for new upstream sources to register changes automatically and enable automatic download. For this purpose it is extremely helpful if the download file contains the proper version in the file name. For instance in the case of mriconvert it would be really helpful to have some downloadable file mriconvert-2.0.235.source.zip or something similar. We had really large trouble to find a tricky solution to enable the automatic version detection (see for instance the discussion here [1]) and as this conversation shows the habit to not use the version number in the source download file is somehow error prone. Could you do us the favour and follow the advise and use the version number also for the sources as well as you are doing it for the binary downloads? Thanks for your understanding Andreas. [1] http://lcni.uoregon.edu/~jolinda/MRIConvert/ On Tue, Sep 25, 2012 at 07:43:23AM -0700, Chuck wrote: > Hi Steve, > > Thank you for the report. I will look into this distribution issue. > FYI, the binaries for OS X and all Linux versions available on the > MRIConvert web site should be up-to-date with 32-bit code. > > Regards, > Chuck > > > On 12-09-24 07:12 PM, Steve M. Robbins wrote: > >Hello Chuck, > > > >While working my way through my Debian bug list, I noticed this one > >[1] is still open: MRIConvert does not support 32 bits > > > >I tried Mathieu's image on the latest Debian MRIConvert (2.0.235), and > >it failed as noted in the report: the output is 16 bits, not 32. > > > > > >On Thu, Oct 13, 2011 at 12:43:17PM -0700, Chuck Theobald wrote: > >>I've made some changes so that MRIConvert emits 32-bit .raw files, > >>but do not have a way to test. Attached is a tarball with Debian > >>binaries for testing. > >Then I tried the binary you attached, and obtained 32 bit output. > > > >Scratching my head, I tried the Debian binary again. Same result. > >Then I noticed the Debian binary's "Help|About" box claims the version > >is 2.0.217. > > > >I went back to my source archives and discovered that the upstream > >versions in Debian are THE SAME for 2.0.217 and 2.0.235. I went to > >the download site [2] and discovered that the mriconvert_sources.zip > >is also the same as 2.0.217. > > > >Is it possible that the sources link was not updated when 2.0.235 was > >released? Could I trouble you to create a new release? > > > >Thanks, > >-Steve > > > >[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617342 > >[2] http://lcni.uoregon.edu/~jolinda/MRIConvert/mriconvert_sources.zip > > > -- > Chuck Theobald > System Administrator > The Robert and Beverly Lewis Center for Neuroimaging > University of Oregon > P: 541-346-0343 > F: 541-346-0345 > > ___ > Debian-med-packaging mailing list > debian-med-packag...@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging > -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689843: bash-completion: typo in README.Debian
Package: bash-completion Version: 1:2.0-1 Severity: minor Hi! /usr/share/doc/bash-completion/README.Debian reports that: Completions are kept in /usr/share/bash-completions/completions. this path is incorrect -- it should be /usr/share/bash-completion/completions. cheers Stuart -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (550, 'testing-proposed-updates'), (550, 'testing'), (60, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bash-completion depends on: ii bash 4.2-4 ii dpkg 1.16.8 bash-completion recommends no packages. bash-completion 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#688382: texlive-base: missing conffiles after squeeze->wheezy upgrade
On 2012-10-05 11:41, Norbert Preining wrote: > In case you have time and can easily kick off a new test with these > packages, I would be grateful of course. except for texlive-full (which I skipped), no problems were found on various upgrade paths using current sid, wheezy, squeeze packages. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#668870: Do you still need help with the golang package?
Hello both FreeIMPI maintainers In #668870 you issued a request for help. I see that Michael is now a co-maintainer. The bug report includes additional offers for help. Do you still need help with the package or can this bug be closed? *t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#567954: Do you still need help with debtags?
Hello both Enricos! In #567954 Enrico Zini is looking for help with debtags. I see that Enrico Rossi has joined you in maintaining debtags. Additional the bug report includes one offer for help. Do you still need help with the package or can this bug be closed? *t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689790: msva-perl: modifies conffiles during upgrade from squeeze (policy 10.7.3): /etc/X11/Xsession.d/70monkeysphere_use-validation-agent
Control: block -1 by 689836 On 2012-10-06 20:35, Daniel Kahn Gillmor wrote: > i'm confused here. the file in question *is* marked as a conffile, both > in 0.8-2 and 0.9.1-1: Trying it manually: md5sum fresh install in squeeze: 2e95953896510b58f2d1a8342936b088 md5sum fresh install in wheezy: 841956d191ba1d791c960d10607a9474 md5sum after squeeze2wheezy: 841956d191ba1d791c960d10607a9474 redoing the piuparts test: error reproducible, lets me look into the chroot after the failure # dpkg -s msva-perl Package: msva-perl Status: install ok installed Priority: extra Section: net Installed-Size: 228 Maintainer: Daniel Kahn Gillmor Architecture: all Version: 0.8-2 Provides: monkeysphere-validation-agent Depends: libcrypt-x509-perl, libconvert-asn1-perl, libnet-server-perl, libhttp-server-simple-perl, libjson-perl, libparent-perl, libgnupg-interface-perl (>= 0.42.02), libregexp-common-perl, libfile-homedir-perl, libconfig-general-perl Recommends: libgtk2-perl, libanyevent-perl, liblinux-inotify2-perl, liburi-perl, libnet-ssleay-perl, libio-socket-ssl-perl (>= 1.37), libwww-perl Suggests: liblwp-protocol-socks-perl Conflicts: monkeysphere (<< 0.32) Enhances: xul-ext-monkeysphere Conffiles: /etc/X11/Xsession.d/70monkeysphere_use-validation-agent 2e95953896510b58f2d1a8342936b088 OOPS. dpkg bug? this is still the OLD md5sum from the upgrade log: Setting up monkeysphere (0.35-2) ... Installing new version of config file /etc/monkeysphere/monkeysphere-authentication.conf ... Installing new version of config file /etc/monkeysphere/monkeysphere.conf ... Installing new version of config file /etc/X11/Xsession.d/70monkeysphere_use-validation-agent ... gpg: checking the trustdb Setting up msva-perl (0.8-2) ... Hmm, who owns that file? # dpkg -s monkeysphere Package: monkeysphere Status: install ok installed Priority: extra Section: net Installed-Size: 428 Maintainer: Jameson Rollins Architecture: all Version: 0.35-2 Depends: gnupg (>= 1.4.10), libcrypt-openssl-rsa-perl, libdigest-sha-perl, lockfile-progs | procmail, adduser Recommends: netcat | socat, ssh-askpass, cron, openssh-client Suggests: monkeysphere-validation-agent Enhances: openssh-client, openssh-server Conffiles: /etc/monkeysphere/monkeysphere-authentication.conf 8641c34b8202283588bebc0e20c51b75 /etc/monkeysphere/monkeysphere-host.conf 697b23325bc5ee5b4c57886480273877 /etc/monkeysphere/monkeysphere.conf 348530d6c1d6f0ccc13353ea84269606 /etc/X11/Xsession.d/70monkeysphere_use-validation-agent 841956d191ba1d791c960d10607a9474 obsolete Hmm, there is the new md5sum. GRR *** that conffile is moved between two packages during the update *** There is no Replaces, only a Conflicts ... perhaps thats not sufficient. filing a dpkg bug ... #689836 testing Breaks/Replaces ... does not help. going to look into dpkg :-) ... and suggesting a one-line fix :-) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689836: dpkg: md5sums incorrectly recorded for conffile takeover
Hi,
digging a little bit into dpkg's code I found this in configure.c
deferred_configure(pkg)
{
...
for (conff = pkg->installed.conffiles; conff; conff = conff->next)
deferred_configure_conffile(pkg, conff);
...
}
That acts on all conffiles known to the package, including those that
are marked as obsolete. But if they are marked as obsolete *here*, they
may have been overtaken by another package that is currently unpackaged,
too, but not yet configured. In that case the current package will
"consume" the .dpkg-new ffrom a different package.
shouldn't the following change fix this by skipping obsolete conffiles?
for (conff = pkg->installed.conffiles; conff; conff = conff->next)
if (!conff->obsolete)
deferred_configure_conffile(pkg, conff);
A quick test shows that this would work.
Andreas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#645487: ensembl: includes GPL code without source
Hi Jonathan, On Mon, Oct 01, 2012 at 12:00:10AM -0700, Jonathan Nieder wrote: > If you think I have misunderstood the GPL, You are mixing up GPL and DFSG. GPL says that the source code needs to be provided at least at request (and it in this case it is pretty easy to obtain the source code). So the software in itself does not violate GPL. What the package actually is violating is DFSG because we agreed upon to provide the sources directly from our mirror. So the RC bug is fine but the package is no release candidate anyway. I seriosely consider all our time very much better spend if we would fix RC bugs in packages in testing and not wasting it on leaf packages in experimental which are no candidates. These are my last words in this bug report until Debian 7.0 is released. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689842: shelldap: RDNs with spaces are handled differently by different commands
Package: shelldap Version: 0.5-2 Severity: normal Having RDNs like "cn=Foo Bar" causes unexpected behaviour for some commands. - edit cn=Foo Bar- works - cat cn=Foo Bar - expects "" - cd cn=Foo Bar - works - rm cn=Foo Bar - expects "" All commands should expect "" for RDNs with spaces to not produce unexpected behaviour. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages shelldap depends on: ii libalgorithm-diff-perl 1.19.02-2 ii libnet-ldap-perl 1:0.4400-1 ii libterm-readkey-perl 2.30-4+b2 ii libterm-readline-gnu-perl 1.20-2+b1 ii libterm-shell-perl 0.02-3 ii libyaml-syck-perl 1.20-1 ii perl 5.14.2-13 Versions of packages shelldap recommends: ii libio-socket-ssl-perl 1.76-1 shelldap 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#689041: RFS: orthanc/0.2.1-3 [ITP] -- Lightweight, RESTful DICOM server for healthcare and medical research
Hi Sébastien, On Sun, Sep 30, 2012 at 06:29:33PM +0200, Mathieu Malaterre wrote: > Salut Sébastien, > > Have you thought of maintaining your package within the debian-med > umbrella org ? > > http://www.debian.org/devel/debian-med/ Just back from vacation I read your conversation about orthanc packaging. Besides the obvious helpful technical hints I would like to come back to the initial hint from Mathieu to join the Debian Med team. You would profit from several advantages - for instance you could bypass the uploads to mentors and commit your packaging to a VCS (either Git or SVN at your choice) where potential sponsors of the team could drop changes with helpful comments directly which might make the process much more smooth. To learn about the workflow in Debian Med team you might like to read our policy document[1]. Feel free to ask if you have some remaining questions. Kind regards Andreas. [1] debian-med.alioth.debian.org/docs/policy.html -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689841: shelldap: cannot delete attributes that have no rquality matching rule
Package: shelldap Version: 0.5-2 Severity: normal Deleting attributes that do not have an equality matching rule in the schema fails. My best guess is that, in order to cope with multi-value fields, shelldap compares removed values server-side befoe deleting. Honestly, I have absolutely no clue why. Might be related to #669263. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages shelldap depends on: ii libalgorithm-diff-perl 1.19.02-2 ii libnet-ldap-perl 1:0.4400-1 ii libterm-readkey-perl 2.30-4+b2 ii libterm-readline-gnu-perl 1.20-2+b1 ii libterm-shell-perl 0.02-3 ii libyaml-syck-perl 1.20-1 ii perl 5.14.2-13 Versions of packages shelldap recommends: ii libio-socket-ssl-perl 1.76-1 shelldap 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#568109: xfonts-scalable: Utopia has been Free software for a good amount of time
Am Samstag, den 06.10.2012, 22:04 +0200 schrieb Fabian Greffrath: > It might not be as easy as it seems. I have once witnessed an argument > on some mailing list between TeX and Ghostscript people about who is the > right "authority" to host the 35 Postscript core fonts. ;) Related: http://tug.org/pipermail/tex-live/2009-May/020936.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689840: python-flup: "Recommends: python-webpy" isn't really appropriate
Package: python-flup Version: 1.0.2-2 Severity: normal python-flup declares a "Recommends" dependency on python-webpy. according to policy, Recommends This declares a strong, but not absolute, dependency. The Recommends field should list packages that would be found together with this one in all but unusual installations. i can't think of a particularly good reason that python-flup would declare a dependency on python-webpy (or, indeed, any of the other numerous python web frameworks packaged in debian), or that python-webpy would be found in "all but unusual installations" of python-flup. with apt defaulting to installing Recommended packages, this results in a somewhat long list of extra packages installed that aren't really necessary. compare: root@role3:~# apt-get install python-flup Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: libgcrypt11 libgnutls26 libgpg-error0 libldap-2.4-2 libpq5 libsasl2-2 libsasl2-modules libtasn1-3 python-central python-cheetah python-egenix-mxdatetime python-egenix-mxtools python-psycopg2 python-support python-webpy Suggested packages: rng-tools gnutls-bin libsasl2-modules-otp libsasl2-modules-ldap libsasl2-modules-sql libsasl2-modules-gssapi-mit libsasl2-modules-gssapi-heimdal python-markdown python-pygments python-memcache python-egenix-mxdatetime-dbg python-egenix-mxdatetime-doc python-egenix-mxtools-dbg python-egenix-mxtools-doc The following NEW packages will be installed: libgcrypt11 libgnutls26 libgpg-error0 libldap-2.4-2 libpq5 libsasl2-2 libsasl2-modules libtasn1-3 python-central python-cheetah python-egenix-mxdatetime python-egenix-mxtools python-flup python-psycopg2 python-support python-webpy 0 upgraded, 16 newly installed, 0 to remove and 0 not upgraded. Need to get 2,704 kB of archives. After this operation, 9,044 kB of additional disk space will be used. Do you want to continue [Y/n]? ^C vs. root@role3:~# apt-get --no-install-recommends install python-flup Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: python-support Recommended packages: python-webpy The following NEW packages will be installed: python-flup python-support 0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded. Need to get 82.8 kB of archives. After this operation, 557 kB of additional disk space will be used. Do you want to continue [Y/n]? ^C -- Robert Edmonds edmo...@debian.org signature.asc Description: Digital signature
Bug#610297: Can't a Should-Start LSB header fix the problem?
Have you considered 1. a Should-Start LSB header - http://wiki.debian.org/LSBInitScripts 2. a virtual facility name - http://wiki.debian.org/LSBInitScripts/DebianVirtualFacilities ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689839: unblock: ruby1.9.1/1.9.3.194-2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package ruby1.9.1
I've just uploaded ruby1.9.1/1.9.3.194-2 to unstable. It contains a
security fix for CVE-2011-1005, which closes Debian bug #689075.
Attached you will find a debdiff against the version currently in
wheezy.
unblock ruby1.9.1/1.9.3.194-2
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=pt_BR.utf8, LC_CTYPE=pt_BR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
Antonio Terceiro
diff -Nru ruby1.9.1-1.9.3.194/debian/changelog ruby1.9.1-1.9.3.194/debian/changelog
--- ruby1.9.1-1.9.3.194/debian/changelog 2012-06-02 08:10:26.0 -0300
+++ ruby1.9.1-1.9.3.194/debian/changelog 2012-10-06 16:29:43.0 -0300
@@ -1,3 +1,12 @@
+ruby1.9.1 (1.9.3.194-2) unstable; urgency=low
+
+ * debian/patches/20120927-cve_2011_1005.patch: patch sent by upstream;
+fixes CVE-2011-1005 which was thought of as not affecting the Ruby 1.9.x
+series (Closes: #689075). Thanks to Tyler Hicks
+for reporting the issue.
+
+ -- Antonio Terceiro Sat, 06 Oct 2012 16:29:42 -0300
+
ruby1.9.1 (1.9.3.194-1) unstable; urgency=low
[ Lucas Nussbaum ]
diff -Nru ruby1.9.1-1.9.3.194/debian/patches/20120927-cve_2011_1005.patch ruby1.9.1-1.9.3.194/debian/patches/20120927-cve_2011_1005.patch
--- ruby1.9.1-1.9.3.194/debian/patches/20120927-cve_2011_1005.patch 1969-12-31 21:00:00.0 -0300
+++ ruby1.9.1-1.9.3.194/debian/patches/20120927-cve_2011_1005.patch 2012-10-02 10:06:08.0 -0300
@@ -0,0 +1,93 @@
+Description: Prevent untainted strings from being incorrectly tainted
+ This flaw allowed untainted strings to be tainted and modified, even in
+ safe level 4.
+Origin: upstream
+--- a/error.c
b/error.c
+@@ -569,7 +569,6 @@ exc_to_s(VALUE exc)
+
+ if (NIL_P(mesg)) return rb_class_name(CLASS_OF(exc));
+ r = rb_String(mesg);
+-OBJ_INFECT(r, exc);
+ return r;
+ }
+
+@@ -853,11 +852,7 @@ name_err_to_s(VALUE exc)
+
+ if (NIL_P(mesg)) return rb_class_name(CLASS_OF(exc));
+ StringValue(str);
+-if (str != mesg) {
+- rb_iv_set(exc, "mesg", mesg = str);
+-}
+-OBJ_INFECT(mesg, exc);
+-return mesg;
++return str;
+ }
+
+ /*
+@@ -988,7 +983,6 @@ name_err_mesg_to_str(VALUE obj)
+ args[2] = d;
+ mesg = rb_f_sprintf(NAME_ERR_MESG_COUNT, args);
+ }
+-OBJ_INFECT(mesg, obj);
+ return mesg;
+ }
+
+--- a/test/ruby/test_exception.rb
b/test/ruby/test_exception.rb
+@@ -333,4 +333,55 @@ end.join
+ load(t.path)
+ end
+ end
++
++ def test_to_s_taintness_propagation
++for exc in [Exception, NameError]
++ m = "abcdefg"
++ e = exc.new(m)
++ e.taint
++ s = e.to_s
++ assert_equal(false, m.tainted?,
++ "#{exc}#to_s should not propagate taintness")
++ assert_equal(false, s.tainted?,
++ "#{exc}#to_s should not propagate taintness")
++end
++
++o = Object.new
++def o.to_str
++ "foo"
++end
++o.taint
++e = NameError.new(o)
++s = e.to_s
++assert_equal(false, s.tainted?)
++ end
++
++ # CVE-2011-1005
++ def test_exception_to_s_should_not_propagate_untrustedness
++favorite_lang = "Ruby"
++
++for exc in [Exception, NameError]
++ assert_raise(SecurityError) do
++lambda {
++ $SAFE = 4
++ exc.new(favorite_lang).to_s
++ favorite_lang.replace("Python")
++}.call
++ end
++end
++
++assert_raise(SecurityError) do
++ lambda {
++$SAFE = 4
++o = Object.new
++o.singleton_class.send(:define_method, :to_str) {
++ favorite_lang
++}
++NameError.new(o).to_s
++favorite_lang.replace("Python")
++ }.call
++end
++
++assert_equal("Ruby", favorite_lang)
++ end
+ end
diff -Nru ruby1.9.1-1.9.3.194/debian/patches/series ruby1.9.1-1.9.3.194/debian/patches/series
--- ruby1.9.1-1.9.3.194/debian/patches/series 2012-05-27 19:46:34.0 -0300
+++ ruby1.9.1-1.9.3.194/debian/patches/series 2012-09-30 17:40:56.0 -0300
@@ -16,3 +16,4 @@
110829-hurd_dirent_usage.patch
hurd-path-max.diff
20120517-r35434.patch
+20120927-cve_2011_1005.patch
signature.asc
Description: Digital signature
Bug#689838: calibre: Please port to fontconfig
Package: calibre Severity: minor Tags: upstream Hi, in the course of #689575 I found out that calibre uses hard-coded references to the liberation fonts. Please port it to use fontconfig instead. - Fabian -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (502, 'testing'), (501, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#283941: gtkam portuguese translation
Control: tags -1 upstream Hi, On Thu, Dec 02, 2004 at 01:14:34PM +, Luis Matos wrote: > Package: gtkam > Version: 0.1.12-2.1 Please note that translations of upstream software should be submitted upstream [1]. Could you please get in touch with the Portuguese translation team [2] in order to figure out the best course of action (the translation may deserve an update since it was submitted almost eight years ago, sorry no one replied to you until now). 1: http://translationproject.org/domain/gtkam.html 2: http://translationproject.org/team/pt.html Regards David signature.asc Description: Digital signature
Bug#689837: Please register the psnfss fonts with fontconfig
Package: texlive-fonts-recommended Severity: wishlist Tags: patch Hi, please register the common PostScript fonts provided by the psnfss package for usage with fontconfig. This would be the 35 Postscript core fonts plus Bitstream Charter and Adobe Utopia. I think with this set, together with tex-gyre and lmodern, we finally make the most relevant TeX fonts available for fontconfig. The first set may be redundant with gsfonts and the Charter may be redundant with xfonts-scalable, but they are installed as duplicates anyway. Let fontconfig select the version it prefers. ;) - Fabian 65-psnfss.conf Description: XML document
Bug#689747: autofs won't install with old autofs5 installation
On Sat, Oct 6, 2012 at 1:42 AM, Michael Tokarev wrote: > Can it be that you had lenny version of autofs5 maybe, or even > something older? Maybe. It's been an old system that's been upgraded a number of times. > Please show me the output of > > grep autofs /var/lib/ucf/registry Sorry; I already poked at ucf until autofs installed, so I don't think you'll get anything useful. -- Kie ekzistas vivo, ekzistas espero. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689836: dpkg: md5sums incorrectly recorded for conffile takeover
Package: dpkg Version: 1.16.8 Severity: important Hi, squeeze ships the conffile /etc/X11/Xsession.d/70monkeysphere_use-validation-agent (md5sum: 2e95953896510b58f2d1a8342936b088) in the monkeysphere package. In wheezy this file is taken over by the msva-perl package and a new variant is shipped (md5sum: 841956d191ba1d791c960d10607a9474) The problem is, the md5sums in the Conffiles: entries are mixed up after distupgrading from squeeze to wheezy and debsums reports a modified conffile. In squeeze before the upgrade: # dpkg -s msva-perl Package: msva-perl Status: install ok installed Priority: extra Section: net Installed-Size: 100 Maintainer: Daniel Kahn Gillmor Architecture: all Version: 0.3-1 Provides: monkeysphere-validation-agent Depends: monkeysphere, libcrypt-x509-perl, libconvert-asn1-perl, libnet-server-perl, libhttp-server-simple-perl, libjson-perl, libparent-perl Enhances: monkeysphere Description: Cryptographic identity validation agent (Perl implementation) # dpkg -s monkeysphere Package: monkeysphere Status: install ok installed Priority: extra Section: net Installed-Size: 432 Maintainer: Jameson Rollins Architecture: all Version: 0.31-4 Depends: gnupg, libcrypt-openssl-rsa-perl, libdigest-sha-perl, lockfile-progs | procmail, adduser Recommends: netcat | socat, ssh-askpass, cron, openssh-client Suggests: monkeysphere-validation-agent Enhances: openssh-client, openssh-server Conffiles: /etc/monkeysphere/monkeysphere-authentication.conf 45ffebbf32c7aefcf2694e4601afa02c /etc/monkeysphere/monkeysphere.conf f6c1cee1a52fa89ae17197e4a56e71c8 /etc/monkeysphere/monkeysphere-host.conf 697b23325bc5ee5b4c57886480273877 /etc/X11/Xsession.d/70monkeysphere_use-validation-agent 2e95953896510b58f2d1a8342936b088 Description: leverage the OpenPGP web of trust for SSH and TLS authentication and in wheezy after the distupgrade: # dpkg -s msva-perl Package: msva-perl Status: install ok installed Priority: extra Section: net Installed-Size: 228 Maintainer: Daniel Kahn Gillmor Architecture: all Version: 0.8-2 Provides: monkeysphere-validation-agent Depends: libcrypt-x509-perl, libconvert-asn1-perl, libnet-server-perl, libhttp-server-simple-perl, libjson-perl, libparent-perl, libgnupg-interface-perl (>= 0.42.02), libregexp-common-perl, libfile-homedir-perl, libconfig-general-perl Recommends: libgtk2-perl, libanyevent-perl, liblinux-inotify2-perl, liburi-perl, libnet-ssleay-perl, libio-socket-ssl-perl (>= 1.37), libwww-perl Suggests: liblwp-protocol-socks-perl Conflicts: monkeysphere (<< 0.32) Enhances: xul-ext-monkeysphere Conffiles: /etc/X11/Xsession.d/70monkeysphere_use-validation-agent 2e95953896510b58f2d1a8342936b088 Description: Cryptographic identity validation agent (Perl implementation) # dpkg -s monkeysphere Package: monkeysphere Status: install ok installed Priority: extra Section: net Installed-Size: 428 Maintainer: Jameson Rollins Architecture: all Version: 0.35-2 Depends: gnupg (>= 1.4.10), libcrypt-openssl-rsa-perl, libdigest-sha-perl, lockfile-progs | procmail, adduser Recommends: netcat | socat, ssh-askpass, cron, openssh-client Suggests: monkeysphere-validation-agent Enhances: openssh-client, openssh-server Conffiles: /etc/monkeysphere/monkeysphere-authentication.conf 8641c34b8202283588bebc0e20c51b75 /etc/monkeysphere/monkeysphere-host.conf 697b23325bc5ee5b4c57886480273877 /etc/monkeysphere/monkeysphere.conf 348530d6c1d6f0ccc13353ea84269606 /etc/X11/Xsession.d/70monkeysphere_use-validation-agent 841956d191ba1d791c960d10607a9474 obsolete Description: leverage the OpenPGP web of trust for SSH and TLS authentication The obsolete entry (in monkeysphere) has the correct md5sum, while the new Conffiles entry in msva-perl uses the old one. This may be cuased by only using a versioned Conflicts and no Replaces, but whatever dpkg records in the statusfile is wrong. Looking at the upgrade transcript we see: Setting up monkeysphere (0.35-2) ... Installing new version of config file /etc/monkeysphere/monkeysphere-authentication.conf ... Installing new version of config file /etc/monkeysphere/monkeysphere.conf ... Installing new version of config file /etc/X11/Xsession.d/70monkeysphere_use-validation-agent ... gpg: checking the trustdb Setting up msva-perl (0.8-2) ... so at that point dpkg seems to believe that the conffile is still belonging to monkeysphere. A full piuparts upgrade log is attached to #689790 (msva-perl modifies conffile during upgrade) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689835: base-files: please add md5sums for /etc/profile as modified by sendfile package
Package: base-files Version: 6.11 Severity: normal Hi, sendfile was a package directly modifying several files in /etc, e.g. /etc/profile. This has been fixed in 2.1b.20080616-5.2 which is in wheezy (and it includes code to undo these modifications if present). But upgrades from squeeze will suffer not getting their /etc/profile updated (because base-files is configured before sendfile). This will be "fixed" once base-files gets updated again later on (e.g. for a point release) ... because if finds an old file with a known md5sum. The line added by squeeze's version of sendfile is "test -x /usr/bin/check-sendfile && /usr/bin/check-sendfile || /bin/true" (without the quotes and the md5sum changes after sendfile installation in squeeze from b94c2e3df2a779ac12080942df4d86ea to 89126d8bba3325594e1539bcc97847f3 I don't know it it would be appropriate (and would work well) to add a Breaks: sendfile (<< 2.1b.20080616-5.2~) to base-files. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#568109: xfonts-scalable: Utopia has been Free software for a good amount of time
Am Samstag, den 06.10.2012, 08:07 +0200 schrieb Christian PERRIER:
> From your summary, I think the ideal move is having X.org upstream
> drop this font from their distribution ("picking" it from CTAN has no
> logic: if it lives on CTAN, it should be provided by TeX-related
> software, not by X.org).
It might not be as easy as it seems. I have once witnessed an argument
on some mailing list between TeX and Ghostscript people about who is the
right "authority" to host the 35 Postscript core fonts. ;)
> And, of course, also add the fontconfig file to
> texlive-fonts-recommended as you suggest.
In my opinion, texlive-fonts-recommended should export the psnfss fonts
to fontconfig, i.e. the 35 Postscript core fonts plus Bitstream Charter
and Adobe Utopia. The will end up redundant with gsfonts for the core
fonts and xfonts-scalable for the Charter, but these fonts are installed
as duplicates anyway and then it's up to fontconfig to choose between
the alternatives. I'll post a patch against texlive-fonts-recommended
soon.
- Fabian
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689813: libgraphite2-3: misses Breaks: libgraphite2-2.0.0
reopen 689813 tag 689813 + pending thanks Hi, On Sat, Oct 06, 2012 at 07:45:49PM +0200, Rene Engelhard wrote: > Closing... It's a non-bug. sigh. it's probably easier to just do it and not argue more. I still don't buy the reasons. And if people do broken things... Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689575: fonts-liberation: breaks applications relying on the ttf-liberation name
Am Freitag, den 05.10.2012, 18:24 +0200 schrieb Christian PERRIER: > IMHO, the best compromise is asking the release team advice, with a > proposed patch. IMHO, there are good chances they agree about the > change. Agreed. However, the new fonts-liberation revision has one patch replaced against the one from Fedora. Do you think we need to revert this before? - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#686098: Fonts from package misbehave in exported PDF
Am Freitag, den 05.10.2012, 18:22 +0200 schrieb Christian PERRIER:
> I'm balanced about the value added by including the foundry name in
> the package name. The current practice is more to use one when the
> foundry is really something that can be called this way.
So you'd say "fonts-gust-{texgyre,lmodern}" is the way to go?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689834: Please don't remove archives _during_ re-creating - better replace the directory after recreating the files
Package: nanoblogger Version: 3.4.2-3 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Looks like when running `nb -u all' the archives directory is removed at the beginning. So the website isn't available as long as the re-creation is running. This is IMHO not optimal. It would be better to use a temporary directory to create the output and at the end replace the directory. Regards, Daniel - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (850, 'unstable'), (700, 'testing'), (560, 'stable'), (110, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nanoblogger depends on: ii bsdmainutils 9.0.3 Versions of packages nanoblogger recommends: ii markdown 1.0.1-7 ii tidy 20091223cvs-1.2 Versions of packages nanoblogger suggests: ii epiphany-browser [www-browser] 3.4.2-2 ii galeon [www-browser]2.0.7-2.1+b1 ii iceape [www-browser]2.7.7-1 ii iceweasel [www-browser] 10.0.7esr-2 ii kazehakase [www-browser]0.5.8-4 ii links2 [www-browser]2.7-1 ii lynx-cur [www-browser] 2.8.8dev.14-1 ii nanoblogger-extra 3.4.2-2 ii netrik [www-browser]1.16.1-1.1 ii opera [www-browser] 12.02.1578 ii w3m [www-browser] 0.5.3-8 - -- no debconf information - -- debsums errors found: debsums: changed file /usr/bin/nb (from nanoblogger package) debsums: changed file /usr/share/nanoblogger/lib/tools.sh (from nanoblogger package) debsums: changed file /usr/share/nanoblogger/plugins/archive/month/month_archive.sh (from nanoblogger package) debsums: changed file /usr/share/nanoblogger/plugins/calendar.sh (from nanoblogger package) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlBwjV4ACgkQm0bx+wiPa4y2sACgzoEiHcX1TvhWA9WO871yZv/W CdwAnjoALYDkt0MnQ87fuEKFzqpTwfUj =NtKu -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#689833: Calendar links in month archives broken (duplicating archives directory in link)
Package: nanoblogger Version: 3.4.2-3 Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 If you take a look at the monthly archive, there is a calendar (like on the main page). But the links in this calendar are broken. The directory "archives/" is duplicated in the link. I've attached a patch, that fixes the issue. I haven't found a fix in upstream VCS. So no idea if this issue still exists in 3.5 RC 1. Regards, Daniel - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (850, 'unstable'), (700, 'testing'), (560, 'stable'), (110, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nanoblogger depends on: ii bsdmainutils 9.0.3 Versions of packages nanoblogger recommends: ii markdown 1.0.1-7 ii tidy 20091223cvs-1.2 Versions of packages nanoblogger suggests: ii epiphany-browser [www-browser] 3.4.2-2 ii galeon [www-browser]2.0.7-2.1+b1 ii iceape [www-browser]2.7.7-1 ii iceweasel [www-browser] 10.0.7esr-2 ii kazehakase [www-browser]0.5.8-4 ii links2 [www-browser]2.7-1 ii lynx-cur [www-browser] 2.8.8dev.14-1 ii nanoblogger-extra 3.4.2-2 ii netrik [www-browser]1.16.1-1.1 ii opera [www-browser] 12.02.1578 ii w3m [www-browser] 0.5.3-8 - -- no debconf information - -- debsums errors found: debsums: changed file /usr/bin/nb (from nanoblogger package) debsums: changed file /usr/share/nanoblogger/lib/tools.sh (from nanoblogger package) debsums: changed file /usr/share/nanoblogger/plugins/archive/month/month_archive.sh (from nanoblogger package) debsums: changed file /usr/share/nanoblogger/plugins/calendar.sh (from nanoblogger package) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlBwjJMACgkQm0bx+wiPa4wlpgCaAmbIpwqpZ04/dJympVM7TBcd Ve0An1ZV2Iaobz4rDlMb9b1oOr5ycLQ6 =HT9b -END PGP SIGNATURE- --- a/plugins/calendar.sh +++ b/plugins/calendar.sh @@ -69,7 +69,7 @@ else set_entrylink "$entry" altlink fi -dn=''$dn'' +dn=''$dn'' echo ''$dn'' >> "$cal_file" fi done
Bug#687307: Fwd: [php-maint] Updating php5 to 5.4.4-5 broke FastCGI setup on my machine
Hi Ondřej, I also cannot think of any configuration that would make everyone happy. At the moment, I fear this can only be solved by more documentation. Maybe one could add such a paragraph to the NEWS entry of php5-cgi 5.4.4-5, e.g. before "The standard configuration now also..." : WARNING: The new configuration may override other configuration directives you may have added locally for the .php extension, for example for FastCGI processing. This behavior is caused by configuration sections overriding directives appearing in global server or VirtualHost scope. You should review and test your configuration and verify that your php scripts work as expected. The README.Debian or the wiki page you are already pointing to should then list likely candidates for problematic local configurations, like "AddHandler fcgid-script .php". Maybe it could also say, that if all else fails and the user is willing to live with the *.php.foo problem, the old behavior can be restored by replacing etc/apache2/mods-available/php5_cgi.conf with something like AddType application/x-httpd-php phtml pht php php3 php4 php5 AddType application/x-httpd-php-source phps to get the old behavior back. What do you think? This sucks. In hindsight, maybe the mime.types change should have been deferred until we ugrade to apache 2.4 and people have to adjust their configs anyway. But I think it's too late now to go back. And leaving the *.php.foo problem there for yet another release cycle would not have been a good solution either. Cheers, Stefan
Bug#689832: google-chrome-beta: Provide gnome-www-browser
Package: google-chrome-beta Version: 23.0.1271.17-r159779 Severity: normal Dear Maintainer, Packages google-chrome-* should provide gnome-www-browser so that multiple browsers are not required for satisfying gnome-core dependencies. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.5.0-5.dmz.1-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages google-chrome-beta depends on: ii ca-certificates 20120623 ii dpkg 1.16.8 ii libasound2 1.0.25-4 ii libatk1.0-0 2.4.0-2 ii libbz2-1.0 1.0.6-4 ii libc62.13-35 ii libcairo21.12.2-2 ii libcups2 1.5.3-2.1 ii libcurl3 7.27.0-1 ii libdbus-1-3 1.6.8-1 ii libexpat12.1.0-1 ii libfontconfig1 2.9.0-7 ii libfreetype6 2.4.9-1 ii libgcc1 1:4.7.2-3 ii libgconf2-4 3.2.5-1+build1 ii libgcrypt11 1.5.0-3 ii libglib2.0-0 2.33.12+really2.32.4-2 ii libgtk2.0-0 2.24.10-2 ii libnspr4 2:4.9.2-1 ii libnspr4-0d 2:4.9.2-1 ii libnss3-1d 2:3.13.6-1 ii libpango1.0-01.30.0-1 ii libstdc++6 4.7.2-3 ii libudev0 175-7 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxfixes3 1:5.0-4 ii libxrandr2 2:1.3.2-2 ii libxrender1 1:0.9.7-1 ii libxss1 1:1.2.2-1 ii lsb-base 4.1+Debian7 ii wget 1.14-1 ii xdg-utils1.1.0~rc1+git20111210-6 google-chrome-beta recommends no packages. google-chrome-beta 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#689813: libgraphite2-3: misses Breaks: libgraphite2-2.0.0
On Sat, Oct 06, 2012 at 09:23:32PM +0200, Andreas Beckmann wrote: > On 2012-10-06 19:17, Rene Engelhard wrote: > > after > install A > install B > remove B > > >> That package is now non-functional, so we *need* a Breaks or similar. > > > > The old package does not need to be functional anymore. libgraphite3-2 > > A is a crippled package at this point, nobody notices as long as B is > installed. B will be installed when the r-deps use it. Otherwise A will be kept as - you said yourself - apt does do no upgrade here. It doesn't matter whethether A is crippled. You already have B. Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689813: libgraphite2-3: misses Breaks: libgraphite2-2.0.0
Hi, On Sat, Oct 06, 2012 at 09:23:32PM +0200, Andreas Beckmann wrote: > But crippled A without B still fulfills the dependencies of the > rdepends. But they don't work. A is now RC because of B. But either you have the real A or the (crippled) A with B where B the fullfills the dependency and contains the needed file (read: symlink). Either way it works - except if you remove B, then it breaks, yes - because Replaces: are one-way. And A is not RC anymore because A doesn't exist anymore as a real package in that distribution. > > And Downgrades (where this would matter that removing libgraphite3-2 leaves > > a non-functional libgraphite2-2.0.0) are not supprted. > > That is not a downgrade from dpkg's point of view. Add a Breaks and it > looks a bit more like a downgrade. Ok, yeah, *sigh*. That can be seen as a non-downgrade, "just" removing 1.2.0, but... Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#685172: libpam-abl: "Operation not permitted (1) while opening the database environment" in auth.log
Andreas Beckmann wrote: > Aug 17 18:10:29 somehost pam_abl[11479]: Operation not permitted (1) while > opening the database environment I'm seeing the same error message. This is disconcerting. -- Bill Wohler aka http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689831: gconf-cleaner: Impossible to backup configuration
Package: gconf-cleaner Version: 0.0.3-5 Severity: grave Tags: upstream Justification: renders package unusable Dear Maintainer, When I use this package, I've this error in the terminal : GConf-Cleaner:ERROR:main.c:269:_gconf_cleaner_value_to_string: code should not be reached Abandon It's when I try to backup my configuration. Have a good night, michel...@live.fr -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (989, 'testing'), (120, 'unstable'), (106, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gconf-cleaner depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-35 ii libcairo2 1.12.2-2 ii libfontconfig1 2.9.0-7 ii libfreetype62.4.9-1 ii libgconf2-4 3.2.5-1+build1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.30.0-1 gconf-cleaner recommends no packages. gconf-cleaner 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#689830: Please backport version 0.108 or newer for hid-generic fix
Package: initramfs-tools Version: 0.109 Severity: wishlist Please consider adding version 0.108 or newer to squeeze-backports, to make USB keyboards work for decrypting the root partition. Thanks, Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689829: gnome-core: Depends on both epiphany-browser | gnome-www-browser AND iceweasel
Package: gnome-core Version: 1:3.4+4 Severity: normal Dear Maintainer, The gnome-core metapackage depends on both epiphany-browser or gnome-www-browser AND iceweasel. As iceweasel provides gome-www-browser, please drop the dependency on iceweasel for those who would prefer only epiphany-browers (or another browser providing gome-www-browser). Best regards, AJ Dunevent -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.5.0-5.dmz.1-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-core depends on: ii at-spi2-core2.5.3-2 ii baobab 3.4.1-1 ii brasero 3.4.1-3 ii caribou 0.4.4-1 ii dconf-gsettings-backend 0.12.1-2 ii dconf-tools 0.12.1-2 ii empathy 3.4.2.3-1+build1 ii eog 3.4.2-1+build1 ii epiphany-browser3.4.2-2 ii evince 3.4.0-3 ii evolution-data-server 3.4.3-1 ii fonts-cantarell 0.0.9-1 ii gcalctool 6.4.2.1-2+b1 ii gconf2 3.2.5-1+build1 ii gdm33.4.1-3 ii glib-networking 2.32.3-1 ii gnome-backgrounds 3.4.2-1 ii gnome-bluetooth 3.4.2-1 ii gnome-contacts 3.4.1-1+b1 ii gnome-control-center1:3.4.2-2.1 ii gnome-dictionary3.4.0-2 ii gnome-disk-utility 3.0.2-3 ii gnome-font-viewer 3.4.0-2 ii gnome-icon-theme3.4.0-2 ii gnome-icon-theme-extras 3.4.0-1 ii gnome-icon-theme-symbolic 3.4.0-2 ii gnome-keyring 3.4.1-5 ii gnome-menus 3.4.2-3 ii gnome-online-accounts 3.4.2-1 ii gnome-packagekit3.4.2-2 ii gnome-panel 3.4.2.1-2+b1 ii gnome-power-manager 3.4.0-2 ii gnome-screensaver 3.4.1-1 ii gnome-screenshot3.4.1-1 ii gnome-search-tool 3.4.0-2+b1 ii gnome-session 3.4.2.1-3 ii gnome-session-fallback 3.4.2.1-3 ii gnome-settings-daemon 3.4.2+git20120925.a4c817-1 ii gnome-shell 3.4.2-2 ii gnome-sushi 0.4.1-3 ii gnome-system-log3.4.1-1 ii gnome-system-monitor3.4.1-2+b1 ii gnome-terminal 3.4.1.1-1+build1 ii gnome-themes-standard 3.4.2-2 ii gnome-user-guide3.4.2-1+build1 ii gnome-user-share3.0.2-1 ii gsettings-desktop-schemas 3.4.2-1 ii gstreamer0.10-plugins-base 0.10.36-1 ii gstreamer0.10-plugins-good 0.10.31-3 ii gstreamer0.10-pulseaudio0.10.31-3 ii gtk2-engines1:2.20.2-2 ii gucharmap 1:3.4.1.1-2.1 ii gvfs-backends 1.12.3-1+b1 ii libatk-adaptor 2.5.3-2 ii libcanberra-pulse 0.28-5 ii libcaribou-gtk-module 0.4.4-1 ii libcaribou-gtk3-module 0.4.4-1 ii libgtk-3-common 3.4.2-4 ii libpam-gnome-keyring3.4.1-5 ii metacity1:2.34.3-3 ii mousetweaks 3.4.2-1 ii nautilus3.4.2-1+build1 ii notification-daemon 0.7.6-1 ii policykit-1-gnome 0.105-2 ii pulseaudio 2.0-6 ii sound-theme-freedesktop 0.7.pristine-2 ii tracker-gui 0.14.1-2 ii vino3.4.2-1+b1 ii yelp3.4.2-1+b1 ii zenity 3.4.0-2 Versions of packages gnome-core recommends: ii network-manager-gnome 0.9.4.1-2 Versions of packages gnome-core suggests: ii gnome 1:3.4+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#689813: libgraphite2-3: misses Breaks: libgraphite2-2.0.0
On Sat, Oct 06, 2012 at 09:10:09PM +0200, Andreas Beckmann wrote: > On 2012-10-06 19:44, Rene Engelhard wrote: > > I added a Breaks: libgraphite2-2.0.0 and get this: > > > > rene@frodo:~/Debian/Pakete/graphite2$ sudo dpkg -i > > libgraphite2-3_1.2.0-2_amd64.deb > > rene@frodo:~/Debian/Pakete/graphite2$ sudo dpkg -i --auto-deconfigure > > libgraphite2-3_1.2.0-2_amd64.deb > > -> boom. > > dpkg is not the right tool to test non-trivial upgrade scenarios. > And Breaks/Replaces are non-trivial. OK, true... > everything is fine :-) And in that scenario, with the "real" libgraphite2-2.0.0 not known to apt anymore, a apt-get install libreoffice will still work? That's the point here. > There is only one problem with your upgrade scenario: if only > libgraphite2-2.0.0 is installed, and nothing adds a dependency on > libgraphite2-3, apt sees no reason to install the new library and True. > keeps the obsolete one installed instead. So you will either need True. > a transition (binNMU libreoffice, probably sourceful update the two Yes, but not immediately. > packages in Suggests, fonts-sil-padauk and grcompiler) or a Not immediately either, given that it will pick up libgraphite3-2 due to the Provides: > Having -dev installed would probably make the difference as it > will add the dependency on 2-3. Exactly. -dev will be upgraded on normal upgrades and anything new will LO will automatically pick up 3-2. But that doesn't need to be immediate and the new graphite2 can't migrate until the rebuilt LO also is ready. Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689828: mono-xsp4: postinst failure (error exit status 20)
Package: mono-xsp4 Version: 2.10-2.2 Severity: important Dear Maintainer, here is the problem: Setting up mono-xsp4 (2.10-2.2) ... dpkg: error processing mono-xsp4 (--configure): subprocess installed post-installation script returned error exit status 20 Running the postinst script with debugging gives: Setting up mono-xsp4 (2.10-2.2) ... + . /usr/share/debconf/confmodule ++ '[' '!' '' ']' ++ PERL_DL_NONLAZY=1 ++ export PERL_DL_NONLAZY ++ '[' '' ']' ++ exec /usr/share/debconf/frontend /var/lib/dpkg/info/mono-xsp4.postinst configure 2.10-2.1 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mono-xsp4 depends on: ii debconf [debconf-2.0]1.5.46 ii libmono-corlib4.0-cil2.10.8.1-6 ii libmono-security4.0-cil 2.10.8.1-6 ii libmono-system-configuration4.0-cil 2.10.8.1-6 ii libmono-system-data4.0-cil 2.10.8.1-6 ii libmono-system4.0-cil2.10.8.1-6 ii mono-runtime 2.10.8.1-6 ii mono-xsp4-base 2.10-2.2 ii procps 1:3.3.3-2 mono-xsp4 recommends no packages. mono-xsp4 suggests no packages. -- debconf information: * xsp4/xsp4_autostart: true * xsp4/xsp4_port: 8084 xsp4/xsp1_upgrade_warning: * xsp4/xsp4_bind: 0.0.0.0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#685627: Bug#685960: unblock: gnupg/1.4.12-5 (pre-approval)
Hi, Le 30/08/2012 17:13, Adam D. Barratt a écrit : > Control: tags 685960 + confirmed […] > After a chat with KiBi the proposed changes shouldn't have any effect on > the content / behaviour of the udeb, so please go ahead. Ping? Is there anything I could do to help #685627 get fix in Wheezy? Regards David signature.asc Description: OpenPGP digital signature
Bug#689813: libgraphite2-3: misses Breaks: libgraphite2-2.0.0
On 2012-10-06 19:17, Rene Engelhard wrote: after install A install B remove B >> That package is now non-functional, so we *need* a Breaks or similar. > > The old package does not need to be functional anymore. libgraphite3-2 A is a crippled package at this point, nobody notices as long as B is installed. > contains a symlink for the old SONAME and Provides: libgraphite2-2.0.0 so > a) the r-deps have their dependency fullfilled and b) the r-deps still work. But crippled A without B still fulfills the dependencies of the rdepends. But they don't work. A is now RC because of B. So the having a crippled A installed must be forbidden by appropriate relationships. > And Downgrades (where this would matter that removing libgraphite3-2 leaves > a non-functional libgraphite2-2.0.0) are not supprted. That is not a downgrade from dpkg's point of view. Add a Breaks and it looks a bit more like a downgrade. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689827: Danish translation of python-apt
Package: python-apt Severity: wishlist Tags: l10n patch Please include the attached Danish python-apt translation. joe@pc:~/over/debianp/python-apt$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 118 oversatte tekster. bye Joe da.po Description: Binary data
Bug#689813: libgraphite2-3: misses Breaks: libgraphite2-2.0.0
On 2012-10-06 19:44, Rene Engelhard wrote: > I added a Breaks: libgraphite2-2.0.0 and get this: > > rene@frodo:~/Debian/Pakete/graphite2$ sudo dpkg -i > libgraphite2-3_1.2.0-2_amd64.deb > rene@frodo:~/Debian/Pakete/graphite2$ sudo dpkg -i --auto-deconfigure > libgraphite2-3_1.2.0-2_amd64.deb > -> boom. dpkg is not the right tool to test non-trivial upgrade scenarios. And Breaks/Replaces are non-trivial. In a minimal pbuilder sid chroot: # apt-get install libreoffice-core # that has a Depends: libgraphite2-2.0.0 [...] # # copy the debs to /tmp/debs and run dpkg-scanpackages there # echo deb file:///tmp/debs ./ > /etc/apt/sources.list.d/local.list # apt-get update # make the new packages available # apt-get install libgraphite2-3 Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: libgraphite2-2.0.0 The following NEW packages will be installed: libgraphite2-3 0 upgraded, 1 newly installed, 1 to remove and 0 not upgraded. Need to get 0 B/65.4 kB of archives. After this operation, 7168 B of additional disk space will be used. Do you want to continue [Y/n]? WARNING: The following packages cannot be authenticated! libgraphite2-3 Install these packages without verification [y/N]? y debconf: unable to initialize frontend: Dialog debconf: (No usable dialog-like program is installed, so the dialog based frontend cannot be used. at /usr/share/perl5/Debconf/FrontEnd/Dialog.pm line 76, <> line 1.) debconf: falling back to frontend: Readline dpkg: libgraphite2-2.0.0: dependency problems, but removing anyway as you requested: libreoffice-core depends on libgraphite2-2.0.0. (Reading database ... 18591 files and directories currently installed.) Removing libgraphite2-2.0.0 ... Selecting previously unselected package libgraphite2-3. (Reading database ... 18585 files and directories currently installed.) Unpacking libgraphite2-3 (from .../libgraphite2-3_1.2.0-1.1_amd64.deb) ... Setting up libgraphite2-3 (1.2.0-1.1) ... # l /usr/lib/libgraphite2* lrwxrwxrwx 1 root root 17 Oct 6 18:34 /usr/lib/libgraphite2.so.2.0.0 -> libgraphite2.so.3 lrwxrwxrwx 1 root root 21 Oct 6 18:34 /usr/lib/libgraphite2.so.3 -> libgraphite2.so.3.0.1 -rw-r--r-- 1 root root 113496 Oct 6 18:34 /usr/lib/libgraphite2.so.3.0.1 # dpkg -s libgraphite2-3 Package: libgraphite2-3 Status: install ok installed Priority: optional Section: libs Installed-Size: 125 Maintainer: Debian LibreOffice Team Architecture: amd64 Source: graphite2 Version: 1.2.0-1.1 Replaces: libgraphite2-2.0.0 (<< 1.2.0) Provides: libgraphite2-2.0.0 Depends: libc6 (>= 2.2.5) Breaks: libgraphite2-2.0.0 (<< 1.2.0) Description: Font rendering engine for Complex Scripts -- library everything is fine :-) I made both Breaks and Replaces versioned, and apt does the right thing - removes the obsolete libgraphite2-2.0.0 package and keeps libreoffice installed Provides: libgraphite2-2.0.0 -Replaces: libgraphite2-2.0.0 +Replaces: libgraphite2-2.0.0 (<< 1.2.0) +Breaks: libgraphite2-2.0.0 (<< 1.2.0) There is only one problem with your upgrade scenario: if only libgraphite2-2.0.0 is installed, and nothing adds a dependency on libgraphite2-3, apt sees no reason to install the new library and keeps the obsolete one installed instead. So you will either need a transition (binNMU libreoffice, probably sourceful update the two packages in Suggests, fonts-sil-padauk and grcompiler) or a transitional package. Having -dev installed would probably make the difference as it will add the dependency on 2-3. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#617439: #617439: qcontrol: returns 1 on success -- partially fixed
This issue is partly fixed in 0.4.2+svn-r40-1: # qcontrol fanspeed full ; echo $? 0 # qcontrol fanspeed low ; echo $? 0 However I'm not closing yet because it is still broken in direct mode: # qcontrol --direct fanspeed full ; echo $? 1 # qcontrol --direct fanspeed low ; echo $? 1 I'm also wondering if perhaps non-direct mode would fail to correctly report an error if one were to occur, but I've not had a chance to check that yet. Ian. -- Ian Campbell Lowery's Law: If it jams -- force it. If it breaks, it needed replacing anyway. signature.asc Description: This is a digitally signed message part
Bug#689826: Miro doesn't download youtube videos
Package: miro Version: 4.0.4-1 Severity: important Tags: patch --- Please enter the report below this line. --- Since a few days Miro doesn't download youtube videos from feeds etc. Miro upstream already has a patch for that, which also applies to 4.0.4-1 It can be found at: https://github.com/pculture/miro/commit/adc047536ffa5ca6a0f34a97b855c8a4c7d0fdac I didn't test if vimeo patch is also of interest: https://github.com/pculture/miro/commit/19d2dd7af183851389397b52bac65904fb48c0a7 --- System information. --- Architecture: i386 Kernel: Linux 3.2.0-3-686-pae Debian Release: wheezy/sid 500 testing security 500 testing debmultimedia 500 testing debian --- Package information. --- Depends (Version) | Installed ==-+- libatk1.0-0(>= 1.12.4) | 2.4.0-2 libavcodec53 (>= 4:0.7.3-1) | 7:0.10.3-dmo1 OR libavcodec-extra-53 (>= 4:0.7.3-1) | libavformat53 (>= 4:0.7.3-1) | 7:0.10.3-dmo1 OR libavformat-extra-53(>= 4:0.7.3-1) | libavutil51(>= 4:0.7.3-1) | 7:0.11.1-dmo5 OR libavutil-extra-51 (>= 4:0.7.3-1) | libc6(>= 2.3.6-6~) | 2.13-35 libcairo2 (>= 1.2.4) | 1.12.2-2 libfontconfig1 (>= 2.8.0) | 2.9.0-7 libfreetype6(>= 2.2.1) | 2.4.9-1 libgdk-pixbuf2.0-0 (>= 2.22.0) | 2.26.1-1 libglib2.0-0 (>= 2.24.0) | 2.32.3-1 libgtk2.0-0(>= 2.12.0) | 2.24.10-2 libjavascriptcoregtk-1.0-0 (>= 1.5.1) | 1.8.1-3.3 libpango1.0-0 (>= 1.20.0) | 1.30.0-1 libsoup2.4-1 (>= 2.26.1) | 2.38.1-2 libwebkitgtk-1.0-0 (>= 1.3.10) | 1.8.1-3.3 libx11-6 | 2:1.5.0-1 python(<< 2.8) | 2.7.3~rc2-1 python(>= 2.6) | 2.7.3~rc2-1 python-support (>= 0.90.0) | 1.0.15 python-dbus(>= 0.83.1) | 1.1.1-1 python-gtk2| 2.24.0-3 python-gconf | 2.28.1+dfsg-1 python-glade2 | 2.24.0-3 python-pysqlite2 | 2.6.3-3 python-libtorrent (>= 0.14.10-2) | 0.15.10-1+b1 python-gst0.10 (>= 0.10.18-2) | 0.10.22-3 gstreamer0.10-x(>= 0.10.0) | 0.10.36-1 gstreamer0.10-ffmpeg (>= 0.10.0) | 1:0.10.13-dmo1 gstreamer0.10-plugins-base (>= 0.10.0) | 0.10.36-1 gstreamer0.10-plugins-good (>= 0.10.0) | 0.10.31-3 gstreamer0.10-plugins-bad (>= 0.10.0) | 0.10.23-7 python-webkit | 1.1.8-2 python-pycurl | 7.19.0-5 python-mutagen | 1.20-1 miro-data (>= 4.0.4) | 4.0.4-1 Recommends(Version) | Installed ===-+-=== python-psyco| Suggests (Version) | Installed ==-+- ttf-dejavu | 2.33-3 python-notify | 0.1.1-3 gstreamer0.10-plugins-ugly (>= 0.10.0) | 0.10.19-2+b2 libavahi-compat-libdnssd1 | 0.6.31-1 ffmpeg | 7:0.11.1-dmo5 ffmpeg2theora | 0.27-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689825: unblock: pymongo/2.2-2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package pymongo
Version 2.2-2 is affected by bug #689283 and #688040
Version 2.2-3, currently in Unstable, fixes those two bugs (and has no other
changes)
Thanks!
diff -Nru pymongo-2.2/debian/changelog pymongo-2.2/debian/changelog
--- pymongo-2.2/debian/changelog2012-06-26 23:35:28.0 +0100
+++ pymongo-2.2/debian/changelog2012-10-06 17:17:46.0 +0100
@@ -1,3 +1,10 @@
+pymongo (2.2-3) unstable; urgency=low
+
+ * python-pymongo-ext now depends on python-bson-ext (Closes: #688040)
+ * Copyright updated (Closes: #689283)
+
+ -- Federico Ceratto Sat, 06 Oct 2012 17:16:25
+0100
+
pymongo (2.2-2) unstable; urgency=low
* Dependency added (Closes: #678471)
diff -Nru pymongo-2.2/debian/control pymongo-2.2/debian/control
--- pymongo-2.2/debian/control 2012-06-26 23:35:28.0 +0100
+++ pymongo-2.2/debian/control 2012-10-06 17:17:46.0 +0100
@@ -32,6 +32,7 @@
, ${python:Depends}
, ${misc:Depends}
, python-pymongo
+ , python-bson-ext
Recommends: python-gridfs (>= ${source:Version})
Provides: ${python:Provides}
Description: C-coded extension to the python-pymongo package
diff -Nru pymongo-2.2/debian/copyright pymongo-2.2/debian/copyright
--- pymongo-2.2/debian/copyright2012-06-26 23:35:28.0 +0100
+++ pymongo-2.2/debian/copyright2012-10-06 17:17:46.0 +0100
@@ -2,7 +2,19 @@
Source: http://api.mongodb.org/python/
Files: *
-Copyright: © 2011, Mike Dirolf
+Copyright: © 2009-2012, Mike Dirolf 10gen, Inc.
+ © 2009-2012, Various contributors, see contributors.rst
+License: Apache
+Comment: The contributors.rst contains a long, variable list
+ hence it is not included in this file.
+
+Files: bson/time64.c
+Copyright: © 2007-2010, Michael G Schwern
+License: MIT
+
+Files: bson/encoding_helpers.c
+Copyright: © 2009-2012 10gen, Inc.
+ © 2011, Portions Copyright 2001 Unicode, Inc.
License: Apache
Files: debian/*
@@ -23,3 +35,22 @@
See the License for the specific language governing permissions and
limitations under the License.
+License: MIT
+ Permission is hereby granted, free of charge, to any person obtaining a copy
+ of this software and associated documentation files (the "Software"), to deal
+ in the Software without restriction, including without limitation the rights
+ to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
+ copies of the Software, and to permit persons to whom the Software is
+ furnished to do so, subject to the following conditions:
+ .
+ The above copyright notice and this permission notice shall be included in
+ all copies or substantial portions of the Software.
+ .
+ THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
+ IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
+ FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
+ AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
+ LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
+ OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN
+ THE SOFTWARE.
+
diff -Nru pymongo-2.2/debian/rules pymongo-2.2/debian/rules
--- pymongo-2.2/debian/rules2012-06-26 23:35:28.0 +0100
+++ pymongo-2.2/debian/rules2012-10-06 17:17:46.0 +0100
@@ -14,6 +14,10 @@
override_dh_installchangelogs:
dh_installchangelogs doc/changelog.rst
+override_dh_installdocs:
+ dh_installdocs
+ dh_installdocs -A doc/contributors.rst
+
override_dh_auto_clean:
rm -rf debian/html
find doc -name "*.pyc" -exec rm -rf {} +
unblock pymongo/2.2-3
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=ANSI_X3.4-1968)
(ignored: LC_ALL set to C)
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#689824: RFP: yquake2 -- Yamagi Quake II - Enhanced client for Quake II
Package: wnpp Severity: wishlist * Package name: yquake2 Version : 5.00 Upstream Author : Yamagi Burmeister * URL : http://www.yamagi.org/quake2/ ; https://github.com/yquake2/yquake2 * License : (GPLv2 ; Info-ZIP) Programming Lang: (C) Description : Yamagi Quake II - Enhanced client for Quake II Yamagi Quake II is a modern Quake II that offers a play experience as close as possible to that of the original 1997 game. . Forked from the Icculus.org Quake 2 client, the Yamagi release contains over 1,000 bugfixes and enhancements for modern systems, including support for 64-bit, IPv6, OGG vorbis soundtracks, unlimited screen resolutions, and multiplatform support on Linux, FreeBSD, and Windows. . Sister projects of Yamagi Quake support the CTF mod and the expansion packs "Ground Zero" and "The Reckoning". -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689790: msva-perl: modifies conffiles during upgrade from squeeze (policy 10.7.3): /etc/X11/Xsession.d/70monkeysphere_use-validation-agent
Control: tags 689790 + moreinfo On 10/06/2012 07:03 AM, Andreas Beckmann wrote: > Package: msva-perl > Version: 0.8-2 > Severity: serious > Control: found -1 0.9.1-1 > 10.7.3: "[...] The easy way to achieve this behavior is to make the > configuration file a conffile. i'm confused here. the file in question *is* marked as a conffile, both in 0.8-2 and 0.9.1-1: 0 dkg@pip:~$ ar p msva-perl_0.9.1-1_all.deb control.tar.gz | tar xz -O ./conffiles /etc/X11/Xsession.d/70monkeysphere_use-validation-agent 0 dkg@pip:~$ ar p msva-perl_0.8-2_all.deb control.tar.gz | tar xz -O ./conffiles /etc/X11/Xsession.d/70monkeysphere_use-validation-agent 0 dkg@pip:~$ > debsums reports modification of the following files, > from the attached log (scroll to the bottom...): > > /etc/X11/Xsession.d/70monkeysphere_use-validation-agent > > I only saw this behavior on upgrades from squeeze, not on normal > installations. Even weirder, becaue this file is also not in the squeeze version (0.3-1) at all. I'm afraid i'm misunderstanding something about this report. Can you help me see what we need to do differently here? or is piuparts somehow mistaken? Thanks for your triage work for debian! Regards, --dkg signature.asc Description: OpenPGP digital signature
Bug#689823: desktop-base: joy splash screen for kde crash after fourth icon
Package: desktop-base Version: 7.0.3 Severity: normal Dear Maintainer, On every boot the joy splash screen stops to load after the fourth icon. With this changes the splash works: /usr/share/kde4/apps/ksplash/Themes/joy/1600x1200/description.txt @@ -24,7 +24,7 @@ WAIT_STATE wm # 263,15 -ANIM_REL 5 CC 85 122 LT 30 icon5_anim.png 85 1 +ANIM_REL 5 CC 85 120 LT 30 icon5_anim.png 85 1 WAIT_STATE desktop WAIT_STATE ready @@ -39,4 +39,4 @@ STOP_ANIM 4 IMAGE_REL CC 6 150 LT icon4.png STOP_ANIM 5 -IMAGE_REL CC 85 122 LT icon5.png +IMAGE_REL CC 85 120 LT icon5.png This maybe happends because I have 1024x600 screen resolution and the K icon is too on bottom, replacing position 122 with 120 make it works -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages desktop-base depends on: ii dpkg 1.16.8 ii librsvg2-common 2.36.1-1 desktop-base recommends no packages. Versions of packages desktop-base suggests: ii kde-standard 5:77 -- 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#677638: laptop-mode-tools: hardware error during shutdown
Package: laptop-mode-tools Version: 1.61-1 Followup-For: Bug #677638 Dear Maintainer, I'm not sure that it's related but I'm a Lenovo T420 with laptop-mode-tool installed. During the shutdown when laptop-mode is stopped I've a little freeze and an error message from e1000 module with says "hardware error". If I remove laptop-mode-tools there is no error. The remaining time eth0 works well on either AC power or battery. Regards. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages laptop-mode-tools depends on: ii lsb-base4.1+Debian7 ii psmisc 22.19-1 ii util-linux 2.20.1-5.2 Versions of packages laptop-mode-tools recommends: ii ethtool 1:3.4.2-1 ii hdparm 9.39-1+b1 ii net-tools 1.60-24.2 ii sdparm 1.07-1 ii udev175-7 ii wireless-tools 30~pre9-8 Versions of packages laptop-mode-tools suggests: ii acpid 1:2.0.16-1 pn hal -- 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#689817: iceweasel: text rendering in lines of shown pages and tabs is unreadable, looks "pixelized"
On 10/06/2012 12:36 PM, Uli Wannek wrote: > Browsing iceweasel gives sometimes partly unreadable text. > Text looks scrambled, pixelized or bulky. > Not only he content of the web pages, but also the tab header and sometimes > iceweasel's menue. could you provide a screenshot of the poorly-rendered text? that might help other users and developers to see what you're talking about. thanks for your report, i hope someone more knowledgable than me can help sort out what the problem is. regards, --dkg signature.asc Description: OpenPGP digital signature
Bug#689822: release.debian.org: please accept the package wims_4.03a-8 into testing-proposed-updates
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: britney I received one week ago an automated e-mail announcing that wims was removed from testing. The automated information about the reason of this operation was a "build-dependency on , node-uglify" I checked that the package wims does not build-depend on node-uglify, and also rebuilt it successfully in a wheezy chroot thanks to pbuilder. Please would you accept the new package wims_4.03a-8 into testing-proposed-updates? It provides a fix for the RC bug #687947 which was sent three weeks ago. PLease take a look at the attached debdiff file. I shall await your response before uploading the new package. Thank you in advance. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (650, 'stable'), (600, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru wims-4.03a/debian/changelog wims-4.03a/debian/changelog --- wims-4.03a/debian/changelog 2012-06-24 16:12:50.0 +0200 +++ wims-4.03a/debian/changelog 2012-10-06 19:33:11.0 +0200 @@ -1,3 +1,12 @@ +wims (4.03a-8) testing-proposed-updates; urgency=low + + * removed files coming from upstream which are genrated by the +the script postinst. The fix is done by a few lines added to +the patch debian/patches/20root-makefile.patch +Closes: #687947 + + -- Georges Khaznadar Sat, 06 Oct 2012 19:09:34 +0200 + wims (4.03a-7) unstable; urgency=low * modified the description, thanks to Justin B Rye. Closes: #678745 diff -Nru wims-4.03a/debian/patches/20root-makefile.patch wims-4.03a/debian/patches/20root-makefile.patch --- wims-4.03a/debian/patches/20root-makefile.patch 2012-03-09 11:13:51.0 +0100 +++ wims-4.03a/debian/patches/20root-makefile.patch 2012-10-06 19:37:24.0 +0200 @@ -4,7 +4,7 @@ --- /dev/null +++ b/Makefile -@@ -0,0 +1,223 @@ +@@ -0,0 +1,230 @@ +DESTDIR = +WIMS_VERSION = 4.03a + @@ -29,6 +29,13 @@ + rm -rf wims/public_html/gifs/themes/$$d/.DS_Store; \ + rm -rf wims/public_html/gifs/themes/$$d/.svn; \ + done ++ # remove files which are touched by postinst scripts ++ rm -f wims/log/unsecure ++ for f in supervisor.phtml visitor.phtml; do \ ++ for d in default standard; do \ ++ rm -f wims/public_html/themes/$$d/$$f; \ ++ done; \ ++ done + +javabuild: + # builds the java executables
Bug#689821: Realtek ethernet adapter (r8169) sometimes causes kernel hangs during system startup
Hi, Krzysztof Marczak wrote: > Tags: upstream What upstream version did you test? > Sometimes kernel hangs during system startup Can you reproduce this with the 3.5.y kernel from experimental? (If not, that would be very useful information since we can try to find which patch fixed it.) Can you reproduce it without fglrx? (If you can reproduce it with 3.5.y and without fglrx, then we can get help from upstream.) Thanks much for reporting it, and hope that helps. Sincerely, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689813: libgraphite2-3: misses Breaks: libgraphite2-2.0.0
On Sat, Oct 06, 2012 at 06:05:41PM +0200, Rene Engelhard wrote: > And libgraphite2-3 Provides: libgraphite-2.0.0, so a Breaks:/Conflicts: would > need to be versioned, given the whole point of this symlink and the Provides: > is > to save a tansition for a library which didn't really change ABI/API (yet). > > I am not sure if with a conflicts: it would seamlessly upgrade to > libgraphite3-2 > even with packages still depending on libgraphite2-2.0.0 I added a Breaks: libgraphite2-2.0.0 and get this: rene@frodo:~/Debian/Pakete/graphite2$ sudo dpkg -i libgraphite2-3_1.2.0-2_amd64.deb Selecting previously unselected package libgraphite2-3. dpkg: regarding libgraphite2-3_1.2.0-2_amd64.deb containing libgraphite2-3: libgraphite2-3 breaks libgraphite2-2.0.0 libgraphite2-2.0.0 (version 1.1.3-1) is present and installed. dpkg: error processing libgraphite2-3_1.2.0-2_amd64.deb (--install): installing libgraphite2-3 would break libgraphite2-2.0.0, and deconfiguration is not permitted (--auto-deconfigure might help) Errors were encountered while processing: libgraphite2-3_1.2.0-2_amd64.deb rene@frodo:~/Debian/Pakete/graphite2$ rene@frodo:~/Debian/Pakete/graphite2$ sudo dpkg -i --auto-deconfigure libgraphite2-3_1.2.0-2_amd64.deb dpkg: considering deconfiguration of libgraphite2-2.0.0, which would be broken by installation of libgraphite2-3 ... dpkg: yes, will deconfigure libgraphite2-2.0.0 (broken by libgraphite2-3) (Reading database ... 231908 files and directories currently installed.) Unpacking libgraphite2-3 (from libgraphite2-3_1.2.0-2_amd64.deb) ... De-configuring libgraphite2-2.0.0 ... Replacing files in old package libgraphite2-2.0.0 ... Setting up libgraphite2-3 (1.2.0-2) ... dpkg: dependency problems prevent configuration of libgraphite2-2.0.0: libgraphite2-3 (1.2.0-2) breaks libgraphite2-2.0.0 and is installed. dpkg: error processing libgraphite2-2.0.0 (--install): dependency problems - leaving unconfigured Errors were encountered while processing: libgraphite2-2.0.0 And with Breaks: libgraphite2-2.0.0 (<< 1.2.0): rene@frodo:~/Debian/Pakete/graphite2$ sudo dpkg -i libgraphite2-3_1.2.0-2_amd64.deb Selecting previously unselected package libgraphite2-3. dpkg: regarding libgraphite2-3_1.2.0-2_amd64.deb containing libgraphite2-3: libgraphite2-3 breaks libgraphite2-2.0.0 (<< 1.2.0) libgraphite2-2.0.0 (version 1.1.3-1) is present and installed. dpkg: error processing libgraphite2-3_1.2.0-2_amd64.deb (--install): installing libgraphite2-3 would break libgraphite2-2.0.0, and deconfiguration is not permitted (--auto-deconfigure might help) Errors were encountered while processing: libgraphite2-3_1.2.0-2_amd64.deb rene@frodo:~/Debian/Pakete/graphite2$ rene@frodo:~/Debian/Pakete/graphite2$ sudo dpkg -i --auto-deconfigure libgraphite2-3_1.2.0-2_amd64.deb dpkg: considering deconfiguration of libgraphite2-2.0.0, which would be broken by installation of libgraphite2-3 ... dpkg: yes, will deconfigure libgraphite2-2.0.0 (broken by libgraphite2-3) (Reading database ... 231908 files and directories currently installed.) Unpacking libgraphite2-3 (from libgraphite2-3_1.2.0-2_amd64.deb) ... De-configuring libgraphite2-2.0.0 ... Replacing files in old package libgraphite2-2.0.0 ... Setting up libgraphite2-3 (1.2.0-2) ... dpkg: dependency problems prevent configuration of libgraphite2-2.0.0: libgraphite2-3 (1.2.0-2) breaks libgraphite2-2.0.0 (<< 1.2.0) and is installed. Version of libgraphite2-2.0.0 to be configured is 1.1.3-1. dpkg: error processing libgraphite2-2.0.0 (--install): dependency problems - leaving unconfigured Errors were encountered while processing: libgraphite2-2.0.0 -> boom. Defeats the purpose of this Replaces: to prevent a useless transition (and blocking other transitions), as you can then just must rebuild everything anyway. I do not intend to fix this "bug" as there is no bug, just a mis-reading of policy and not-knowing common practice since ages. Not everything is to be kicked on the head by piuparts warnings - there's valid cases there. Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689813: libgraphite2-3: misses Breaks: libgraphite2-2.0.0
On Sat, Oct 06, 2012 at 06:59:15PM +0200, Andreas Beckmann wrote: > >> 0m46.5s ERROR: FAIL: debsums reports modifications inside the chroot: > >> /usr/lib/libgraphite2.so.2.0.0 > > > > Then that's a bug in the checking. Of course the new package replaces > > the old file with a symlink. > > That could be. Either debsums or dpkg or both. The file was still in debsums not. dpkg, maybe. > And that bug discovered the above problem :-) The "problem" here is piuparts not allowing correct things and/or someone filing piuparts results when they appear instead of checking whether what is done is actually correct - which it is. Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689758: (no subject)
as mentioned above, this was my fault and i corrected it. And Jonathan made the right moves. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689820: Danish translation of dpkg dselect
Hi! On Sat, 2012-10-06 at 18:21:42 +0100, Joe Dalton wrote: > Package: dpkg > Severity: wishlist > Tags: l10n patch > > Please include the attached Danish dpkg dselect translation. > > joe@pc:~/over/debianp/dpkg_dselect$ msgfmt --statistics -c -v -o /dev/null > da.poda.po: 270 oversatte tekster. > > Proofreading done by Ask Thanks, queued locally. Will be included in 1.16.9. regards, guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#688572: packaging-dev: adjust package dependency
Am Montag, den 24.09.2012, 04:21 +0900 schrieb Hideki Yamane: > I want some changes to packaging-dev package as listed below. > > 1. developers-reference is translated to French and Japanese, so make its > dependency as developers-reference | -fr | -ja Done and added -de as well. > 2. bzr-builddeb heavily depends on bzr, most case is located in Launchpad. > And I think this is Ubuntu specific one (as they say in "UDD" way in > Ubuntu packaging guide), so moved to rules. Having bzr heavily used in Ubuntu doesn't mean that it is not used in Debian. I like to see the importance of bzr-builddep discussed in a bigger audience before moving it to Suggest in Debian. > 3. dh-make is kind an essential package for first step to make upstream to > debian package. I prefer it to set as Depends. Is dh-make really the recommended way to start packaging a new package? I like to see this change discussed with a bigger audience before moving it to Recommends (not Depends). > 4. gnome-pkg-tools just depends on perl, it means no extra packages would be > pulled. And, for me, sometimes forget to install it ;), so please bring it > to depends. I moved gnome-pkg-tools from Suggests to Recommends (not to Depends). > 5. Also, don't forget pkg-kde-tools... :) Added to Recommends. -- Benjamin Drung Debian & Ubuntu Developer signature.asc Description: This is a digitally signed message part
Bug#689813: libgraphite2-3: misses Breaks: libgraphite2-2.0.0
Hi, On Sat, Oct 06, 2012 at 06:59:15PM +0200, Andreas Beckmann wrote: > > On Sat, Oct 06, 2012 at 05:29:56PM +0200, Andreas Beckmann wrote: > >> during a test with piuparts I noticed your package is missing a Breaks > >> or Conflicts relation with libgraphite2-2.0.0. > > > > No, IMHO it isn't. Read the policy 7.6 again.[1] > > Replaces: is fully correct for replacing files in older packages. > > > > Yes, you can argue it's a case of 7.6.2, but see below. > > No, I'm arguing with footnote 53: you are comparing apples with pies and you are needlessly hanging on to the policy *example* to 100%.. #53 is also for the foo/foo-data thing. Which is clear here: foo needs foo-datas stuff so if foo-data didn't break foo the old foo wouldn't work anymore as the files got replaces. But that's not the case here. This is not a partly replace as in the example in the policy but a *complete* one. > That package is now non-functional, so we *need* a Breaks or similar. The old package does not need to be functional anymore. libgraphite3-2 contains a symlink for the old SONAME and Provides: libgraphite2-2.0.0 so a) the r-deps have their dependency fullfilled and b) the r-deps still work. And Downgrades (where this would matter that removing libgraphite3-2 leaves a non-functional libgraphite2-2.0.0) are not supprted. > Or a transitional package. Overkill. And not used/needed for other cases like this. Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689772: 0.6.3-3 was targeted to wheezy
As an upstream committer on olsrd and a committer on the olsrd packaging, I'd like to second this request. The work we did up to 0.6.3-4 was always targeted for wheezy, and 0.6.3-5 is purely to fix lintian warnings and add hardening support. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689817: same if iceweasel from experimental
Additional information: The behaviour is the same (bad text readability) if i install iceweasel from experimental (instead of sid's): # apt-cache policy iceweasel iceweasel: 15.0.1-1 My X: # apt-cache policy xorg xorg: 1:7.7+1 0 xserver-xorg-video-nouveau: 1:1.0.1-3 My hardware: # lspci VGA compatible controller: NVIDIA Corporation GF108 [Quadro 1000M] (rev a1) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689813: libgraphite2-3: misses Breaks: libgraphite2-2.0.0
On 2012-10-06 18:05, Rene Engelhard wrote: > Hi, > > On Sat, Oct 06, 2012 at 05:29:56PM +0200, Andreas Beckmann wrote: >> during a test with piuparts I noticed your package is missing a Breaks >> or Conflicts relation with libgraphite2-2.0.0. > > No, IMHO it isn't. Read the policy 7.6 again.[1] > Replaces: is fully correct for replacing files in older packages. > > Yes, you can argue it's a case of 7.6.2, but see below. No, I'm arguing with footnote 53: # apt-get install libgraphite2-2.0.0 # apt-get install libgraphite2-3 # apt-get remove libgraphite2-3 # dpkg -L libgraphite2-2.0.0 /. /usr /usr/lib /usr/share /usr/share/doc /usr/share/doc/libgraphite2-2.0.0 /usr/share/doc/libgraphite2-2.0.0/copyright /usr/share/doc/libgraphite2-2.0.0/changelog.Debian.gz /usr/share/doc/libgraphite2-2.0.0/changelog.gz /usr/share/lintian /usr/share/lintian/overrides /usr/share/lintian/overrides/libgraphite2-2.0.0 That package is now non-functional, so we *need* a Breaks or similar. Or a transitional package. >> 0m46.5s ERROR: FAIL: debsums reports modifications inside the chroot: >> /usr/lib/libgraphite2.so.2.0.0 > > Then that's a bug in the checking. Of course the new package replaces > the old file with a symlink. That could be. Either debsums or dpkg or both. The file was still in .md5sums, but no longer in .list And that bug discovered the above problem :-) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689819: RFP: tatort-dl - an ARD-mediathek download utility
Package: wnpp Severity: wishlist Version: 2012-05-28 Upstream Author: Robin Gareus URL: http://rg42.org/wiki/tatort-dl License: GPLv2 Depends: bash, curl, rtmpdump Description: tatort-dl is a shell-scripted CLI tool for downloading films from http://www.ardmediathek.de/. It's named after it's main purpose: to download Tatorts ;) However - as of Jan 25 2010 - it also works with any other content on http://www.ardmediathek.de/. -- ilf Über 80 Millionen Deutsche benutzen keine Konsole. Klick dich nicht weg! -- Eine Initiative des Bundesamtes für Tastaturbenutzung signature.asc Description: Digital signature
Bug#688319: devscripts: Please consider including the 'yodack' tool
Am Samstag, den 06.10.2012, 18:46 +0200 schrieb Gergely Nagy: > Benjamin Drung writes: > > > Am Freitag, den 28.09.2012, 15:07 +0200 schrieb Gergely Nagy: > >> Let me know if there's anything I can do to help this script be > >> integrated into devscripts! > > > > This is just my opinion: I like to see shunit2 tests for yodack before > > integrating it into devscripts. To make yodack testable, it should be > > possible to output the command files instead of uploading them. Then you > > can compare the command files with the expected content. You can also > > test the return value of yodack and test the behavior for invalid > > input. > > Makes sense, I'll let you (via this bug) know when the tests are > done. Most of the stuff one would need for testing are already in > yodack, all I need is to write the tests themselves. I was already > pondering about it, but didn't know about shunit2 - so thanks for > pointing me to the right direction! You're welcome. I didn't know about shunit2 until someone pointed me to it after I wrote my own test suite for devscripts. :) You might want to look at the test/test_* scripts use runCommand() from test/shunit2-helper-functions.sh. -- Benjamin Drung Debian & Ubuntu Developer signature.asc Description: This is a digitally signed message part
Bug#689818: unblock: xml-light/2.2-15
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package xml-light.
xml-light/2.2-15 fixes a security issue (namely CVE-2012-3514). It
changed an internal datastructure from a Hash table to a Map to avoid
hash collision attacks.
This upload required the rebuild of its reverse dependencies because
ABI changed. AFAIK, all r-deps were rebuilt sucessfully.
Debdiff between -14 and -15 is attached for your convenience.
unblock xml-light/2.2-15
Regards,
--
Mehdi
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru xml-light-2.2/debian/changelog xml-light-2.2/debian/changelog
--- xml-light-2.2/debian/changelog 2012-06-07 13:55:42.0 +0200
+++ xml-light-2.2/debian/changelog 2012-10-05 15:31:52.0 +0200
@@ -1,3 +1,14 @@
+xml-light (2.2-15) unstable; urgency=low
+
+ [ Sylvain Le Gall ]
+ * Remove Sylvain Le Gall from uploaders
+
+ [ Mehdi Dogguy ]
+ * Fix CVE-2012-3514 (Closes: #685584).
+- add 06_CVE-2012-3514.diff
+
+ -- Mehdi Dogguy Fri, 05 Oct 2012 15:31:52 +0200
+
xml-light (2.2-14) unstable; urgency=low
* Do not try to install the .cmxs plugin on architectures where
diff -Nru xml-light-2.2/debian/control xml-light-2.2/debian/control
--- xml-light-2.2/debian/control 2012-06-05 16:38:56.0 +0200
+++ xml-light-2.2/debian/control 2012-10-01 14:40:35.0 +0200
@@ -3,7 +3,6 @@
Priority: optional
Maintainer: Debian OCaml Maintainers
Uploaders:
- Sylvain Le Gall ,
Mehdi Dogguy
Build-Depends:
cdbs (>= 0.4.23-1.1),
diff -Nru xml-light-2.2/debian/patches/06_CVE-2012-3514.diff xml-light-2.2/debian/patches/06_CVE-2012-3514.diff
--- xml-light-2.2/debian/patches/06_CVE-2012-3514.diff 1970-01-01 01:00:00.0 +0100
+++ xml-light-2.2/debian/patches/06_CVE-2012-3514.diff 2012-10-01 15:40:17.0 +0200
@@ -0,0 +1,153 @@
+--- a/dtd.ml
b/dtd.ml
+@@ -93,16 +93,18 @@
+
+ type dtd = dtd_item list
+
+-type ('a,'b) hash = ('a,'b) Hashtbl.t
++module StringMap = Map.Make(String)
++
++type 'a map = 'a StringMap.t ref
+
+ type checked = {
+- c_elements : (string,dtd_element_type) hash;
+- c_attribs : (string,(string,(dtd_attr_type * dtd_attr_default)) hash) hash;
++ c_elements : dtd_element_type map;
++ c_attribs : (dtd_attr_type * dtd_attr_default) map map;
+ }
+
+ type dtd_state = {
+- elements : (string,dtd_element_type) hash;
+- attribs : (string,(string,(dtd_attr_type * dtd_attr_default)) hash) hash;
++ elements : dtd_element_type map;
++ attribs : (dtd_attr_type * dtd_attr_default) map map;
+ mutable current : dtd_element_type;
+ mutable curtag : string;
+ state : (string * dtd_element_type) Stack.t;
+@@ -113,7 +115,21 @@
+ let _raises e =
+ file_not_found := e
+
+-let empty_hash = Hashtbl.create 0
++let create_map() = ref StringMap.empty
++
++let empty_map = create_map()
++
++let find_map m k = StringMap.find k (!m)
++
++let set_map m k v = m := StringMap.add k v (!m)
++
++let unset_map m k = m := StringMap.remove k (!m)
++
++let iter_map f m = StringMap.iter f (!m)
++
++let fold_map f m = StringMap.fold f (!m)
++
++let mem_map m k = StringMap.mem k (!m)
+
+ let pos source =
+ let line, lstart, min, max = Xml_lexer.pos source in
+@@ -158,45 +174,45 @@
+ raise e
+
+ let check dtd =
+- let attribs = Hashtbl.create 0 in
+- let hdone = Hashtbl.create 0 in
+- let htodo = Hashtbl.create 0 in
++ let attribs = create_map () in
++ let hdone = create_map () in
++ let htodo = create_map () in
+ let ftodo tag from =
+ try
+- ignore(Hashtbl.find hdone tag);
++ ignore(find_map hdone tag);
+ with
+ Not_found ->
+ try
+- match Hashtbl.find htodo tag with
+- | None -> Hashtbl.replace htodo tag from
++ match find_map htodo tag with
++ | None -> set_map htodo tag from
+ | Some _ -> ()
+ with
+ Not_found ->
+- Hashtbl.add htodo tag from
++ set_map htodo tag from
+ in
+ let fdone tag edata =
+ try
+- ignore(Hashtbl.find hdone tag);
++ ignore(find_map hdone tag);
+ raise (Check_error (ElementDefinedTwice tag));
+ with
+ Not_found ->
+-Hashtbl.remove htodo tag;
+-Hashtbl.add hdone tag edata
++unset_map htodo tag;
++set_map hdone tag edata
+ in
+ let fattrib tag aname adata =
+ let h = (try
+-Hashtbl.find attribs tag
++find_map attribs tag
+ with
+ Not_found ->
+- let h = Hashtbl.create 1 in
+- Hashtbl.add attribs tag h;
++ let h = create_map () in
++ set_map attribs tag h;
+ h) in
+ try
+- ignore(Hashtbl.find h aname);
++ ignore(find_map h aname);
+ raise (Check_error (AttributeDefinedTwice (tag,aname)));
+ with
+ Not
Bug#688319: devscripts: Please consider including the 'yodack' tool
Benjamin Drung writes: > Am Freitag, den 28.09.2012, 15:07 +0200 schrieb Gergely Nagy: >> Let me know if there's anything I can do to help this script be >> integrated into devscripts! > > This is just my opinion: I like to see shunit2 tests for yodack before > integrating it into devscripts. To make yodack testable, it should be > possible to output the command files instead of uploading them. Then you > can compare the command files with the expected content. You can also > test the return value of yodack and test the behavior for invalid > input. Makes sense, I'll let you (via this bug) know when the tests are done. Most of the stuff one would need for testing are already in yodack, all I need is to write the tests themselves. I was already pondering about it, but didn't know about shunit2 - so thanks for pointing me to the right direction! -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689817: iceweasel: text rendering in lines of shown pages and tabs is unreadable, looks "pixelized"
Package: iceweasel
Version: 10.0.7esr-2
Severity: normal
Dear Maintainer,
Browsing iceweasel gives sometimes partly unreadable text.
Text looks scrambled, pixelized or bulky.
Not only he content of the web pages, but also the tab header and sometimes
iceweasel's menue.
In 2009 there has been a problem with libcairo (Debian bug #666468) but now
restoring the old
libcairo does not help anymore. So i believ it's a new bug. (But the output is
the same,
for comparison)
Switching off hardware acceleration in iceweasel does not help, either.
But i could solve the issue by enabling shadow framebuffer in nouveau's
xorg.conf:
Section "Device"
Option "ShadowFB" "true"
The error is only visible in iceweasel. All other programs behave normally,
that means: look good.
* What led up to the situation?
Browsing web-pages. At first they look normal. Suddenly, after some
seconds
parts of text become unreadable.
It looks scrambeled, pixelized, as a block.
Hoover with the mouse or moving the iceweasel window out of the screen
and back
restores readability for some time.
* What exactly did you do (or not do) that was effective (or
ineffective)?
Start iceweasel, load (any) web page. Scroll.
* What was the outcome of this action?
Partly unreadable text.
* What outcome did you expect instead?
Normally rendered readable text
-- Package-specific info:
-- Extensions information
Name: Default theme
Location: /usr/lib/iceweasel/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled
Name: Deutsch (DE) Language Pack locale
Location: /usr/lib/iceweasel/extensions/langpack...@iceweasel.mozilla.org.xpi
Package: iceweasel-l10n-de
Status: enabled
Name: English (GB) Language Pack locale
Location: /usr/lib/iceweasel/extensions/langpack-en...@iceweasel.mozilla.org.xpi
Package: iceweasel-l10n-en-gb
Status: enabled
Name: Italiano (IT) Language Pack locale
Location: /usr/lib/iceweasel/extensions/langpack...@iceweasel.mozilla.org.xpi
Package: iceweasel-l10n-it
Status: enabled
Name: Polski Language Pack locale
Location: /usr/lib/iceweasel/extensions/langpack...@iceweasel.mozilla.org.xpi
Package: iceweasel-l10n-pl
Status: enabled
Name: Português Brasileiro Language Pack locale
Location: /usr/lib/iceweasel/extensions/langpack-pt...@iceweasel.mozilla.org.xpi
Package: iceweasel-l10n-pt-br
Status: enabled
-- Plugins information
Name: Skype Buttons for Kopete
Location: /usr/lib/mozilla/plugins/skypebuttons.so
Package: kopete
Status: enabled
-- Addons package information
ii iceweasel 10.0.7esr-2 amd64Web browser based on Firefox
ii iceweasel-l10n 1:10.0.7esr- all German language package for Icewe
ii iceweasel-l10n 1:10.0.7esr- all English (United Kingdom) language
ii iceweasel-l10n 1:10.0.7esr- all Italian language package for Icew
ii iceweasel-l10n 1:10.0.7esr- all Polish language package for Icewe
ii iceweasel-l10n 1:10.0.7esr- all Portuguese (Brazil) language pack
ii kopete 4:4.8.4-1+b1 amd64instant messaging and chat applic
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.6-0.towo-siduction-amd64 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages iceweasel depends on:
ii debianutils 4.3.4
ii fontconfig 2.9.0-7
ii libc6 2.13-35
ii libgdk-pixbuf2.0-0 2.26.1-1
ii libglib2.0-02.33.12+really2.32.4-1
ii libgtk2.0-0 2.24.10-2
ii libnspr42:4.9.2-1
ii libnspr4-0d 2:4.9.2-1
ii libsqlite3-03.7.14-1
ii libstdc++6 4.7.2-2
ii procps 1:3.3.3-2
ii xulrunner-10.0 10.0.7esr-2
iceweasel recommends no packages.
Versions of packages iceweasel suggests:
pn fonts-stix | otf-stix
ii libgssapi-krb5-2 1.10.1+dfsg-2
pn mozplugger
Versions of packages xulrunner-10.0 depends on:
ii libasound21.0.25-4
ii libatk1.0-0 2.4.0-2
ii libbz2-1.01.0.6-4
ii libc6 2.13-35
ii libcairo2 1.12.2-2
ii libdbus-1-3 1.6.8-1
ii libdbus-glib-1-2 0.100-1
ii libevent-2.0-52.0.19-stable-3
ii libfontconfig12.9.0-7
ii libfreetype6 2.4.9-1
ii libgcc1 1:4.7.2-2
ii libgdk-pixbuf2.0-02.26.1-1
ii libglib2.0-0 2.33.12+really2.32.4-1
ii libgtk2.0-0 2.24.10-2
ii libhunspell-1.3-0 1.3.2-4
ii libjpeg8 8d-1
ii libmozjs10d 10.0.7esr-2
ii libnotify40.7.5-1
ii libnspr4-0d 2:4.9.2-1
ii libnss3-1d2:3.13.6-1
ii libpango1.0-0 1.30.0-1
i
Bug#689816: devscripts: [bts] crashes if libauthen-sasl-perl isn't installed, but needed
Package: devscripts Version: 2.12.4 Severity: minor User: devscri...@packages.debian.org Dear Maintainer, bts crashes if libauthen-sasl-perl isn't installed, but needed. Instead of showing an obscure error message, it should tell the user to install the libauthen-sasl-perl package. $ bts usertags 688060 new bts: failed to authenticate to smtps://smtp.gmail.com (Can't locate Authen/SASL.pm in @INC (@INC contains: /usr/share/devscripts /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl .) at /usr/share/perl/5.14/Net/SMTP.pm line 117, line 1. ) --- ~/.devscripts --- BTS_SMTP_HOST=smtps://smtp.gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689758: mediawiki-math-texvc: try to remove php5-mysqlnd
On Sat, 6 Oct 2012, Alf Gaida wrote: > mediawiki-math-texvc should have php5-mysql|php5-mysqlnd as dependency. It No, mediawiki-math-texvc does not depend on *any* database, and that’s right. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689815: devscripts: [bts] cannot remove all usertags from bug
Package: devscripts Version: 2.12.4 Severity: normal Dear Maintainer, the man page of bts says: "At least one tag must be specified, unless the = flag is used, where the command bts usertags = will remove all user tags from the specified bug." I tried to remove all user tags from one bug with following command: $ bts usertags 688060 = bts usertags: set what user tag? bts throws an error instead of removing all user tags. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#558586: Updated hyperstraier/Hurd patch
found 558586 hyperestraier/1.4.13-7
thanks
Hi,
sorry for reopening the bug, but unfortunately between the hyperestraier
version against I produced the original patch (1.4.9) and the one it was
applied (1.4.13) were introduced more usages of PATH_MAX.
Furthermore, openjdk is not available on the Hurd yet, so the Java
binding has to be excluded on Hurd too (patch debian.diff).
Attached there is an updated version of the hurd-compat-pathmax path,
which replaces the current version (also simplifying the changes already
there -- yay cbsprintf); if the new changes are deemed too intrusive, I
can provide the "poor man" solution for this (#define PATH_MAX if not
defined already).
Thanks,
--
Pino Toscano
Description: fix the unconditional usage of the PATH_MAX constant.
Origin: vendor
Author: Pino Toscano
Last-Update: 2012-10-06
--- a/estseek.c
+++ b/estseek.c
@@ -1486,14 +1486,14 @@ static void showtop(void){
static void expandquery(const char *word, CBLIST *result){
CBLIST *words;
const char *tmpdir;
- char oname[PATH_MAX], cmd[PATH_MAX], *ebuf;
+ char *oname, *cmd, *ebuf;
int i;
cblistpush(result, word, -1);
tmpdir = getenv("TMP");
if(!tmpdir) tmpdir = getenv("TEMP");
if(!tmpdir) tmpdir = ESTPATHSTR "tmp";
- sprintf(oname, "%s%c%s.%08d", tmpdir, ESTPATHCHR, g_scriptname,
(int)getpid());
- sprintf(cmd, "%s > %s", g_qxpndcmd, oname);
+ oname = cbsprintf("%s%c%s.%08d", tmpdir, ESTPATHCHR, g_scriptname,
(int)getpid());
+ cmd = cbsprintf("%s > %s", g_qxpndcmd, oname);
ebuf = cbsprintf("ESTWORD=%s", word);
putenv(ebuf);
system(cmd);
@@ -1506,6 +1506,8 @@ static void expandquery(const char *word
cblistclose(words);
}
unlink(oname);
+ cbfree(cmd);
+ cbfree(oname);
}
--- a/estscout.c
+++ b/estscout.c
@@ -425,21 +425,29 @@ static void showresult(void){
CBMAP *rmap;
CBLIST *list;
const char *rp;
- char tmppath[PATH_MAX], *expr;
- int i, j, num, hnum, max;
+ char *tmppath, *expr;
+ int i, j, num, hnum, max, l;
struct stat sbuf;
time_t now;
+ size_t tmppathlen;
printf("Content-Type: text/plain\r\n");
printf("Cache-Control: no-cache, must-revalidate, no-transform\r\n");
printf("Pragma: no-cache\r\n");
printf("X-Run-Count: %d\r\n", g_runcnt);
printf("\r\n");
+ tmppath = NULL;
now = time(NULL);
+ tmppathlen = 0;
if(*g_tmpdir != '\0' && *g_tmpdir != '@' && g_cclife >= 0 &&
(now + g_runcnt) % CCPURGEFREQ == 1 && (list = cbdirlist(g_tmpdir)) !=
NULL){
for(i = 0; i < cblistnum(list); i++){
rp = cblistval(list, i, NULL);
if(!cbstrbwmatch(rp, CACHESUFFIX)) continue;
+ l = strlen(g_tmpdir) + 1 + strlen(rp) + 1;
+ if (l > tmppathlen){
+tmppath = cbrealloc(tmppath, l);
+tmppathlen = l;
+ }
sprintf(tmppath, "%s%c%s", g_tmpdir, ESTPATHCHR, rp);
if(stat(tmppath, &sbuf) != -1 && now - sbuf.st_mtime > g_cclife)
unlink(tmppath);
}
@@ -539,6 +547,7 @@ static void showresult(void){
}
free(elems);
cbmapclose(rmap);
+ cbfree(tmppath);
}
@@ -553,17 +562,20 @@ static void *procsearch(void *targ){
CBMAP *rmap, *hints, *umap;
CBLIST *list;
const char *rp, *uri;
- char tmppath[PATH_MAX], *value, *expr, *ord, *enc, *pv, *mp,
numbuf[NUMBUFSIZ];
+ char *tmppath, *value, *expr, *ord, *enc, *pv, *mp, numbuf[NUMBUFSIZ];
const int *scores;
- int i, *res, rnum, snum, check, len, num;
+ int i, *res, rnum, snum, check, len, num, l;
struct stat sbuf;
double etime;
time_t now;
+ size_t tmppathlen;
argp = (TARGSRCH *)targ;
db = argp->db;
cond = argp->cond;
rmap = argp->rmap;
+ tmppath = NULL;
now = argp->now;
+ tmppathlen = 0;
if(!db || (!est_cond_phrase(cond) && !est_cond_attrs(cond))){
argp->hnum = -1;
return NULL;
@@ -574,11 +586,20 @@ static void *procsearch(void *targ){
if(*g_tmpdir == '@'){
num = dpinnerhash(enc, -1) % 0x100;
if(g_cclife >= 0 && (now + g_runcnt) % (CCPURGEFREQ / 16) == 0){
+/* start with 30 characters more, to save allocations below */
+l = strlen(g_tmpdir + 1) + 1 + 2 + 1 + 30 + 1;
+tmppath = cbrealloc(tmppath, l);
+tmppathlen = l;
sprintf(tmppath, "%s%c%02x", g_tmpdir + 1, ESTPATHCHR, num);
if((list = cbdirlist(tmppath)) != NULL){
for(i = 0; i < cblistnum(list); i++){
rp = cblistval(list, i, NULL);
if(!cbstrbwmatch(rp, CACHESUFFIX)) continue;
+l = strlen(g_tmpdir + 1) + 1 + 2 + 1 + strlen(rp) + 1;
+if (l > tmppathlen){
+ tmppath = cbrealloc(tmppath, l);
+ tmppathlen = l;
+}
sprintf(tmppath, "%s%c%02x%c%s",
g_tmpdir + 1, ESTPATHCHR, num, ESTPATHCHR, rp);
if(stat(tmppath, &sbuf) != -1 && now - sbuf.st_mtime > g_cclife)
unlink(tmppath);
@@ -586,16 +607,22 @@ static void *procsearch(void *targ){
cblistclose(list);
}
}
+ l = strlen(g_
Bug#689813: libgraphite2-3: misses Breaks: libgraphite2-2.0.0
Hi, On Sat, Oct 06, 2012 at 05:29:56PM +0200, Andreas Beckmann wrote: > during a test with piuparts I noticed your package is missing a Breaks > or Conflicts relation with libgraphite2-2.0.0. No, IMHO it isn't. Read the policy 7.6 again.[1] Replaces: is fully correct for replacing files in older packages. Yes, you can argue it's a case of 7.6.2, but see below. > Debsums reports errors due to the incomplete replacement of that > package: > > 0m46.5s ERROR: FAIL: debsums reports modifications inside the chroot: > /usr/lib/libgraphite2.so.2.0.0 Then that's a bug in the checking. Of course the new package replaces the old file with a symlink. And libgraphite2-3 Provides: libgraphite-2.0.0, so a Breaks:/Conflicts: would need to be versioned, given the whole point of this symlink and the Provides: is to save a tansition for a library which didn't really change ABI/API (yet). I am not sure if with a conflicts: it would seamlessly upgrade to libgraphite3-2 even with packages still depending on libgraphite2-2.0.0 Regards, Rene [1] yes, it talks about Breaks: but this is for the split, as the old package wouldn't work with the new as the example, which doesn't apply here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
