Bug#743262: mention to see WIN below
I see. Perhaps add (see below): -a WIN Switch to the desktop containing the window WIN (see below), raise the window, and give it focus. Also change and windows are examined until one is found with a title the --THAT contains the specified string as a substring. The substring matching is done in a case insensitive manner. The -F option may -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743249: cups-daemon fails to install - missing dir in preinst
Control: tags -1 +pending +confirmed Le lundi, 31 mars 2014, 23.59:21 Alf Gaida a écrit : cups-daemon fails to install on fresh systems because of missed /etc/cups. Indeed, thanks for the catch (I should really have tested that…) Creating the directory before writing a file in it solve the problem. Patch attached. I've committed and attributed the patch to you and will upload it shortly. Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742862: [Pkg-openldap-devel] Bug#742862: upgrade to 2.4.39-1 breaks slapd
That BDB error is the cause of your upgrade failing; after this it's certainly in an inconsistent state. The old (BDB 5.1) databases were supposed to be moved away in the previous step and the slapadd should create a new (BDB 5.3) database in an empty /var/lib/ldap, but in your log, no directories are listed in the Moving old database directories step so the old database files are still there. I checked : both libdb5.1 and libdb5.3 are installed. So I'd still like to know whether you can reproduce the upgrade failure, and I'd also like to know the result of this command at the time of the upgrade (maybe after restoring your backup, but before upgrading): grep olcSuffix /etc/ldap/slapd.d/cn\=config/olcDatabase*.ldif I get /etc/ldap/slapd.d/cn=config/olcDatabase={1}hdb.ldif:olcSuffix: dc=rail,dc=eu,dc=org Then upgrading gives same error Might also be relevant: did you ever edit the files under /etc/ldap/slapd.d by hand, ie. with a text editor or script? I don't remember ever editing it, by hand. However, it was on another server, And I just reinstalled /etc/ldap and /var/lib/ldap from this other server at migration time. Note also that /etc/ldap and /var/lib/ldap both are symbolic links to respectively /secure/etc/ldap and /secure/var/lib/ldap,/secure being an encrypted disk used to store confidential infos. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742862: [Pkg-openldap-devel] Bug#742862: upgrade to 2.4.39-1 breaks slapd
On 31/03/14 11:18 PM, Erwan David wrote: I checked : both libdb5.1 and libdb5.3 are installed. Right, but openldap 2.4.31 was linked against db5.1 and openldap 2.4.39 is linked against db5.3; and the database files each version creates in /var/lib/ldap are not compatible. I get /etc/ldap/slapd.d/cn=config/olcDatabase={1}hdb.ldif:olcSuffix: dc=rail,dc=eu,dc=org That's the expected output, thanks. I don't remember ever editing it, by hand. However, it was on another server, And I just reinstalled /etc/ldap and /var/lib/ldap from this other server at migration time. That's fine. Note also that /etc/ldap and /var/lib/ldap both are symbolic links to respectively /secure/etc/ldap and /secure/var/lib/ldap,/secure being an encrypted disk used to store confidential infos. This is certainly interesting. The scripts take into account the possibility of /var/lib/ldap being a mountpoint, but maybe not a symlink. I'll do some testing in a similar setup and get back to you. Thanks for your patience and testing as we work this out. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740536: umbrello does not display or open
Subject: umbrello does not display or open Package: umbrello Version: 4:4.11.5-1 Justification: renders package unusable I was having the same problem with out of the box Umbrello, it wants to start with screen size that defaulted to 0,0 which caused it to open but not display a window. The Work around a friend came up with was in editing ~/.kde/share/config/umbrellorc adding this to the rc [General Options] Geometry=800,600 - Joel B Carver -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741561: Should we open a bug to define wether #741561 is critical or wishlist?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hmmm, for some reason someone changed the certificte of bugs.debian.org to a unknown certificate issuer so bts show does not work anymore. Who the hell is GANDI CA? However, Pierre-Elliott Bécue wrote: The bug is security relevant, it breaks full systems and it renders ca-certificate complete useless for most of the people. So it _is_ critical! In my opinion, something is security relevant when the security is compromised any way by this thing. Removing the CACert certificate definitly breaks user space, and it exposes some security problems that existed before, but this is not obvious that the system's security is broken by the update: Well, Yes and now. Yes from a technical point of view. Even from this point of view the security is higher with _every_ removed certificate. But including the user behaviour to not care about checking the certificate of an unknown CA, this lower the overall security. - mutt: Asking to prove a certificate that a normal user cannot know how * The security flaw seems to be in the user behavior, looks the same with a self signed certificate. The point is, without any warning, something which was working is now broken, and many users will probably just say trust without further investigation. (but are mutt users normal users?) I just gave the examples I use on a daily base. For normal users there are similar programs. However, I saw also mutt users that just gave a fuck about the fingerprint they are provided with and just accepted it. - wget; you have to trust every certificate there without exception if there is no root certificate available. * That is, in my opinion, also a user behavior problem. No, it's a wget problem that you can only specify to not check any certificate or check any (--no-check-certificate). There is no way to only skip this particular certificate from one side. But the fact is when you ran some (dist-)?upgrade, there were some listchange you could (should have) read, and when you see that CACert's certificate is removed, you are kinda warned. Yes, _I_ got warned and _I_ was able to downgrade to a working ca-certificates package. But unfortunately I am not a normal user. A normal user does not see or even read all the changelogs from an update than just do it. But, arguing on the bug severity (between important/critical) I accepted the downgrade to important. I was just pissed of by downgrading it to wishlist. That is not a proper solution for such a important bug that is relevant for many if not all debian users. with the package maintainers seems irrelevant if you wish to find a (relevant) solution. And exactly that is the problem. But I will not go further into this. Arguing on the stupidity of the initial decision will probably just push maintainers to ignore your request. Sorry not being able to be diplomatic. I just tell the truth or what I am thinking. I personally don't like false friendliness. I frankly agree with Thomas Koch about creating some specific packages for non trusted CA. Would be a possible solution, yes. But this does not change the fact that ca-certificates without cacert is somewhat useless. Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJTOmNKAAoJEKZ8CrGAGfastzEL/2sx9la2KdtUwPCKcJ+S+O51 CsO601C0tlJwCd24MBytTpFjy6Wj0GWdjZTUBHAAZxY5Xrxz4C0oNn9sS7N8G+Sp qFXP0ChADpbJQvsAFy8TI59OE1kpL3/9tInSWTDo8XAPEst8rr6EJfdcLuHVoHsD uuEaxfWC3E4b+aA1YjNi6vBxWCWmssIxHL5CMzt2xHUyw2ru/LlznFJlaSty0hqd jHcFbp/eW9mPeTuScADg18xKSP/ED2oPkOp/nDr+jd2odUQYhy9X/I9l21rR4JlI uhy8V5K9D09B6NmL7xqrj9G5UaXyYre6Dk2lE9tz8Eptskhkf0Gqud21kJFEStUp 5fMlKeprLcafMsNNp+W41FOuGmQdVkCLW8TynQuQx+IYQbOa0jW2P77aBtn8sE9n A0BQIKpftqu5IzD6AvXkoPWBO+1SCKSZh6m387o06t4vraCO7vQM0YdMZTR5oD0W keFgInfBYrvSXsCYVWWd3KVRjG1hkZiIOtL8v3eefg== =YhfP -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#743263: linux-image-3.2.0-4-amd64: Iommu warnings ERROR: DMA PTE for vPFN 0xfda00 already set
Package: src:linux Version: 3.2.54-2 Severity: important Tags: patch Using some out-of-tree drivers, I see IOMMU warnings - see an example below. This patch fixes the issue: https://lkml.org/lkml/2013/12/20/414 Could you include this patch in the next stable update, please? -- Package-specific info: ** Version: Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.54-2 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 root=UUID=204ee0f7-e3ae-4285-a32d-58d583dca0e9 ro console=tty1 console=ttyS2,115200n8 nomodeset intel_iommu=on nmi_watchdog=nopanic ** Tainted: WO (4608) * Taint on warning. * Out-of-tree module has been loaded. ** Kernel log: [ 366.830570] ERROR: DMA PTE for vPFN 0xfda00 already set (to 274e5d003 not 24fa00083) [ 366.838380] [ cut here ] [ 366.843067] WARNING: at /build/linux-FpPMO6/linux-3.2.54/drivers/iommu/intel-iommu.c:1827 __domain_mapping+0x1ef/0x29e() [ 366.854002] Hardware name: X9SRE/X9SRE-3F/X9SRi/X9SRi-3F [ 366.859371] Modules linked in: onload(O) sfc_char(O) sfc_resource(O) sfc_affinity(O) sfc(O) ptp pps_core inet_lro mii cpufreq_userspace autofs4 cpufreq_stats cpufreq_conservative cpufreq_powersave w83627hf_wdt sha1_ssse3 sha1_generic hmac cbc cts rpcsec_gss_krb5 nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc 8021q garp stp w83627ehf hwmon_vid loop kvm_intel kvm mtdchar coretemp crc32c_intel ghash_clmulni_intel sb_edac mdio acpi_cpufreq mperf processor i2c_algo_bit edac_core aesni_intel thermal_sys mtd ioatdma aes_x86_64 snd_pcm i2c_i801 psmouse aes_generic button container joydev snd_page_alloc i2c_core snd_timer snd soundcore cryptd wmi evdev pcspkr serio_raw ext3 mbcache jbd dm_mod microcode usbhid hid sg sd_mod crc_t10dif isci ahci libsas libahci libata ehci_hcd scsi_transport_sas usbcore scsi_mod usb_common igb dca [last unloaded: sfc] [ 366.940066] Pid: 4729, comm: ta Tainted: G O 3.2.0-4-amd64 #1 Debian 3.2.54-2 [ 366.948149] Call Trace: [ 366.950669] [81046cb5] ? warn_slowpath_common+0x78/0x8c [ 366.956903] [812782ef] ? __domain_mapping+0x1ef/0x29e [ 366.962971] [8127a304] ? __intel_map_single+0xea/0x173 [ 366.969145] [a04cb3ee] ? efrm_pd_dma_map_pci+0x69/0xfe [sfc_resource] [ 366.976618] [a04cb640] ? efrm_pd_dma_map+0x1bd/0x5b5 [sfc_resource] [ 366.983930] [a0514e35] ? oo_iobufset_resource_alloc+0xd4/0x2aa [onload] [ 366.991598] [a0514e35] ? oo_iobufset_resource_alloc+0xd4/0x2aa [onload] [ 366.999249] [810eca13] ? __kmalloc+0x100/0x112 [ 367.004718] [a0514fa6] ? oo_iobufset_resource_alloc+0x245/0x2aa [onload] [ 367.012459] [a0514502] ? compound_order+0xe/0xe [onload] [ 367.018794] [a0500b10] ? efab_tcp_helper_more_bufs+0x21c/0x636 [onload] [ 367.026462] [a04fb19b] ? install_socks+0x15a/0x392 [onload] [ 367.033066] [a0529567] ? ci_netif_pkt_alloc_slow+0x191/0x2b3 [onload] [ 367.040547] [a051e494] ? ci_netif_mem_pressure_pkt_pool_fill+0x208/0x219 [onload] [ 367.049065] [a0528826] ? ci_netif_init_fill_rx_rings+0x27/0x561 [onload] [ 367.056803] [a05000ba] ? tcp_helper_rm_alloc+0x1da0/0x2297 [onload] [ 367.064104] [a0500620] ? tcp_helper_alloc_ul+0x65/0x81 [onload] [ 367.071066] [a0503154] ? tcp_helper_alloc_rsop+0x28/0x77 [onload] [ 367.078204] [81036628] ? should_resched+0x5/0x23 [ 367.083847] [a04e0186] ? oo_fop_unlocked_ioctl+0x186/0x232 [onload] [ 367.091157] [810fbcbe] ? fget_light+0x2e/0x7b [ 367.096538] [81352d18] ? do_page_fault+0x30a/0x345 [ 367.102371] [81107e35] ? do_vfs_ioctl+0x459/0x49a [ 367.108094] [811b4589] ? __strncpy_from_user+0x18/0x48 [ 367.114269] [810eb438] ? kmem_cache_free+0x2d/0x69 [ 367.120073] [81107ec1] ? sys_ioctl+0x4b/0x72 [ 367.125377] [81354d92] ? system_call_fastpath+0x16/0x1b [ 367.131616] ---[ end trace a8ba761f5d2c7e14 ]--- ** Model information sys_vendor: Supermicro product_name: X9SRE/X9SRE-3F/X9SRi/X9SRi-3F product_version: 0123456789 chassis_vendor: Supermicro chassis_version: 0123456789 bios_vendor: American Megatrends Inc. bios_version: 2.0a board_vendor: Supermicro board_name: X9SRE/X9SRE-3F/X9SRi/X9SRi-3F board_version: 1.2 ** Loaded modules: onload(O) sfc_char(O) sfc_resource(O) sfc_affinity(O) sfc(O) ptp pps_core inet_lro mii cpufreq_userspace autofs4 cpufreq_stats cpufreq_conservative cpufreq_powersave w83627hf_wdt sha1_ssse3 sha1_generic hmac cbc cts rpcsec_gss_krb5 nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc 8021q garp stp w83627ehf hwmon_vid loop kvm_intel kvm mtdchar coretemp crc32c_intel ghash_clmulni_intel sb_edac mdio acpi_cpufreq mperf processor i2c_algo_bit edac_core aesni_intel thermal_sys mtd ioatdma aes_x86_64 snd_pcm i2c_i801 psmouse aes_generic button container joydev snd_page_alloc
Bug#743177: libvtk6 should conflicts with libvtk5.8
As explained in details libs have different SONAME (vtkCommon != vtkCommonCore) however they provide the same symbols (up to the ABI diff). This is bad (tm) ! On 4/1/14, Mathieu Malaterre mathieu.malate...@gmail.com wrote: On 4/1/14, Steve M. Robbins st...@sumost.ca wrote: On March 31, 2014 10:58:28 AM Mathieu Malaterre wrote: Package: libvtk6 Clearly there is something missing here. libvtk6 can be co-installed with libvtk5.8. VTK API (ABI too) is completely incompatible in between those two versions. Clearly I'm missing something, because it is routine to have different-SONAME versions of a library co-installable. That is largely the point of having the SOVERSION in the package name. Typical scenarios that should not happen is an app linked against vtkCommon and vtkCommonCore. These have the SOVERSION correctly set in the library, don't they? The 5.8 libraries do steve@riemann{~}objdump -p /usr/lib/libvtkCommon.so.5.8.0|grep SON SONAME libvtkCommon.so.5.8 and while I don't have 6.0 installed, the list of files shows the library names all end with .so.6.0. Any application will contain within it a list of the SONAMES required, so there is no confusion if both libvtkCommon.so.5.8 and libvtkCommon.so.6.0 are present on the system. This gets even worst with python $ python import vtkCommon import vtkCommonCore Well, this is a problem in that the python scripts don't or can't declare which version of VTK API they conform to. I presume the trouble is that import vtkCommon brings in a different API on 5.8 v.s. 6.0. If so, that is a still a problem even if the two packages conflict: I may write a script for the 5.8 API, then upgrade to VTK 6 (removing VTK 5.8) and the script is broken. -Steve -- Mathieu -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741438: Initialize Apple graphics muxer when booting from GRUB
Le 01/04/2014 03:49, Colin Watson a écrit : Control: tag -1 patch # (because I'm not happy with this approach and wouldn't apply a patch # of this form) Dear Colin, Thanks for your answer. You are right that it's a very naive way of doing things, yet it's the only one that works at the moment! I'll investigate based on your comments and come back to you. Kind regards, Thibaut. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743177: libvtk6 should conflicts with libvtk5.8
On 4/1/14, Steve M. Robbins st...@sumost.ca wrote: On March 31, 2014 10:58:28 AM Mathieu Malaterre wrote: Package: libvtk6 Clearly there is something missing here. libvtk6 can be co-installed with libvtk5.8. VTK API (ABI too) is completely incompatible in between those two versions. Clearly I'm missing something, because it is routine to have different-SONAME versions of a library co-installable. That is largely the point of having the SOVERSION in the package name. Typical scenarios that should not happen is an app linked against vtkCommon and vtkCommonCore. These have the SOVERSION correctly set in the library, don't they? The 5.8 libraries do steve@riemann{~}objdump -p /usr/lib/libvtkCommon.so.5.8.0|grep SON SONAME libvtkCommon.so.5.8 and while I don't have 6.0 installed, the list of files shows the library names all end with .so.6.0. Any application will contain within it a list of the SONAMES required, so there is no confusion if both libvtkCommon.so.5.8 and libvtkCommon.so.6.0 are present on the system. This gets even worst with python $ python import vtkCommon import vtkCommonCore Well, this is a problem in that the python scripts don't or can't declare which version of VTK API they conform to. I presume the trouble is that import vtkCommon brings in a different API on 5.8 v.s. 6.0. If so, that is a still a problem even if the two packages conflict: I may write a script for the 5.8 API, then upgrade to VTK 6 (removing VTK 5.8) and the script is broken. -Steve -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743177: libvtk6 should conflicts with libvtk5.8
On April 1, 2014 08:59:13 AM you wrote: As explained in details libs have different SONAME (vtkCommon != vtkCommonCore) however they provide the same symbols (up to the ABI diff). This is bad (tm) ! Sorry, what details are you referring to? -Steve signature.asc Description: This is a digitally signed message part.
Bug#743177: libvtk6 should conflicts with libvtk5.8
2014-03-31 10:58 GMT+02:00 Mathieu Malaterre ma...@debian.org: Typical scenarios that should not happen is an app linked against vtkCommon and vtkCommonCore. This gets even worst with python $ python import vtkCommon import vtkCommonCore We can declare as conflicting python-vtk and python-vtk6. IMHO we get a lot of troubles, declaring libvtk5.8 and libvtk6 as conflicting. Anton
Bug#743264: btrfs-tools: btrfs send hangs forever and kernel messages appear
Package: btrfs-tools Version: 3.12-1 Severity: important Dear Maintainer, I run the following: btrfs send -p rsnapshots-subv-RO-2014-03-28_15\:20/ rsnapshots-subv-RO-2014-04-01_09\:18/ -f outDEL and it starts writing the differences in outDEL but after some time it hangs. It stops writing in the file outDEL, and an 'ls' at the folder where the snapshots reside also hangs. Some time later the following kernel messages appear. If I hit CTRL-C at the console where btrfs send runs it exits and the 'ls' unhangs. Thank you! Giorgos KERNEL MESSAGES: Apr 1 09:36:35 aris kernel: [ 5999.162802] INFO: task btrfs-endio-wri:1560 blocked for more than 120 seconds. Apr 1 09:36:35 aris kernel: [ 5999.162807] Tainted: G O 3.13-1-amd64 #1 Apr 1 09:36:35 aris kernel: [ 5999.162809] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. Apr 1 09:36:35 aris kernel: [ 5999.162811] btrfs-endio-wri D 880129500350 0 1560 2 0x Apr 1 09:36:35 aris kernel: [ 5999.162816] 880129500010 0046 00014280 00014280 Apr 1 09:36:35 aris kernel: [ 5999.162820] 880128c19fd8 880129500010 88011da73298 88012586e9e8 Apr 1 09:36:35 aris kernel: [ 5999.162823] 88012586e9e8 0001 880104a89740 Apr 1 09:36:35 aris kernel: [ 5999.162827] Call Trace: Apr 1 09:36:35 aris kernel: [ 5999.162857] [a02f1367] ? wait_current_trans.isra.21+0x97/0xf0 [btrfs] Apr 1 09:36:35 aris kernel: [ 5999.162860] [81096f40] ? prepare_to_wait_event+0xf0/0xf0 Apr 1 09:36:35 aris kernel: [ 5999.162868] [a02f27a0] ? start_transaction+0x270/0x550 [btrfs] Apr 1 09:36:35 aris kernel: [ 5999.162876] [a030c1d5] ? test_range_bit+0x25/0x150 [btrfs] Apr 1 09:36:35 aris kernel: [ 5999.162883] [a02fa430] ? btrfs_finish_ordered_io+0x250/0x560 [btrfs] Apr 1 09:36:35 aris kernel: [ 5999.162891] [a031ca70] ? worker_loop+0x140/0x520 [btrfs] Apr 1 09:36:35 aris kernel: [ 5999.162894] [814a36c6] ? __schedule+0x2b6/0x6f0 Apr 1 09:36:35 aris kernel: [ 5999.162901] [a031c930] ? btrfs_queue_worker+0x300/0x300 [btrfs] Apr 1 09:36:35 aris kernel: [ 5999.162903] [8107bb41] ? kthread+0xc1/0xe0 Apr 1 09:36:35 aris kernel: [ 5999.162905] [8107ba80] ? kthread_create_on_node+0x180/0x180 Apr 1 09:36:35 aris kernel: [ 5999.162907] [814ae44c] ? ret_from_fork+0x7c/0xb0 Apr 1 09:36:35 aris kernel: [ 5999.162908] [8107ba80] ? kthread_create_on_node+0x180/0x180 Apr 1 09:36:35 aris kernel: [ 5999.162910] INFO: task btrfs-transacti:1580 blocked for more than 120 seconds. Apr 1 09:36:35 aris kernel: [ 5999.162911] Tainted: G O 3.13-1-amd64 #1 Apr 1 09:36:35 aris kernel: [ 5999.162912] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. Apr 1 09:36:35 aris kernel: [ 5999.162913] btrfs-transacti D 88012675f350 0 1580 2 0x Apr 1 09:36:35 aris kernel: [ 5999.162915] 88012675f010 0046 00014280 00014280 Apr 1 09:36:35 aris kernel: [ 5999.162916] 8800c5257fd8 88012675f010 880104a89ec0 880126949800 Apr 1 09:36:35 aris kernel: [ 5999.162918] 8800c5257e48 88011da73298 88011da73308 88012675f010 Apr 1 09:36:35 aris kernel: [ 5999.162920] Call Trace: Apr 1 09:36:35 aris kernel: [ 5999.162927] [a02f1eed] ? btrfs_commit_transaction+0x30d/0x950 [btrfs] Apr 1 09:36:35 aris kernel: [ 5999.162929] [81096f40] ? prepare_to_wait_event+0xf0/0xf0 Apr 1 09:36:35 aris kernel: [ 5999.162935] [a02edecd] ? transaction_kthread+0x1ad/0x240 [btrfs] Apr 1 09:36:35 aris kernel: [ 5999.162941] [a02edd20] ? btrfs_cleanup_transaction+0x510/0x510 [btrfs] Apr 1 09:36:35 aris kernel: [ 5999.162943] [8107bb41] ? kthread+0xc1/0xe0 Apr 1 09:36:35 aris kernel: [ 5999.162945] [8107ba80] ? kthread_create_on_node+0x180/0x180 Apr 1 09:36:35 aris kernel: [ 5999.162946] [814ae44c] ? ret_from_fork+0x7c/0xb0 Apr 1 09:36:35 aris kernel: [ 5999.162948] [8107ba80] ? kthread_create_on_node+0x180/0x180 Apr 1 09:36:35 aris kernel: [ 5999.162970] INFO: task btrfs:5682 blocked for more than 120 seconds. Apr 1 09:36:35 aris kernel: [ 5999.162971] Tainted: G O 3.13-1-amd64 #1 Apr 1 09:36:35 aris kernel: [ 5999.162972] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. Apr 1 09:36:35 aris kernel: [ 5999.162973] btrfs D 88010de1cb40 0 5682 5361 0x Apr 1 09:36:35 aris kernel: [ 5999.162974] 88010de1c800 0082 00014280 00014280 Apr 1 09:36:35 aris kernel: [ 5999.162976] 880034e1ffd8 88010de1c800 8801204d1740 8801204d16c8 Apr 1 09:36:35 aris kernel: [ 5999.162978] 880103f41ba0 0001 2e443000 01665000 Apr 1 09:36:35
Bug#743265: systemd: booting with init=/bin/systemd drops into emergency mode
Package: systemd Version: 204-8 Severity: important Hi, I just tried to boot with init=/bin/systemd, and that didn't work out well: * first some error message Failed to start Load Kernel Modules. (I think!) * after that it tried to fsck.vfat my Win8.1 partition * after that dropped me into emergency shell Hmm.. from the saved journal I see Apr 01 15:49:04 wienerschnitzel systemd[1]: Starting File System Check on Root Device... Apr 01 15:49:04 wienerschnitzel systemd[1]: Expecting device dev-sda3.device... Apr 01 15:49:04 wienerschnitzel systemd[1]: Expecting device dev-sda5.device... Apr 01 15:49:04 wienerschnitzel systemd[1]: Expecting device dev-disk-by\x2did-usb\x2dIntuix_U3_0BE1C9611230D925\x2d0:0\x2dpart1.device... Apr 01 15:49:04 wienerschnitzel systemd[1]: Expecting device dev-disk-by\x2did-usb\x2dSAMSUNG_HM250JI_0D0A52255FFF\x2d0:0\x2dpart1.device... Apr 01 15:49:04 wienerschnitzel systemd[1]: Expecting device dev-disk-by\x2did-usb\x2dBUFFALO_External_HDD_0002022EAA7\x2d0:0\x2dpart1.device... Apr 01 15:49:04 wienerschnitzel systemd[1]: Expecting device dev-disk-by\x2did-usb\x2dWD_My_Passport_0748_575834314541314C5A453634\x2d0:0\x2dpart1.device... Apr 01 15:49:04 wienerschnitzel systemd[1]: systemd-modules-load.service: main process exited, code=exited, status=1/FAILURE Apr 01 15:49:04 wienerschnitzel systemd[1]: Failed to start Load Kernel Modules. Apr 01 15:49:04 wienerschnitzel systemd[1]: Unit systemd-modules-load.service entered failed state. Apr 01 15:49:04 wienerschnitzel systemd[1]: Started Apply Kernel Variables. There is muuch more output in the sysctl -bx (or whatever) output ... Where should one start here? For now I went back to sysv-init Thanks Norbert -- Package-specific info: -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14.0+ (SMP w/4 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 systemd depends on: ii acl 2.2.52-1 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-51 ii libacl1 2.2.52-1 ii libaudit11:2.3.4-1 ii libc62.18-4 ii libcap2 1:2.22-1.2 ii libcap2-bin 1:2.22-1.2 ii libcryptsetup4 2:1.6.4-4 ii libdbus-1-3 1.8.0-3 ii libgcrypt11 1.5.3-4 ii libkmod2 16-2 ii liblzma5 5.1.1alpha+20120614-2 ii libpam0g 1.1.8-2 ii libselinux1 2.2.2-1 ii libsystemd-daemon0 204-8 ii libsystemd-journal0 204-8 ii libsystemd-login0204-8 ii libudev1 204-8 ii libwrap0 7.6.q-25 ii sysv-rc 2.88dsf-51 ii udev 204-8 ii util-linux 2.20.1-5.7 Versions of packages systemd recommends: ii libpam-systemd 204-8 Versions of packages systemd suggests: pn systemd-ui none -- no debconf information 0 overridden configuration files found. == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/rsyslog.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/atd.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/anacron.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/ssh.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/pppd-dns.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/lm-sensors.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/NetworkManager.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/cups.path == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/cups-browsed.service == == /var/lib/systemd/deb-systemd-helper-enabled/syslog.service == == /var/lib/systemd/deb-systemd-helper-enabled/atd.service.dsh-also == /etc/systemd/system/multi-user.target.wants/atd.service == /var/lib/systemd/deb-systemd-helper-enabled/anacron.service.dsh-also == /etc/systemd/system/multi-user.target.wants/anacron.service == /var/lib/systemd/deb-systemd-helper-enabled/bluetooth.target.wants/bluetooth.service == == /var/lib/systemd/deb-systemd-helper-enabled/bluetooth.service.dsh-also == /etc/systemd/system/bluetooth.target.wants/bluetooth.service /etc/systemd/system/dbus-org.bluez.service == /var/lib/systemd/deb-systemd-helper-enabled/dbus-org.bluez.service == == /var/lib/systemd/deb-systemd-helper-enabled/sshd.service == == /var/lib/systemd/deb-systemd-helper-enabled/sockets.target.wants/cups.socket == == /var/lib/systemd/deb-systemd-helper-enabled/pppd-dns.service.dsh-also == /etc/systemd/system/multi-user.target.wants/pppd-dns.service == /var/lib/systemd/deb-systemd-helper-enabled/lm-sensors.service.dsh-also
Bug#743266: calypso: Please install and use init script
Package: calypso Version: 1.4 Severity: wishlist Tags: patch Hi, upstream ships an init script and it would be nice to have it installed and enabled by default. Attached patch does this. Note that this needs the init script changes needed to run as user calypso recently posted upstream. Cheers, -- Guido -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14.0-rc1+ (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages calypso depends on: ii git 1:1.9.0-1 ii python 2.7.5-5 ii python-daemon 1.5.5-1 ii python-vobject 0.8.1c-4 calypso recommends no packages. calypso suggests no packages. From 9321693cabe189dddccbed5594bdae2467893723 Mon Sep 17 00:00:00 2001 Message-Id: 9321693cabe189dddccbed5594bdae2467893723.1396337109.git@sigxcpu.org From: =?UTF-8?q?Guido=20G=C3=BCnther?= a...@sigxcpu.org Date: Tue, 1 Apr 2014 08:54:13 +0200 Subject: [PATCH] Use upstream init script To: caly...@keithp.com --- debian/calypso.postinst | 59 + debian/calypso.postrm | 46 ++ debian/rules| 4 3 files changed, 109 insertions(+) create mode 100644 debian/calypso.postinst create mode 100644 debian/calypso.postrm diff --git a/debian/calypso.postinst b/debian/calypso.postinst new file mode 100644 index 000..b1cd9f0 --- /dev/null +++ b/debian/calypso.postinst @@ -0,0 +1,59 @@ +#!/bin/sh +# postinst script for libvirt-bin +# +# see: dh_installdeb(1) + +set -e + +# summary of how this script can be called: +#* postinst `configure' most-recently-configured-version +#* old-postinst `abort-upgrade' new version +#* conflictor's-postinst `abort-remove' `in-favour' package +# new-version +#* postinst `abort-remove' +#* deconfigured's-postinst `abort-deconfigure' `in-favour' +# failed-install-package version `removing' +# conflicting-package version +# for details, see http://www.debian.org/doc/debian-policy/ or +# the debian-policy package + +add_user() +{ +if ! getent group calypso /dev/null; then +addgroup --quiet --system calypso +fi + +if ! getent passwd calypso /dev/null; then +adduser --quiet \ +--system \ +--ingroup calypso \ +--quiet \ +--disabled-login \ +--disabled-password \ +--home /var/lib/calypso \ +-gecos Calypso CalDAV/CardDAV server \ +calypso +fi +} + + +case $1 in +configure) +add_user +;; + +abort-upgrade|abort-remove|abort-deconfigure) +;; + +*) +echo postinst called with unknown argument \`$1' 2 +exit 1 +;; +esac + +# dh_installdeb will replace this with shell code automatically +# generated by other debhelper scripts. + +#DEBHELPER# + +exit 0 diff --git a/debian/calypso.postrm b/debian/calypso.postrm new file mode 100644 index 000..3230515 --- /dev/null +++ b/debian/calypso.postrm @@ -0,0 +1,46 @@ +#!/bin/sh +# postrm script for #PACKAGE# +# +# see: dh_installdeb(1) + +set -e + +# summary of how this script can be called: +#* postrm `remove' +#* postrm `purge' +#* old-postrm `upgrade' new-version +#* new-postrm `failed-upgrade' old-version +#* new-postrm `abort-install' +#* new-postrm `abort-install' old-version +#* new-postrm `abort-upgrade' old-version +#* disappearer's-postrm `disappear' overwriter +# overwriter-version +# for details, see http://www.debian.org/doc/debian-policy/ or +# the debian-policy package + + +case $1 in +purge) +if getent passwd calypso /dev/null; then +deluser calypso || true +fi + +if getent group calypso /dev/null; then +delgroup calypso || true +fi +;; +remove|upgrade|failed-upgrade|abort-install|abort-upgrade|disappear) +;; + +*) +echo postrm called with unknown argument \`$1' 2 +exit 1 +;; +esac + +# dh_installdeb will replace this with shell code automatically +# generated by other debhelper scripts. + +#DEBHELPER# + +exit 0 diff --git a/debian/rules b/debian/rules index 100bf6c..d791ebb 100755 --- a/debian/rules +++ b/debian/rules @@ -7,4 +7,8 @@ export DH_VERBOSE=1 override_dh_auto_clean: dh_auto_clean rm -rf build .*egg-info + rm -f debian/calypso-init +override_dh_installinit: + cp calypso-init debian/calypso.init + dh_installinit -- 1.9.0
Bug#743177: libvtk6 should conflicts with libvtk5.8
On 4/1/14, Anton Gladky gl...@debian.org wrote: 2014-03-31 10:58 GMT+02:00 Mathieu Malaterre ma...@debian.org: Typical scenarios that should not happen is an app linked against vtkCommon and vtkCommonCore. This gets even worst with python $ python import vtkCommon import vtkCommonCore We can declare as conflicting python-vtk and python-vtk6. IMHO we get a lot of troubles, declaring libvtk5.8 and libvtk6 as conflicting. Hum, actually you are right. As long as libvtk5-dev and libvtk6-dev conflicts it will be very hard for an app to link to both libvtk5.8 and libvtk6.0. -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742971: Here too
Version: 0.9.8.8-4 This is the same machine and same basic config as in #708931. For me, the consequences are not severe, as my ifupdown config handles my primary network. ajk@teralehti:~$ LANG=C sudo dpkg --configure -a Setting up network-manager (0.9.8.8-4) ... Job for NetworkManager.service failed. See 'systemctl status NetworkManager.service' and 'journalctl -xn' for details. invoke-rc.d: initscript network-manager, action restart failed. dpkg: error processing package network-manager (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of network-manager-gnome: network-manager-gnome depends on network-manager (= 0.9.8); however: Package network-manager is not configured yet. dpkg: error processing package network-manager-gnome (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: network-manager network-manager-gnome ajk@teralehti:~$ systemctl status NetworkManager.service NetworkManager.service - Network Manager Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled) Active: failed (Result: signal) since ti 2014-04-01 10:27:28 EEST; 16s ago Process: 5468 ExecStart=/usr/sbin/NetworkManager --no-daemon (code=killed, signal=SEGV) ajk@teralehti:~$ LANG=C sudo journalctl -xn -- Logs begin at Tue 2014-04-01 10:12:00 EEST, end at Tue 2014-04-01 10:29:28 EEST. -- Apr 01 10:29:24 teralehti NetworkManager[5559]: Ifupdown: get unmanaged devices count: 1 Apr 01 10:29:24 teralehti NetworkManager[5559]: info monitoring kernel firmware directory '/lib/firmware'. Apr 01 10:29:24 teralehti NetworkManager[5559]: info monitoring ifupdown state file '/run/network/ifstate'. Apr 01 10:29:24 teralehti kernel: NetworkManager[5559]: segfault at 24 ip 0046f328 sp 7fff23160690 error 4 in NetworkManager[40+106000 Apr 01 10:29:24 teralehti systemd[1]: NetworkManager.service: main process exited, code=killed, status=11/SEGV Apr 01 10:29:24 teralehti systemd[1]: Failed to start Network Manager. -- Subject: Unit NetworkManager.service has failed -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- Documentation: http://www.freedesktop.org/wiki/Software/systemd/catalog/be02cf6855d2428ba40df7e9d022f03d -- -- Unit NetworkManager.service has failed. -- -- The result is failed. Apr 01 10:29:24 teralehti systemd[1]: Unit NetworkManager.service entered failed state. Apr 01 10:29:24 teralehti sudo[5488]: pam_unix(sudo:session): session closed for user root Apr 01 10:29:28 teralehti sudo[5566]: ajk : TTY=pts/3 ; PWD=/home/ajk ; USER=root ; COMMAND=/bin/journalctl -xn Apr 01 10:29:28 teralehti sudo[5566]: pam_unix(sudo:session): session opened for user root by ajk(uid=0) ajk@teralehti:~$ LANG=C sudo /usr/sbin/NetworkManager --no-daemon --log-level=DEBUG NetworkManager[5597]: info NetworkManager (version 0.9.8.8) is starting... NetworkManager[5597]: info Read config file /etc/NetworkManager/NetworkManager.conf NetworkManager[5597]: info WEXT support is enabled NetworkManager[5597]:SCPlugin-Ifupdown: init! NetworkManager[5597]:SCPlugin-Ifupdown: update_system_hostname NetworkManager[5597]:SCPluginIfupdown: guessed connection type (eth0) = 802-3-ethernet NetworkManager[5597]:SCPlugin-Ifupdown: update_connection_setting_from_if_block: name:eth0, type:802-3-ethernet, id:Ifupdown (eth0), uuid: 681b428f-beaf-8932-dce4-687ed5bae28e NetworkManager[5597]:SCPlugin-Ifupdown: adding eth0 to connections NetworkManager[5597]:SCPlugin-Ifupdown: adding iface eth0 to eni_ifaces NetworkManager[5597]:SCPlugin-Ifupdown: autoconnect NetworkManager[5597]:SCPluginIfupdown: management mode: unmanaged NetworkManager[5597]:SCPlugin-Ifupdown: devices added (path: /sys/devices/pci:00/:00:1c.2/:02:00.2/net/eth0, iface: eth0) NetworkManager[5597]:SCPluginIfupdown: locking wired connection setting NetworkManager[5597]:SCPlugin-Ifupdown: devices added (path: /sys/devices/pci:00/:00:1c.3/:03:00.0/net/wlan0, iface: wlan0) NetworkManager[5597]:SCPlugin-Ifupdown: device added (path: /sys/devices/pci:00/:00:1c.3/:03:00.0/net/wlan0, iface: wlan0): no ifupdown configuration found. NetworkManager[5597]:SCPlugin-Ifupdown: devices added (path: /sys/devices/virtual/net/lo, iface: lo) NetworkManager[5597]:SCPlugin-Ifupdown: device added (path: /sys/devices/virtual/net/lo, iface: lo): no ifupdown configuration found. NetworkManager[5597]:SCPlugin-Ifupdown: end _init. NetworkManager[5597]: info Loaded plugin ifupdown: (C) 2008 Canonical Ltd. To report bugs please use the NetworkManager mailing list. NetworkManager[5597]: info Loaded plugin keyfile: (c) 2007 - 2010 Red Hat, Inc. To report bugs please use the NetworkManager mailing list. NetworkManager[5597]:Ifupdown: get unmanaged devices count: 1 NetworkManager[5597]:SCPlugin-Ifupdown:
Bug#742633: obnam: program chokes and abort on files containing % in name
On Tue, Mar 25, 2014 at 08:02:24PM +0100, Alberto Fuentes wrote: Package: obnam Version: 1.7.2-1 Severity: normal my bet is in the % in the name of the file... if it isnt, i can investage further It certainly looks like it's the % in the name of the file. I haven't been able to reproduce this on wheezy, and my virtual machine with Debian unstable got itself killed for other reasons, so it'll be a while before I can test this. However, that it works on wheezy's paramiko but not on unstable's would indicate a problem in paramiko, or possibly something else in the environment. However, until I can investigate further I won't be reassigning, and it may still be in obnam. -- http://www.cafepress.com/trunktees -- geeky funny T-shirts http://gtdfh.branchable.com/ -- GTD for hackers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743264: it worked after saving the file elsewhere
After three failed attempts, where I must note that each time it hanged after having written in outDEL different volume of data, this time I retried it by saving the outDEL file on a different filesystem. And it worked. smime.p7s Description: S/MIME Cryptographic Signature
Bug#591483: NM does not work with dun-connections after update.
On Tue, Feb 04, 2014 at 02:04:49PM +0200, Alberto Garcia wrote: I'm not sure if all these problems have the same root cause, but I'm also unable to use my Nokia N900 as a bluetooth modem after a recent upgrade This seems to be working fine again since a week or so. Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743256: iceweasel doesn't work with ICC v4 color profiles
On 01/04/2014 04:32, Christoph Anton Mitterer wrote: Package: iceweasel Version: 24.4.0esr-1 Severity: normal Hi. It seems iceweasel doesn't work with ICC v4 profiles in images. Could you define what you mean by doesn't work ? I tried with iceweasel, firefox 29 and chromium and I have basically the same results. Thanks, Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742899: ITP: cppad -- Automatic Differentiation (AD) of C++ algorithms
Hi Miles, since I think you might want to maintain this package in the Debian Science team it would be great if you would forward this kind of ITPs also to the list which I'm doing hereby. Kind regards Andreas. On Fri, Mar 28, 2014 at 03:06:31PM -0400, Miles Lubin wrote: Package: wnpp Severity: wishlist Owner: Miles Lubin miles.lu...@gmail.com * Package name: cppad Version : 20140301 Upstream Author : Bradley M. Bell bradb...@seanet.com * URL : https://projects.coin-or.org/CppAD/ * License : GPL-3 and EPL (dual licensed) Programming Lang: C++ Description : Automatic Differentiation (AD) of C++ algorithms Given a C++ algorithm that computes function values, CppAD generates an algorithm that computes its exact derivative values. CppAD is used in a number of scientific computing applications to automate the computation of exact derivatives of codes implemented in C++. It is a pure header library with no binaries. CppAD is similar in concept to the adolc package already in Debian. I intend to co-maintain with Barak Pearlmutter under Debian Science. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140328190631.10311.64357.report...@debian.mit.edu -- 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#743268: ITP: crystfel - Suite of programs for processing serial diffraction data snapshots
Package: wnpp Severity: normal Package name : crystfel Version : 0.5.2 Upstream Author : Thomas White thomas.wh...@desy.de URL : http://www.desy.de/~twhite/crystfel/tutorial.html License : GPLv3 Description : CrystFEL is a suite of programs for processing diffraction data acquired serially in a snapshot manner. That means: a large number of individual diffraction patterns, each corresponding to a random orientation of the crystal, with little or no rotation or oscillation of the sample. This is exactly the situation encountered when using the technique of Serial Femtosecond Crystallography (SFX) with a free-electron laser source, which is the application CrystFEL is primarily designed for. CrystFEL comprises programs for indexing and integrating diffraction patterns, scaling and merging intensities, simulating patterns, calculating figures of merit for the data and visualising the results. We have been contacted by Debian developer Frederick Picca who is developing a new Debian blend, Debian PAN (Photon and Neutron) and invited to package crystfel. I am one of the main developers of the software. I will take care of the packaging and mantain the package -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743269: [whatweb] can't run with ruby2.0
Package: whatweb Version: 0.4.8~git20130516-1 Severity: normal I install the ruby package and whatweb. Then I run 'whatweb -l' and error occured: /usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:55:in `require': cannot load such file -- md5 (LoadError) from /usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /usr/bin/whatweb:55:in `main' --- System information. --- Architecture: amd64 Kernel: Linux 3.13-1-amd64 Debian Release: jessie/sid 990 unstable ftp.cn.debian.org 500 testing-updates ftp.cn.debian.org 500 testing security.debian.org 500 testing ftp.cn.debian.org 1 experimental ftp.cn.debian.org --- Package information. --- Depends (Version) | Installed -+- ruby (= 1:1.8) | 1:2.0.0.1 OR ruby-interpreter | Recommends (Version) | Installed -+-=== ruby-json | 1.8.0-1+b1 ruby-rchardet | 1.3-3 Package's Suggests field is empty.
Bug#741839: Fwd: forwarded message from Debian testing autoremoval watch
Control: tag -1 patch Hi, the following patch may be all it takes to fix the readline hiccup mentioned in the autoremoval message attached below: === --- readln.h(revision 781) +++ readln.h(working copy) @@ -24,7 +24,8 @@ typedef struct { char *name; /* User printable name of the function. */ - Function *func; /* Function to call to do the job. */ + rl_icpfunc_t *func; /* Function to call to do the job. */ char *doc; /* Documentation for this function. */ } COMMAND; regards, Markus -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743270: cairo-5c run test failed on mips64el
Package: cairo-5c Version: 1.8.1 make check-TESTS make[3]: Entering directory `/tmp/cairo-5c-1.8.1/test' paint passed. line passed. box passed. circlepassed. fill-preserve passed. stroke-preserve passed. clip passed. fill-extents passed. stroke-extentspassed. set-operator passed. set-source(3060 minor variations) passed. set-tolerance passed. set-fill-rule passed. set-line-widthpassed. set-line-cap failed: pixel mismatch 0x0055 not similar to 0x47470047 at 19 34 set-line-join failed: pixel mismatch 0xdfdf00df not similar to 0xc9c900c9 at 82 55 set-miter-limit passed. rotatepassed. paint-with-alpha passed. mask passed. append-path passed. set-font passed. set-font-size passed. set-font-matrix passed. show-text passed. text-path (28 minor variations) passed. text-extents passed. create-rgba passed. create-rgbpassed. get-operator passed. get-sourcepassed. get-tolerance passed. get-current-point passed. get-fill-rule passed. get-line-widthpassed. get-line-cap passed. get-line-join passed. get-miter-limit passed. get-matrixpassed. get-font-matrix passed. font-extents passed. FAIL: test.5c = 1 of 1 test failed Please report to http://cairographics.org Any way to debug it? -- Yunqiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623634: libnet-rawip-perl: miscalculates header checksums
Hello, Thanks. Do you happen to still have the sources (bugtrackers, packaging VCS, ...) of the patches? Unfortunately, no. Some things about these patches can be found when searching for their file names on the web, but on a quick search, I did not find the information you requested. Now the next interesting point is that Sesse originally reported this bug against -1; or maybe it is a different bug? Confusing again :) I guess that it is a different bug. Regards Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741561: Should we open a bug to define wether #741561 is critical or wishlist?
On Tue, April 1, 2014 08:57, Klaus Ethgen wrote: Hmmm, for some reason someone changed the certificte of bugs.debian.org to a unknown certificate issuer so bts show does not work anymore. Who the hell is GANDI CA? You're kidding right, maybe because of the date? The Gandi CA is signed by the UTN Userfirst root CA which is in ca-certificates. Your whole argument revolves around the fact that a certificate must be in ca-certificates for you to be able to use/trust it. However, if the BTS uses a CA that is actually included in ca-certificates, you throw up your arms in the air? I'm really at a loss here. No, it's a wget problem that you can only specify to not check any certificate or check any (--no-check-certificate). There is no way to only skip this particular certificate from one side. There is. How to add certificates to the trusted store is documented in ca-certificates and has also been explained in this bug. I just gave the examples I use on a daily base. For normal users there are similar programs. However, I saw also mutt users that just gave a fuck about the fingerprint they are provided with and just accepted it. I agree that these users exist. However, if they accept anything, then they are by definition not influenced by what is in ca-certificates or not. Any attacker will already be able to control their connection. Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743271: xxkb: crashes randomly
Package: xxkb Version: 1.11-2.1 Severity: important Hello! Sorry my bad English. Run as xxkb in ~/.xsession or terminal Too often (1-2 times a day) crashes with messages: globus@aspera:~$ X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 62 (X_CopyArea) Serial number of failed request: 818 Current serial number in output stream: 818 [1]+ Exit 1 xxkb Or this bug in X-server? -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 3.13-1-686-pae (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xxkb depends on: ii libc6 2.18-4 ii libx11-6 2:1.6.2-1 ii libxext6 2:1.3.2-1 ii libxpm4 1:3.5.10-1 ii libxt61:1.1.4-1 xxkb recommends no packages. xxkb suggests no packages. -- Configuration Files: /etc/X11/app-defaults/XXkb changed: XXkb.image.path: /usr/share/xxkb XXkb.mainwindow.enable: no XXkb.mainwindow.geometry: 48x48 XXkb.mainwindow.image.1: en48.xpm XXkb.mainwindow.image.2: ru48.xpm XXkb.mainwindow.image.3: su48.xpm XXkb.mainwindow.image.4: XXkb.mainwindow.label.font: -misc-*-r-*-20-* XXkb.*.border.color: black XXkb.*.border.width: 0 XXkb.*.label.foreground: white XXkb.*.label.background: blue4 XXkb.*.label.enable: no ! XXkb.mainwindow.type: ! possible values - normal, top, tray, wmaker XXkb.button.enable: yes ! XXkb.button.geometry: 15x15-100+5 XXkb.button.geometry: 15x15-100+3 XXkb.button.image.1: en15.xpm XXkb.button.image.2: ru15.xpm XXkb.button.image.3: su15.xpm XXkb.button.image.4: XXkb.button.label.font: -misc-*-r-*-13-* XXkb.controls.add_when_start: yes XXkb.controls.add_when_create: yes XXkb.controls.add_when_change: no XXkb.controls.focusout: no XXkb.controls.two_state: no XXkb.controls.button_delete: yes XXkb.controls.button_delete_and_forget: no XXkb.controls.mainwindow_delete: no XXkb.group.base: 1 XXkb.group.alt: 2 XXkb.mousebutton.1.reverse: no XXkb.mousebutton.3.reverse: no XXkb.bell.enable: no XXkb.bell.percent: -50 XXkb.ignore.reverse: no ! XXkb.app_list.match.action: list ! match is one of wm_class_class, wm_class_name, wm_name, property ! action is one of ignore, start_alt, alt_groupM (M - 1..4) ! For example: ! XXkb.app_list.wm_class_class.ignore: *clock Fvwm* ! XXkb.app_list.wm_class_name.start_alt: licq ! ! ignore windows in KDE tray ! XXkb.app_list.property.ignore: _KDE_NET_WM_SYSTEM_TRAY_WINDOW_FOR XXkb.app_list.wm_class_class.ignore: *clock Gkrellm DockApp* Beep-media-player *xine *Audacious* XXkb.app_list.wm_name.ignore: Qmmp qmmp Playlist -- 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#656578: Can't install extensions from gnome site (exception in /usr/share/gnome-shell/js/ui/extensionSystem.js)
-=| althaser, 19.03.2014 13:49:20 + |=- this is an old bug report. Could you please still reproduce this issue with newer gnome-shell version like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ? I can still reproduce it on the system I had it initially with gnome-shell 3.8.4-5+b2 (and up to date sid + experimental iceweasel/xulrunner; same on another system which works). -- dam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742822: Bug#713135: startpar-bridge causes rc to hang with a variety of job types and situations
[Petter Reinholdtsen] OK. Lets do it that way instead, then. Would need a new startpar and sysvinit upload at the same time, to avoid problems with debootstrap, I believe. If you got time to do it, great. If not, I'll try to find time the coming week to fix it. I've just commited the changes I believe are required for startpar to git. Please have a look at check if I forgot something. URL: http://anonscm.debian.org/gitweb/?p=collab-maint/startpar Note, I discovered that by mistake the startpar package did not include the file in /etc/init/ at all, so there never was two files present to do the injection. This made the fix a bit easier than expected. I am unsure if I should break/replace 2.88dsf-52 or 2.88dsf-53 (ie next upload). Opinions? -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711787: falconpl: FTBFS on mipsen
On Sun, 2014-03-09 16:08:35 +1100, Aníbal Monsalve Salazar wrote: On Sun, Jun 09, 2013 at 09:16:26PM +0200, Julien Cristau wrote: Source: falconpl Version: 0.9.6.9-git20120606-2 Severity: serious Justification: fails to build from source (but built successfully in the past) The falconpl build on mipsen (and sparc) dies with a bus error. Likely some alignment issue(?). Cheers, Julien It didn't build on mips before but it does now. https://buildd.debian.org/status/fetch.php?pkg=falconplarch=mipsver=0.9.6.9-git20120606-2%2Bb1stamp=1394290722 It doesn't build on mipsel where it FTBFS on rem as shown below. cd /«PKGBUILDDIR»/obj-mipsel-linux-gnu/modules/falcon ../../devtools/icomp.sh /«PKGBUILDDIR»/modules/falcon/img/qrcode.fal /«PKGBUILDDIR»/obj-mipsel-linux-gnu/modules/falcon/img/qrcode.fam ../../devtools/icomp.sh: line 17: 26517 Bus error $current_path/bin/falcon -o $TARGET -c $SOURCE make[3]: *** [modules/falcon/img/qrcode.fam] Error 138 But It builds with pbuilder (minimal, updated, clean chroot). My build log is at: http://people.debian.org/~anibal/falconpl/falconpl_0.9.6.9-git20120606-2_mipsel.log.bz2 I'll ask to give it back to an auto-builder (not rem/eysler). On eysler it FTBFS as shown below. cd /build/buildd-falconpl_0.9.6.9-git20120606-2-mipsel-d1imFa/falconpl-0.9.6.9-git20120606/obj-mipsel-linux-gnu/modules/falcon ../../devtools/icomp.sh /build/buildd-falconpl_0.9.6.9-git20120606-2-mipsel-d1imFa/falconpl-0.9.6.9-git20120606/modules/falcon/img/qrcode.fal /build/buildd-falconpl_0.9.6.9-git20120606-2-mipsel-d1imFa/falconpl-0.9.6.9-git20120606/obj-mipsel-linux-gnu/modules/falcon/img/qrcode.fam Bus error make[3]: *** [modules/falcon/img/qrcode.fam] Error 138 At https://lists.debian.org/debian-mips/2014/03/msg5.html Aurelien Jarno noted: It fails to build with a SIGBUS. It is therefore more likely an alignement issue than a lack of memory issue. It happens it fails to build on swarm based machines (both little and big endian) and Loongson 2 machines, while it builds fine on octeon and Loongson 3 machines. It happens that the FP emulator on the octeon and the Loongson 3 machines do not enforce 8-byte alignement for double types. As the package only builds there, it seems likely that building the package on these machines is just ignoring the issue and that some of the users won't be able to run this package on their MIPS machine, even with a lot of RAM. signature.asc Description: Digital signature
Bug#740793: RFA: x-tile
Hi, Please don't drop bug's address from Cc unless there's a good reason to do so. It makes harder to track things and it hides your contributions, which is a thing you don't really want if you're going to apply to DM :) On Mon, Mar 24, 2014 at 02:14:00PM +0100, Vijay Gopal Chilkuri wrote: On Mon, Mar 24, 2014 at 10:25:22AM +0100, Ricardo Mones wrote: Hi, Hi, and thanks for the fast reply. On Sat, Mar 22, 2014 at 10:29:02PM +0100, Vijay Gopal Chilkuri wrote: Hi, I'm an aspiring maintainer and would like to help DD's in exchange for sponsorship. Since you say you're a newcomer I hope you understand the sponsorship we're talking about here is nothing to be exchanged. It's just the process of uploading a package that somebody made by some other which has permissons to upload it to Debian archive: https://wiki.debian.org/DebianMentorsFaq#What.27s_a_sponsor.2C_why_do_I_want_one.2C_and_how_do_I_get_one.3F Yes, I understand completely. I've been on the mailing list for one year now and have an impression of how things work in the debian community. I understand that the sponsorship implies nothing more than help regarding the uploading of packages. If the package x-tile is still up for adoption I would like to maintain it. I am a newcomer in the debian community. I also have a couple of my own applications that I would like to package for debian in the future. That said, I've been using linux for the last 5 years and have a strong background in C/Fortran/Python. Do you plan to apply for maintainer/developer¹? Have you made any Debian package²? Yes I plan to apply for debian maintainer. I have recently made a package to calculate quantum mechanical tables (Clebsh-Gordan coefficients) that I would like to make freely accessible on debian. I'm a French PhD student in the field of computational chemistry. The idea is that you must be able to do the maintenance completely by yourself in a near future. It's preferably that you try to package something first so you roughly understand the whole picture than trying to understand packaging made by somebody. Said that, it also depends on your skills, so if you're able to make a new package for x-tile (eventually addressing current bug) and upload it to mentors³ I'll be glad to review it. I understand, just to be clear, what i would like to do is to upload the (ideally) error free package on mentors.debian.org, is that fine with you Yes, please, that's the way to go. Point me to the URL when it's ready. Thanks for your interest, Thanks for your help ! regards, ¹ http://nm.debian.org/ ² https://wiki.debian.org/IntroDebianPackaging ³ http://mentors.debian.net/ -- Ricardo Mones ~ Don't take the name of root in vain. /usr/src/linux/README -- Ricardo Mones ~ 00:45 hammar cool.. have you used rssyl? 00:46 @Ticho um, yesSeen on #sylpheed signature.asc Description: Digital signature
Bug#743272: RFP: shocco -- documentation generator for Posix shell programs
Package: wnpp Severity: wishlist * Package name: shocco Version : 1.0 Upstream Author : Ryan Tomayko r...@tomayko.com * URL : http://rtomayko.github.io/shocco/ * License : Expat license terms Programming Lang: Posix shell Description : documentation generator for Posix shell programs shocco is a quick-and-dirty, literate-programming-style documentation generator written for and in POSIX shell. It borrows liberally from Docco, the original QD literate-programming-style doc generator. . ‘shocco(1)’ reads shell scripts and produces annotated source documentation in HTML format. Comments are formatted with Markdown and presented alongside syntax highlighted code so as to give an annotation effect. -- \ “Pinky, are you pondering what I'm pondering?” “I think so, | `\ Brain, but why does a forklift have to be so big if all it does | _o__) is lift forks?” —_Pinky and The Brain_ | Ben Finney b...@benfinney.id.au signature.asc Description: Digital signature
Bug#741561: Proposal for resolution of this issue
Hi all, Please provide an additional binary package, e.g. ca-certificates-cacert that installs the cacert certificates without any further involvement of the user. I think this is the way we should go forward that will satisfy the users of CAcert and also satisfy the desire to keep that certificate no longer in the ca-certificates core package. We can just have ca-certificates build and extra binary package with only this certificate in it. ca-certificates would not depend or recommend this new package. As I've argued before, I'm fully in agreement with the fact that CAcert should no longer be in ca-certificates proper. I see that adding a separate binary package will not hurt that decision. I still acknowledge that CAcert is somewhat 'special', being the only community CA, so I think it's defendable that we create a separate binary package for it. And that we will not do the same for any next random root CA that comes by, so it will only be this one. Do the maintainers agree? Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711787: NMU patch for falconpl 0.9.6.9-git20120606-2.1
debdiff falconpl_0.9.6.9-git20120606-2.dsc falconpl_0.9.6.9-git20120606-2.1.dsc diff -Nru falconpl-0.9.6.9-git20120606/debian/changelog falconpl-0.9.6.9-git20120606/debian/changelog --- falconpl-0.9.6.9-git20120606/debian/changelog 2012-12-26 05:43:56.0 + +++ falconpl-0.9.6.9-git20120606/debian/changelog 2014-03-26 13:02:12.0 + @@ -1,3 +1,12 @@ +falconpl (0.9.6.9-git20120606-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix alignment issue on 32-bit MIPS. +Patch by Dejan Latinovic. +Closes: #711787 + + -- Anibal Monsalve Salazar ani...@debian.org Wed, 26 Mar 2014 13:02:04 + + falconpl (0.9.6.9-git20120606-2) unstable; urgency=medium * debian/patches/02-Fixed-the-value-set-for-CURLOPT_SSL_VERIFYHOST.patch: diff -Nru falconpl-0.9.6.9-git20120606/debian/patches/03-fix-unaligned-malloc-mips.patch falconpl-0.9.6.9-git20120606/debian/patches/03-fix-unaligned-malloc-mips.patch --- falconpl-0.9.6.9-git20120606/debian/patches/03-fix-unaligned-malloc-mips.patch 1970-01-01 01:00:00.0 +0100 +++ falconpl-0.9.6.9-git20120606/debian/patches/03-fix-unaligned-malloc-mips.patch 2014-03-26 13:01:10.0 + @@ -0,0 +1,110 @@ +From: Dejan Latinovic dejan.latino...@imgtec.com +Subject: falconpl patch + +https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711787 + +We looked at the falconpl package. As Aurelien Jarno said (see his +message at the web address below), this is not a lack of memory issue +but an alignment issue. + +https://lists.debian.org/debian-mips/2014/03/msg5.html + +Falcon has it own basic memory manager functions. In these functions, +during memory allocation, the size of allocated memory is expanded by +sizeof(size_t) [4 bytes, on 32-bit MIPS], which is used for saving an +amount of allocated memory. + +The first 4 bytes are used to store the amount. Because of that, the +pointer is offset by these 4 bytes and address of the actual data is +not aligned by 8. + +Bus Error happens for data with an amount of 8 bytes or larger, due to +usage of 32-bit MIPS instructions ldc1 and sdc1, for double type +access on address not aligned by 8. + +To avoid this behavior we add one more block of 4 bytes +(sizeof(size_t)) during allocation, to realign the data address. + +With these changes we were able to built the falconpl successfully on +our local MIPS board. + +Besides that, we run tests from tests/core/testsuite/. There were no +fails with a Bus Error. Only one test failed, but the same one failed +on amd64. + +The patch that contains these changes is attached. + +The other approach was to use lower optimization flags. Using -O0 flag +we successfully built the falconpl, as well. + +--- a/engine/memory.cpp b/engine/memory.cpp +@@ -70,7 +70,11 @@ + + void * DflAccountMemAlloc( size_t amount ) + { ++#if defined (__mips__ ) !defined(__mips64) ++ size_t *ret = (size_t*) malloc( amount + 2 * sizeof(size_t) ); ++#else +size_t *ret = (size_t*) malloc( amount + sizeof(size_t) ); ++#endif +if ( ret == 0 ) { + printf( Falcon: fatal allocation error when allocating %d bytes\n, (int) amount ); + exit(1); +@@ -78,7 +82,11 @@ + +gcMemAccount( amount ); +*ret = amount; ++#if defined (__mips__ ) !defined(__mips64) ++ return ret+2; ++#else +return ret+1; ++#endif + } + + +@@ -87,8 +95,13 @@ +if ( mem != 0 ) +{ + size_t *smem = (size_t*) mem; ++#if defined (__mips__ ) !defined(__mips64) ++ gcMemUnaccount( smem[-2] ); ++ free( smem-2 ); ++#else + gcMemUnaccount( smem[-1] ); + free( smem-1 ); ++#endif +} + } + +@@ -105,10 +118,18 @@ + + +size_t *smem = (size_t*) mem; ++#if defined (__mips__ ) !defined(__mips64) ++ smem-=2; ++#else +smem--; ++#endif +size_t oldalloc = *smem; + ++#if defined (__mips__ ) !defined(__mips64) ++ size_t *nsmem = (size_t*) realloc( smem, amount + 2 * sizeof( size_t ) ); ++#else +size_t *nsmem = (size_t*) realloc( smem, amount + sizeof( size_t ) ); ++#endif + +if ( nsmem == 0 ) { + printf( Falcon: fatal reallocation error when allocating %d bytes\n, (int) amount ); +@@ -121,7 +142,11 @@ +else + gcMemUnaccount( oldalloc - amount ); + ++#if defined (__mips__ ) !defined(__mips64) ++ return nsmem+2; ++#else +return nsmem+1; ++#endif + } + + diff -Nru falconpl-0.9.6.9-git20120606/debian/patches/series falconpl-0.9.6.9-git20120606/debian/patches/series --- falconpl-0.9.6.9-git20120606/debian/patches/series 2012-12-26 05:38:36.0 + +++ falconpl-0.9.6.9-git20120606/debian/patches/series 2014-03-26 12:55:08.0 + @@ -1,2 +1,3 @@ 01_gtk_MessageDialog_Wformat-security.patch 02-Fixed-the-value-set-for-CURLOPT_SSL_VERIFYHOST.patch +03-fix-unaligned-malloc-mips.patch signature.asc Description: Digital signature
Bug#743175: zendframework: two security issues
Hi, CVE names have been assigned for these issues. The assignment is rather complicated. If you fix both issues in one upload it's ok to just mention that it addresses the 5 CVE's named below. http://framework.zend.com/security/advisory/ZF2014-01 CVE-2014-2681 - This CVE is for the lack of protection against XML External Entity injection attacks in some functions, because of the incomplete fix in CVE-2012-5657. It appears that this only affects Zend Framework 1.x, although that isn't critical to determining the number of CVE IDs. CVE-2014-2682 - This CVE is for the failure to consider that the libxml_disable_entity_loader setting is shared among threads in the PHP-FPM case. Again, the existence of this CVE means that the CVE-2012-5657 fix was incomplete. It appears that this affects more than just Zend Framework 1.x, although that isn't critical to determining the number of CVE IDs. CVE-2014-2683 - This CVE is for the lack of protection against XML Entity Expansion attacks in some functions, because of the incomplete fix in CVE-2012-6532. It appears that this also affects more than just Zend Framework 1.x, although that isn't critical to determining the number of CVE IDs. http://framework.zend.com/security/advisory/ZF2014-02 CVE-2014-2684 - This CVE is for the error in the consumer's verify method that leads to acceptance of wrongly sourced tokens. The same CVE is used for Zend Framework 1.x and ZendOpenId 2.x, even though the code is not identical. CVE-2014-2685 - This CVE is for the specification violation in which signing of a single parameter is incorrectly considered sufficient. Again, this CVE is for both Zend Framework 1.x and ZendOpenId 2.x. Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743273: sysv-rc: invoke-rc.d too silent when used under systemd
Package: sysv-rc Version: 2.88dsf-51 Severity: minor Dear Maintainer, when invoke-rc.d is called under systemd, it doesn't even tell the user that a service has been started/stopped/restarted. This is surprising, especially considering that invoke-rc.d is used by maintainer scripts: When I re-installed a package I was working on, I wondered why the service had not been restarted the way it used to be. Using systemctl status, I noticed that it actually *had* been restarted, but it didn't tell me. To reproduce, run invoke-rc.d postfix reload or anything similar. On a sysvinit system, this prints [ ok ] Reloading Postfix configuration...done. while on a systemd system, it prints nothing. Kind regards Ralf -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14.0 (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 sysv-rc depends on: ii debconf [debconf-2.0] 1.5.52 ii insserv1.14.0-5 ii sysvinit-utils 2.88dsf-51 Versions of packages sysv-rc recommends: ii lsb-base 4.1+Debian12 Versions of packages sysv-rc suggests: pn bum none pn sysv-rc-conf none -- debconf information: sysv-rc/unable-to-convert: sysv-rc/convert-legacy: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725253: libgf2x1: Illegal instruction (pclmul ?) on pre-2010 CPU
Hi, do you have more information on that bug? Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741975: Severity inflation?
Hi, how-can-i-help (http://wiki.debian.org/how-can-i-help) just told me that this package might be removed due to this bug: New packages going to be removed from Debian 'testing' (the maintainer might need help): - mozilla-gnome-keyring - http://packages.qa.debian.org/mozilla-gnome-keyring - removal on 2014-04-16 (bug: #741975) Given the current status of the bug (and that it's working fine at least for the maintainer and myself), the Severity: grave seems to be a bit exaggerated. Maybe we can downgrade it to normal for the time being to avoid the removal of the package from testing? Thanks, Philipp -- vay' DalarghDI' yIqaw -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734617: cppcheck 1.64 can't find configs
Hello, Gianfranco. I've built cppcheck 1.64 from http://mentors.debian.net/debian/pool/main/c/cppcheck/ I try to run it on my project and it gives me an error: cppcheck . (information) Failed to load std.cfg. Your Cppcheck installation is broken, please re-install. The Cppcheck binary was compiled without CFGDIR set. Either the std.cfg should be available in cfg or the CFGDIR should be configured. I suppose you should pass (for example) CFGDIR=/usr/share/cppcheck/cfg to make and install content of cfg subdir to this path. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743274: sysv-rc: update-rc.d warns about configuration changes (current ... runlevel(s) ... overrides LSB defaults)
Package: sysv-rc Version: 2.88dsf-51 Severity: normal Dear Maintainer, when using update-rc.d to disable automatic startup of a service, I get a warning as follows: $ sudo update-rc.d osspd disable insserv: warning: current start runlevel(s) (empty) of script `osspd' overrides LSB defaults (2 3 4 5). insserv: warning: current stop runlevel(s) (0 1 2 3 4 5 6) of script `osspd' overrides LSB defaults (0 1 6). I tried for some time to fix my init script (I am maintainer of osspd), but as this error shows up when disabling any service, I concluded that the script is probably all right. Now I wonder what's going wrong here - judging from the fact that there is a warning, something seems to be wrong. But from all I can tell, what update-rc.d (or insserv) is warning about is that I changed the configuration, which is exactly what I told it to do. If that's the case, the warning should be removed - it is not worth a warning to tell the admin that it changed the configuration to no longer match the default, if that's the sole purpose of the action he just took. Actually, it is very confusing as the admin may think something with what he just did is wrong. If however there's something else that this warns about, I'd appreciate guidance how to fix my script. And maybe the message should be made clearer. Kind regards Ralf -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14.0 (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 sysv-rc depends on: ii debconf [debconf-2.0] 1.5.52 ii insserv1.14.0-5 ii sysvinit-utils 2.88dsf-51 Versions of packages sysv-rc recommends: ii lsb-base 4.1+Debian12 Versions of packages sysv-rc suggests: pn bum none pn sysv-rc-conf none -- debconf information: sysv-rc/convert-legacy: true sysv-rc/unable-to-convert: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742481: pu: for shutdown-at-night
Dear release team, any news on the wheezy-pu request for shutdown-at-night/0.10+deb7u2? The Debian Edu team would like to make a new point release and it would be good to have the above fix included in Debian wheezy's next point release. Thanks+Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpDKU6SMq_ks.pgp Description: Digitale PGP-Signatur
Bug#743235: qemu: vm with pc-0.11 machine and multiple NICs do not start anymore: RAMBlock blahblah.rom already registered, abort!
On 03/31/2014 09:08 PM, Michael Tokarev wrote: qemu-system-x86_64 -enable-kvm -name sulis -S -machine pc-0.11,accel=kvm,usb=off -cpu This is it. -machine pc-0.11 does this. -machine pc-0.12 does not. So something broke in 1.7 for very old machine types. I'll try to envestigate. But please note that support of such very old machine types is of low priority. Please try to migrate to some current machine type. Thanks for the swift response. I must admit that I was not even aware that this was *such* an old vm :) signature.asc Description: OpenPGP digital signature
Bug#741404: [LCFC] templates://ganeti/{templates/versioned.templates}
This is the last call for comments for the review of debconf templates for ganeti. The reviewed templates will be sent on Thursday, April 03, 2014 to this bug report and a mail will be sent to this list with [BTS] as a subject tag. -- Template: @package@/abort-removal Type: boolean Default: true _Description: Abort ${package} removal? You are attempting to remove ${package}, but it seems that the running Ganeti version is still ${version}. . This can happen if you upgrade the ganeti package to a new minor version, but have not run gnt-cluster upgrade yet. Removing ${package} will cause Ganeti to stop functioning correctly. . It is highly recommended to abort the removal now and upgrade the cluster before removing ${package}. Source: ganeti Section: admin Priority: extra Maintainer: Debian Ganeti Team pkg-ganeti-de...@lists.alioth.debian.org Uploaders: Guido Trotter ultrot...@debian.org, Apollon Oikonomopoulos apoi...@debian.org Build-Depends: debhelper (= 9), m4, python-all, ghc (= 6.12), ghc-ghci, libghc-curl-dev, libghc-json-dev, libghc-snap-server-dev, libghc-network-dev, libcurl4-gnutls-dev, libghc-parallel-dev, libghc-utf8-string-dev, libghc-deepseq-dev, libghc-hslogger-dev, libghc-crypto-dev, libghc-text-dev, libghc-hinotify-dev, libghc-regex-pcre-dev, libghc-attoparsec-dev, libghc-vector-dev, libpcre3-dev, python-simplejson, python-pyparsing, python-openssl, python-bitarray, python-support (= 0.6), python-pyinotify, python-pycurl, python-paramiko, python-ipaddr, python-sphinx (= 1.0.7+dfsg), graphviz, qemu-utils, socat, iproute2 | iproute, bash-completion, po-debconf Standards-Version: 3.9.5 X-Python-Version: = 2.6 Homepage: http://code.google.com/p/ganeti/ Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-ganeti/ganeti.git Vcs-Git: git://anonscm.debian.org/pkg-ganeti/ganeti.git Package: ganeti2 Architecture: all Depends: ganeti, ${misc:Depends} Description: transitional dummy package This is a transitional dummy package for ganeti. It can safely be removed. Package: ganeti Architecture: all Breaks: ganeti2 ( 2.7.0-2), ganeti-haskell Replaces: ganeti2 ( 2.7.0-2), ganeti-haskell, ganeti-htools Depends: ganeti-2.10 (= ${source:Version}), ganeti-haskell-2.10 (= ${source:Version}), ganeti-haskell-2.10 ( ${source:Version}.1~), ganeti-htools-2.10 (= ${source:Version}), ganeti-htools-2.10 ( ${source:Version}.1~), adduser, ${misc:Depends} Recommends: drbd8-utils (= 8.0.7), qemu-kvm | xen-linux-system-amd64 | xen-linux-system-686-pae, ganeti-instance-debootstrap, ndisc6 Suggests: ganeti-doc, blktap-dkms Conflicts: ganeti-htools Provides: ${python:Provides}, ganeti-htools Description: cluster virtualization manager Ganeti is a virtual server cluster management tool built on top of the Xen and KVM virtualization technologies and other free software. It provides an automated environment to manage highly available virtual machine instances. . It is designed to facilitate cluster management of virtual servers using commodity hardware, and to provide fast and simple recovery after physical failures. It can take care of operations such as redundant disk creation and management, operating system installation (in cooperation with OS-specific install scripts), startup, shutdown, and failover of instances between physical systems. . This package installs the complete Ganeti system. Package: ganeti-2.10 Architecture: all Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, lvm2, openssh-client, openssh-server, bridge-utils, iproute2 | iproute, iputils-arping, openssl, python-simplejson, python-pyparsing, python-openssl, python-pyinotify, python-pycurl, python-paramiko, python-bitarray, python-ipaddr, socat, fping, adduser, debconf | debconf-2.0 Provides: ${python:Provides} Description: cluster virtualization manager - Python components Ganeti is a virtual server cluster management tool built on top of the Xen and KVM virtualization technologies and other free software. It provides an automated environment to manage highly available virtual machine instances. . It is designed to facilitate cluster management of virtual servers using commodity hardware, and to provide fast and simple recovery after physical failures. It can take care of operations such as redundant disk creation and management, operating system installation (in cooperation with OS-specific install scripts), startup, shutdown, and failover of instances between physical systems. . This package provides all architecture-independent components of Ganeti 2.10. Package: ganeti-haskell-2.10 Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, debconf | debconf-2.0 Description: cluster virtualization manager - Haskell components Ganeti is a virtual server cluster management tool built on top of the Xen and KVM virtualization technologies and other free software. It provides an automated environment to manage highly available virtual machine instances. . It is
Bug#741107: [BTS#741107] templates://distributed-net/{distributed-net.templates} : Final update for English review
Dear Debian maintainer, On Wednesday, March 12, 2014, I notified you of the beginning of a review process concerning debconf templates for distributed-net. The debian-l10n-english contributors have now reviewed these templates, and the final proposed changes are attached to this update to the original bug report. Please review the suggested changes, and if you have any objections, let me know in the next 3 days. However, please try to avoid uploading distributed-net with these changes right now. The second phase of this process will begin on Friday, April 04, 2014, when I will coordinate updates to translations of debconf templates. The existing translators will be notified of the changes: they will receive an updated PO file for their language. Simultaneously, a general call for new translations will be sent to the debian-i18n mailing list. Both these calls for translations will request updates to be sent as individual bug reports. That will probably trigger a lot of bug reports against your package, but these should be easier to deal with. The call for translation updates and new translations will run until about Friday, April 25, 2014. Please avoid uploading a package with fixed or changed debconf templates and/or translation updates in the meantime. Of course, other changes are safe. Please note that this is an approximative delay, which depends on my own availability to process this work and is influenced by the fact that I simultaneously work on many packages. Around Saturday, April 26, 2014, I will contact you again and will send a final patch summarizing all the updates (changes to debconf templates, updates to debconf translations and new debconf translations). Again, thanks for your attention and cooperation. -- # These templates have been reviewed by the debian-l10n-english # team # # If modifications/additions/rewording are needed, please ask # debian-l10n-engl...@lists.debian.org for advice. # # Even minor modifications require translation updates and such # changes should be coordinated with translators and reviewers. Template: distributed-net/fullconfig Type: boolean Default: false _Description: Run the distributed.net client configuration utility? The distributed.net client needs to be configured before it can be used. While most options have reasonable defaults, you need to specify the e-mail address to which you would like distributed.net to credit any work done by the client. If you are installing the distributed-net package for the first time, then you must configure the client, otherwise the distributed.net client will refuse to start. . When the distributed.net client is run as a daemon (via /etc/init.d/distributed-net), the output will be redirected to /var/log/distributed-net.log. You do not need to set up a log file. Since the init script is controlling the distributed.net client, you should not enable quiet mode as that breaks the init script. Source: distributed-net Section: non-free/misc Priority: optional Maintainer: James E. Stark jst...@ieee.org Homepage: http://www.distributed.net/ Build-Depends: debhelper (= 5.0.0), po-debconf Standards-Version: 3.9.5 Package: distributed-net Architecture: i386 amd64 sparc powerpc armel mipsel Conflicts: rc564 Replaces: rc564 Suggests: apmd, acpid Depends: host | bind9-host, libc6 | libc6.1, ${misc:Depends} Recommends: logrotate Description: client to donate unused CPU cycles to distributed.net Donate your extra CPU cycles to a worthy cause! . distributed.net started in 1997 as a project whose purpose was to win a series of contests sponsored by RSA Data Security Inc., to crack their RC5 encryption by brute-force methods. These contests were meant to show governments of nations such as the United States, who limit exports or use of cryptography, that the standards allowed are too weak for general use. . Since this time, distributed.net's focus has changed from solely cracking RSA's RC5 and DES projects to working on more diverse distributed computing problems. . The ongoing projects are RC5-72 and Optimal Golomb Rulers (28-mark), the latter of which has practical applications in science. There are also a number of other projects which are either periodic or upcoming. You may choose which project you wish to participate in. . Installing this package will allow unused CPU cycles on your computer to contribute to cracking the code. There should be no noticeable slowdown of your system, since the client runs niced, and only uses CPU time when your computer would otherwise be idle. --- distributed-net.old/debian/distributed-net.templates2014-03-08 17:59:47.657657134 +0100 +++ distributed-net/debian/distributed-net.templates2014-04-01 10:56:18.822335943 +0200 @@ -1,3 +1,12 @@ +# These templates have been reviewed by the debian-l10n-english +# team +# +# If modifications/additions/rewording are needed, please ask +# debian-l10n-engl...@lists.debian.org for advice. +# +# Even
Bug#729553: shutdown-at-night: Shuts down machines with the user still active
I've requested a stable update for this issue, and are waiting for feedback from the stable release team before an fix can be uploaded. The first time I asked the release team for an stable update was in URL: http://bugs.debian.org/730251 reported 2013-11-23 and got some feedback then. But I had completley forgotten about it the next time I had time to look at this and reported a new pu request as URL: http://bugs.debian.org/742481 2014-03-24. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741370: pen: security issues with pen
I just released 0.22.0, hoping noone will think it is a joke. This release has one new feature, the Unix domain listening sockets suggested above. The hard-coded path for the web stats has been removed, so the status command now simply fails unless a path has been explicitly specified. Pen is now reluctant to open the control socket running as root. A user who really, really wants to can still do that, but has to jump through more hoops. This behaviour, as well as what the control socket does, is documented in the pen man page. Finally, the cgi script has been updated to just print an error message and exit. If Debian continue to distribute it, it should be harmless in this form. Ulric
Bug#741561: Should we open a bug to define wether #741561 is critical or wishlist?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, Am Di den 1. Apr 2014 um 9:06 schrieb Thijs Kinkhorst: On Tue, April 1, 2014 08:57, Klaus Ethgen wrote: Hmmm, for some reason someone changed the certificte of bugs.debian.org to a unknown certificate issuer so bts show does not work anymore. Who the hell is GANDI CA? You're kidding right, maybe because of the date? The Gandi CA is signed by the UTN Userfirst root CA which is in ca-certificates. Your whole argument revolves around the fact that a certificate must be in ca-certificates for you to be able to use/trust it. However, if the BTS uses a CA that is actually included in ca-certificates, you throw up your arms in the air? I'm really at a loss here. Hmm.. A bit OT to this bug but only a bit. Well, I have only trusted CAs enabled in ca-certificate and the spi as it was used before for debian sites. However, I had a bad feeling at this CA as I cannot check there trustability. UTN Userfirst is completely unknown for me. So I don't had enabled it. But I might be one of the only people that selects which CAs to trust and which not. It is really a problem with that intermediate certificates. But this problem lies in ssl/tls at all. Its a structural problem. But when we are at the point that it is a application fault not to allow single certificates, then we can count bts itself in as it only tells the user that it is not able to connect to b.d.o. And to go back fully to topic. As I told before, I do not say to include cacert _and_ enable it by default. Just have it in the package and leaving it to the admin to decide to enable it. No, it's a wget problem that you can only specify to not check any certificate or check any (--no-check-certificate). There is no way to only skip this particular certificate from one side. There is. How to add certificates to the trusted store is documented in ca-certificates and has also been explained in this bug. Hmm. Not with wget alone. True, you can include it in /etc/ssl (/usr/local/...) but you cannot just accept an wget connection by checking the fingerprint. including it in usr_local for ca-certificates is an admin decision. The user using wget has no such way. I just gave the examples I use on a daily base. For normal users there are similar programs. However, I saw also mutt users that just gave a fuck about the fingerprint they are provided with and just accepted it. I agree that these users exist. However, if they accept anything, then they are by definition not influenced by what is in ca-certificates or not. Any attacker will already be able to control their connection. Thats true, but _what_ is the reason that such users exists? Its the fact that they was getting asked too often for stuff that could be handled without asking. Its the same problem that firefox is fighting by making the accepting of unknown certificates just one or two clicks more. But the real problem is to lull the user with too many questions. And now we have several more questions cause of the removal of cacert. It is the decision of the service provider to use cacert. So that certificate should be trusted by the user. If some other certificate of a MITM pops up, that should trigger an alert. But now also the correct certificate triggers an alert. Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJTOoRzAAoJEKZ8CrGAGfasULML+wdlip5hL6r3I8VAJwkVBuhQ GG8scSq/pfQ9A+G/JGNgsirNadx1qT46AgjwEKwfMwJPhDXdZDfAx3E5UwfSBzyo IlaMeGnYnJll3Ozq3umaMNkYgPcTRM/oCd9VL6Plv6TTB/xib1YVKH6Mvd/82yOm ahFlvcvdst9wijzehX1JEfygw0OvL/SK3Lc0SkGeJjoyebgZfjy6uPyI230ZYLbk 3+4jgEp5It3T7pXw+FBzqqsCOvXbiYUuyMEdZppcngkcDU/ZY7YcfXufW/j5u3Bk 0sL+1LjP9+5cVNQN8EIorKKwDD7e9JZvN9nXvp6znEfW1kJm5wuTlrla4LgPEMbA UGrFwLTKBLcKcLvjIpi27SMKaUkqmcVerm0S+KnbEl0XGyRfhwbX67sxzQoIGcWR SgGPSHD9xI/8fOjwlh9M0AAR+8dg5oicYSkMp3Qc91TZm56epU/exIvNOmiCb8ns Uc7t1OE97nxQQbBuckyTOdNwsLQ6G/uhbkfSCzDncA== =VvY/ -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#743275: python3-cigi installs an untagged python3 extension
Package: python3-cigi Version: 3.3.3a+svn818-5 Severity: grave Tags: sid jessie User: debian-pyt...@lists.debian.org Usertags: python3.4 python3-cigi installs an untagged python3 extension _cigi.so, which is tried to load from python3.4 and fails. There are several issues: - the extension should be tagged (renamed) with the python ABI tag. The easiest way to do this is to use dh_python3 on the package. - The package build-depends on python3-all-dev, but only builds for the default python3 version. Either build the extension for all python versions, or just use python3-dev as the b-d. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743276: python-cigi builds for python3.3, not python2.7
Package: python-cigi Version: 3.3.3a+svn818-5 Severity: grave Tags: sid jessie python-cigi depends on libpython3.3, and the extension is built for 3.3, not 2.7, making it unusable. And please don't link the extension against the python library. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743277: uim-fep does not start to convert KANJI in default settings.
Package: uim-fep Version: 1:1.8.6-4 Severity: normal Dear Maintainer, I expected I installed uim-fep. then do im-config. But Shift + SPC, Ctrl + SPC, Hankaku/Zenkaku key do not start to convert Kanji. I need to change '/usr/share/uim/generic-key-custom.scm' ;(define-custom 'generic-on-key '(zenkaku-hankaku Shift ) (define-custom 'generic-on-key '(zenkaku-hankaku Control ) ;(define-custom 'generic-off-key '(zenkaku-hankaku Shift ) (define-custom 'generic-off-key '(zenkaku-hankaku Control ) This changes are able to start to convert KANJI, when you hit CTRL + SPC. Best Yukiharu -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.13-1-486 Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages uim-fep depends on: ii libc62.18-4 ii libgcroots0 0.8.5-4 ii libncurses5 5.9+20140118-1 ii libtinfo55.9+20140118-1 ii libuim-data 1:1.8.6-4 ii libuim-scm0 1:1.8.6-4 ii libuim8 1:1.8.6-4 ii uim-common 1:1.8.6-4 ii uim-utils1:1.8.6-4 uim-fep recommends no packages. uim-fep 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#743177: libvtk6 should conflicts with libvtk5.8
python-vtk6 and python-vtk are actually already conflicting [1] I forgot about that. [1] http://anonscm.debian.org/gitweb/?p=debian-science/packages/vtk6.git;a=blob;f=debian/control;h=d8d836e1f3311c99d3564c3cfbe4856ad22b07c3;hb=HEAD#l196 Anton 2014-04-01 9:36 GMT+02:00 Mathieu Malaterre mathieu.malate...@gmail.com: On 4/1/14, Anton Gladky gl...@debian.org wrote: We can declare as conflicting python-vtk and python-vtk6. IMHO we get a lot of troubles, declaring libvtk5.8 and libvtk6 as conflicting. Hum, actually you are right. As long as libvtk5-dev and libvtk6-dev conflicts it will be very hard for an app to link to both libvtk5.8 and libvtk6.0. -- Mathieu
Bug#742805: nautilus-image-manipulator: diff for NMU version 1.3-1.1
tags 742805 + patch pending thanks Dear maintainer, I've prepared an NMU for nautilus-image-manipulator (versioned as 1.3-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards, Luca 1.3-1.1.debdiff Description: Binary data
Bug#733759: [git-buildpackage/master] Test option parser fallbacks more thoroughly
tag 733759 pending thanks Date: Tue Apr 1 10:03:35 2014 +0200 Author: Guido Günther a...@sigxcpu.org Commit ID: 14f6ded0143a3e82d04cad2614d705ca3a5b5c7e Commit URL: https://honk.sigxcpu.org/gitweb/?p=git-buildpackage.git;a=commitdiff;h=14f6ded0143a3e82d04cad2614d705ca3a5b5c7e Patch URL: https://honk.sigxcpu.org/gitweb/?p=git-buildpackage.git;a=commitdiff_plain;h=14f6ded0143a3e82d04cad2614d705ca3a5b5c7e Test option parser fallbacks more thoroughly revealing another bug where we overwrote parsed values with defaults Closes: #733759 A snapshot build including this change will be available at http://honk.sigxcpu.org:8001/job/git-buildpackage/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700846: service file
Thanks for the service file, Cameron. Readers are invited to test and (if necessary) to improve it. -- Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741975: Severity inflation?
Hi, On Tue, Apr 01, 2014 at 10:35:00AM +0200, Philipp A. Hartmann wrote: Hi, how-can-i-help (http://wiki.debian.org/how-can-i-help) just told me that this package might be removed due to this bug: New packages going to be removed from Debian 'testing' (the maintainer might need help): - mozilla-gnome-keyring - http://packages.qa.debian.org/mozilla-gnome-keyring - removal on 2014-04-16 (bug: #741975) Given the current status of the bug (and that it's working fine at least for the maintainer and myself), the Severity: grave seems to be a bit exaggerated. Maybe we can downgrade it to normal for the time being to avoid the removal of the package from testing? I've adjusted the severity since I got it to work some how although I don't know what made it work (removing the keyring, opening the keyring from seahorse once, storing the kerings password in the default keyring)? Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733759: [git-buildpackage/master] config: Don't pull in config defaults twice
Hi,` On Mon, Mar 31, 2014 at 04:23:59PM +0100, Klaus Ethgen wrote: [..snip..] H I hoped that this would fix the problem And the both commits are included in 0.6.10. But version 0.6.12 still has this problem. I guess that's what you get for doing things in a hurry and not adding proper tests upfront. Should either be fixed now or I forgot some corner cases in the unit tests. Could you please have another eye on it? Could you check current git? A new snapshot build will show up shortly too. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743279: pnginfo returns random numbers as return code.
Package:pngtools Version:0.4-1 Hello, pnginfo returns random numbers as return code. No chance to tell wether it failed or succeeded. Only a few lines need to be changed. Markusdiff -Nbur pngtools-0.4.orig/debian/changelog pngtools-0.4/debian/changelog --- pngtools-0.4.orig/debian/changelog 2014-04-01 11:44:19.0 +0200 +++ pngtools-0.4/debian/changelog 2014-04-01 11:29:10.928408006 +0200 @@ -1,3 +1,10 @@ +pngtools (0.4-1.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Make pnginfo return a code for error or success. + + -- Markus markus@deb-71-build-64 Tue, 01 Apr 2014 11:27:46 +0200 + pngtools (0.4-1) unstable; urgency=low * New upstream release; diff -Nbur pngtools-0.4.orig/debian/pnginfo.1 pngtools-0.4/debian/pnginfo.1 --- pngtools-0.4.orig/debian/pnginfo.1 2014-04-01 11:44:19.0 +0200 +++ pngtools-0.4/debian/pnginfo.1 2014-04-01 11:36:53.416408061 +0200 @@ -11,7 +11,8 @@ .PP The format for the output bitmaps is hexadecimal, with each pixel presented as a triple \-\- for instance [red green blue]. This means that paletted images et cetera will have their bitmaps expanded before display. .SH RETURNS -Nothing. + 0 success + 1 error .SH EXAMPLE pnginfo \-t toucan.png basn3p02.png basn6a16.png toucan.png... diff -Nbur pngtools-0.4.orig/pnginfo.c pngtools-0.4/pnginfo.c --- pngtools-0.4.orig/pnginfo.c 2008-11-27 00:14:17.0 +0100 +++ pngtools-0.4/pnginfo.c 2014-04-01 11:29:45.808407925 +0200 @@ -18,7 +18,9 @@ The format for the output bitmaps is hexadecimal, with each pixel presented as a triple -- for instance [red green blue]. This means that paletted images et cetera will have their bitmaps expanded before display. DESCRIPTION END -RETURNS Nothing +RETURNS + 0 success + 1 error EXAMPLE START %bash: pnginfo -t toucan.png basn3p02.png basn6a16.png @@ -127,6 +129,8 @@ // For each filename that we have: for (; i argc; i++) pnginfo_displayfile (argv[i], extractBitmap, displayBitmap, tiffnames); + + return 0; } void @@ -153,11 +157,7 @@ // Check that it really is a PNG file fread (sig, 1, 8, image); if (!png_check_sig (sig, 8)) -{ - printf ( This file is not a valid PNG file\n); - fclose (image); - return; -} +pnginfo_error (This file is not a valid PNG file.); // Start decompressing if ((png = png_create_read_struct (PNG_LIBPNG_VER_STRING, NULL, @@ -451,7 +451,7 @@ pnginfo_error (char *message) { fprintf (stderr, %s\n, message); - exit (42); + exit (1); } // Allocate some memory
Bug#729982: [Pkg-sssd-devel] Bug#729982: sssd not starting via systemd
On 31.03.2014 01:34, Alban Browaeys wrote: Package: sssd Version: 1.11.4-1 Followup-For: Bug #729982 Dear Maintainer, Just to pinpoint the issue in the previous report : ExecStart=${exec_prefix}/sbin/sssd -D -f in sssd.service since a while now breaks the unit execution. ie I replace locally ${exec_prefix} with /usr and am back on trail. Though at each upgrade I have to redo the fix. Mind the offending src/sysv/systemd/sssd.service is part of the orig.tar.gz and well also the upstream tarball for 1.11.4 at least. yes, filed upstream now https://fedorahosted.org/sssd/ticket/2293 -- t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742805: nautilus-image-manipulator: diff for NMU version 1.3-1.1
I am fine with your NMU. Thanks for taking care of it. No need to delay more if you want. +Emilien 2014-04-01 11:43 GMT+02:00 Luca Falavigna dktrkr...@debian.org: tags 742805 + patch pending thanks Dear maintainer, I've prepared an NMU for nautilus-image-manipulator (versioned as 1.3-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards, Luca -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730103:
Hi, This is reported upstream at https://bugzilla.gnome.org/show_bug.cgi?id=697192 I was able to get it to work by manually patching files using the fix at https://bugzilla.gnome.org/show_bug.cgi?id=697192#c14 Regards, Johan
Bug#736565: FTBFS on non-PC architectures: FAIL: scram_mt.test
Hello, The cause of this issue is an error in function bam_get_seq(), or to be more precise, function's implementation for non-intel architectures. Function bam_get_seq is used for reading data from alignment blocks in BAM files, block by block. In special cases, when the alignment block being read is the last block in BAM file, and the block has no cigar operations and segment sequence stored inside of it, function incorrectly detects end-of-file. In that case, block has actually been successfully read, but because of erroneous end-of-file detection, it isn't written to output file in SAM format. Attached patch fixes this issue. It is tested on mips, mipsel and powerpc. Best Regards Aleksandar Zlicic --- a/io_lib/bam.c +++ b/io_lib/bam.c @@ -1636,7 +1636,7 @@ /* The remainder, word aligned */ blk_size = blk_ret; -if ((blk_ret = bam_read(b, (char *)bam_cigar(bs), blk_size+4)) == 0) +if (((blk_ret = bam_read(b, (char *)bam_cigar(bs), blk_size+4)) == 0) blk_size!=0) return 0; if (blk_size+4 != blk_ret) {
Bug#743280: libwx-perl: Please update to use wxwidgets3.0
Package: libwx-perl Version: 1:0.9922-2 Severity: normal User: freewx-ma...@lists.alioth.debian.org Usertags: wx3.0 Dear maintainer, We're aiming to migrate the archive to using wxwidgets3.0 instead of wxwidgets2.8. Upstream for libwx-perl have just released 0.9923, which will apparently: - build with wxWidgets 3.0.0 http://www.wxperl.it/2014/03/wx-09923-released.html Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533081: Aw: Bug#533081 closed by Mattia Rizzolo mapr...@ubuntu.com ()
reopen 533081 thanks Hi, Since upstream fixed the issue in 1.4.0 and we have 1.4.2, I'm closing the bug. No, upstream didn't fix the bug in 1.4.0. 1.4.0 is broken still At least the version in wheezy which claims to be 1.4.0: https://packages.debian.org/wheezy/scribus - no libhyphen dependency - /usr/share/scribus/dicts/README_ca_ES.txt /usr/share/scribus/dicts/README_cs_CZ.txt /usr/share/scribus/dicts/README_cy_GB.txt /usr/share/scribus/dicts/README_de_1901.txt /usr/share/scribus/dicts/README_de_DE.txt /usr/share/scribus/dicts/README_en_EN.txt /usr/share/scribus/dicts/README_en_GB.txt /usr/share/scribus/dicts/README_es_ES.txt /usr/share/scribus/dicts/README_fi_FI.txt /usr/share/scribus/dicts/README_hu_HU.txt /usr/share/scribus/dicts/README_hyph_da_DK.txt /usr/share/scribus/dicts/README_hyph_de_CH.txt /usr/share/scribus/dicts/README_hyph_de_DE.txt /usr/share/scribus/dicts/README_hyph_ia.txt /usr/share/scribus/dicts/README_hyph_nb_NO.txt /usr/share/scribus/dicts/README_hyph_nn_NO.txt /usr/share/scribus/dicts/README_hyph_pl_PL.txt /usr/share/scribus/dicts/README_hyph_ro_RO.txt /usr/share/scribus/dicts/README_id_ID.txt /usr/share/scribus/dicts/README_is_IS.txt /usr/share/scribus/dicts/README_ku.txt /usr/share/scribus/dicts/README_lt_LT.txt /usr/share/scribus/dicts/README_pt_BR.txt /usr/share/scribus/dicts/README_pt_PT.txt /usr/share/scribus/dicts/README_ru_RU_0.txt /usr/share/scribus/dicts/README_sk_SK.txt /usr/share/scribus/dicts/README_sl_SI.txt /usr/share/scribus/dicts/README_sv_SE.txt /usr/share/scribus/dicts/README_uk_UA.txt /usr/share/scribus/dicts/hyph_af.dic /usr/share/scribus/dicts/hyph_bg.dic /usr/share/scribus/dicts/hyph_ca.dic /usr/share/scribus/dicts/hyph_cs.dic /usr/share/scribus/dicts/hyph_da.dic /usr/share/scribus/dicts/hyph_de.dic /usr/share/scribus/dicts/hyph_de_1901.dic /usr/share/scribus/dicts/hyph_de_CH.dic /usr/share/scribus/dicts/hyph_el.dic /usr/share/scribus/dicts/hyph_en.dic /usr/share/scribus/dicts/hyph_es.dic /usr/share/scribus/dicts/hyph_fi.dic /usr/share/scribus/dicts/hyph_fr.dic /usr/share/scribus/dicts/hyph_ga.dic /usr/share/scribus/dicts/hyph_hr.dic /usr/share/scribus/dicts/hyph_hu.dic /usr/share/scribus/dicts/hyph_ia.dic /usr/share/scribus/dicts/hyph_id.dic /usr/share/scribus/dicts/hyph_is.dic /usr/share/scribus/dicts/hyph_it.dic /usr/share/scribus/dicts/hyph_ku.dic /usr/share/scribus/dicts/hyph_lt.dic /usr/share/scribus/dicts/hyph_nb_NO.dic /usr/share/scribus/dicts/hyph_nl.dic /usr/share/scribus/dicts/hyph_nn_NO.dic /usr/share/scribus/dicts/hyph_pl.dic /usr/share/scribus/dicts/hyph_pt.dic /usr/share/scribus/dicts/hyph_pt_BR.dic /usr/share/scribus/dicts/hyph_ro.dic /usr/share/scribus/dicts/hyph_ru.dic /usr/share/scribus/dicts/hyph_sk.dic /usr/share/scribus/dicts/hyph_sl.dic /usr/share/scribus/dicts/hyph_sv.dic /usr/share/scribus/dicts/hyph_uk.dic in the package. And https://packages.debian.org/jessie/scribus *has* (same for sid, as same version) a libhyphen0 dependency, good(!), But STILL contains those dictionaries above. So no, this is NOT fixed. 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#743281: libalien-wxwidgets-perl: Please update to use wxwidgets3.0
Package: libalien-wxwidgets-perl Version: 0.64+dfsg-3 Severity: normal User: freewx-ma...@lists.alioth.debian.org Usertags: wx3.0 Dear maintainer, We're aiming to migrate the archive to using wxwidgets3.0 instead of wxwidgets2.8. Upstream for libalien-wxwidgets-perl have just released 0.65 which is apparently compatible with wxWidgets 3.0.0: http://www.wxperl.it/2014/03/alienwxwidgets-065-released.html Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742982: Processed (with 1 errors): [reassign libreoffice] lmodern: Broken quotation marks after PDF export from LibreOffice
Am Montag, den 31.03.2014, 22:45 +0200 schrieb Rene Engelhard: And with a non-totally-ancient and basically unsupported (except security etc.) verssion? (4.1.4 is in backports.) The same problem occurs with libreoffice from backports. Regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743210: libruby2.0: circular dependency on ruby2.0
Thank you for your bug report. * Eric Cooper e...@cooper-siegel.org [140331 16:12]: I only have libruby2.0 installed because I use the weechat-plugins package. On my most recent apt-get upgrade, upgrading to the latest libruby2.0 would have pulled in all of these: libruby1.9.1 ruby ruby1.9.1 ruby2.0 rubygems-integration I'm not familiar with ruby packaging, so maybe it's really necessary, but it seems excessive. Part of this (1.9) is an interim situation; as of today in sid, this would only pull in those packages: ruby ruby2.0 rubygems-integration Where ruby is a meta-package (almost no installed size), ruby2.0 has only the interpreter binaries (which are very small as they mostly just load libruby), and rubygems-integration is a code configuration package (very small as well). -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- pgp1W3GxSA4Ij.pgp Description: PGP signature
Bug#742982: Aw: Re: Bug#742982: Processed (with 1 errors): [reassign libreoffice] lmodern: Broken quotation marks after PDF export from LibreOffice
found 742982 1:4.1.4-2 thanks And with a non-totally-ancient and basically unsupported (except security etc.) verssion? (4.1.4 is in backports.) The same problem occurs with libreoffice from backports. OK, thanks... Hmm, googling whether this is known only gives me https://bugs.freedesktop.org/show_bug.cgi?id=46109 (RESOLVED/WORKSFORME) and https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1102095 (claimed to be fixed/Invalid) Will also try with 4.2.x... 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#743265: systemd: booting with init=/bin/systemd drops into emergency mode
Am 01.04.2014 09:21, schrieb Norbert Preining: Apr 01 15:49:04 wienerschnitzel systemd[1]: Expecting device dev-sda3.device... Apr 01 15:49:04 wienerschnitzel systemd[1]: Expecting device dev-sda5.device... Apr 01 15:49:04 wienerschnitzel systemd[1]: Expecting device dev-disk-by\x2did-usb\x2dIntuix_U3_0BE1C9611230D925\x2d0:0\x2dpart1.device... Apr 01 15:49:04 wienerschnitzel systemd[1]: Expecting device dev-disk-by\x2did-usb\x2dSAMSUNG_HM250JI_0D0A52255FFF\x2d0:0\x2dpart1.device... Apr 01 15:49:04 wienerschnitzel systemd[1]: Expecting device dev-disk-by\x2did-usb\x2dBUFFALO_External_HDD_0002022EAA7\x2d0:0\x2dpart1.device... Apr 01 15:49:04 wienerschnitzel systemd[1]: Expecting device dev-disk-by\x2did-usb\x2dWD_My_Passport_0748_575834314541314C5A453634\x2d0:0\x2dpart1.device... Apr 01 15:49:04 wienerschnitzel systemd[1]: systemd-modules-load.service: main process exited, code=exited, status=1/FAILURE Apr 01 15:49:04 wienerschnitzel systemd[1]: Failed to start Load Kernel Modules. Apr 01 15:49:04 wienerschnitzel systemd[1]: Unit systemd-modules-load.service entered failed state. Apr 01 15:49:04 wienerschnitzel systemd[1]: Started Apply Kernel Variables. Could you post your /etc/fstab? Are the devices/partitions you specified in there all available during boot? I would be great if you could boot in debug mode. Please follow the instructions at [0] under If You Can Get a Shell. [0] http://freedesktop.org/wiki/Software/systemd/Debugging/ -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#743282: ITP: apt-get-snapshot -- Download a specific package version from snapshot.debian.org
Package: wnpp Severity: wishlist Owner: Mike Gabriel mike.gabr...@das-netzwerkteam.de * Package name: apt-get-snapshot Version : 1.1 Upstream Author : Leandro Lisboa Penz lp...@lpenz.org * URL : https://github.com/lpenz/apt-get-snapshot * License : BSD Programming Lang: Python Description : Download a specific package version from snapshot.debian.org apt-get-snapshot is a command-line tool that downloads a specific version of a debian package from snapshot.debian.org. . When using debian testing, it is not trivial to get the previous version of a package after it is upgraded. snapshot.debian.org is the source to go for these cases, but it has only a web interface. apt-get-snapshot navigates that web interface and fetches the desired package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689942: I also was bitten
I also just ran into this: Failed to perform requested operation on package. Trying to recover: Setting up initramfs-tools (0.115) ... update-initramfs: deferring update (trigger activated) Processing triggers for initramfs-tools (0.115) ... update-initramfs: Generating /boot/initrd.img-3.2.0-4-amd64 /dev/disk/by-uuid: Is a directory mkinitramfs: for root /dev/disk/by-uuid missing disk/by-uuid /sys/block/ entry mkinitramfs: workaround is MODULES=most mkinitramfs: Error please report the bug update-initramfs: failed for /boot/initrd.img-3.2.0-4-amd64 with 1. dpkg: error processing package initramfs-tools (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: initramfs-tools Press Return to continue. On Mon 08 Oct 2012, maximilian attems wrote: On Mon, Oct 08, 2012 at 09:39:15AM +0200, Martin Schuster (IFKL IT OS DS CD) wrote: The workaround given in the error message does not work (MODULES=most is already set), No it is not, to double check use: grep -r MODULES /etc/initramfs-tools/ $ grep -r MODULES /etc/initramfs-tools/ /etc/initramfs-tools/conf.d/driver-policy:MODULES=dep /etc/initramfs-tools/initramfs.conf:# MODULES: [ most | netboot | dep | list ] /etc/initramfs-tools/initramfs.conf:MODULES=most I never touched these, I would have expected both places to have most. your handcrafted fstab looks wrong. My fstab is: # file system mount point type options dump pass proc/proc procdefaults0 0 # / was on /dev/sda2 during installation UUID=5b8c8734-cf1d-4068-bcf6-5011b626a6bf / ext4 errors=remount-ro 0 1 # /boot was on /dev/sda1 during installation UUID=770dffdd-e36b-4cb1-916a-80cf05c231dd /boot ext2defaults 0 2 # swap was on /dev/sda3 during installation UUID=c4b06c62-ebb3-438a-b2a9-416163f748b7 noneswapsw 0 0 UUID=946872bf-b1e8-43e2-b68c-62a812dc7902 /media/internaldisk ext4 errors=remount-ro,user_xattr 0 2 UUID=52fdaed3-8359-46e5-954b-28eea00c49c0 /media/ext ext4 noauto,user,errors=remount-ro,user_xattr 0 2 /media/internaldisk/archive /media/archive ard-is-gek rbind 0 0 First part of /etc/mtab is: rootfs / rootfs rw 0 0 /dev/root / ext4 rw,relatime,errors=remount-ro,data=ordered 0 0 There *is* an entry in /dev/disk/by-uuid for my root device: $ ls -l /dev/disk/by-uuid/5b8c8734-cf1d-4068-bcf6-5011b626a6bf lrwxrwxrwx 1 root root 10 Apr 1 12:01 /dev/disk/by-uuid/5b8c8734-cf1d-4068-bcf6-5011b626a6bf - ../../sda2 Paul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743282: ITP: apt-get-snapshot -- Download a specific package version from snapshot.debian.org
On 1 April 2014 11:38, Mike Gabriel mike.gabr...@das-netzwerkteam.de wrote: Package: wnpp Severity: wishlist Owner: Mike Gabriel mike.gabr...@das-netzwerkteam.de * Package name: apt-get-snapshot Version : 1.1 Upstream Author : Leandro Lisboa Penz lp...@lpenz.org * URL : https://github.com/lpenz/apt-get-snapshot * License : BSD Programming Lang: Python Description : Download a specific package version from snapshot.debian.org apt-get-snapshot is a command-line tool that downloads a specific version of a debian package from snapshot.debian.org. . When using debian testing, it is not trivial to get the previous version of a package after it is upgraded. snapshot.debian.org is the source to go for these cases, but it has only a web interface. apt-get-snapshot navigates that web interface and fetches the desired package. Does it do GPG verification against the Debian Archive Key of the Releases/Packages which includes the matching checksum binary package? -- Regards, Dimitri. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736565: NMU patch for staden-io-lib 1.13.5-1.1
debdiff staden-io-lib_1.13.5-1.dsc staden-io-lib_1.13.5-1.1.dsc diff -Nru staden-io-lib-1.13.5/debian/changelog staden-io-lib-1.13.5/debian/changelog --- staden-io-lib-1.13.5/debian/changelog 2014-03-15 03:07:55.0 + +++ staden-io-lib-1.13.5/debian/changelog 2014-04-01 04:20:39.0 +0100 @@ -1,3 +1,13 @@ +staden-io-lib (1.13.5-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix io_lib/bam.c read +Patch by Aleksandar Zlicic +Add fix-bam-read.patch +Closes: #736565 + + -- Anibal Monsalve Salazar ani...@debian.org Tue, 01 Apr 2014 04:19:52 +0100 + staden-io-lib (1.13.5-1) unstable; urgency=medium * New upstream release. diff -Nru staden-io-lib-1.13.5/debian/patches/fix-bam-read.patch staden-io-lib-1.13.5/debian/patches/fix-bam-read.patch --- staden-io-lib-1.13.5/debian/patches/fix-bam-read.patch 1970-01-01 01:00:00.0 +0100 +++ staden-io-lib-1.13.5/debian/patches/fix-bam-read.patch 2014-04-01 04:19:23.0 +0100 @@ -0,0 +1,36 @@ +Date: Mon, 31 Mar 2014 19:22:13 +0200 +From: Aleksandar Zlicic aleksandar.zli...@imgtec.com +Subject: staden-io-lib: fix io_lib/bam.c read + +https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736565 + +We have fixed a bug reported for the staden-io-lib package +(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736565). The cause +of this problem is an error in function bam_get_seq(), or to be more +precise, function's implementation for non-intel architectures. + +Function bam_get_seq is used for reading data from alignment blocks in +BAM files, block by block. + +In special cases, when the alignment block being read is the last +block in BAM file, and the block has no cigar operations and segment +sequence stored inside of it, function incorrectly detects +end-of-file. + +In that case, block has actually been successfully read, but because +of erroneous end-of-file detection, it isn't written to output file in +SAM format. + +Attached patch fixes this issue. + +--- a/io_lib/bam.c 2014-01-07 17:01:12.0 + bio_lib//bam.c 2014-04-01 04:05:16.762660873 +0100 +@@ -1635,7 +1635,7 @@ int bam_get_seq(bam_file_t *b, bam_seq_t + + /* The remainder, word aligned */ + blk_size = blk_ret; +-if ((blk_ret = bam_read(b, (char *)bam_cigar(bs), blk_size+4)) == 0) ++if (((blk_ret = bam_read(b, (char *)bam_cigar(bs), blk_size+4)) == 0) blk_size != 0) + return 0; + if (blk_size+4 != blk_ret) { + if (blk_size != blk_ret) { diff -Nru staden-io-lib-1.13.5/debian/patches/series staden-io-lib-1.13.5/debian/patches/series --- staden-io-lib-1.13.5/debian/patches/series 2014-03-11 23:05:36.0 + +++ staden-io-lib-1.13.5/debian/patches/series 2014-04-01 04:17:07.0 +0100 @@ -1 +1,2 @@ pathmax.patch +fix-bam-read.patch signature.asc Description: Digital signature
Bug#743283: openswan-modules-dkms: system crashes upon pinging through the vpn tunnel
Package: openswan-modules-dkms Version: 1:2.6.37-3+deb7u1 Severity: important Hi, I’m using openswan with KLIPS IPsec stack (protostack=klips on /etc/ipsec.conf). Since upgrading openswan and openswan-modules-dkms to 1:2.6.37-3+deb7u1 I get a system crash. I can start and stop openswan (/etc/init.d/ipsec start and stop) without any problem, but when it’s started and I ping a system on the other side of the tunnel my system crashes with what I guess is a kernel panic. Downgrading openswan and openswan-modules-dkms to 1:2.6.37-3 didn’t fix anything (still got the system crash), I had to restore the VM from backup (it is a virtual machine running on top of vmware esxi 5.1). I’ve cloned the VM and upgraded openswan and openswan-modules-dkms; on that testing clon I’m able to reproduce the panic anytime. What I don’t know how to do is getting information or logs about the crash (as nothing at all gets written to syslog or kern.log). Thanks. -- Kiko -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openswan-modules-dkms depends on: ii dkms 2.2.0.3-1.2 ii openswan 1:2.6.37-3+deb7u1 openswan-modules-dkms recommends no packages. openswan-modules-dkms suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743145: [Debian-hebrew-package] Bug#743145: Bidiv failed to build due to lack of libglib2.0-dev
Could you provide the build log or at least the build error? bidiv doesn't require glib.h directly, so I need to understand which piece of software requires it on mips64el. Kaplan On Mon, Mar 31, 2014 at 1:16 AM, Yunqiang Su wzss...@gmail.com wrote: Package: bidiv Version: 1.5-4 Bidiv failed to build as it cannot find glib.h. I test it on mips64el platform. -- Yunqiang Su ___ Debian-hebrew-package mailing list debian-hebrew-pack...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-hebrew-package
Bug#712167: dbus: add upstart init support
On 26 March 2014 10:46, Simon McVittie s...@debian.org wrote: On Tue, 25 Mar 2014 at 22:41:32 -0007, Cameron Norman wrote: I have attached a deb diff that includes an upstart job. It is different from the previous diff by Dimitri because it prompts for a reboot in the post installation regardless, per Simon McVittie's suggestion. That seems sensible. I might apply that change regardless of whether we ever have Upstart support. It also uses the --nopidfile option to start dbus. Does the combination of expect fork and there is no pid file work properly? I'm somewhat surprised if it does; but if Upstart has some clever trick to follow processes even though they double-fork (like systemd's use of cgroups), then that's fine. this works fine under upstart. Please consider this for inclusion Given that Ubuntu is the major user of Upstart, already has a heavily-patched src:dbus with considerable Upstart support code that didn't go upstream, and will be switching to systemd in future, how much benefit is there in having a native Upstart job for dbus in Debian? I'm concerned that the risks (and effort required) may outweigh the benefits. More specifically, is anyone volunteering to maintain dbus' Upstart support by watching bug reports and owning any relevant bugs? I'm not going to test this configuration, and if it causes RC bugs that aren't addressed by an Upstart user, I'd be inclined to revert it rather than spending time on it. i can subscribe to dbus package in debian. +stop on deconfiguring-networking This is correct. This appears to have caused some rather upset bug reports in Ubuntu These problems are unrelated to dbus package, and are not bugs dbus job. Despite the confusing state the user's machines were left in =))) It was a bug in upstart jobs in the ifupdown package which has been resolved recently. +start on local-filesystems Similarly, this doesn't necessarily provide /usr. start on remote-filesystems is emitted after /usr and all virtual filesystems are available (/run et al). Maybe that's a better fit on Debian. -- Regards, Dimitri. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743284: debdiff for NMU upload
Package: pycangjie debdiff attached. diff -Nru pycangjie-1.1/debian/changelog pycangjie-1.1/debian/changelog --- pycangjie-1.1/debian/changelog 2014-02-15 11:09:32.0 +0100 +++ pycangjie-1.1/debian/changelog 2014-04-01 12:26:16.0 +0200 @@ -1,3 +1,12 @@ +pycangjie (1.1-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix cython version check. Closes: #743112, #742690. + * Drop build dependency on python3-all-dev, the package only builds +for the default python3 version. Closes: #734339. + + -- Matthias Klose d...@debian.org Tue, 01 Apr 2014 11:13:50 +0100 + pycangjie (1.1-1) unstable; urgency=low * New upstream release. diff -Nru pycangjie-1.1/debian/control pycangjie-1.1/debian/control --- pycangjie-1.1/debian/control2014-01-19 11:30:37.0 +0100 +++ pycangjie-1.1/debian/control2014-04-01 12:25:08.0 +0200 @@ -5,7 +5,7 @@ Uploaders: Anthony Wong anthony.w...@ubuntu.com Build-Depends: debhelper (= 9), autotools-dev, - python3-all-dev (=3.2), + python3-dev (=3.2), cython3, pkg-config, libcangjie2-dev, diff -Nru pycangjie-1.1/debian/patches/cython-version-check.diff pycangjie-1.1/debian/patches/cython-version-check.diff --- pycangjie-1.1/debian/patches/cython-version-check.diff 1970-01-01 01:00:00.0 +0100 +++ pycangjie-1.1/debian/patches/cython-version-check.diff 2014-04-01 12:19:32.0 +0200 @@ -0,0 +1,13 @@ +Index: b/configure.ac +=== +--- a/configure.ac b/configure.ac +@@ -36,7 +36,7 @@ + # Check for Cython version + CYTHON_MIN_VERSION=0.14 + AC_MSG_CHECKING(for cython version) +-CYTHON_VERSION=`$CYTHON --version 21 | cut -d -f3` ++CYTHON_VERSION=`$CYTHON --version 21 | sed 's/.* \(@:@0-9.@:@*\).*/\1/'` + AC_MSG_RESULT($CYTHON_VERSION) + $PYTHON -c from distutils.version import StrictVersion as ver; import sys; sys.exit(0 if ver(\$CYTHON_VERSION\) = ver(\$CYTHON_MIN_VERSION\) else 1) + AS_IF([test $? = 1], [AC_MSG_ERROR([Please use cython = $CYTHON_MIN_VERSION])]) diff -Nru pycangjie-1.1/debian/patches/series pycangjie-1.1/debian/patches/series --- pycangjie-1.1/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ pycangjie-1.1/debian/patches/series 2014-04-01 12:13:14.0 +0200 @@ -0,0 +1 @@ +cython-version-check.diff
Bug#743282: ITP: apt-get-snapshot -- Download a specific package version from snapshot.debian.org
On Apr 1, 2014 6:39 AM, Mike Gabriel mike.gabr...@das-netzwerkteam.de wrote: * Package name: apt-get-snapshot Version : 1.1 Upstream Author : Leandro Lisboa Penz lp...@lpenz.org * URL : https://github.com/lpenz/apt-get-snapshot * License : BSD Programming Lang: Python Description : Download a specific package version from snapshot.debian.org apt-get-snapshot is a command-line tool that downloads a specific version of a debian package from snapshot.debian.org. This sounds a lot like the debsnap tool in the devscripts package. Cheers, James
Bug#743282: ITP: apt-get-snapshot -- Download a specific package version from snapshot.debian.org
Hi, On 01.04.2014 12:38, Mike Gabriel wrote: When using debian testing, it is not trivial to get the previous version of a package after it is upgraded. [..] debsnap (in devscripts) is your friend. -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#742982: Aw: Re: Bug#742982: Processed (with 1 errors): [reassign libreoffice] lmodern: Broken quotation marks after PDF export from LibreOffice
Am Dienstag, den 01.04.2014, 12:23 +0200 schrieb Rene Engelhard: Hmm, googling whether this is known only gives me https://bugs.freedesktop.org/show_bug.cgi?id=46109 (RESOLVED/WORKSFORME) and https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1102095 (claimed to be fixed/Invalid) Hm, https://bugs.freedesktop.org/show_bug.cgi?id=71793 looks similar. Regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742322: [Pkg-systemd-maintainers] Bug#742322: backtrace for systemd crash
severity 742322 important forwarded 742322 https://bugs.freedesktop.org/show_bug.cgi?id=76899 thanks Am 31.03.2014 08:24, schrieb Didier 'OdyX' Raboud: Le jeudi, 27 mars 2014, 02.32:58 Michael Biebl a écrit : OdyX, I took the liberty to CC you. So this issue is indeed triggered by CUPS and the way it sets up the socket configuration. Yay, thanks. I suspected that this was causing the problem but couldn't reproduce it, now we do have a trail. It's certainly a bug in systemd and it shouldn't crash, but maybe you can fix cups-daemon to not trigger this issue by not creating a time window where /etc/systemd/system/cups.socket.d/cupsd-listen.conf is a dangling symlink I'll move the cupsd-listen.conf file creation to preinst, aka before the symlink is unpacked, in the next CUPS upload due very soon. OdyX was so kind to update cups in the mean time. It now no longer creates a dangling symlink. While this is still a valid and bad bug in systemd, I'm nonetheless downgrade it to important, since the circumstances to trigger it are pretty special. So neither critical nor grave really qualifies. I've forwarded the bug upstream. Michael [0] http://lists.freedesktop.org/archives/systemd-devel/2014-March/018253.html -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#743282: ITP: apt-get-snapshot -- Download a specific package version from snapshot.debian.org
Hi James, hi Arno, On Di 01 Apr 2014 13:07:47 CEST, James McCoy wrote: On Apr 1, 2014 6:39 AM, Mike Gabriel mike.gabr...@das-netzwerkteam.de wrote: * Package name: apt-get-snapshot Version : 1.1 Upstream Author : Leandro Lisboa Penz lp...@lpenz.org * URL : https://github.com/lpenz/apt-get-snapshot * License : BSD Programming Lang: Python Description : Download a specific package version from snapshot.debian.org apt-get-snapshot is a command-line tool that downloads a specific version of a debian package from snapshot.debian.org. This sounds a lot like the debsnap tool in the devscripts package. I was not aware of that tool. Sorry. Would have saved me some work... Considering to request a REJECT for my already uploaded package. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpl0Lpjhauqh.pgp Description: Digitale PGP-Signatur
Bug#743282: ITP: apt-get-snapshot -- Download a specific package version from snapshot.debian.org
Hi Dimitri, On Di 01 Apr 2014 12:43:56 CEST, Dimitri John Ledkov wrote: On 1 April 2014 11:38, Mike Gabriel mike.gabr...@das-netzwerkteam.de wrote: Package: wnpp Severity: wishlist Owner: Mike Gabriel mike.gabr...@das-netzwerkteam.de * Package name: apt-get-snapshot Version : 1.1 Upstream Author : Leandro Lisboa Penz lp...@lpenz.org * URL : https://github.com/lpenz/apt-get-snapshot * License : BSD Programming Lang: Python Description : Download a specific package version from snapshot.debian.org apt-get-snapshot is a command-line tool that downloads a specific version of a debian package from snapshot.debian.org. . When using debian testing, it is not trivial to get the previous version of a package after it is upgraded. snapshot.debian.org is the source to go for these cases, but it has only a web interface. apt-get-snapshot navigates that web interface and fetches the desired package. Does it do GPG verification against the Debian Archive Key of the Releases/Packages which includes the matching checksum binary package? No, it does not do that, yet. It is quite a young project and I am currently filing several wishlist bugs against upstream. I have added your comment as another wishlist request [1]. Maybe you have time and priority to comment on that more explicitly in that issue report on gh. Thanks, Mike [1] https://github.com/lpenz/apt-get-snapshot/issues/4 -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgp5K5hCQni6D.pgp Description: Digitale PGP-Signatur
Bug#743285: fusionforge-plugin-mediawiki: File upload fails to create dir inside /var/lib/gforge/plugins/mediawiki/projects/
Package: fusionforge-plugin-mediawiki Version: 5.2.3-1 Severity: normal Hi. Having enabled file upload in a project's mediawiki config (/var/lib/gforge/plugins/mediawiki/projects/testproj1/ProjectSettings.php), I now get this error in error log upon file upload attempts : PHP Warning: mkdir(): Permission denied in /usr/share/mediawiki/includes/GlobalFunctions.php on line 2538 PHP Warning: wfMkdirParents: failed to mkdir /var/lib/gforge/plugins/mediawiki/projects/testproj1/images/5/5e mode 511 in /usr/share/mediawiki/includes/GlobalFunctions.php on line 2543 The permissions should be set so that images is created with write permissions for www-data, IMHO. Hope this helps. Thanks in advance. Best regards, -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742982: Aw: Re: Re: Bug#742982: Processed (with 1 errors): [reassign libreoffice] lmodern: Broken quotation marks after PDF export from LibreOffice
forwarded 742982 https://bugs.freedesktop.org/show_bug.cgi?id=71793 thanks Hi, Am Dienstag, den 01.04.2014, 12:23 +0200 schrieb Rene Engelhard: Hmm, googling whether this is known only gives me https://bugs.freedesktop.org/show_bug.cgi?id=46109 (RESOLVED/WORKSFORME) and https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1102095[https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1102095] (claimed to be fixed/Invalid) Hm, https://bugs.freedesktop.org/show_bug.cgi?id=71793[https://bugs.freedesktop.org/show_bug.cgi?id=71793] looks similar. Which also - at least in the comments, not in the status - say it's fixed. But let's mark it as forwarded to it nevertheless... 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#711147: lvm2 still doesn't active volume group at boot time
Dear Maintainers of lvm2 and initramfs-tools. For the second time since mid-2013, I got hit by the lvm2 still doesn't active volume group at boot time bug: lvm2 version is 2.02.104-2 in both cases. Please at least try to merge some of the outstanding bug-reports: 742962, 711147, 715184 are all describing the same problem. Quick and dirty Workaround: --- lvm2.orig 2014-04-01 12:31:11.0 +0200 +++ /usr/share/initramfs-tools/scripts/local-top/lvm2 2014-04-01 11:05:57.0 +0200 @@ -63,4 +63,7 @@ activate_vg $ROOT activate_vg $resume +vgchange -a y +sleep 5 + exit 0 ... and then rebuild the initramfs. I am sure there's a better solution, but I am no lvm2/initramfs expert :o) Hth, Bjørn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743282: ITP: apt-get-snapshot -- Download a specific package version from snapshot.debian.org
Hi, Mike Gabriel mike.gabr...@das-netzwerkteam.de writes: When using debian testing, it is not trivial to get the previous version of a package after it is upgraded. snapshot.debian.org is the source to go for these cases, but it has only a web interface. apt-get-snapshot navigates that web The 'debsnap' command is already in the archive and supports this. -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740603: /etc/shibboleth not created when not using libapache2-mod-shib2
Russ == Russ Allbery r...@debian.org writes: Russ This is what I did for now. I created a libshibsp-plugins Russ package and a shibboleth-sp2-utils package and made the Russ dependencies from libapache2-mod-shib2 and from -utils to Russ -plugins strict (to require exactly the same version). Russ I think that will do for now, but it does have some problems. Russ For example, if another package wants to use the library and Russ the plugins, it would: why not have libshib-plugins6 even without the soname directory? You can provide and conflict libshib-plugins. Yes, you can only have one plugins package installed at a time, but you don't lose functionality that way. Russ However, for the time being, the Apache module and shibd are Russ probably the only real users, so in practice this will Russ generally work for the time being. I plan to ITP moonshot-gss-eap within a month or so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743282: ITP: apt-get-snapshot -- Download a specific package version from snapshot.debian.org
Mike Gabriel schrieb am Dienstag, dem 01. April 2014: When using debian testing, it is not trivial to get the previous version of a package after it is upgraded. snapshot.debian.org is the source to go for these cases, but it has only a web interface. apt-get-snapshot navigates that web interface and fetches the desired package. Others already have pointed to debsnap. This is just to state that navigating the web interface is not the way to access snapshot programatically. There's an interface documented at [1] and linked from the snapshot front-page. Cheers, weasel 1. http://anonscm.debian.org/gitweb/?p=mirror/snapshot.debian.org.git;a=blob_plain;f=API -- | .''`. ** Debian ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743286: dynamic motd inconsistencies
Package: libpam-modules Version: 1.1.3-7.1 libpam-modules contains pam_motd, which should disaplay a motd and update it dynamically. The man page states, that there is an option noupdate to disable updating the motd, otherwise it is updated. By default /etc/pam.d/sshd contains lines like session optional pam_motd.so motd=/run/motd.dynamic noupdate session optional pam_motd.so The last entry makes pam_motd.so show /etc/motd - and makes it also update a third motd file (that is not mentioned anywhere except in the source code): /var/run/motd The latter path is hardcoded here: http://patch-tracker.debian.org/patch/series/view/pam/1.1.1-6.1+squeeze1/update-motd Also /run/motd.dynamic is updated by a init.d script, that only writes the output of uname into it, ignoring scripts in /etc/update-motd.d, that are used by pam_motd.so to update /var/run/motd. This is not a clean design and badly documented. Therefore I propose the following changes: 1) Make the motd init script use /etc/update-motd.d and the uname command to a script there 2) Fix pam_motd.so to update the motd file given in the motd option instead of always /var/run/motd 3) Change the sshd pam config to: session optional pam_motd.so motd=/run/motd.dynamic session optional pam_motd.so noupdate - This will first show the dynamic motd and update it if required. Then it will show /etc/motd, that can contain static contents. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656578: Can't install extensions from gnome site (exception in /usr/share/gnome-shell/js/ui/extensionSystem.js)
Hey Olivier, Have you tried with a new fresh user account ? is the only extension failling or anyone ? Hey Damyan, I can't reproduce it here with iceweasel 27.0.1-1 and gnome-shell 3.8.4-5+b2. cheers, althaser
Bug#664464: bird-doc
I have it ready in git, but I have not including this change in 1.4.1-1 upload to fix FTBFS quickly (contrary on what changelog says since I forgot to revert it there) and I will include the generated documentation in 1.4.1-2 after 1.4.1 hits testing. O. -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702280: Add alternative (build-)dependency: libmariadbclient-dev
Hello! 2013-03-04 23:41 GMT+02:00 gregor herrmann gre...@debian.org: On Mon, 04 Mar 2013 13:23:19 -0800, Russ Allbery wrote: (Besides that, any such major changed will have to wait until after the wheezy release.) In the long term (jessie), the right solution may be to build two versions of libdbd-mysql-perl, one built against conventional MySQL and one built against MariaDB, from the same source package. This is what I do for libpam-krb5 / libpam-heimdal. Right, that might be an option, thanks for the idea. But I guess this all depends on the general future of MySQL and MariaDB in Debian which at least I have no idea about. MariaDB 5.5 is now in Debian testing, and there is the pacakge libmariadbclient18 that includes a sofile with the same name. Could you consider changing the source package so that it would build two versions, libdbd-mysql-perl and libdbd-mariadb-perl, with the latter one using -lmariadbclient18 (libmariadbclient18.so, from package libmariadbclient18)? -- Check out our blog at http://seravo.fi/blog and follow @ottokekalainen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743285: closing 743285
close 743285 thanks My bad: I had configured $wgEnableUploads = true; in ProjectSettings.php but not : [mediawiki] enable_uploads = 1 in -local.ini So I guess now, the cronjob will put correct permissions. Hence closing. Best regards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729783: network-manager: Add network connectivy test using http://network-test.debian.org/nm
Hi Javier, On Sun, Nov 17, 2013 at 12:07:19PM +0100, Javier Fernández-Sanguino Peña wrote: I've recently asked our DSA team to create a new network-test.debian.org service (See [rt.debian.org #4756) to be able to script tests of network connectivity with a stable service. Originally I intended this service to improve the 'network-test' script in the ifupdown-extra package, however, in light of the new Network-Manager capability to check connectivity status, I think it can be useful for network-manager users too. The service is now running and it is a static Virtual Host distributed along several Debian-managed machines with IPv4 and IPv6 connectivity. Specifically for Network-Manager, based on NetworkManager.conf(5), I've setup a URL for network connectivity tests which is now alive and running as you can see here: $ echo -e GET /nm HTTP/1.1\r\nHost: network-test.debian.org\r\nConnection: close\r\n\r\n | nc network-test.debian.org 80 HTTP/1.1 200 OK Date: Sun, 17 Nov 2013 10:52:46 GMT Server: Apache Last-Modified: Sat, 16 Nov 2013 16:28:43 GMT ETag: 1019d211-19-4eb4dcee584c0 Accept-Ranges: bytes Content-Length: 25 X-NetworkManager-Status: online Connection: close Content-Type: text/plain NetworkManager is online I would appreciate if you would consider: a) testing this service and see if it suits Network-Manager's requirements b) changin Network-Manager in order to add the following when creating a new managed connection: -- [connectivity] uri=http://network-test.debian.org/nm -- That way, when our Debian users setup a network connection they can test that it has full end-to-end connectivity and will be able to detect the following situations: - systems connected to cable connections which receive an DHCP assignment but are not fully connected to the Internet - as is the case with corporate connections which have network firewalls in place which require the use of network proxies for Internet access - systems connected to hotspots using WiFi which can connect and get a DHCP assignment but are forced to go through a captive portal before Internet access is granted (common use case for public/hotel WiFi hotspots) Please let me know if you need help in implementing the above changes. I'm not familiar enough with Network-Managers' codebase to produce a patch, but could try to work on it if assistance is needed. Thanks a lot for getting this service setup. I'm a bit worried to enable such a feature by default though since this is some kind of privacy breach. This should be enabled explicitly by the administrator. I'm considering adding a short section to README.Debian about connectivity checking and/or add it to NetworkManager.conf but commented out. Would that suffice for you? Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702280: Add alternative (build-)dependency: libmariadbclient-dev
On Tue, 01 Apr 2014 14:58:31 +0300, Otto Kekäläinen wrote: In the long term (jessie), the right solution may be to build two versions of libdbd-mysql-perl, one built against conventional MySQL and one built against MariaDB, from the same source package. This is what I do for libpam-krb5 / libpam-heimdal. Right, that might be an option, thanks for the idea. But I guess this all depends on the general future of MySQL and MariaDB in Debian which at least I have no idea about. MariaDB 5.5 is now in Debian testing, and there is the pacakge libmariadbclient18 that includes a sofile with the same name. Could you consider changing the source package so that it would build two versions, libdbd-mysql-perl and libdbd-mariadb-perl, with the latter one using -lmariadbclient18 (libmariadbclient18.so, from package libmariadbclient18)? I might be missing something, but this still seems impossible. In order to build both flavours, we'd need to build-depend on both libmariadbclient-dev and libmysqlclient-dev, but libmariadbclient-dev still seems to have a Breaks: libmysqlclient-dev which makes the two packages not co-installable. (Besides that we'd have to think if we want to name the binary package libdbd-mariadb-perl and/or if we want to make some more changes to it and/or if it should Conflict/Break libdbd-mysql-perl etc. But that's for later ...) Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- BOFH excuse #226: A star wars satellite accidently blew up the WAN. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735763: svnkit is marked for autoremoval from testing
On 31.03.2014 22:22, Niels Thykier wrote: [...] Pro-tip for dealing with these kind of auto-removals: If you CC the bug in your updates: * the timer is reset * we can easier find the latest information about the bug in the bug. :) Particularly, the first one is important as it gives us more time to solve the bug. Indeed. Good idea. I have packaged the latest version of trilead-ssh2 now and can confirm that this fixes the build issues with svnkit 1.8.4. The new package is available on mentors: http://mentors.debian.net/debian/pool/main/t/trilead-ssh2/trilead-ssh2_6401+svn158-0.1.dsc Matthew are you interested in moving trilead-ssh2 under the umbrella of the Java team? I believe having this package in a VCS would improve future maintenance since it is tightly coupled with svnkit. I have to do more smoke testing with svnkit and trilead-ssh2 but will get back to the list as soon as it's done. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#723686: problem may be solved in unstable
Hi, I have just tried fcitx in a VM running unstable, and on the surface, it looks like the problem might have been solved there. But I cannot really test it due to conflicting mouse and keyboard actions - so far, they mostly go to the host machine and not to the guest. As a result, some things don't work, as the guest does not have a big enough screen, and controls are partially outside the screen, or they do not react when being clicked. In Wheezy, however, the backport still does not yield any controls or tray icon to work with. Kind regards, --Toni++ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743221: Aw: Bug#743221: libreoffice crashes while browsing directories to load a file
Hi, I upgraded today my system to current sid and now libreoffice crashes, somehow reproducible. additional question: from what? I doubt it got caused by a LO upgrade, see below - so maybe it git even more flaky with a new Qt? 1:4.1.5-2 is in sid since ~1 month, and 1:4.1.5-1 where I added some other KDE4 fixes[1] backported from 4.2/4.3 is even older. Or from what/what did you upgrade? From the PTS: [2014-03-13] libreoffice 1:4.1.5-2 MIGRATED to testing (Britney) [...] [2014-03-02] Accepted 1:4.1.5-2 in unstable (medium) (Rene Engelhard) [2014-02-24] libreoffice 1:4.1.5-1 MIGRATED to testing (Britney) [...] [2014-02-13] Accepted 1:4.1.5-1 in unstable (low) (Rene Engelhard) Maybe I should just give up and disable the KDE Native File Dialogs. Which will be automatically done _in runtime_ in 4.3 upstream anyways: http://cgit.freedesktop.org/libreoffice/core/commit/?id=cc8d566d74a2e0b969b92d9cf22cc95a3bf31a98 Regards, Rene [1] libreoffice (1:4.1.5-1) unstable; urgency=low . * new upstream release . * debian/patches/kde-yield-fix.diff: backport patch from LO 4.2.0 which rewrites Qt4 based nested yield mutex locking (closes: #728987, #723087) [...] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org