Bug#654939: mtpfs: broken overnight
On Tue, Mar 06, 2012 at 08:32:55PM +0100, Cristian Ionescu-Idbohrn wrote: Just stopped working. I could use it yesterday, but not today. The only thing I can recall, which may or may not be related is an upgrade of util-linux and mount. The command 'mtpfs /media/mountpoint' returns exit status succes. But 'ls' shows something odd: d? ? ?? ?? /media/mountpoint It worked for me with -o allow_other (it seemed to work for root without that option). Also, there is 1.1 available and as my new phone only supports MTP I would be glad to adopt the package. Great. Got a samsung galaxy tab 10.1. Weird thing, to say the least, in the context. I'll gladly help with testing, if needed. So, does -o allow_ther or accessing with root rights work for you? I've just checked squeeze and it doesn't work there without allow_other or root privileges too. -- WBR, wRAR signature.asc Description: Digital signature
Bug#677689: selinux-policy-default: race condition in build process when using -j8 or above
Package: selinux-policy-default Version: 2:2.20110726-5 Severity: minor There appears to be a race condition when building selinux-policy-default. When I build it on an 8-core system with -j8 or -j10 it almost always fails to build. It typically gives errors such as the following on tmp/rolemap.conf: y_te_rules.conf tmp/all_post.conf base.conf Compiling mls base module /usr/bin/checkmodule -M -U deny base.conf -o tmp/base.mod /usr/bin/checkmodule: loading policy configuration from base.conf tmp/rolemap.conf:621:ERROR 'syntax error' at token 'netifcon' on line 1201013: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675798: autofs NFS
Jamie Heilman wrote:
Jamie Heilman wrote:
Michael Tokarev wrote:
On 04.06.2012 08:13, Jamie Heilman wrote:
Michael Tokarev wrote:
Overall, the code quality is very very low, I'm not sure
it is possible to maintain this package without very
serious work with upstream first.
I took a stab at a slightly less annoying workaround, and found that
with 5.0.6-2 using a map of jamie -fstype=nfs4 canarsie:/home/jamie
worked too. Reviewing the code, I'm actually kinda surprised it
worked, but the more I try to follow the logic, the more fragile
everything seems to get.
I had a discussion with upstream about this. It looks like the code
works correctly when specifying -fstype=nfs4 OR specifying -port=2049.
In either case automount does not try to contact the portmapper, and
works instantly.
On the other hand, -vers=4 does NOT work, because automount only checks
for -fstype and -port, but not -vers. This is a defect in autofs, but
it is a small defect. I think it can be made to work with -vers=4 too
the same way it works with -fstype=nfs4, that should be easy.
Yeah, I'm testing a patch for this atm...
OK, here's 3 patches, one for fixing the regression, one for fixing
behavior of port= options, and some documentation updates.
... and here's a quick respin of patch 2 that doesn't introduce new
compiler warnings. :-P Sorry, I shoulda checked that more carefully.
--
Jamie Heilman http://audible.transient.net/~jamie/
From bf745c18cc19f8eadffb7d236d17b1f6ac09a8cd Mon Sep 17 00:00:00 2001
From: Jamie Heilman ja...@audible.transient.net
Date: Sat, 16 Jun 2012 00:33:00 +
Subject: [PATCH] mount_nfs.so: fix port=0 option behavior v2
With NFS v4, the only time mount.nfs attempts to ask rpcbind for the
nfs server port is if the port option is explicitly set to 0, whereas,
with v3 and v2, consulting rpcbind is also done if no explicit port
was given. The automounter's behavior should mimic that of mount.
This also fixes a problem where specifying a mountport= option
(v2/v3) would be mistaken for the port= option by sloppy parsing.
---
include/replicated.h |2 +-
modules/mount_nfs.c | 35 +++
modules/replicated.c | 156 ++
3 files changed, 93 insertions(+), 100 deletions(-)
diff --git a/include/replicated.h b/include/replicated.h
index a143ccf..ff0e7b9 100644
--- a/include/replicated.h
+++ b/include/replicated.h
@@ -70,7 +70,7 @@ struct host {
void seed_random(void);
void free_host_list(struct host **);
int parse_location(unsigned, struct host **, const char *, unsigned int);
-int prune_host_list(unsigned, struct host **, unsigned int, const char *);
+int prune_host_list(unsigned, struct host **, unsigned int, int);
void dump_host_list(struct host *);
#endif
diff --git a/modules/mount_nfs.c b/modules/mount_nfs.c
index 0d149e9..9b8e5f1 100644
--- a/modules/mount_nfs.c
+++ b/modules/mount_nfs.c
@@ -63,11 +63,13 @@ int mount_mount(struct autofs_point *ap, const char *root, const char *name, int
struct host *this, *hosts = NULL;
unsigned int mount_default_proto, vers;
char *nfsoptions = NULL;
+ const char *port_opt = NULL;
unsigned int flags = ap-flags
(MOUNT_FLAG_RANDOM_SELECT | MOUNT_FLAG_USE_WEIGHT_ONLY);
int nobind = ap-flags MOUNT_FLAG_NOBIND;
int len, status, err, existed = 1;
int nosymlink = 0;
+ int port = -1;
int ro = 0;/* Set if mount bind should be read-only */
if (ap-flags MOUNT_FLAG_REMOUNT)
@@ -134,6 +136,17 @@ int mount_mount(struct autofs_point *ap, const char *root, const char *name, int
if (strncmp(vers=4, cp, o_len) == 0 ||
strncmp(nfsvers=4, cp, o_len) == 0)
vers = NFS4_VERS_MASK | TCP_SUPPORTED;
+else if (strstr(cp, port=) == cp
+ o_len - 5 25) {
+ char optport[25];
+
+ strncpy(optport, cp + 5, o_len - 5);
+ optport[o_len - 5] = '\0';
+ port = atoi(optport);
+ if (port 0)
+ port = 0;
+ port_opt = cp;
+}
/* Check for options that also make sense
with bind mounts */
else if (strncmp(ro, cp, o_len) == 0)
@@ -153,7 +166,7 @@ int mount_mount(struct autofs_point *ap, const char *root, const char *name, int
info(ap-logopt, MODPREFIX no hosts available);
return 1;
}
- prune_host_list(ap-logopt, hosts, vers, nfsoptions);
+ prune_host_list(ap-logopt, hosts, vers, port);
if (!hosts) {
info(ap-logopt, MODPREFIX no hosts available);
@@ -186,18 +199,18 @@ int mount_mount(struct autofs_point *ap, const char *root, const char *name, int
if (!status)
existed = 0;
+ /*
+ * If any *port= option is specified, then we don't want
+ * a bind mount. Use the port option if you want to
+ * avoid attempting a local bind mount, such as when
+ * tunneling NFS via localhost.
+ */
+ if (nfsoptions *nfsoptions !port_opt)
+ port_opt = strstr(nfsoptions, port=);
+
this = hosts;
while (this) {
- char
Bug#677690: linux-image-3.2.0-1-powerpc64: Kernel space errno ERESTARTNOHAND escaping into user space
Package: linux-2.6 Version: 3.2.7-1 Severity: normal Compiling GHC (Glorious Haskell compiler) from the HEAD of the git sources. The GHC runtime is quite sophisticated and has a green threads implementation a little like that of the JVM. During compile of one particular file, the complier stalls in a state where its consuming 1% of CPU and 1% of memory. Running strace on the compile job, I find that when the compile stalls I get the following strace output: rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 pause() = ? ERESTARTNOHAND (To be restarted) --- SIGVTALRM (Virtual timer expired) @ 0 (0) --- sigreturn() = ? (mask now []) pause() = ? ERESTARTNOHAND (To be restarted) --- SIGVTALRM (Virtual timer expired) @ 0 (0) --- sigreturn() = ? (mask now []) pause() = ? ERESTARTNOHAND (To be restarted) --- SIGVTALRM (Virtual timer expired) @ 0 (0) --- that continues until I kill the process. This problem is 100% deterministic and repeatable. Every time I try to compile this one particlar file I end up with the same stall. A bit of googling tells me that ERESTARTNOHAND is supposedly a kernel level errno that is not supposed to escape into userland. See: https://lkml.org/lkml/2011/12/23/117 I logged a bug on the GHC bug tracker as well: http://hackage.haskell.org/trac/ghc/ticket/6167 -- Package-specific info: ** Version: Linux version 3.2.0-1-powerpc64 (Debian 3.2.7-1) (debian-ker...@lists.debian.org) (gcc version 4.6.2 (Debian 4.6.2-11) ) #1 SMP Wed Feb 29 02:37:41 UTC 2012 ** Command line: root=UUID=dbcc8080-7bc6-496c-8506-b0b99408b35a ro ramdisk_size=8192 ** Not tainted ** Kernel log: [9.749689] [drm] nouveau :0a:00.0: mem timing table length unknown: 14 [9.749788] i2c i2c-5: wf_smu_sat: attach_adapter method is deprecated [9.749796] i2c i2c-5: Please use another way to instantiate your i2c_client [9.749808] i2c i2c-5: wf_lm75: attach_adapter method is deprecated [9.749815] i2c i2c-5: Please use another way to instantiate your i2c_client [9.749825] i2c i2c-5: wf_max6690: attach_adapter method is deprecated [9.749833] i2c i2c-5: Please use another way to instantiate your i2c_client [9.768777] [drm] nouveau :0a:00.0: 1 available performance level(s) [9.768793] [drm] nouveau :0a:00.0: 0: core 300MHz shader 300MHz memory 500MHz fanspeed 100% [9.768815] [drm] nouveau :0a:00.0: c: core 300MHz shader 300MHz memory 500MHz [9.769244] nouveau :0a:00.0: Using 32-bit DMA via iommu [9.769342] [TTM] Zone kernel: Available graphics memory: 5278624 kiB. [9.769350] [TTM] Zone dma32: Available graphics memory: 2097152 kiB. [9.769361] [TTM] Initializing pool allocator. [9.769398] [drm] nouveau :0a:00.0: Detected 256MiB VRAM [9.789577] [drm] nouveau :0a:00.0: 512 MiB GART (aperture) [9.793299] [drm] nouveau :0a:00.0: Detected TMDS transmitter: sil164 [9.827652] sil164 5-0038: Detected device 1:6.0 [9.836263] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [9.836272] [drm] No driver support for vblank timestamp query. [9.836304] [drm] nouveau :0a:00.0: Setting dpms mode 3 on vga encoder (output 0) [9.836316] [drm] nouveau :0a:00.0: Setting dpms mode 3 on tmds encoder (output 1) [9.836326] [drm] nouveau :0a:00.0: Setting dpms mode 3 on vga encoder (output 2) [9.836337] [drm] nouveau :0a:00.0: Setting dpms mode 3 on tmds encoder (output 3) [9.836347] [drm] nouveau :0a:00.0: Setting dpms mode 3 on TV encoder (output 4) [9.856261] i2c i2c-6: wf_smu_sat: attach_adapter method is deprecated [9.856269] i2c i2c-6: Please use another way to instantiate your i2c_client [9.856281] i2c i2c-6: wf_lm75: attach_adapter method is deprecated [9.856288] i2c i2c-6: Please use another way to instantiate your i2c_client [9.856298] i2c i2c-6: wf_max6690: attach_adapter method is deprecated [9.856305] i2c i2c-6: Please use another way to instantiate your i2c_client [9.962663] i2c i2c-7: wf_smu_sat: attach_adapter method is deprecated [9.962672] i2c i2c-7: Please use another way to instantiate your i2c_client [9.962681] i2c i2c-7: wf_lm75: attach_adapter method is deprecated [9.962688] i2c i2c-7: Please use another way to instantiate your i2c_client [9.962697] i2c i2c-7: wf_max6690: attach_adapter method is deprecated [9.962705] i2c i2c-7: Please use another way to instantiate your i2c_client [ 10.052413] [drm] nouveau :0a:00.0: allocated 1280x1024 fb: 0x49000, bo c003086dcc00 [ 10.062943] [drm] nouveau :0a:00.0: 0x14CC: Parsing digital output script table [ 10.112472] [drm] nouveau :0a:00.0: Setting dpms mode 0 on tmds encoder (output 1) [ 10.112479] [drm] nouveau :0a:00.0: Output DVI-I-1 is running on CRTC
Bug#674951: [libapt-pkg4.12] aptitude crashes while updating packages list
On Sat, Jun 16, 2012 at 6:48 AM, Grigory Ivanov grundik-...@grundik.spb.ru wrote: Another crash in version 0.9.6 with similar conditions: […] Are these crashes reproducible? If so, does it still crash if you do: rm -f /var/cache/apt/*.bin ? Or if you do rm -f /var/cache/apt/*.bin apt-get update -o APT::Cache-Start=1 ? Also, ensure that your hardware is not at fault: Such unreproducible crashes are often the first symptom of a faulty memory (or other hardware pieces). Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677164: [3.2.17-1 - 3.2.18-1 regression] Wacom tablet in Thinkpad x220t not working
Hi Nils, Nils Kanning wrote: 0001: The tablet does not work, see also dmesg_0001. I had to press ctrl+c during booting at [12.00] and lsusb -t gives 1-1.3:1.0: No such file or directory (and then hangs) This is 0024 from the earlier list: f393ee2b814e Input: wacom - retrieve maximum number of touch points from the HID usage table when it is supported I'll look at it more closely. (Probably I introduced a bug while backporting it.) 0002: I could not apply the patch: Are you trying to apply this patch alone or on top of 0001? Only the latter is supposed to work. [...] Sometimes this configuration really works. But most of the times it does not and I have to press ctrl+c at [12.00] (see dmesg_20-24_fail). Again lsusb -t gives 1-1.3:1.0: No such file or directory (and hangs) (I'm sorry for sometimes and most of the times ...) No, thanks much for these details. It's very helpful. [...] [2.961552] Linux video capture interface: v2.00 [2.962940] [ cut here ] [2.962988] kernel BUG at mm/slab.c:505! [2.963036] invalid opcode: [#1] SMP [2.963157] CPU 2 [2.963195] Modules linked in: videobuf2_core videodev media ghash_clmulni_intel(+) cdc_acm(+) cdc_ncm(+) cdc_wdm wacom(+) usbnet snd_seq_midi mii aesni_intel aes_x86_64 aes_generic cryptd snd_seq_midi_event snd_rawmidi snd_seq microcode(+) snd_seq_device snd_timer i915(+) iwlwifi drm_kms_helper psmouse snd drm mac80211 tpm_tis i2c_i801 serio_raw pcspkr evdev iTCO_wdt tpm i2c_algo_bit acpi_cpufreq iTCO_vendor_support cfg80211 ac i2c_core soundcore mperf rfkill wmi tpm_bios battery power_supply video button processor ext4 crc16 jbd2 mbcache usbhid hid sd_mod crc_t10dif ahci libahci libata ehci_hcd scsi_mod thermal thermal_sys e1000e usbcore sdhci_pci sdhci mmc_core usb_common [last unloaded: scsi_wait_scan] [2.965891] [2.965932] Pid: 579, comm: modprobe Not tainted 3.4.2-amd64 #1 LENOVO 42992QG/42992QG [2.966079] RIP: 0010:[8102] [8102] virt_to_cache+0x1b/0x23 [2.966193] RSP: :88021204fcf8 EFLAGS: 00010046 [2.966251] RAX: ea00073a6800 RBX: 880210b0020c RCX: 040b [2.966312] RDX: 0200 RSI: 880211e11c80 RDI: 880210b0020c [2.966375] RBP: 0286 R08: 88021204e000 R09: 002e [2.966435] R10: 7fffcdeb8770 R11: 88020fcf0c40 R12: a04029cd [2.966497] R13: 005a R14: 0001 R15: 88020ec71c00 [2.966560] FS: 7ff356606700() GS:88021e28() knlGS: [2.966631] CS: 0010 DS: ES: CR0: 8005003b [2.966686] CR2: 00403228 CR3: 0002127d4000 CR4: 000407e0 [2.966743] DR0: DR1: DR2: [2.966801] DR3: DR6: 0ff0 DR7: 0400 [2.966860] Process modprobe (pid: 579, threadinfo 88021204e000, task 8802111e36d0) [2.966933] Stack: [2.966990] 88021204e000 810ef84e 880210b4b080 [2.967214] 880210011400 a04029cd 880210011400 88020165 [2.967433] 88021388 0202 88020002 88020fce0800 [2.967657] Call Trace: [2.967713] [810ef84e] ? kfree+0x50/0x6c [2.967775] [a04029cd] ? wacom_probe+0x52c/0x957 [wacom] [2.967845] [a006866b] ? usb_probe_interface+0xf2/0x15d [usbcore] That's BUG_ON(!PageSlab(page)) in page_get_cache() and represents a free of an invalid pointer (for example a double free). Thanks again. More tomorrow. Good night, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677691: [icedove] When email is in two folders (labels in GMail) and it is read in one, it's still unread in the second.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: icedove Version: 11.0-1 Severity: normal - --- Please enter the report below this line. --- When email is in two folders (labels in GMail) and it is read in one, it's still unread in the second. It should be marked as read in both. - --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-2-amd64 Debian Release: wheezy/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.fi.debian.org 500 unstableftp.debian.org 500 unstableftp.acc.umu.se 500 unstabledeb.torproject.org 500 testing dl.google.com 500 stable download.webmin.com 500 stable dl.google.com 500 sid www.lamaresh.net 500 oneiric ppa.launchpad.net 500 experimental-sid deb.torproject.org 500 all liveusb.info - --- Package information. --- Depends (Version) | Installed ===-+-=== fontconfig | 2.9.0-6 psmisc | 22.17-2 debianutils (= 1.16) | 4.3.1 libasound2 (= 1.0.16) | 1.0.25-3 libatk1.0-0 (= 1.12.4) | 2.4.0-2 libc6 (= 2.11) | 2.13-33 libcairo2(= 1.10.2-2~) | 1.12.2-2 libdbus-1-3 (= 1.0.2) | 1.6.0-1 libdbus-glib-1-2 (= 0.78) | 0.98-1 libevent-2.0-5 (= 2.0.10-stable) | 2.0.19-stable-3 libffi5 (= 3.0.4) | 3.0.10-3 libfontconfig1 (= 2.8.0) | 2.9.0-6 libfreetype6 (= 2.2.1) | 2.4.9-1 libgcc1(= 1:4.1.1) | 1:4.7.0-13 libgdk-pixbuf2.0-0 (= 2.22.0) | 2.26.1-1 libglib2.0-0(= 2.24.0) | 2.32.3-1 libgtk2.0-0 (= 2.24.0) | 2.24.10-1 libhunspell-1.3-0 | 1.3.2-4 libjpeg8(= 8c) | 8d-1 libnspr4-0d(= 4.7.0~1.9b1) | 2:4.9.1-1 libnss3-1d (= 3.13.2) | 2:3.13.4-3 libpango1.0-0 (= 1.14.0) | 1.30.0-1 libpixman-1-0 (= 0.18.0) | 0.26.0-2 libsqlite3-0 (= 3.7.4) | 3.7.13-1 libstartup-notification0 (= 0.8) | 0.12-1 libstdc++6 (= 4.6) | 4.7.0-13 libvpx1 (= 1.0.0) | 1.1.0-1 libx11-6| 2:1.4.99.901-2 libxext6| 2:1.3.1-2 libxrender1 | 1:0.9.7-1 libxt6 | 1:1.1.3-1 zlib1g (= 1:1.1.4) | 1:1.2.7.dfsg-11 Recommends (Version) | Installed ==-+-=== myspell-en-us | 1:3.3.0-3 OR hunspell-dictionary| OR myspell-dictionary | Suggests (Version) | Installed -+- ttf-lyx | 2.0.3-3 libgssapi-krb5-2 | 1.10.1+dfsg-1 gconf-service| 3.2.5-1 libgconf-2-4 (= 2.31.1) | 3.2.5-1 libnotify4(= 0.7.0) | 0.7.5-1 - -- [Mika Suomalainen](https://mkaysi.github.com/) || NOTICE! I am on mobile broadband with very limited time, so I cannot read emails very much. The best time to contact me is probably week ends when I have better connectivity with good luck. [gpg --keyserver pool.sks-keyservers.net --recv-keys 4DB53CFE82A46728](http://mkaysi.github.com/PGP/key.txt) || [Why do I sign my emails?](http://mkaysi.github.com/PGP/WhyDoISignEmails.html) || [Please don't send HTML.](http://mkaysi.github.com/articles/complaining/HTML.html) || [This signature](https://gist.github.com/2643070#file_icedove.md) || [Please reply below this line](http://mkaysi.github.com/articles/complaining/topposting.html) -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Homepage: http://mkaysi.github.com/ Comment: gpg --keyserver pool.sks-keyservers.net --recv-keys 82A46728 Comment: Public key: http://mkaysi.github.com/PGP/key.txt Comment: Fingerprint = 24BC 1573 B8EE D666 D10A AA65 4DB5 3CFE 82A4 6728 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJP3DjfAAoJEE21PP6CpGco0A4QAIov1z6WRFaDvxHKvmgFMtw9 ZcOV8Nxd7bhAA5R0Ke6qffdk34jAlLOH5HMuoS17WC3qa/qMoS9CqV4fwg4AHyPY PNLNjZjstLTbzKpBKLBq5WfgE7XPlCJLsirvvLIjy0P3cbFknlr8LM288NmcKS6c 2Qa+f45gMI8u+BLMkCMQBgNK/Ufl4PcTwQpAtduG6LRMVz8RFIR2N2X5A07OZwjF grhNTR2gcvrJP7BDJ88Pzs0xwAqYefyl6+J8jwfBiJ4IJf3avLZHQKBXQqfII5X7 GBop4mWywWuXfPG1LBIRpf70t7VzWeAOCf7+7eVYYb5GjBhFLJ30YcYIjSLiohTs
Bug#677561: Fix build with oce 0.10
On 2012/6/15 Julien Cristau wrote: On Thu, Jun 14, 2012 at 22:42:25 +0200, D. Barbier wrote: Package: freecad Version: 0.12.5284-dfsg-7 Severity: wishlist Tags: patch Hello, This patch is needed to compile freecad with oce 0.10 currently in experimental. Denis diff --git a/src/3rdParty/salomesmesh/src/Controls/SMESH_Controls.cpp b/src/3rdParty/salomesmesh/src/Controls/SMESH_Controls.cpp index d03237f..13eec35 100644 --- a/src/3rdParty/salomesmesh/src/Controls/SMESH_Controls.cpp +++ b/src/3rdParty/salomesmesh/src/Controls/SMESH_Controls.cpp @@ -52,6 +52,7 @@ #include gp_Pnt.hxx #include gp_Vec.hxx #include gp_XYZ.hxx +#include math.h #include SMDS_Mesh.hxx #include SMDS_Iterator.hxx Shouldn't that (and a couple others) be cmath? IMHO it does not matter, this include is needed only to get the M_PI macro definition. Denis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675798: autofs NFS
Jamie Heilman wrote:
... and here's a quick respin of patch 2 that doesn't introduce new
compiler warnings. :-P Sorry, I shoulda checked that more carefully.
Sigh. Third time's the charm, I hope. previous 0002 patch broke if
MOUNT_NFS_DEFAULT_PROTOCOL=4 but port wasn't given and the server(s)
only supported NFS v3 or earlier. This one should do the right thing.
--
Jamie Heilman http://audible.transient.net/~jamie/
From cd6bfd18723a64ef6406ff51634e5000dedce290 Mon Sep 17 00:00:00 2001
From: Jamie Heilman ja...@audible.transient.net
Date: Sat, 16 Jun 2012 00:33:00 +
Subject: [PATCH] mount_nfs.so: fix port=0 option behavior v3
With NFS v4, the only time mount.nfs attempts to ask rpcbind for the
nfs server port is if the port option is explicitly set to 0, whereas,
with v3 and v2, consulting rpcbind is also done if no explicit port
was given. The automounter's behavior should mimic that of mount.
This also fixes a problem where specifying a mountport= option
(v2/v3) would be mistaken for the port= option by sloppy parsing.
---
include/replicated.h |2 +-
modules/mount_nfs.c | 35
modules/replicated.c | 143 +++---
3 files changed, 90 insertions(+), 90 deletions(-)
diff --git a/include/replicated.h b/include/replicated.h
index a143ccf..ff0e7b9 100644
--- a/include/replicated.h
+++ b/include/replicated.h
@@ -70,7 +70,7 @@ struct host {
void seed_random(void);
void free_host_list(struct host **);
int parse_location(unsigned, struct host **, const char *, unsigned int);
-int prune_host_list(unsigned, struct host **, unsigned int, const char *);
+int prune_host_list(unsigned, struct host **, unsigned int, int);
void dump_host_list(struct host *);
#endif
diff --git a/modules/mount_nfs.c b/modules/mount_nfs.c
index 0d149e9..9b8e5f1 100644
--- a/modules/mount_nfs.c
+++ b/modules/mount_nfs.c
@@ -63,11 +63,13 @@ int mount_mount(struct autofs_point *ap, const char *root, const char *name, int
struct host *this, *hosts = NULL;
unsigned int mount_default_proto, vers;
char *nfsoptions = NULL;
+ const char *port_opt = NULL;
unsigned int flags = ap-flags
(MOUNT_FLAG_RANDOM_SELECT | MOUNT_FLAG_USE_WEIGHT_ONLY);
int nobind = ap-flags MOUNT_FLAG_NOBIND;
int len, status, err, existed = 1;
int nosymlink = 0;
+ int port = -1;
int ro = 0;/* Set if mount bind should be read-only */
if (ap-flags MOUNT_FLAG_REMOUNT)
@@ -134,6 +136,17 @@ int mount_mount(struct autofs_point *ap, const char *root, const char *name, int
if (strncmp(vers=4, cp, o_len) == 0 ||
strncmp(nfsvers=4, cp, o_len) == 0)
vers = NFS4_VERS_MASK | TCP_SUPPORTED;
+else if (strstr(cp, port=) == cp
+ o_len - 5 25) {
+ char optport[25];
+
+ strncpy(optport, cp + 5, o_len - 5);
+ optport[o_len - 5] = '\0';
+ port = atoi(optport);
+ if (port 0)
+ port = 0;
+ port_opt = cp;
+}
/* Check for options that also make sense
with bind mounts */
else if (strncmp(ro, cp, o_len) == 0)
@@ -153,7 +166,7 @@ int mount_mount(struct autofs_point *ap, const char *root, const char *name, int
info(ap-logopt, MODPREFIX no hosts available);
return 1;
}
- prune_host_list(ap-logopt, hosts, vers, nfsoptions);
+ prune_host_list(ap-logopt, hosts, vers, port);
if (!hosts) {
info(ap-logopt, MODPREFIX no hosts available);
@@ -186,18 +199,18 @@ int mount_mount(struct autofs_point *ap, const char *root, const char *name, int
if (!status)
existed = 0;
+ /*
+ * If any *port= option is specified, then we don't want
+ * a bind mount. Use the port option if you want to
+ * avoid attempting a local bind mount, such as when
+ * tunneling NFS via localhost.
+ */
+ if (nfsoptions *nfsoptions !port_opt)
+ port_opt = strstr(nfsoptions, port=);
+
this = hosts;
while (this) {
- char *loc, *port_opt = NULL;
-
- /*
- * If the port option is specified, then we don't want
- * a bind mount. Use the port option if you want to
- * avoid attempting a local bind mount, such as when
- * tunneling NFS via localhost.
- */
- if (nfsoptions *nfsoptions)
- port_opt = strstr(nfsoptions, port=);
+ char *loc;
/* Port option specified, don't try to bind */
if (!(nosymlink || nobind)
diff --git a/modules/replicated.c b/modules/replicated.c
index d80eda5..35b87d5 100644
--- a/modules/replicated.c
+++ b/modules/replicated.c
@@ -488,42 +488,10 @@ void free_host_list(struct host **list)
*list = NULL;
}
-static unsigned short get_port_option(const char *options)
-{
- const char *start;
- long port = 0;
-
- if (!options)
- return NFS_PORT;
-
- start = strstr(options, port=);
- if (!start)
- port = NFS_PORT;
- else {
- char optport[30], *opteq, *end;
- int len;
-
- end = strchr(start, ',');
- len = end ? end - start : strlen(start);
- strncpy(optport, start, len);
- optport[len] = '\0';
- opteq = strchr(optport, '=');
- if (opteq)
- port =
Bug#677601: libreoffice-core: Libreoffice crashes on start-up
Hi, Same symptom for me on 3 different systems, after performing my regular apt-get upgrade (on Debian testing). I get error message terminate called after throwing an instance of 'com::sun::star::uno::RuntimeException' (or, on one of the computers, a more explicit error message in a dialog window, that said there was a problem accessing a sub-directory of ~/.config/libreoffice). Indeed, on all 3 computers, ~/.config/libreoffice was owned by user root, group root after the upgrade (as well as its content). Running, as root, chown -R myusername.myusergroup .config/libreoffice fixed the problem for me, and allowed libreoffice to start again. Best regards, Jean-Guilhem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654823: VESA DDC EDID support may help
Package: vgabios Version: 0.7a-3 There is a patch that intend to support VESA DDC EDID feature and to s upport recent popular high resolutions on Guest OS with -vga std on KVM/QEMU. You can select resolutions on guest os in qemu/kvm with -vga std with this patch. You can change it from top-right power-icon - Displays menu with Ubuntu installer CDROM (tested with ubuntu 12.04(i386) iso image). Guest OS boots with 1920x1200 and can select from 1920x1200, 1600x1200, 1600x900, 1280x1024, 1280x800, 1280x720, 1152x864, 1024x768 and 800x600. I've already reported improvement on upstream, https://savannah.nongnu.org/bugs/?3 There are series of patches on upstream BTS. A patch here is one to merge these into single patch. You can review my work on github.com: https://github.com/miurahr/vgabios Hiroshi diff --git a/Makefile b/Makefile index bdc0abd..bfaf34f 100644 --- a/Makefile +++ b/Makefile @@ -14,12 +14,14 @@ RELVERS = `pwd | sed s-.*/-- | sed s/vgabios// | sed s/-//` VGABIOS_DATE = -DVGABIOS_DATE=\$(RELDATE)\ -all: bios cirrus-bios +all: bios cirrus-bios lowres-bios bios: vgabios.bin vgabios.debug.bin cirrus-bios: vgabios-cirrus.bin vgabios-cirrus.debug.bin +lowres-bios: vgabios-lowres.bin vgabios-lowres.debug.bin + clean: /bin/rm -f biossums vbetables-gen vbetables.h *.o *.s *.ld86 \ temp.awk.* vgabios*.orig _vgabios_* _vgabios-debug_* core vgabios*.bin vgabios*.txt $(RELEASE).bin *.bak @@ -35,18 +37,24 @@ vgabios.bin : VGAFLAGS := -DVBE -DPCIBIOS vgabios.debug.bin: VGAFLAGS := -DVBE -DPCIBIOS -DDEBUG vgabios-cirrus.bin : VGAFLAGS := -DCIRRUS -DPCIBIOS vgabios-cirrus.debug.bin : VGAFLAGS := -DCIRRUS -DPCIBIOS -DCIRRUS_DEBUG +vgabios-lowres.bin: VGAFLAGS := -DVBE -DPCIBIOS -DLOWRES +vgabios-lowres.debug.bin : VGAFLAGS := -DVBE -DPCIBIOS -DLOWRES -DDEBUG # dist names vgabios.bin : DISTNAME := VGABIOS-lgpl-latest.bin vgabios.debug.bin: DISTNAME := VGABIOS-lgpl-latest.debug.bin vgabios-cirrus.bin : DISTNAME := VGABIOS-lgpl-latest.cirrus.bin vgabios-cirrus.debug.bin : DISTNAME := VGABIOS-lgpl-latest.cirrus.debug.bin +vgabios-lowres.bin: DISTNAME := VGABIOS-lgpl-latest.lowres.bin +vgabios-lowres.debug.bin : DISTNAME := VGABIOS-lgpl-latest.lowres.debug.bin # dependencies vgabios.bin : $(VGA_FILES) $(VBE_FILES) biossums vgabios.debug.bin: $(VGA_FILES) $(VBE_FILES) biossums vgabios-cirrus.bin : $(VGA_FILES) clext.c biossums vgabios-cirrus.debug.bin : $(VGA_FILES) clext.c biossums +vgabios-lowres.bin: $(VGA_FILES) $(VBE_FILES) biossums +vgabios-lowres.debug.bin : $(VGA_FILES) $(VBE_FILES) biossums # build rule %.bin: diff --git a/README b/README index 3462670..eddae10 100644 --- a/README +++ b/README @@ -82,7 +82,8 @@ The source code is based on information taken from : Feedback -Please report any bugs, comments, patches for this VGA Bios to i...@vruppert.de +Please report any bugs, comments, patches for this VGA Bios +on savannah pages at: http://savannah.nongnu.org/projects/vgabios/ You can find the latest release at : http://www.nongnu.org/vgabios/ For any information on bochs, visit the website http://bochs.sourceforge.net/ For any information on qemu, visit the website http://fabrice.bellard.free.fr/qemu/ diff --git a/vbe.c b/vbe.c index 5636758..ec23f46 100644 --- a/vbe.c +++ b/vbe.c @@ -1459,3 +1459,187 @@ _fail: mov ax, #0x014f ret ASM_END + +/* Virtual monitor EDID information */ +ASM_START +vesa_EDID: + db 0x00,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0x00 + /* 0x 8-byte header */ + db 0x04,0x21/* 0x0008 Vendor ID (AAA) */ + db 0xAB,0xCD/* 0x000A Product ID */ + db 0x00,0x00,0x00,0x00 /* 0x000C Serial number (none) */ + db 54, 10 /* 0x0010 Week of manufactur (54) and year of manufacture (2000) */ + db 0x01, 0x03 /* 0x0012 EDID version number (1.3) */ + db 0x0F /* 0x0014 Video signal interface (analogue, 0.700 : 0.300 : 1.000 V p-p, +Video Setup: Blank Level = Black Level, Separate Sync H V Signals are +supported, Composite Sync Signal on Horizontal is supported, Composite +Sync Signal on Green Video is supported, Serration on the Vertical Sync +is supported) */ + db 0x21,0x19/* 0x0015 Scren size (330 mm * 250 mm) */ + db 0x78 /* 0x0017 Display gamma (2.2) */ + db 0x0D /* 0x0018 Feature flags (no DMPS states, RGB, display is continuous frequency) */ + db 0x78,0xF5/* 0x0019 Least significant bits for chromaticity and default white point */ + db
Bug#521813: lapack: update-alternatives breaks application linking
Hi Sylvestre, Sylvestre Ledru wrote: I will be very happy to have help (or a patch) for this bug. There is a patch at http://bugs.debian.org/638236#10. Anything more flexible will require infrastructure that does not exist. What do you think should be done? Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677682: [Pkg-xfce-devel] Bug#677682: xfce4: Waking up from hibernation shows what's open before being locked
On ven., 2012-06-15 at 22:46 -0400, Deniz Akcal wrote: Package: xfce4 Version: 4.8.0.3 Severity: minor Waking up from hibernation shows which windows were open prior to hibernation (should not happen) and then locks the screen as soon as it can before allowing anyone to use the computer without being logged in. The computer should wake up in a locked state rather than locking upon waking the computer because it generally takes long to move the data from the HDD's swap to the RAM which could potentially expose private stuff to someone else using the same computer. Well, that's the current behavior as far as I can tell. If it works otherwise, there's definitely an issue. If more specific details are required, do not hesitate to contact me. Well first, how do you hibernate exactly? -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#677609: Reproduced here.
Hi, After reading the upstream bugreport, it seems more info is wanted, so I want to add that I see this as well: On a 4-lap race at the Farm with 20 karts, me being Adium, I get the error every time (out of about ten times) around lap 3 (sometimes 2, sometimes 4). The error I get is sometimes a bus-error instead of a segmentation fault, but when I captured the backtrace for the bus-error, it was in irr::scene::CSkinnedMesh::recoverJointsFromMesh, just like the reported segfault. On races with only one kart, I have not yet seen the error. The only other problem I see is that Suzanne is incorrectly rendered as a pile of seemingly random triangles instead of a kart. On a single-kart race where I played Suzanne, however I did not see the error. On a game (20 karts, me Adium, Farm, 4 laps) without presents (time trial?), I did not see the error, but I did not try more than once. I use debian testing. Regards Johan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665282: DFSG non-free
tag 665282 wontfix from http://msdn.microsoft.com/en-us/windows/hardware/gg463031 : Distribution Restrictions. You may not ... include Distributable Code in malicious, deceptive or unlawful products; or modify the source code of the Sample Code or modify or distribute the source code of any Distributable Code so that any part of it becomes subject to an Excluded License. An Excluded License is one that requires, as a condition of use, modification or distribution, that the code be disclosed or distributed in source code form; that others have the right to modify it; or = clearly DFSG non-free, and therefore will cannot be part of Debian under it's current license (which only Microsoft can change) -- -Shawn Landden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677655: 3.4-trunk-486: kernel oops: EIP is at __destroy_inode+0x56/0x8d
2012/6/16 Jonathan Nieder jrnie...@gmail.com: Jonathan Nieder wrote: By the way, searching for that particular address yields the following interesting result. (Nothing else recent, alas.) Better link: https://bugzilla.kernel.org/show_bug.cgi?id=13941 Yup, this issue returns every now and then on the exact same host (which was recently migrated from Ubuntu to Debian, now that Ubuntu stopped supporting anything older than non-PAE 686 hardware), whenever someone touches the inode code again. The nice thing, this time, is that it has become non-fatal; the kernel simply reports the oops and continues operating. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675207: [Dolfin] Please binNMU python-ufc against latest swig
On Fri, Jun 15, 2012 at 10:32:56 +0200, Johannes Ring wrote:
On Thu, Jun 14, 2012 at 4:46 PM, Julien Cristau
julien.cris...@logilab.fr wrote:
If dolfin only works with the version of swig it was built against, that
needs to be reflected in the package dependencies.
Okay, but I'm unsure how to do that. Currently I have Build-Depends:
swig2.0 in the source package and Depends: swig2.0 in the binary
package python-dolfin. What should I put there instead? Are you
suggesting that I should add something like {Build-}Depends: swig2.0
(= 2.0.7), swig2.0 ( 2.0.8)? Wouldn't that require me to do a new
upload when swig 2.0.8 is added in the future? If so, is that any
better than doing binNMU's?
I'm suggesting you should leave your build-depends alone, check at
build-time what the swig version is, and generate a Depends on that
(upstream) version. binNMUs would still work, and you wouldn't get an
installable but broken package.
Cheers,
Julien
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677655: 3.4-trunk-486: kernel oops: EIP is at __destroy_inode+0x56/0x8d
2012/6/16 Ben Hutchings b...@decadent.org.uk: On Fri, 2012-06-15 at 22:37 +0300, Martin-Éric Racine wrote: Hi Jonathan, 2012/6/15 Jonathan Nieder jrnie...@gmail.com: Hi Martin-Éric, Martin-Éric Racine wrote: I'm not sure if it's too early to report on kernel 3.4 or not, but here it goes: Any package uploaded to the archive is open for bug reports. :) Could you send the full oops trace, starting at the first BUG line? (It should include the text Not tainted.) Even better would be full dmesg output from booting and reproducing the bug. Here's the dmesg output at bootup, right after the first few oopses have started to appear. The kernel is trying to free an inode and using an ACL pointer that should presumably be 0x (special value for ACL not in memory) but is instead 0xb4ff. This memory corruption could be a software bug (e.g. use after free) or a hardware fault. What was the last working kernel version on this system? 3.2.0-19 (or whatever 486 kernel is in Testing) is what's normally running on this one. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677674: [Pkg-ganeti-devel] Bug#677674: ganeti2: does not install cleanly
On Sat, Jun 16, 2012 at 01:04:50AM +0200, Toni Mueller wrote: Package: ganeti2 Version: 2.5.1-1 Severity: normal Dear Maintainer, while trying to install ganeti2, I get: # aptitude install ganeti2 ... [master ce2b39c] committing changes in /etc after apt run 5 files changed, 2036 insertions(+) create mode 100644 bash_completion.d/ganeti create mode 100644 cron.d/ganeti create mode 100644 default/ganeti create mode 100755 init.d/ganeti E: Sub-process /usr/bin/dpkg returned an error code (1) Hmm, what is this git output? Could it be that the git hooks failed somehow? A package failed to install. Trying to recover: Setting up ganeti2 (2.5.1-1) ... update-rc.d: error: defaults takes only one or two codenumbers usage: update-rc.d [-n] [-f] basename remove update-rc.d [-n] basename defaults [NN | SS KK] update-rc.d [-n] basename start|stop NN runlvl [runlvl] [...] . update-rc.d [-n] basename disable|enable [S|2|3|4|5] -n: not really -f: force The disable|enable API is not stable and might change in the future. dpkg: error processing ganeti2 (--configure): subprocess installed post-installation script returned error exit status 1 Processing triggers for python-support ... Errors were encountered while processing: ganeti2 # I purged the package, then tried to re-install, getting the same effect. Hmm, this is strange, I always test packages for installation before uploading a new release and I haven't seen this. Furthermore, the piuparts service shows ganeti installing correctly (http://piuparts.debian.org/sid/pass/ganeti2_2.5.1-1.log): The following NEW packages will be installed: ganeti2 0 upgraded, 1 newly installed, 0 to remove and 1 not upgraded. Need to get 1390 kB of archives. After this operation, 5016 kB of additional disk space will be used. Get:1 http://piatti.debian.org/debian/ sid/main ganeti2 all 2.5.1-1 [1390 kB] debconf: delaying package configuration, since apt-utils is not installed Fetched 1390 kB in 0s (27.4 MB/s) Selecting previously unselected package ganeti2. (Reading database ... 9527 files and directories currently installed.) Unpacking ganeti2 (from .../ganeti2_2.5.1-1_all.deb) ... Setting up ganeti2 (2.5.1-1) ... invoke-rc.d: policy-rc.d denied execution of start. Processing triggers for python-support ... So no errors in the setting up phase. Maybe update-rc.d has changed since I uploaded? I'll check anew, thanks for the report. thanks, iustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677655: 3.4-trunk-486: kernel oops: EIP is at __destroy_inode+0x56/0x8d
Martin-Éric Racine wrote: Yup, this issue returns every now and then on the exact same host (which was recently migrated from Ubuntu to Debian, now that Ubuntu stopped supporting anything older than non-PAE 686 hardware), whenever someone touches the inode code again. The nice thing, this time, is that it has become non-fatal; the kernel simply reports the oops and continues operating. Thanks for the background. That would have indeed been useful context in the original report (though perhaps it had been long enough since the last appearance that you had forgotten). If I have any more questions, I'll ask them upstream. Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675863: accountsservice: makes gdm-simple-greeter crash
tags 675863 moreinfo thanks On Thu, Jun 14, 2012 at 2:15 PM, Touko Korpela touko.korp...@iki.fi wrote: Should this bug be marked fixed in version 0.6.21-4 if this is same bug as #673185 ? Of course it should. I don't use GDM, could any GDM user confirm this is fixed with accountsservice 0.6.21-4? -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677692: amavisd-new: please recommend lhasa, uncomment in 01debian, and un-ban in 20-debian_defaults
Package: amavisd-new Severity: normal In the past the LHA file format was only supported by the non-free lha package. Now Debian has the free lhasa package supporting decompression of lha with an interface compatible with lha. Therefore, please enable support for LHA by default. - Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677693: libgdal1 - Spams users with NEWS entry
Package: libgdal1 Version: 1.9.0-3 Severity: important File: /usr/share/doc/libgdal1/NEWS.Debian.gz libgdal1 ships a new entry in the NEWS file. This is shown to _any_ random user. However it only applies to developers and should only exist in the -dev package, if at all; it does not document anything really usefull. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgdal1 depends on: ii libarmadillo3 1:3.2.2+dfsg-1 ii libc6 2.13-33 ii libcurl3-gnutls7.26.0-1 ii libdap11 3.11.1-11 ii libdapclient3 3.11.1-11 ii libdapserver7 3.11.1-11 ii libepsilon00.9.1-2 ii libexpat1 2.1.0-1 ii libfreexl1 1.0.0b-1 ii libgcc11:4.7.0-8 ii libgeos-c1 3.3.3-1 ii libgif44.1.6-9.1 ii libhdf4-0-alt 4.2r4-13 ii libhdf5-7 [libhdf5-7] 1.8.8-9 ii libjasper1 1.900.1-13 ii libjpeg8 8d-1 ii libkml01.3.0~r863-4.1 ii liblzma5 5.1.1alpha+20110809-3 ii libmysqlclient18 5.5.24+dfsg-3 ii libnetcdfc71:4.1.3-6 ii libodbc1 2.2.14p2-5 ii libogdi3.2 3.2.0~beta2-7 ii libpng12-0 1.2.49-1 ii libpoppler19 0.18.4-2 ii libpq5 9.1.4-1 ii libproj0 4.7.0-1 ii libspatialite3 3.0.0~beta20110817-3 ii libsqlite3-0 3.7.12.1-1 ii libstdc++6 4.7.0-8 ii liburiparser1 0.7.5-1 ii libxerces-c28 2.8.0+deb1-2+b2 ii odbcinst1debian2 2.2.14p2-5 ii unixodbc 2.2.14p2-5 ii zlib1g 1:1.2.7.dfsg-11 Versions of packages libgdal1 recommends: pn proj-bin none libgdal1 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#677601: libreoffice-core: Libreoffice crashes on start-up
On Sat, Jun 16, 2012 at 09:56:01AM +0200, Jean-Guilhem Cailton wrote: Same symptom for me on 3 different systems, after performing my regular No, I believe you don't. apt-get upgrade (on Debian testing). You mean apt-get dist-upgrade? On changing package dependencies as happened here you need dist-upgrade... I get error message terminate called after throwing an instance of 'com::sun::star::uno::RuntimeException' (or, on one of the computers, a more explicit error message in a dialog window, that said there was a problem accessing a sub-directory of ~/.config/libreoffice). Indeed, on all 3 computers, ~/.config/libreoffice was owned by user root, group root after the upgrade (as well as its content). Running, as root, chown -R myusername.myusergroup .config/libreoffice fixed the problem for me, and allowed libreoffice to start again. This sounds like a old bug which is fixed in recent packages (see #619263). Was that ~/.config/libreoffice freshly crreated/broken by the upgrade? But the original bug post doesn't talk about a RuntimeException and it has a real segfault judging from the backtrace. Whereas you have an instance of #619263. That said, I am waiting for the original poster to send an strace and eventual console ouput to find out what his actual problem is.. Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677173: 3.2.19-1: after some time, the USB keyboard no longer works
found 677173 3.2.20-1 thanks Hi, This has just occurred again with 3.2.20-1. On 2012-06-13 00:33:16 -0500, Jonathan Nieder wrote: I assume the X log does not say anything interesting, either, and No, nothing in the X log. that even after switching to a VT the keyboard does not work when this happens? I haven't tried (I'll try next time, as I can switch to a VT from the laptop keyboard). I doubt there is anything specific to X, though (in particular since the laptop keyboard still works while the USB keyboard doesn't). Since I'm out of ideas and I can't think of any Debian-specific patch that would be relevant, I'd suggest contacting linux-in...@vger.kernel.org for hints. They might be able to help you get a trace with usbmon (of Documentation/usb/usbmon.txt fame), for example. I'll do that. Thanks, -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677695: [INTL:de] updated German po-debconf for ssl-cert
Package: ssl-cert Priority: wishlist Version: 1.0.29 See attached updated po-debconf translation. flori # translation of ssl-cert_1.0.29_de.po to German # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans# #Developers do not need to manually edit POT or PO files. # # Erik Schanze er...@debian.org, 2004-2008. # Florian Rehnisch f...@gmx.de, 2012. msgid msgstr Project-Id-Version: ssl-cert_1.0.29_de\n Report-Msgid-Bugs-To: ssl-c...@packages.debian.org\n POT-Creation-Date: 2012-06-09 20:06+0200\n PO-Revision-Date: 2012-06-16 10:49+0200\n Last-Translator: Florian Rehnisch f...@gmx.de\n Language-Team: German debian-l10n-ger...@lists.debian.org\n Language: de\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n Plural-Forms: nplurals=2; plural=(n != 1);\n #. Type: string #. Description #: ../templates:2001 msgid Host name: msgstr Rechnername: #. Type: string #. Description #: ../templates:2001 msgid Please enter the host name to use in the SSL certificate. msgstr Bitte geben Sie den Rechnernamen für das SSL-Zertifikat ein. #. Type: string #. Description #: ../templates:2001 msgid It will become the 'commonName' field of the generated SSL certificate. msgstr Das wird im Feld »commonName« des erzeugten SSL-Zertifikats verwendet. #. Type: string #. Description #: ../templates:3001 msgid Alternative name(s): msgstr Alternativ-Name(n): #. Type: string #. Description #: ../templates:3001 #| msgid Please enter the host name to use in the SSL certificate. msgid Please enter any additional names to use in the SSL certificate. msgstr Bitte geben Sie jegliche weitere Namen für das Zertifikat ein. #. Type: string #. Description #: ../templates:3001 #| msgid #| It will become the 'commonName' field of the generated SSL certificate. msgid It will become the 'subjectAltName' field of the generated SSL certificate. msgstr Das wird im Feld »subjectAltName« des erzeugten SSL-Zertifikats verwendet. #. Type: string #. Description #: ../templates:3001 msgid Multiple alternative names should be delimited with comma and no spaces. For a web server with multiple DNS names this could look like: msgstr Mehrere alternative Namen sollten durch Komma getrennt werden, nicht durch Leerzeichen. Für einen Web-Server mit mehreren DNS-Namen könnte dies wie folgt aussehen: #. Type: string #. Description #: ../templates:3001 msgid DNS:www.example.com,DNS:images.example.com msgstr DNS:www.example.com,DNS:images.example.com #. Type: string #. Description #: ../templates:3001 msgid A more complex example including a hostname, a WebID, an email address, and an IPv4 address: msgstr Ein komplexeres Beispiel, bestehend aus einem Rechnernamen, einer Web-Adresse, einer E-Mail-Adresse und eine IPv4-Adresse: #. Type: string #. Description #: ../templates:3001 msgid DNS:example.com,URI:http://example.com/joe#me,email:m...@example.com,; IP:192.168.7.3 msgstr DNS:example.com,URI:http://example.com/joe#me,email:m...@example.com,; IP:192.168.7.3 #. Type: title #. Description #: ../templates:4001 msgid Configure an SSL Certificate. msgstr SSL-Zertifikat einrichten. #. Type: note #. Description #: ../templates:5001 msgid Local SSL certificates must be replaced msgstr Das lokale SSL-Zertifikat muss ersetzt werden. #. Type: note #. Description #: ../templates:5001 msgid A security certificate which was automatically created for your local system needs to be replaced due to a flaw which renders it insecure. This will be done automatically. msgstr Ein automatisch für Ihr lokales System erzeugtes Sicherheitszertifikat muss wegen einer Schwachstelle, die es unsicher macht, ersetzt werden. Das geschieht automatisch. #. Type: note #. Description #: ../templates:5001 msgid If you don't know anything about this, you can safely ignore this message. msgstr Wenn Sie damit nichts anfangen können, ignorieren Sie diese Nachricht einfach.
Bug#675372: [pkg-dhcp-devel] Bug#675372: isc-dhcp-client: dhclient wastes one minute at boot time on an unplugged link
Hello, On Fri, 15 Jun 2012 21:30:12 -0700 Andrew Pollock apoll...@debian.org wrote: I may have spoken too soon. There's no noticeable time difference between a run of dhclient with or without the -1 option (although I'd have thought we'd want dhclient to hang around in the background in case a cable was subsequently plugged in, so I still don't think that adding -1 to how ifup invokes dhclient is a particularly desirable thing) Well, I don't really know what is worse: to have ifupdown to think it's okay and mark our interface as being up, but not having it really configured (so we have some inconsistency), or to require a user to run ifplugd or something to bring it back up when the link is available again or to run ifup again by hand. Probably I will just implement some kind of callbacks in the next version of ifupdown so we can make it really working. -- WBR, Andrew signature.asc Description: PGP signature
Bug#677638: laptop-mode-tools: Breaks wired network when running on battery
On Saturday 16 June 2012 07:29 AM, Guillem Jover wrote: Setting severity of normal because: * You have an option to disable. That's right, but only as long as you know what needs disabling, it took me a while to spot what the culprit was, because the battery/ac stuff is a bit hairy, there's at least acpid, laptop-mode-tools, pm-utils, and the kernel messing with this stuff. Just wanted to let you know that you could knock off some of the tools. Today, as in 1.61, laptop-mode-tools does not require/depend on pm-utils or acpid. It used to depend on acpid for invocation during power state change, but now it does it directly with the kernel events. acpid support is still there for backwards compatibility It used to depend on pm-utils for invocation during resume-from-suspend state. But now it does it directly with the kernel events. The pm-utils support is there again for backwards compatibility. But removing pm-utils will lead to suspend/hibernate options missing from the Desktop Manger's interface I agree that multiple components installed together could be causing bigger problems when trying to determine the culprit. Suddenly getting the network to stop working is pretty mysterious given all those layers, and as such (as said before) even if the real problem is with the driver or the kernel PM settings or whatever, if laptop-mode-tools triggers this (when it could avoid it), then that's a “problem” with it. This was done on purpose. Earlier, somewhere around 1.54 and before, the user had to configure laptop-mode-tools to get any effect. Just mere installation provided not much change. That is when we introduced the AUTO_MODULES setting. With a good list of modules marked auto, and ENABLE_AUTO_MODULES set to 1, this gives the immediate effect of power savings when installing laptop-mode-tools. Sure there have been reports of things breaking. But only one or two. An example is: DBUG: 671405. My concern with changing the defaults is that eventually it'll end up going back to the same all power savings disabled by default state. And that is why we provide a flexible settings framework so that users can fine tune it to meet their specific requirements. This was also the reason why we introduced the exec-commands module. Also having a uniform defaults settings across distributions helps. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature
Bug#667973: liferea: Custom date format doesn't work anymore
found 667973 1.8.5-0.1 thanks On 2012-04-07 22:20:20 +0300, Mike wrote: After update to 1.8.3 liferea doesn't use date format specified by date-format key in GConf. I confirm. :( -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677696: liferea: default date format doesn't give the right date information
Package: liferea Version: 1.8.5-0.1 Severity: normal The default date format (currently the only one due to bug 667973) doesn't give correct information. For instance, for some item, it was saying Aujourd'hui 22:00 (Today 22:00) instead of Yesterday 22:00. I suppose that the reason is that the date information is not updated after midnight. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages liferea depends on: ii gconf-service 3.2.5-1 ii gconf2 3.2.5-1 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-33 ii libcairo2 1.10.2-7 ii libgconf-2-43.2.5-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libgtk2.0-0 2.24.10-1 ii libice6 2:1.0.8-2 ii libjson-glib-1.0-0 0.14.2-1 ii libnotify4 0.7.5-1 ii libpango1.0-0 1.30.0-1 ii libsm6 2:1.2.1-2 ii libsoup2.4-12.38.1-2 ii libsqlite3-03.7.13-1 ii libunique-1.0-0 1.1.6-4 ii libwebkitgtk-1.0-0 1.8.1-3.1 ii libxml2 2.8.0+dfsg1-4 ii libxslt1.1 1.1.26-12+b1 ii liferea-data1.8.5-0.1 Versions of packages liferea recommends: ii curl 7.26.0-1 ii dbus 1.6.0-1 ii dbus-x11 1.6.0-1 ii wget 1.13.4-3 Versions of packages liferea suggests: pn network-manager none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677697: [INTL:de] Updated German po-debconf for ssl-cert
package: ssl-cert version: 1.0.29 severity: wishlist tags: l10n patch See attached updated debconf template traslation flori -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656584: initscripts: /run transition: Please update /etc/network/if-up.d/mountnfs
Hello, On Fri, 15 Jun 2012 11:25:21 +0200 MAG4 Piemonte m...@aruba.it wrote: - If we remove network-manager everything is ok (boot doesn't stall 3 minutes every NFS mount and they result automatically mounted). The point of NetworkManager is to make networking configuration and setup as painless and automatic as possible. ... In effect, the goal of NetworkManager is to make networking Just Work, says the wiki page. I see they've reached that point :) -- WBR, Andrew signature.asc Description: PGP signature
Bug#677638: laptop-mode-tools: Breaks wired network when running on battery
Added Ben and the Debian Kernel Team On Saturday 16 June 2012 07:29 AM, Guillem Jover wrote: On Friday 15 June 2012 09:27 PM, Guillem Jover wrote: Since some time now (I only sat down to track it down pretty recently, but this has going on for probably a year or more), laptop-mode-tools has broken the wired network (e1000e) whenever I unplug the laptop from the wall power. The culprit is BATT_THROTTLE_ETHERNET=1 in «/etc/laptop-mode/conf.d/ethernet.conf». This turns the working ethernet device from this state: ,--- # ethtool eth0 Settings for eth0: Supported ports: [ TP ] Supported link modes: 10baseT/Half 10ba 100baseT/Half 100baseT/Full 1000baseT/Full Supported pause frame use: No Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10ba 100baseT/Half 100baseT/Full 1000baseT/Full Advertised pause frame use: No Advertised auto-negotiation: Yes Speed: 100Mb/s Duplex: Full Port: Twisted Pair PHYAD: 2 Transceiver: internal Auto-negotiation: on MDI-X: on Supports Wake-on: pumbg Wake-on: g Current message level: 0x0001 (1) drv Link detected: yes `--- To this non-working state: ,--- # ethtool eth0 Settings for eth0: Supported ports: [ TP ] Supported link modes: 10baseT/Half 10ba 100baseT/Half 100baseT/Full 1000baseT/Full Supported pause frame use: No Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10ba 100baseT/Half 100baseT/Full 1000baseT/Full Advertised pause frame use: No Advertised auto-negotiation: Yes Speed: Unknown! Duplex: Unknown! (255) Port: Twisted Pair PHYAD: 2 Transceiver: internal Auto-negotiation: on MDI-X: Unknown Supports Wake-on: pumbg Wake-on: d Current message level: 0x0001 (1) drv Link detected: no `--- If I set BATT_THROTTLE_ETHERNET to 0, then everything works as before. I don't think this setting should be enabled by default if it might cause this type of breakage, even if it ends up being a driver problem. This is the first report on this behavior. From your logs, it shows that when switched to battery, nothing is set correct. Neither the speed, nor the Link. Could you please set DEBUG=1 in the ethernet module only, and then see if it can provide more information on what is failing? e1000e must be a common driver supporting multiple Intel chipsets. I have no problem setting the default to 0, but like I said, this is the first time I've heard of this behavior. I've tracked it further down to «ethtool -s eth0 autoneg off», which totally messes up the network device. I've tested this with 3.2, 3.3 and 3.4 kernels, all are affected. I'll try to check later on with earlier kernels to see if something changes. It might be related to the PCIe controller, ACPI setup, the PM settings, or the driver itself, I've got some error messages on dmesg about the driver being unable to read from PHY registers and also about Hardware Errors, but then I've seen several instances of that on google, so I don't think it's really a hardware problem, as those have changed over time with different kernels. Since this happens with 3.2 also, I have pulled in the kernel team. Perhaps they have some information. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature
Bug#675863: Closing #675863
Version: 0.6.21-4 After having configured and tested gdm3 as default login manager, this looks solved, so closing. Regards. -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677291: KWin crashes when gwenview enters full-screen mode
On Fri, Jun 15, 2012 at 01:19:49 +0200, Aaron wrote: The problem still persists after upgrade of libgl1-mesa-glx and libgl1-mesa-dri from version 8.0.2-2 to 8.0.3-1. OK, I don't have any other ideas at this point, so please report the bug upstream at bugs.freedesktop.org against mesa (drivers/dri/i965 component). Attach the backtrace, the full X log and dmesg, and let us know the bug number for tracking. Thanks, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677617: dri: nouveau_vieux segfaults when called from gnome-control-center
On Fri, Jun 15, 2012 at 14:12:53 +0300, Martin-?ric Racine wrote: 0xb0527b94 in ?? () from /usr/lib/i386-linux-gnu/dri/nouveau_vieux_dri.so You need debug symbols. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677698: tex-common: post installation script fails due to the failing of updmap-sys
Package: tex-common Version: 3.12 Severity: important Dear Maintainer, the upgrade of tex-common fails due to the reporting of missing map files. The output from updmap-sys is as follows: updmap is using the following updmap.cfg files (in precedence order): /etc/texmf/web2c/updmap.cfg /usr/share/texmf/web2c/updmap.cfg /usr/share/texlive/texmf/web2c/updmap.cfg /usr/share/texlive/texmf-dist/web2c/updmap.cfg dvips output dir: /var/lib/texmf/fonts/map/dvips/updmap pdftex output dir: /var/lib/texmf/fonts/map/pdftex/updmap dvipdfmx output dir: /var/lib/texmf/fonts/map/dvipdfmx/updmap pxdvi output dir: /var/lib/texmf/fonts/map/pxdvi/updmap ERROR: The following map file(s) couldn't be found: lm-cs.map (in /usr/share/texmf/web2c/updmap.cfg) lm-ec.map (in /usr/share/texmf/web2c/updmap.cfg) lm-l7x.map (in /usr/share/texmf/web2c/updmap.cfg) lm-math.map (in /usr/share/texmf/web2c/updmap.cfg) lm-qx.map (in /usr/share/texmf/web2c/updmap.cfg) lm-rm.map (in /usr/share/texmf/web2c/updmap.cfg) lm-t5.map (in /usr/share/texmf/web2c/updmap.cfg) lm-texnansi.map (in /usr/share/texmf/web2c/updmap.cfg) lm-ts1.map (in /usr/share/texmf/web2c/updmap.cfg) Did you run mktexlsr? You can disable non-existent map entries using the option --syncwithtrees. mktexlsr is run in the post installation script before updmap-sys is called, so yes I run mktexlsr. Running updmap-sys --syncwithtrees suggests, that on Debian I should run update-updmap, which I did, but updmap-sys fails regardless with the message above. Yesterday I installed and deinstalled lmodern and since the map files look to me, like they belong to lmodern, maybe the entries in updmap.cfg are leftovers from this installation. Removing the lines in /usr/share/texmf/web2c/updmap.cfg, which mention above map files, fixes the problem. That implies, that adding something like UPDMAP_CFG_DIR=/usr/share/texmf/web2c for X in lm-cs lm-ec lm-l7x lm-math lm-qx lm-rm lm-t5 lm-texnansi lm-ts1 do sed -e 's/$X/# $X/' $UPDMAP_CFG_DIR/updmap.cfg $UPDMAP_CFG_DIR/updmap.cfg.tmp mv UPDMAP_CFG_DIR/updmap.cfg.tmp $UPDMAP_CFG_DIR/updmap.cfg done rm -f $UPDMAP_CFG_DIR/updmap.cfg.tmp in the postrm script of lmodern should fix the problem. With best regards, Julian Wollrath -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.5.0-rc2-wl-00217-g944325c (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.43 ii dpkg 1.16.4.2 ii ucf3.0025+nmu3 tex-common recommends no packages. Versions of packages tex-common suggests: pn debhelper none Versions of packages texlive-base depends on: ii debconf [debconf-2.0] 1.5.43 ii dpkg 1.16.4.2 ii install-info 4.13a.dfsg.1-10 ii libpaper-utils 1.1.24+nmu2 ii luatex 0.70.1.20120524-2 ii mime-support 3.52-1 ii texlive-binaries 2012.20120530-2+b1 ii texlive-common 2012.20120611-1 ii texlive-doc-base 2012.20120611-1 ii ucf3.0025+nmu3 Versions of packages texlive-base recommends: pn lmodern none Versions of packages texlive-base suggests: ii ghostscript [postscript-viewer] 9.05~dfsg-6 ii okular [postscript-viewer] 4:4.7.4-2 pn perl-tk none pn xpdf-reader | pdf-viewer none Versions of packages texlive-binaries depends on: ii dpkg1.16.4.2 ii ed 1.6-2 ii install-info4.13a.dfsg.1-10 ii libc6 2.13-33 ii libfontconfig1 2.9.0-6 ii libfreetype62.4.9-1 ii libgcc1 1:4.7.1-1 ii libgraphite31:2.3.1-0.2 ii libkpathsea62012.20120530-2+b1 ii libpng12-0 1.2.49-1 ii libpoppler190.18.4-2 ii libptexenc1 2012.20120530-2+b1 ii libstdc++6 4.7.1-1 ii libx11-62:1.4.99.901-2 ii libxaw7 2:1.0.10-2 ii libxmu6 2:1.1.1-1 ii libxpm4 1:3.5.10-1 ii libxt6 1:1.1.3-1 ii perl5.14.2-11 ii texlive-common 2012.20120611-1 ii zlib1g 1:1.2.7.dfsg-11 Versions of packages texlive-binaries recommends: ii luatex 0.70.1.20120524-2 ii python 2.7.3~rc2-1 ii ruby1.8 [ruby] 1.8.7.358-4 ii texlive-base2012.20120611-1 pn wishnone -- debconf information: tex-common/check_texmf_wrong: texlive-base/binary_chooser: pdftex, dvips, dvipdfmx, xdvi tex-common/check_texmf_missing: texlive-base/texconfig_ignorant: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677699: RM: listen -- RoQA; orphaned, no upstream, RC-buggy
Package: ftp.debian.org Severity: normal listen is RC-buggy and upstream seems no longer active. So please remove it from unstable. Thanks in advance. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677504: lintian fixes
On Fri, Jun 15, 2012 at 12:47 AM, Michael Tokarev m...@tls.msk.ru wrote: I'll try to review this stuff while being in a sea beach, maybe will commit something. Would be nice, if you take look on #556610 too. But to me, much more important issue is the timing issue we have in initramfs. Â Namely, there are a few known valid setups which does not work with mdadm currently. Â #675452 ... So, if you do have some time and are willing to help, that's where to look at :) Comment was added. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674951: [libapt-pkg4.12] aptitude crashes while updating packages list
On 16.06.2012 10:40, David Kalnischkies wrote: Another crash in version 0.9.6 with similar conditions: [Â…] Are these crashes reproducible? They were 100% reproducible at the time of bug filing. They are not reproducible now, probably because changed(updated) package lists. But aptitude should not crash anyways, regardless of contents of package lists. If so, does it still crash if you do: rm -f /var/cache/apt/*.bin ? Or if you do rm -f /var/cache/apt/*.bin apt-get update -o APT::Cache-Start=1 ? I cannot reproduce these crashes now, since it looks like they were caused by some package/list or combination of such. But I can send you core file, if you want. Also, ensure that your hardware is not at fault: Such unreproducible crashes are often the first symptom of a faulty memory (or other hardware pieces). Hardware is in good condition, this is definitely some defect/insuffient validation in libapt-pkg. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676183: /etc/resolv.conf is setup too late
Hello, On Wed, 6 Jun 2012 09:38:18 +0200 Thomas Hood jdth...@gmail.com wrote: I didn't know about the recent ifupdown changes -- thanks for the tip. Reassigning to ifupdown. Ifupdown maintainers: Please let the resolvconf maintainers know if resolvconf needs to change as a result of recent ifupdown and netbase changes. Inspecting if-*.d hook scripts for resolvconf I can say nothing in ifupdown should have broken resolvconf. At least, you seem to perform all the needed checks. I'm also a resolvconf user, and it works fine here. -- WBR, Andrew signature.asc Description: PGP signature
Bug#677668: GAP 4.5.4 is released
On Fri, Jun 15, 2012 at 10:42:33PM +0100, Iulian Udrea wrote: Package: gap Severity: wishlist Hi there. GAP 4.5.4 has just been released, today actually. It would be nice to see it uploaded to Debian. Hello Iulian, Of course it would, but I am not sure it will be possible to do it before the freeze, due to the size. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677700: bacula-director-mysql: fails to upgrade from testing - Table 'bacula.Version' doesn't exist
Package: bacula-director-mysql Version: 5.2.6+dfsg-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'wheezy'. It installed fine in 'wheezy', then the upgrade to 'sid' fails. From the attached log (scroll to the bottom...): Setting up bacula-director-mysql (5.2.6+dfsg-1) ... Installing new version of config file /etc/bacula/scripts/make_catalog_backup.pl ... Installing new version of config file /etc/bacula/scripts/make_catalog_backup ... invoke-rc.d: policy-rc.d denied execution of stop. dbconfig-common: writing config to /etc/dbconfig-common/bacula-director-mysql.conf creating database backup in /var/cache/dbconfig-common/backups/bacula-director-mysql_5.0.3-1+b1.mysql. applying upgrade sql for 5.0.3-1+b1 - 5.2.0. error encountered processing /usr/share/dbconfig-common/data/bacula-director-mysql/upgrade/mysql/5.2.0: mysql said: ERROR 1146 (42S02) at line 21: Table 'bacula.Version' doesn't exist dbconfig-common: bacula-director-mysql configure: aborted. dbconfig-common: flushing administrative password dpkg: error processing bacula-director-mysql (--configure): subprocess installed post-installation script returned error exit status 1 cheers, Andreas bacula-director-mysql_5.2.6+dfsg-1.log.gz Description: GNU Zip compressed data
Bug#656766: xscreensaver seems to ignore pam-blocked accounts
Well, unless I am wrong, the diff in the message 22 breaks xscreensaver's default pam settings (i.e. settings written as driver/xscreensaver.pam). driver/xscreensaver.pam essentially just writes: - #%PAM-1.0 auth include system-auth - (all others are just white spaces or comment lines), and with this pam settings, xscreensaver pam authentication says with correct password: xscreensaver: 18:26:00: pam_start (xscreensaver, tasaka1, ...) == 0 (Success) xscreensaver: 18:26:00: pam_set_item (p, PAM_TTY, :0.0) == 0 (Success) xscreensaver: 18:26:00: pam_authenticate (...) ... xscreensaver: 18:26:00: pam_conversation (ECHO_OFF=Password: ) ... xscreensaver: 18:26:00: 0: mouse is at 1268,777. xscreensaver: 18:26:00: 0: creating password dialog () xscreensaver: 18:26:00: grabbing server... xscreensaver: 18:26:00: 0: ungrabbing mouse (was 0xa9). xscreensaver: 18:26:00: 0: grabbing mouse on 0x34000d8... GrabSuccess. xscreensaver: 18:26:00: ungrabbing server. xscreensaver: 18:26:04: input finished. xscreensaver: 18:26:04: pam_conversation (...) == PAM_SUCCESS xscreensaver: 18:26:04: pam_authenticate (...) == 0 (Success) xscreensaver: 18:26:04: pam_acct_mgmt (...) == 7 (Authentication failure) xscreensaver: 18:26:04: pam_setcred (...) == 0 (Success) xscreensaver: 18:26:04: pam_end (...) == 0 (Success) Note that pam_acct_mgmt retured 7 (PAM_PERM_DENIED). So unless - xscreensaver.pam includes also account include system-auth - xscreensaver adds new configuration option to actually check account module on pam or not this change will break xscreensaver's default behavior. Mamoru -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675863: accountsservice: makes gdm-simple-greeter crash
Solved indeed, thank you very much. -- Mourad DC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677701: systemd-journal leaks alot of memory
Package: systemd Version: 44-2 Severity: important Tags: upstream Dear Maintainer, I've been seeing systemd-journal eat up alot of my memory. It has happened a couple of times when I have a couple of weeks of uptime on my system. smem looks like this: PID User Command Swap USS PSS RSS 20532 root /lib/systemd/systemd-journa 760 1147364 1147459 1148324 Some kind soul on #systemd (FreeNode) suggested it might be fixed by http://cgit.freedesktop.org/systemd/systemd/commit/?id=d384c7 Also see the redhat bugzilla link in the commit message for more details. You might want to consider investigating what other patches fedora has been shipping in their systemd 44 packages since they seem to have alot of revisions on that (and possibly including lots of more useful patches). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (300, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages systemd depends on: ii dpkg 1.16.4.2 ii initscripts 2.88dsf-27 ii libacl1 2.2.51-8 ii libaudit01:1.7.18-1.1 ii libc62.13-33 ii libcap2 1:2.22-1.1 ii libcryptsetup4 2:1.4.3-2 ii libdbus-1-3 1.6.0-1 ii libkmod2 8-2 ii liblzma5 5.1.1alpha+20110809-3 ii libpam0g 1.1.3-7.1 ii libselinux1 2.1.9-5 ii libsystemd-daemon0 44-2 ii libsystemd-id128-0 44-2 ii libsystemd-journal0 44-2 ii libsystemd-login044-2 ii libudev0 175-3.1 ii libwrap0 7.6.q-23 ii udev 175-3.1 ii util-linux 2.20.1-5 Versions of packages systemd recommends: ii libpam-systemd 44-2 Versions of packages systemd suggests: ii python2.7.3~rc2-1 ii python-cairo 1.8.8-1+b2 ii python-dbus 1.1.0-1 pn systemd-gui none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677702: libdevice-cdio-perl: FTBFS with libcdio 0.83
Source: libdevice-cdio-perl Version: 0.2.4-5 Severity: serious Justification: fails to build from source (but built successfully in the past) Tags: sid wheezy See https://buildd.debian.org/status/package.php?p=libdevice-cdio-perl Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677703: Shortcuts lost after upgrade
Package: metacity Version: 1:2.34.3-2 Severity: normal Yesterday I upgraded metacity (though I don't remember, I guess from 1:2.34.3-1) and apparently lost my preferences (theme, shortcuts and presumably something else). After inspecting a bit, I think that - standard shortcuts (i.e. play, next track) were correctly migrated - the theme settings couldn't be migrated simply because old themes are no more compatible - free shortcuts (i.e. open a terminal with Ctrl+Alt+T) were instead just dropped. The last looks to me as a bug: if I understood correctly (from the Debian changelog entry of 1:2.34.3-1), there is a conversion script somewhere which should presumably be fixed, but I wasn't able to find it. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages metacity depends on: ii gnome-icon-theme 3.4.0-2 ii gsettings-desktop-schemas 3.4.2-1 ii libatk1.0-02.4.0-2 ii libc6 2.13-33 ii libcairo2 1.12.2-1 ii libcanberra-gtk0 0.28-4 ii libcanberra0 0.28-4 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.32.3-1 ii libgtk2.0-02.24.10-1 ii libgtop2-7 2.28.4-3 ii libice62:1.0.8-2 ii libmetacity-private0a 1:2.34.3-2 ii libpango1.0-0 1.30.0-1 ii libsm6 2:1.2.1-2 ii libstartup-notification0 0.12-1 ii libx11-6 2:1.4.99.901-2 ii libxcomposite1 1:0.4.3-2 ii libxcursor11:1.1.13-1 ii libxdamage11:1.1.3-2 ii libxext6 2:1.3.1-2 ii libxfixes3 1:5.0-4 ii libxinerama1 2:1.1.2-1 ii libxrandr2 2:1.3.2-2 ii libxrender11:0.9.7-1 ii metacity-common1:2.34.3-2 ii zenity 3.4.0-2 Versions of packages metacity recommends: ii gnome-session [x-session-manager] 3.4.2.1-1 ii gnome-session-fallback [x-session-manager] 3.4.2.1-1 ii gnome-themes-standard 3.4.2-1 Versions of packages metacity suggests: ii gnome-control-center 1:3.2.2-3+b1 ii xdg-user-dirs 0.14-1 -- 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#677704: unusable multiarch (triggers Dynamic MMap ran out of room error)
Package: apt Version: 0.9.6 Severity: important User: debian-...@lists.debian.org Usertags: kfreebsd Tried increasing this limit, with no improvement. I also wonder how is libpgocaml-ocaml-dev related to this ... $ sudo dpkg --add-architecture kfreebsd-i386 $ sudo apt-get update Get:1 http://cdn.debian.net sid InRelease [234 kB] Get:2 http://cdn.debian.net sid/main Sources/DiffIndex [7876 B] Get:3 http://cdn.debian.net sid/main kfreebsd-amd64 Packages/DiffIndex [7876 B] Get:4 http://cdn.debian.net sid/main kfreebsd-i386 Packages/DiffIndex [7876 B] Get:5 http://cdn.debian.net sid/main Translation-en [4013 kB] Get:6 http://cdn.debian.net sid/main Translation-ca/DiffIndex [1333 B] Get:7 http://cdn.debian.net sid/main 2012-06-16-0815.58.pdiff [8550 B] Get:8 http://cdn.debian.net sid/main 2012-06-16-0815.58.pdiff [8550 B] Get:9 http://cdn.debian.net sid/main kfreebsd-amd64 2012-06-16-0815.58.pdiff [19.8 kB] Get:10 http://cdn.debian.net sid/main kfreebsd-i386 2012-06-16-0815.58.pdiff [11.1 kB] Get:11 http://cdn.debian.net sid/main kfreebsd-amd64 2012-06-16-0815.58.pdiff [19.8 kB] Get:12 http://cdn.debian.net sid/main kfreebsd-i386 2012-06-16-0815.58.pdiff [11.1 kB] Fetched 298 kB in 8s (36.8 kB/s) E: Dynamic MMap ran out of room. Please increase the size of APT::Cache-Limit. Current value: 25165824. (man 5 apt.conf) Reading package lists... Error! E: Dynamic MMap ran out of room. Please increase the size of APT::Cache-Limit. Current value: 25165824. (man 5 apt.conf) E: Error occurred while processing libpgocaml-ocaml-dev (NewVersion2) E: Problem with MergeList /var/lib/apt/lists/cdn.debian.net_debian_dists_sid_main_binary-kfreebsd-i386_Packages E: The package lists or status file could not be parsed or opened. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 8.1-1-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt depends on: ii debian-archive-keyring 2012.4 ii gnupg 1.4.12-4 ii libapt-pkg4.12 0.9.6 ii libc0.1 2.13-33 ii libgcc1 1:4.7.0-13 ii libstdc++6 4.7.0-13 apt recommends no packages. Versions of packages apt suggests: pn apt-doc none ii aptitude0.6.8-1 ii dpkg-dev1.16.4.2 pn python-apt none ii xz-utils5.1.1alpha+20110809-3 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677705: libfltk1.3-dev: fltk-config exports hardening flags including pie
Package: libfltk1.3-dev Version: 1.3.0-7 Severity: important fltk-config --cflags --ldflags outputs the hardening flags it was built with. This is problematic for packages which do not want to use those flags especially -fPIE is a flag many applications do not want for performance reasons. It is also very problematic for libraries using fltk-config to gather links, pie is only for executables. # fltk-config --ldflags -L/usr/lib/x86_64-linux-gnu -fPIE -pie -Wl,-z,relro -Wl,-z,now -lfltk this also affects fltk1.1 -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric'), (100, 'oneiric-backports') Architecture: i386 (i686) Kernel: Linux 3.0.0-21-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555168: Unclear license situation for (e)glibc locales provided by you
Hello, you are listed as contact person/author of the following locale: id_ID This locale comes with a statement % Distribution and use is free, also % for commercial purposes. Thus it does not allow modification; it is unclear, however, if this statement was meant as a license. As discussed in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555168 this locale could strictly speaking not be part of Debian which would be a great loss. (Currently it is allowed pending investigation). To properly resolve this, I would like to ask you the following question: Would you be willing to relicense this locale to a proper license, e.g. (L)GPL v2 or higher or another free software license of your choice? If you have any questions regarding this issue, do not hesitate to contact me (via the reply-to address set). Thanks for helping to resolve this! Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#677706: make --dry-run runs build targets for included files
Package: make Version: 3.81-8.2 Severity: normal To reproduce: root@beczulka:~# cat Makefile include missing-file %: @touch build-rule-WAS-called-for-$@ root@beczulka:~# ls -l build-rule-WAS-called-for-* ls: cannot access build-rule-WAS-called-for-*: No such file or directory root@beczulka:~# make --dry-run something Makefile:1: missing-file: No such file or directory touch build-rule-WAS-called-for-something root@beczulka:~# ls -l build-rule-WAS-called-for-* -rw-r--r-- 1 root root 0 Jun 16 09:48 build-rule-WAS-called-for-missing-file The build rule was NOT run for something, as expected. The unexpected part is that it WAS run for missing-file. That is not intuitive and causes problems with the dh tool, leading to a runaway chain of processes. root@beczulka:~# make --version GNU Make 3.81 Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. This program built for x86_64-pc-linux-gnu -- System Information: Debian Release: squeeze/sid Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-41-generic (SMP w/2 CPU cores) Locale: LANG=pl_PL.utf8, LC_CTYPE=pl_PL.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash make depends on no packages. make recommends 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#555168: Unclear license situation for (e)glibc locales provided by you
Hello, you are listed as contact person/author of the following locale: is_IS This locale comes with a statement % Distribution and use is free, also % for commercial purposes. Thus it does not allow modification; it is unclear, however, if this statement was meant as a license. As discussed in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555168 this locale could strictly speaking not be part of Debian which would be a great loss. (Currently it is allowed pending investigation). To properly resolve this, I would like to ask you the following question: Would you be willing to relicense this locale to a proper license, e.g. (L)GPL v2 or higher or another free software license of your choice? If you have any questions regarding this issue, do not hesitate to contact me (via the reply-to address set). Thanks for helping to resolve this! Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#677604: [postgresql] Despite failure /etc/init.d/postgresql start returns 0 and no output
On fre, 2012-06-15 at 11:35 +0200, Sebastian Pipping wrote: Package: postgresql Version: 9.1+130 Severity: normal What I observe: # /etc/init.d/postgresql start echo GOOD GOOD # ps aux | fgrep postgres | fgrep -v fgrep # Maybe you don't have any clusters created or configured to start? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664941: patch
tags 664941 + patch thanks caused by fltk-config exporting PIE see 677705 attached a minimal patch to cope with that by building with fPIC flpsed.patch Description: Binary data
Bug#677704: unusable multiarch (triggers Dynamic MMap ran out of room error)
On Sat, Jun 16, 2012 at 12:09:06PM +0200, Robert Millan wrote: Package: apt Version: 0.9.6 Severity: important User: debian-...@lists.debian.org Usertags: kfreebsd Tried increasing this limit, with no improvement. I also wonder how is libpgocaml-ocaml-dev related to this ... Yes, we don't have mremap() on kFreeBSD, which we use for resizing. This could be fixed by rewriting the mremap() part to use munmap() and mmap() instead of mremap(). I can't tell you why the limit increasing does not help, though, someone else might know more. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677659: ruby1.9.1: Apache2 error 500 with 1.9.3.194-1 when using fcgi
On 16/06/12 01:48, Antonio Terceiro wrote: Jeremie Burtin escreveu isso aí: Package: ruby1.9.1 Version: 1.9.3.0-2 Severity: important I am using redmine, with apache2 et fcgi, and after the last upgrade to 1.9.3.194-1, apache2 gives an error 500 (internal error) with redmine. No log in redmine logs, only in apache2 : Premature end of script headers: dispatch.fcgi Downgrading ruby1.9.1 to 1.9.3.0 solves the problem. I don't know if I can give much informations, feel free to ask ! Premature end of script headers: dispatch.fcgi does not help much, it only means that there was a crash while processing the request. Can you please post the contents of the corresponding Apache error log? Well, the thing is that there was no other informations. Apache log had 2 lines for this error : (104)Connection reset by peer: mod_fcgid: error reading data from FastCGI server, referer: https://redmine.dacrydium.fr/projects/unkut Premature end of script headers: dispatch.fcgi, referer: https://redmine.dacrydium.fr/projects/unkut /var/log/redmine/default/fastcgi.crash.log and /var/log/redmine/default/production.log had nothing. I found out it was ruby1.9.1 just because I remembered seeing it was upgraded one or two days before I restarted apache. Sorry I don't have more informations :-/ -- Jérémie BURTIN Ingénieur Web/Logiciel tel : +334 82 626 016 Dacrydium 20 Rue Benoît Lauras 42000 Saint-Etienne -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677617: dri: nouveau_vieux segfaults when called from gnome-control-center
2012/6/16 Julien Cristau jcris...@debian.org: On Fri, Jun 15, 2012 at 14:12:53 +0300, Martin-?ric Racine wrote: 0xb0527b94 in ?? () from /usr/lib/i386-linux-gnu/dri/nouveau_vieux_dri.so You need debug symbols. Cheers, Julien I installed the following: libgl1-mesa-dri-dbg libcogl9-dbg libcogl-pango0-dbg Here's an updated trace (note: neither Clutter or gnome-control-center seem to offer any -dbg package): Reading symbols from /usr/bin/gnome-control-center...(no debugging symbols found)...done. (gdb) run Starting program: /usr/bin/gnome-control-center [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/i386-linux-gnu/i686/cmov/libthread_db.so.1. (process:3609): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. (gnome-control-center:3609): Clutter-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. Program received signal SIGSEGV, Segmentation fault. nv04_context_engine (ctx=0x8203cd0) at nv04_context.c:70 70 nv04_context.c: No such file or directory. (gdb) bt #0 nv04_context_engine (ctx=0x8203cd0) at nv04_context.c:70 #1 0xb06e9568 in nv04_emit_tex_obj (ctx=0x8203cd0, emit=65) at nv04_state_tex.c:64 #2 0xb06e75cd in nv04_channel_flush_notify (chan=0x83ce198) at nv04_context.c:99 #3 0xb06c73b1 in nouveau_pushbuf_flush () from /usr/lib/i386-linux-gnu/libdrm_nouveau.so.1 #4 0xb06c7748 in nouveau_grobj_free () from /usr/lib/i386-linux-gnu/libdrm_nouveau.so.1 #5 0xb06e7538 in nv04_context_destroy (ctx=0x8203cd0) at nv04_context.c:161 #6 0xb06e2788 in nouveau_context_destroy (dri_ctx=0x81f25d8) at nouveau_context.c:187 #7 0xb06df00a in driDestroyContext (pcp=0x81f25d8) at ../common/dri_util.c:277 #8 0xb0be282a in ?? () from /usr/lib/i386-linux-gnu/libGL.so.1 #9 0xb0bb96c2 in glXDestroyContext () from /usr/lib/i386-linux-gnu/libGL.so.1 #10 0xb0e9e63c in _cogl_winsys_display_destroy (display=0x8182d68) at ./winsys/cogl-winsys-glx.c:704 #11 0xb0e56d8c in _cogl_display_free (display=0x8182d68) at ./cogl-display.c:59 #12 _cogl_object_display_indirect_free (obj=0x8182d68) at ./cogl-display.c:43 #13 0xb0e58392 in _cogl_object_default_unref (object=0x8182d68) at ./cogl-object.c:96 #14 0xb0e582ef in cogl_object_unref (obj=0x8182d68) at ./cogl-object.c:104 #15 0xb0e5675a in cogl_renderer_check_onscreen_template (renderer=0x81edcb8, onscreen_template=0x8182d30, error=0xbfffec1c) at ./cogl-renderer.c:231 #16 0xb0f14b94 in ?? () from /usr/lib/i386-linux-gnu/libclutter-1.0.so.0 #17 0xb0f4a8bc in ?? () from /usr/lib/i386-linux-gnu/libclutter-1.0.so.0 #18 0xb0f4af07 in ?? () from /usr/lib/i386-linux-gnu/libclutter-1.0.so.0 #19 0xb0f644f1 in ?? () from /usr/lib/i386-linux-gnu/libclutter-1.0.so.0 #20 0xb0f70f5d in ?? () from /usr/lib/i386-linux-gnu/libclutter-1.0.so.0 #21 0xb0f711ad in ?? () from /usr/lib/i386-linux-gnu/libclutter-1.0.so.0 #22 0xb769127a in g_option_context_parse () from /lib/i386-linux-gnu/libglib-2.0.so.0 #23 0xb0f7152e in clutter_init () from /usr/lib/i386-linux-gnu/libclutter-1.0.so.0 #24 0xb0d94e92 in gtk_clutter_init () from /usr/lib/i386-linux-gnu/libclutter-gtk-1.0.so.0 #25 0xb103aef3 in cheese_gtk_init () from /usr/lib/i386-linux-gnu/libcheese-gtk.so.21 #26 0xb1160dd4 in g_io_module_load () from /usr/lib/control-center-1/panels/libuser-accounts.so #27 0xb77e165e in ?? () from /usr/lib/i386-linux-gnu/libgio-2.0.so.0 #28 0xb776d656 in g_type_module_use () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #29 0xb77e1af9 in g_io_modules_load_all_in_directory_with_scope () from /usr/lib/i386-linux-gnu/libgio-2.0.so.0 #30 0xb77e1bb3 in g_io_modules_load_all_in_directory () from /usr/lib/i386-linux-gnu/libgio-2.0.so.0 #31 0x08050d42 in ?? () #32 0xb776a507 in g_type_create_instance () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #33 0xb774ccf1 in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #34 0xb774ea19 in g_object_newv () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #35 0xb774efb8 in g_object_new () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #36 0x080515f8 in gnome_control_center_new () #37 0x0804ed49 in main () (gdb) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677659: ruby1.9.1: Apache2 error 500 with 1.9.3.194-1 when using fcgi
On 16/06/12 01:48, Antonio Terceiro wrote: Jeremie Burtin escreveu isso aí: Package: ruby1.9.1 Version: 1.9.3.0-2 Severity: important I am using redmine, with apache2 et fcgi, and after the last upgrade to 1.9.3.194-1, apache2 gives an error 500 (internal error) with redmine. No log in redmine logs, only in apache2 : Premature end of script headers: dispatch.fcgi Downgrading ruby1.9.1 to 1.9.3.0 solves the problem. I don't know if I can give much informations, feel free to ask ! Premature end of script headers: dispatch.fcgi does not help much, it only means that there was a crash while processing the request. Can you please post the contents of the corresponding Apache error log? I have another redmine installation running with thin+nginx, and I have no problem there. Maybe it's something specific to apache2/mod_fcgi ? -- Jérémie BURTIN Ingénieur Web/Logiciel tel : +334 82 626 016 Dacrydium 20 Rue Benoît Lauras 42000 Saint-Etienne -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648630: mcabber no long works: Disconnected, reason: 2-'LM_DISCONNECT_REASON_HUP'
Hey, does the bug still exist? I can't reproduce it with the versions in testing or stable so please provide more information. Greets, Rhalina signature.asc Description: Digital signature
Bug#677704: unusable multiarch (triggers Dynamic MMap ran out of room error)
clone 677704 -1 retitle -1 missing mremap() implementation severity -1 wishlist reassign -1 kfreebsd-9 forwarded -1 http://www.freebsd.org/cgi/query-pr.cgi?pr=59912 block 677704 by -1 thanks 2012/6/16 Julian Andres Klode j...@debian.org: On Sat, Jun 16, 2012 at 12:09:06PM +0200, Robert Millan wrote: Package: apt Version: 0.9.6 Severity: important User: debian-...@lists.debian.org Usertags: kfreebsd Tried increasing this limit, with no improvement. I also wonder how is libpgocaml-ocaml-dev related to this ... Yes, we don't have mremap() on kFreeBSD, which we use for resizing. This could be fixed by rewriting the mremap() part to use munmap() and mmap() instead of mremap(). I can't tell you why the limit increasing does not help, though, someone else might know more. Thanks. Unfortunately I don't currently have time to work on this, but I'm adding a bug for mremap request as well... -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656807: [Pkg-mailman-hackers] Bug#656807: mailman debian logo broken if changing image path
Hi Sebastien, On Sat, January 21, 2012 22:24, Sebastien Wains wrote: Link to Debian logo in /usr/lib/mailman/Mailman/Defaults.py is hardcoded (variable SITE_LOGO). Well, the default is hardcoded. It is changable via mm_cfg.py like every other configuration option. While Mailman gives you the ability to change the image path in mm_cfg.py under the variable IMAGE_LOGOS If you do so, the Debian logo will be broken. You should probably define the Debian logo around MailmanLogo() under : /usr/lib/mailman/Mailman/htmlformat.py It was intended design to have this variable include the full URL path, because users may want to use it for their site's logo which may not be in /images/mailman/ at all. 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#677708: O: flexbackup -- Flexible backup tool for small to medium sized installations
Package: wnpp Severity: normal The current maintainer of flexbackup, Kurt B. Kaiser k...@shore.net, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: flexbackup Binary: flexbackup Version: 1.2.1-6 Maintainer: Kurt B. Kaiser k...@shore.net Build-Depends: debhelper (= 5.0.0), dpatch Architecture: all Standards-Version: 3.7.3 Format: 1.0 Files: 0c76a03bb470a446704d6c2075aa0d0a 644 flexbackup_1.2.1-6.dsc 4955c89dbee354248f354a9bf0a480dd 80158 flexbackup_1.2.1.orig.tar.gz 1aa5ca49a776f6f17b2ded7c671cc57f 9901 flexbackup_1.2.1-6.diff.gz Dm-Upload-Allowed: yes Checksums-Sha1: 154a2937062aeddbd462500985b2d42c83de2f50 644 flexbackup_1.2.1-6.dsc 93361ab21f224dd2ccacfc273692f3a3b8da73f7 9901 flexbackup_1.2.1-6.diff.gz 77247f1161208ca65b7cc6fe1743108d2078a166 80158 flexbackup_1.2.1.orig.tar.gz Checksums-Sha256: ebfc0eecccfd6f3b1908f99537f46ff6b348296c25400d8abf10c3a1b156e772 644 flexbackup_1.2.1-6.dsc 87e3112f543b12bc8ecfb7ab2e6325081d8ccb02379628f29e390a0c1e16ed26 9901 flexbackup_1.2.1-6.diff.gz 58282b21985be75f1219c5ff4906d217055ed8627ea3e2ffdfe7a2393bc9d2c3 80158 flexbackup_1.2.1.orig.tar.gz Homepage: http://www.edwinh.org/flexbackup/ Directory: pool/main/f/flexbackup Priority: source Section: admin Package: flexbackup Version: 1.2.1-6 Installed-Size: 332 Maintainer: Kurt B. Kaiser k...@shore.net Architecture: all Depends: cpio | mt-st, perl Recommends: afio | dump | star | pax | zip | sharutils | binutils | lzma (= 4.43-2) | rsync, buffer Suggests: lha, ssh Description-en: Flexible backup tool for small to medium sized installations Flexbackup is a flexible backup tool that works well for small to medium sized tasks for which solutions like amanda are overkill. . It features: * Easy configuration * Uses afio, dump, GNU tar, cpio, star, pax, lha, or zip archivers * Full and numbered levels of incremental backup (similar to dump) * Compression and buffering options for all backup types * Handles remote filesystems with ssh/rsh; no special services required * Writes to tapes, on-disk archive files, or on-disk directory trees * Keeps a table of contents so you know what archives are on each tape * Extensive logging options Homepage: http://www.edwinh.org/flexbackup/ Description-md5: 239b506297992aaa2bc5a1936e52a359 Tag: admin::backup, implemented-in::perl, interface::commandline, role::program, scope::utility, works-with::archive Section: admin Priority: optional Filename: pool/main/f/flexbackup/flexbackup_1.2.1-6_all.deb Size: 77064 MD5sum: 7844cca96f0d0ebafc3f6475048f22ce SHA1: 7c27d532d2e32cb0a2a9af4790c1632ebb86b7f4 SHA256: 1bda69d083e735ed4393b55ad8d1947238854ba5d8e13f6d163298f18f39a09e -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677709: O: gambc -- Gambit-C Scheme interpreter and compiler
Package: wnpp Severity: normal The current maintainer of gambc, Kurt B. Kaiser k...@shore.net, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: gambc Binary: gambc, libgambc4, libgambc4-dev, gambc-doc Version: 4.2.8-1.1 Maintainer: Kurt B. Kaiser k...@shore.net Build-Depends: debhelper (= 6), autotools-dev, autoconf, dpatch, texinfo Architecture: any Standards-Version: 3.8.0 Format: 1.0 Files: f65866e3e723d704dc775d7c8de16e90 1200 gambc_4.2.8-1.1.dsc 1ebd2effeb9e936b380d6daffb9e11b8 14255377 gambc_4.2.8.orig.tar.gz b59e7b03411af5c80dc240ef20812939 11242 gambc_4.2.8-1.1.diff.gz Dm-Upload-Allowed: yes Vcs-Browser: http://svn.debian.org/wsvn/pkg-gambc/gambc/trunk/ Vcs-Svn: svn://svn.debian.org/svn/pkg-gambc/gambc/trunk Checksums-Sha1: 23c095ab9e38c5a848e5f54ca01d26492f30d50b 1200 gambc_4.2.8-1.1.dsc 785cb0667c7bfb554cd584413eed8bdb9f4a6077 14255377 gambc_4.2.8.orig.tar.gz eb3fa63b9338ed3279f319f47a6465bd3ed2cf1c 11242 gambc_4.2.8-1.1.diff.gz Checksums-Sha256: f33354c8748c98f098c96123308376aef9d436fd7383dd64748f554bd8460d2b 1200 gambc_4.2.8-1.1.dsc e07d0031e434fc98a8b3ac136fe2426280cc342b8e3b3a325c7348938d5bae11 14255377 gambc_4.2.8.orig.tar.gz 46d163d6cffa2970322fa064e43b007fb95a2783897e361dc94a8194f149dd23 11242 gambc_4.2.8-1.1.diff.gz Homepage: http://www.iro.umontreal.ca/~gambit/ Directory: pool/main/g/gambc Priority: source Section: lisp Package: gambc Version: 4.2.8-1.1 Installed-Size: 200 Maintainer: Kurt B. Kaiser k...@shore.net Architecture: amd64 Depends: libc6 (= 2.2.5), libgambc4 (= 4.2.8-1.1), libgambc4-dev (= 4.2.8-1.1) Recommends: gambc-doc Description-en: Gambit-C Scheme interpreter and compiler The gambc package includes a Scheme interpreter and a Scheme compiler which can be used to build standalone executables. The thread system is very efficient and can support millions of concurrent processes. . The Gambit-C system conforms to the R4RS, R5RS and IEEE Scheme standards. The full numeric tower is implemented, including: infinite precision integers (bignums), rationals, inexact reals (floating point numbers), and complex numbers. Gambit-C supports a number of extensions to the standards. Homepage: http://www.iro.umontreal.ca/~gambit/ Description-md5: 7e16a66bcf60c678ad6ef042c0b59b00 Tag: devel::compiler, devel::doc, devel::interpreter, devel::lang:scheme, devel::library, devel::runtime, implemented-in::c, implemented-in::scheme, interface::commandline, interface::text-mode, role::devel-lib, role::documentation, role::program, role::shared-lib Section: lisp Priority: optional Filename: pool/main/g/gambc/gambc_4.2.8-1.1_amd64.deb Size: 40040 MD5sum: 8873cb68bfd42598dabdb089e54a8a8e SHA1: 3c2ddadf7cdf5b09e8555ebd3d87909324b8a98d SHA256: 34d3cd94f4092e30ecf11d849e91bb9f478d9443bc6bad939ac6fade78acea89 Package: libgambc4 Source: gambc Version: 4.2.8-1.1 Installed-Size: 12468 Maintainer: Kurt B. Kaiser k...@shore.net Architecture: amd64 Depends: libc6 (= 2.2.5) Description-en: shared library for the Gambit-C interpreter and compiler The package includes libgambc4, which is necessary to run the gsi interpreter and the gsc compiler. It also includes the _gambc.c base link file and the gambit.h header file necessary to use the compiler. Homepage: http://www.iro.umontreal.ca/~gambit/ Description-md5: 443e3bcdc1d5d0a75d7ec6dd3ba141f3 Tag: role::shared-lib Section: libs Priority: optional Filename: pool/main/g/gambc/libgambc4_4.2.8-1.1_amd64.deb Size: 2428594 MD5sum: fa5c9d54812a27f07d272bb425e26b92 SHA1: f4853d3c14cf76fd109759891dddec9de55c259d SHA256: 9d4327da5bd0f6444d24f0ed16d576ab973f0ff8525ed0422e541944e7a29465 Package: libgambc4-dev Source: gambc Version: 4.2.8-1.1 Installed-Size: 332 Maintainer: Kurt B. Kaiser k...@shore.net Architecture: amd64 Depends: libgambc4 (= 4.2.8-1.1) Description-en: header file and link for the Gambit-C shared library The package includes gambit.h and the gambit.so link. libgambit.a is not required on Debian because libgambc is only linked using the gsc compiler. Homepage: http://www.iro.umontreal.ca/~gambit/ Description-md5: 4e499933c3cb6cda9eafc8b32700ec14 Tag: devel::lang:c, devel::library, implemented-in::c, role::devel-lib Section: libdevel Priority: optional Filename: pool/main/g/gambc/libgambc4-dev_4.2.8-1.1_amd64.deb Size: 46358 MD5sum: 961c186ad9e3421194283f08802e126c SHA1: 4df3d91e1f8867c3f51c5f84e15233f0e7881f9d SHA256: edbfe1e52417eba20e6532ea4c8260272e7ea09323a854a4086dcb45c64eb938 Package: gambc-doc Source: gambc Version: 4.2.8-1.1 Installed-Size: 4304 Maintainer: Kurt B. Kaiser k...@shore.net Architecture: all Suggests: r5rs-doc Description-en:
Bug#677710: O: nana -- improved support for assertions and logging in C/C++
Package: wnpp Severity: normal The current maintainer of nana, Kurt B. Kaiser k...@shore.net, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: nana Binary: nana Version: 2.5-12 Maintainer: Kurt B. Kaiser k...@shore.net Build-Depends: debhelper (= 6), dpatch, automake, texinfo Architecture: any Standards-Version: 3.8.0 Format: 1.0 Files: ed281c102ac0ed542515dde3315ec4ea 983 nana_2.5-12.dsc 66c88aa0ad095b2e67673773135475f1 359085 nana_2.5.orig.tar.gz c48d72835f62c90d773a98120c5ec994 11427 nana_2.5-12.diff.gz Checksums-Sha1: e13595669f60d14013253e96c65621f9d60360f0 983 nana_2.5-12.dsc 0ad180445930dbd097abc4b78158481642256def 359085 nana_2.5.orig.tar.gz 5e05c93fa7d830e5d721a3bf97301e072b39ed08 11427 nana_2.5-12.diff.gz Checksums-Sha256: 99277c200fea4efe3ce9349d476b6581915c7b5cd5dbe6e40f0ea3fc05ee4664 983 nana_2.5-12.dsc fd1819ffea94b209513959447e4802afe2719600e7d161cd78b265a42812affa 359085 nana_2.5.orig.tar.gz c8b9e1ffce0f2c2cc1d195834d4673afd721056c72702a6178bc6b00f22376cf 11427 nana_2.5-12.diff.gz Homepage: http://savannah.gnu.org/projects/nana/ Directory: pool/main/n/nana Priority: source Section: devel Package: nana Version: 2.5-12 Installed-Size: 764 Maintainer: Kurt B. Kaiser k...@shore.net Architecture: amd64 Depends: gcc, libc6-dev, libc6 (= 2.7-1) Description-en: improved support for assertions and logging in C/C++ GNU Nana is a library that provides improved support for assertion checking, logging, and performance measurement in C/C++, when compared with the standard assert.h mechanism. Avoid maintaining a source version without assertions and logging for production use or using non-standard macros. . - Space/time efficient assertion checking. - Space/time efficient program logging to file, console, process, or circular buffer in memory. - Selectively enable and disable assertion checking and logging both at compile and run time. Configure action following assertion failure. - Logging via inline C code (as in assert.h) or by extraction of commands for gdb which results in no performance cost unless running in the debugger. - Statement and function-level source tracing under GDB. - Code-to-HTML converter giving only details of your interface and pre/postconditions (similar to Eiffel short form). - Official GNU package. Homepage: http://savannah.gnu.org/projects/nana/ Description-md5: 27d5496f22d2c63741628051505353cc Tag: devel::debugger, devel::lang:c, devel::library, implemented-in::c, role::devel-lib, role::source, suite::gnu, works-with::logfile Section: devel Priority: extra Filename: pool/main/n/nana/nana_2.5-12_amd64.deb Size: 139368 MD5sum: 6ea9d2a2f59155e7aaa67059e9d8414f SHA1: 265153a034429d10906ec6e791f97c04b614a8a3 SHA256: 3346d0c29a8686eaa7a6b7fbf71cd92ee7297da05a625feb892fdfff3de93485 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677711: O: remind -- sophisticated calendar and alarm program
Package: wnpp Severity: normal The current maintainer of remind, Kurt B. Kaiser k...@shore.net, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: remind Binary: remind, tkremind Version: 03.01.10-1.1 Maintainer: Kurt B. Kaiser k...@shore.net Build-Depends: debhelper (= 8), cdbs Architecture: any Standards-Version: 3.9.1 Format: 3.0 (quilt) Files: c8d66a7ab28d296a046829e497157204 1805 remind_03.01.10-1.1.dsc f6f7829d3ac92e0d6d463c59b5e6ce3f 357033 remind_03.01.10.orig.tar.gz f3e232628975d9a754df21b69fa36c8c 10359 remind_03.01.10-1.1.debian.tar.gz Checksums-Sha1: adb9c5f4fa4fa80f3baf93a9ec2c150910bc09a4 1805 remind_03.01.10-1.1.dsc 6b575a410df7b426371de25ff76a5fdc7cb633c7 357033 remind_03.01.10.orig.tar.gz 036809d03048b8bcc1c6577c1bdf9c6e5622c0c0 10359 remind_03.01.10-1.1.debian.tar.gz Checksums-Sha256: 58c99c29c83fcc5d129383b8b62f36d15fc0e4cd5e4c5ec547cc9e7b0208afdf 1805 remind_03.01.10-1.1.dsc c62bea8db26b08704c1d7bc33f6775509ea649a4ff69316334639e4cdd9ed53e 357033 remind_03.01.10.orig.tar.gz a1330aa49ceb4128e9d220356e117747494c6aaa4bad5466608f579116712599 10359 remind_03.01.10-1.1.debian.tar.gz Homepage: http://www.roaringpenguin.com/products/remind/ Package-List: remind deb utils optional tkremind deb utils optional Directory: pool/main/r/remind Priority: source Section: utils Package: remind Version: 03.01.10-1.1 Installed-Size: 398 Maintainer: Kurt B. Kaiser k...@shore.net Architecture: amd64 Depends: libc6 (= 2.7) Suggests: tkremind, wyrd Description-en: sophisticated calendar and alarm program Remind allows you to remind yourself of upcoming events and appointments. Each reminder or alarm can consist of a message sent to standard output, or a program to be executed. . It also features: sophisticated date calculation, moon phases, sunrise/sunset, Hebrew calendar, alarms, PostScript output, tcl/tk front-end and proper handling of holidays. . Reminders can be created by the remind scripting language or by using the graphical frontend package tkremind. Homepage: http://www.roaringpenguin.com/products/remind/ Description-md5: 5b163d21d42fbc03e201fdb61071c10d Tag: role::program, scope::utility, suite::kde, use::timekeeping, works-with::pim Section: utils Priority: optional Filename: pool/main/r/remind/remind_03.01.10-1.1_amd64.deb Size: 223570 MD5sum: 853de3a7fbe16eb9301d915ac3e0cf1e SHA1: c6b2a2fdfd91b73d06999b71ce95086c599e3232 SHA256: caf1e4424a1e5a1cda662b20a9f6d655629ff14e47c35f3484e2b6fd05760869 Package: tkremind Source: remind Version: 03.01.10-1.1 Installed-Size: 168 Maintainer: Kurt B. Kaiser k...@shore.net Architecture: amd64 Depends: remind (= 03.01.10-1.1), tk, tcllib Description-en: Tk GUI interface to remind Tkremind provides a GUI which allows viewing a calendar and adding or editing reminders without learning the syntax of Remind. Homepage: http://www.roaringpenguin.com/products/remind/ Description-md5: 314a4005c9a048a3b37aa5da9b3b86fc Tag: implemented-in::tcl, interface::x11, role::program, uitoolkit::tk, use::organizing, works-with::pim Section: utils Priority: optional Filename: pool/main/r/remind/tkremind_03.01.10-1.1_amd64.deb Size: 54728 MD5sum: 94071d5ee78081215da671a8edee11e9 SHA1: b5004e6d88962a9675c04216b883f1ce44010a43 SHA256: 91a2ff930baa3dfde0d6a6ef658d9e2ac93fc5f90309ea9bc66e2c1209d5a406 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677712: sysvinit-utils: startpar not allow to start cryptdisks
Package: sysvinit-utils Version: 2.88dsf-27 Severity: important after upgrading to 2.88dsf-27 boot stops on cleaning temprorary files... /tmp and not ask password for cryptdisks disabling cryptdisks or switch to legacy boot order fixes problem -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (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 sysvinit-utils depends on: ii libc62.13-33 ii libselinux1 2.1.9-5 sysvinit-utils recommends no packages. Versions of packages sysvinit-utils suggests: pn sash none -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#677713: ipsec-tools: [debconf_rewrite] Debconf templates and debian/control review proposal
Package: ipsec-tools Version: N/A Severity: normal Dear Debian maintainer, Hello, I just noticed new or modified debconf templates appearing for this package. I would like to suggest you to consider calling for debconf templates review AND translation updates when you introduce new debconf templates or modify the existing templates in a package or, if you prefer, to send a call for translations after uploading the first version that introduces new templates or templates changes. If you're interested in suggestions for doing this, you can find some at the end of this bug report. The debian-l10n-english team will now start a review, on our own initiative. It will be conducted through this bug report. Suggestions for future debconf templates review 1) Getting debconf templates reviewed -- The Debian i18n contributors have developed a set of suggestions for the writing style of debconf templates, to give them an overall consistency all around Debian. These writing style suggestions are explained in the Developers Reference. Lintian also warns about common writing style concerns. Maintainers are welcome when they ask for a review of debconf templates and/or packages descriptions on debian-l10n-engl...@lists.debian.org. It is of course not needed to wait for someone (such as me right me) proposing you such a review. In such situations (whether the review is requested by the maintainer or proposed by someone else), someone from the debian-l10n-english team will pick up the review to do, handle it, and finally send you a bug report with the suggested templates. If you want, you can ask for being CC'ed to the various discussions when the templates are reviewed. 2) Call for new translations As soon as the templates have been reviewed, you can ask Debian translators for new translations: Just go to your package's build tree and use: $ podebconf-report-po --call This will propose you a generic mail which is to be sent to debian-i...@lists.debian.org and call for new translations. This utility will mention existing translations to avoid duplicate work. It will also attach the needed material to this mail. Please also think about giving a deadline to translators. We like deadlines..:-) 3) Always call for translation updates before uploading --- (of course only when you change the debconf templates!) If your package already includes debconf translations (ie *.po files in debian/po), please consider calling for translation updates if you happen to change something in the templates...or just in case when you release a new version. This is done with the following command: $ podebconf-report-po This will build private mails to translators (ie people listed in Last-Translator in the PO files) for translations that are incomplete. These mails will included the needed PO file for each translator. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) 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#676456: libscim8c2a: fails to use scim-setup and scim (can't typing)
Hi, I am no more maintainer of this scim source package. So this is FYI. On Thu, Jun 07, 2012 at 12:54:22PM +0800, johnw wrote: Package: libscim8c2a Version: 1.4.13-4 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? I can not typing (non-english), can not open scim, can not open scim-setup. I found my /var/log/syslog had error message like this: Jun 7 12:25:12 redcat scim-bridge: There is no socket frontend of IMEngines for SCIM... Jun 7 12:25:12 redcat scim-bridge: Failed to initialize scim I see you are using Debian unstable :-) scim-bridge* packages have been removed from archive. Your options are: * keep using scim without using scim-bridge (remove package) * switch to ibus or fcitx (I maintain ibus) Oh, please also consider to migrate from im-switch to im-config Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677668: GAP 4.5.4 is released
On Sat, 2012-06-16 at 11:45 +0200, Bill Allombert wrote: On Fri, Jun 15, 2012 at 10:42:33PM +0100, Iulian Udrea wrote: Package: gap Severity: wishlist Hi there. GAP 4.5.4 has just been released, today actually. It would be nice to see it uploaded to Debian. Hello Iulian, Hi Bill. Of course it would, but I am not sure it will be possible to do it before the freeze, due to the size. Indeed. We can always backport it if needed. Cheers, Iulian signature.asc Description: This is a digitally signed message part
Bug#396489: Add a note to maildropex(5) that reformail -D doesn't need locking
Hi, Thanks for your bug report. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=396489 The whole purpose of maildir was to do without locking which was required for mbox. So this is obvious point for most of us and not so important. But this may help some people The best way to get this fixed is to send proper alternative text to the upstream. This is not a Debian specific issue. I suggest you to talk to: | The maildrop mailing list, courier-maildrop, is for the standalone | version of the Courier mail server's mail filter, maildrop. Go to | http://lists.sourceforge.net/mailman/listinfo/courier-maildrop to | subscribe to courier-maildrop, or send a message to | courier-maildrop-requ...@lists.sourceforge.net and put subscribe in | the subject line. Search the list archives at | http://markmail.org/browse/net.sourceforge.lists.courier-maildrop. Regards, Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#431723: maildrop: reformime segmentation fault with -x and -s
tag 431723 + moreinfo thanks Hi, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=431723 Do you still see problem? Your report: maildrop/2.0.2-11 Current stable: maildrop/2.2.0-3.1 Current unstable: maildrop/2.5.5-2 Also, please post a small test.msg example which causes this problem. Regards, Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520344: From: is logged incorrectly when DKIM header has from:
severity 520344 normal tag 520344 moreinfo thanks Hi, Thanks for your bug report: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=520344 Do you still see problem? Your report: maildrop/2.0.4-3 Current stable: maildrop/2.2.0-3.1 Current unstable: maildrop/2.5.5-2 Also, please post a small mbox data example and script to make this bug reproduced. Regards, Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612341: libjpeg-turbo, getting it into wheezy
Hi, (I had email problem resending ...) On Wed, Jun 06, 2012 at 08:18:14AM +0200, Mike Gabriel wrote: Hi all, it seems the discussion has come to an intermediary still point... I will pick up the thread then... On So 03 Jun 2012 11:32:47 CEST Bill Allombert wrote: Not getting what you mean exactly here. Can anything be done about it? Anything that we can do? I assume that Osamu refer to this line of the IJG license: (1) If any part of the source code for this software is distributed, then this README file must be included, with this copyright and no-warranty notice unaltered; and any additions, deletions, or changes to the original files must be clearly indicated in accompanying documentation. For example, when I released libjpeg 6b1, I added a file README.6b1 with the complete list of modified files (in attachment). (I am not especially fond of this requirement, but it is not really onerous). Yes. And also, some source codes are modified in the way which may look like they were released by IJG while including libjpeg-turbo copyright and names included. For example: jpegtran.c | /* | * jpegtran.c | * | * Copyright (C) 1995-2010, Thomas G. Lane, Guido Vollbeding. | * Copyright (C) 2010, D. R. Commander. | * This file is part of the Independent JPEG Group's software. | * For conditions of distribution and use, see the accompanying README file. | * | * This file contains a command-line user interface for JPEG transcoding. | * It is very similar to cjpeg.c, and partly to djpeg.c, but provides | * lossless transcoding between different JPEG file formats. It also | * provides some lossless and sort-of-lossless transformations of JPEG data. | */ As I understand, D. R. Commander is not Independent JPEG Group. This is a bit ambiguous. (Since README is modified, this is not totally wrong but still misleading.) I would add one line. | * This file ws part of the Independent JPEG Group's software. | * This file is adoped and modified for libjpeg-turbo. | * For conditions of distribution and use, see the accompanying README file. @Bill: Thanks for this extra info, this should be provided by libjpeg-turbo upstream and be re-modified by the Debian maintainers of libjpeg-turbo. True to some extent. Basically, when we package, we need to check all licenses. Especially for this type of software, its careful review is strongly recommended for debian/copyright. I think it is prudent send a patch to upstream, if we can. Most important questions currently are: 1. Is team maintenance wanted and ok (pkg-tigervnc team context). Fathi in the role of ITP holder, we need your statement here. Please. (Within few days since we are close to freeze.) 2. Is it ok to start working with: http://anonscm.debian.org/gitweb/?p=users/osamu/libjpeg-turbo.git;a=summary http://code.das-netzwerkteam.de/gitweb?p=debian/libjpeg-turbo.git;a=summary I merged your changes. Fathi, will you reset your collab-maint archive. So we can make better history and work together. 3. Who does what? I can help routine simple works. But one of you have to be the maintainer. I can sponsor. 4. Communication channels (IRC, pkg-tigervnc-devel@l.a.d.o, Jabber?) For now, good enough. I do not do Jabber. 5. Who does review, sponsor, upload the work? First, we still need to fix few things. Quick build and lintian found some bugs and i fixed in my repo. Please check. I did not revert your change for debian/copyright. But changing from LGPL to GPL is not wise thing to do. Did you consult previous maintainer to get consent? Also, I do not understand why debian/* was marked as LGPL to start with while it contains patch to BSD upstream. Cosidering situation, this may not cause much real problem but unusual. I have not addressed following warnings. W: libturbojpeg: shlib-without-versioned-soname usr/lib/x86_64-linux-gnu/libturbojpeg.so libturbojpeg.so N: N:The listed shared library in a public library directory has an SONAME N:that does not contain any versioning information, either after the .so N:or before it and set off by a hyphen. It cannot therefore be represented N:in the shlibs system, and if linked by binaries its interface cannot N:safely change. There is no backward-compatible way to migrate programs N:linked against it to a new ABI. N: N:Normally, this means the shared library is a private library for a N:particular application and is not meant for general use. Policy N:recommends that such libraries be installed in a subdirectory of N:/usr/lib rather than in a public shared library directory. N: N:To view the SONAME of a shared library, run readelf -d on the shared N:library and look for the tag of type SONAME. N: N:There are some special stub libraries or special-purpose shared objects N:for which an ABI version is not meaningful. If this is one of those N:cases, please add an override. N:
Bug#676312: [BTS#676312] templates://pleiades/{pleiades.templates} : Final update for English review
Dear Debian maintainer,
On Wednesday, June 06, 2012, I notified you of the beginning of a review process
concerning debconf templates for pleiades.
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 pleiades with these changes
right now.
The second phase of this process will begin on Tuesday, June 19, 2012, 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 Tuesday, July 10, 2012. 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 Wednesday, July 11, 2012, 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: pleiades/eclipse
Type: boolean
Default: false
_Description: Enable Pleiades in Eclipse configuration?
Eclipse is not currently configured to use Pleiades for Japanese
language support.
.
Please choose whether Pleiades should be activated in the Eclipse
configuration file (/etc/eclipse.ini).
Source: pleiades
Section: devel
Priority: extra
Maintainer: Hideki Yamane henr...@debian.org
Build-Depends: debhelper (= 7.0.50~), ant, default-jdk, po-debconf
Build-Depends-Indep: libcommons-lang-java, libcommons-io-java,
libjavassist-java, zip, unzip
Standards-Version: 3.9.3
Homepage: http://mergedoc.sourceforge.jp/
Package: pleiades
Architecture: all
Pre-Depends: debconf, dpkg (= 1.15.6~)
Depends: eclipse, libcommons-lang-java, libcommons-io-java, libjavassist-java,
${misc:Depends}
Description: Japanese translation plug-in for Eclipse using dynamic AOP
Pleiades is a dynamic Aspect-Oriented Programming translation layer for the
Eclipse platform and many of its plug-ins. It uses a Japanese glossary to
provide side-by-side English/Japanese property resource bundles.
--- pleiades.old/debian/pleiades.templates 2012-06-06 07:25:00.803153497
+0200
+++ pleiades/debian/pleiades.templates 2012-06-16 13:04:14.642633721 +0200
@@ -1,5 +1,18 @@
+# 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: pleiades/eclipse
Type: boolean
Default: false
-_Description: Enable pleiades for your Eclipse configuration?
- If you want to use pleiades, you should enable it in /etc/eclpse.ini.
+_Description: Enable Pleiades in Eclipse configuration?
+ Eclipse is not currently configured to use Pleiades for Japanese
+ language support.
+ .
+ Please choose whether Pleiades should be activated in the Eclipse
+ configuration file (/etc/eclipse.ini).
--- pleiades.old/debian/control 2012-06-06 07:25:00.803153497 +0200
+++ pleiades/debian/control 2012-06-10 18:46:52.777451489 +0200
@@ -12,7 +12,7 @@
Pre-Depends: debconf, dpkg (= 1.15.6~)
Depends: eclipse, libcommons-lang-java, libcommons-io-java, libjavassist-java,
${misc:Depends}
-Description: Japanese Language package for Eclipse using Dynamic AOP, Pleiades
- The Pleiades is a dynamic AOP translation container, it provides dynamic
- Japanese localization to the Eclipse Platform and a large number of plug-ins.
- Some of its resources has contributed to the Eclipse.org.
+Description: Japanese translation plug-in for Eclipse using dynamic AOP
+ Pleiades is a dynamic Aspect-Oriented Programming translation layer for the
+ Eclipse platform and many of its plug-ins. It uses a Japanese glossary to
+ provide side-by-side English/Japanese property resource
Bug#677303: [BTS#677303] templates://screen/{templates} : Final update for English review
Dear Debian maintainer,
On Wednesday, June 13, 2012, I notified you of the beginning of a review process
concerning debconf templates for screen.
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 screen with these changes
right now.
The second phase of this process will begin on Tuesday, June 19, 2012, 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 Tuesday, July 10, 2012. 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 Wednesday, July 11, 2012, 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: screen/410-upgrade
Type: error
_Description: Warning: upgrading to screen 4.1.0 with an active 4.0.3 session
There seems to be at least one GNU Screen session running on this system;
possibly the one you are running this upgrade in. However, GNU Screen 4.1.0
currently can't communicate with sessions started by Screen 4.0.3.
.
To reconnect to a running GNU Screen session after the new version has been
unpacked, you'll need to call the old screen binary instead of the new one,
so a copy has been made which can be invoked as /tmp/screen-4.0.3 -rd.
.
If your /tmp/ is a separate mount point mounted with the nosuid or noexec
options, you may need to copy it to somewhere else (such as /root) before
calling it. Its permissions should be 2755 (-rwxr-sr-x) and it should belong
to the user root and group utmp.
Template: screen/403-copy-failed
Type: error
_Description: Failed copy of screen binary to /tmp/screen-4.0.3
There seems to be at least one GNU Screen session running on this system;
possibly the one you are running this upgrade in. However, GNU Screen 4.1.0
currently can't communicate with sessions started by Screen 4.0.3.
.
To reconnect to a running GNU Screen session after the new version has been
unpacked, you'll need to call the old screen binary instead of the new one.
However, the attempt to copy it to /tmp/screen-4.0.3 has failed.
Source: screen
Section: misc
Priority: optional
Maintainer: Axel Beckert a...@debian.org
Uploaders: Jan Christoph Nordholz he...@pool.math.tu-berlin.de
Standards-Version: 3.9.3
Build-Depends: libncursesw5-dev, texinfo, libpam0g-dev, debhelper ( 7),
dh-autoreconf, dpkg-dev (= 1.16.1~)
Homepage: http://savannah.gnu.org/projects/screen
Vcs-Git: git://anonscm.debian.org/collab-maint/screen.git
Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/screen.git
Package: screen
Architecture: any
Pre-Depends: debconf
Depends: ${shlibs:Depends}, ${misc:Depends}
Suggests: iselect (= 1.4.0-1) | screenie | byobu
Description: terminal multiplexer with VT100/ANSI terminal emulation
GNU Screen is a terminal multiplexer that runs several separate screens on
a single physical character-based terminal. Each virtual terminal emulates a
DEC VT100 plus several ANSI X3.64 and ISO 2022 functions. Screen sessions
can be detached and resumed later on a different terminal.
.
Screen also supports a whole slew of other features, including configurable
input and output translation, serial port support, configurable logging,
and multi-user support.
--- screen.old/debian/templates 2012-06-13 07:47:30.361159077 +0200
+++ screen/debian/templates 2012-06-16 13:04:51.339104348 +0200
@@ -1,35 +1,35 @@
+# 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
Bug#672187: pyinotify: diff for NMU version 0.9.3-1.1
tags 672187 + patch
tags 672187 + pending
thanks
Dear maintainer,
Given your IRC consent, I've prepared an NMU for pyinotify (versioned as
0.9.3-1.1) and uploaded it directly to NEW.
Regards,
OdyX
diff -Nru pyinotify-0.9.3/debian/changelog pyinotify-0.9.3/debian/changelog
--- pyinotify-0.9.3/debian/changelog 2012-03-19 20:15:33.0 +0100
+++ pyinotify-0.9.3/debian/changelog 2012-06-16 12:58:55.0 +0200
@@ -1,3 +1,10 @@
+pyinotify (0.9.3-1.1) unstable; urgency=low
+
+ * Non-maintainer upload with IRC maintainer consent.
+ * Add python3 package (Closes: #672187).
+
+ -- Didier Raboud o...@debian.org Sat, 16 Jun 2012 12:58:31 +0200
+
pyinotify (0.9.3-1) unstable; urgency=low
* New upstream release.
diff -Nru pyinotify-0.9.3/debian/control pyinotify-0.9.3/debian/control
--- pyinotify-0.9.3/debian/control 2012-03-19 20:10:24.0 +0100
+++ pyinotify-0.9.3/debian/control 2012-06-16 12:44:31.0 +0200
@@ -3,12 +3,13 @@
Priority: optional
Maintainer: Mikhail Gusarov dotted...@debian.org
Uploaders: Debian Python Modules Team python-modules-t...@lists.alioth.debian.org
-Build-Depends: debhelper (= 7.0.50~), python (= 2.6.6-3~)
+Build-Depends: debhelper (= 7.0.50~), python (= 2.6.6-3~), python3
Build-Depends-Indep: python-epydoc
Standards-Version: 3.9.3
Homepage: https://github.com/seb-m/pyinotify
Vcs-Svn: svn://svn.debian.org/python-modules/packages/pyinotify/trunk/
Vcs-Browser: http://svn.debian.org/viewsvn/python-modules/packages/pyinotify/trunk/
+X-Python3-Version: = 3.2
Package: python-pyinotify
Architecture: all
@@ -21,11 +22,24 @@
inotify is a Linux Kernel feature available since 2.6.13. inotify makes
it possible for applications to easily be notified of filesystem changes.
+Package: python3-pyinotify
+Architecture: all
+Depends: ${python3:Depends}, ${misc:Depends}
+Provides: ${python3:Provides}
+Suggests: python-pyinotify-doc
+Description: simple Linux inotify Python bindings
+ pyinotify is a simple wrapper for the Linux inotify mechanism.
+ .
+ inotify is a Linux Kernel feature available since 2.6.13. inotify makes
+ it possible for applications to easily be notified of filesystem changes.
+ .
+ This is the Python 3 version of the package.
+
Package: python-pyinotify-doc
Architecture: all
Section: doc
Depends: ${misc:Depends}
-Recommends: python-pyinotify
+Recommends: python-pyinotify, python3-pyinotify
Description: simple Linux inotify Python bindings -- documentation
pyinotify is a simple wrapper for the Linux inotify mechanism.
.
diff -Nru pyinotify-0.9.3/debian/python3-pyinotify.install pyinotify-0.9.3/debian/python3-pyinotify.install
--- pyinotify-0.9.3/debian/python3-pyinotify.install 1970-01-01 01:00:00.0 +0100
+++ pyinotify-0.9.3/debian/python3-pyinotify.install 2012-06-16 12:27:30.0 +0200
@@ -0,0 +1 @@
+usr/lib/python3
diff -Nru pyinotify-0.9.3/debian/python-pyinotify.install pyinotify-0.9.3/debian/python-pyinotify.install
--- pyinotify-0.9.3/debian/python-pyinotify.install 1970-01-01 01:00:00.0 +0100
+++ pyinotify-0.9.3/debian/python-pyinotify.install 2012-06-16 12:27:30.0 +0200
@@ -0,0 +1 @@
+usr/lib/python2*
diff -Nru pyinotify-0.9.3/debian/rules pyinotify-0.9.3/debian/rules
--- pyinotify-0.9.3/debian/rules 2011-08-28 01:35:07.0 +0200
+++ pyinotify-0.9.3/debian/rules 2012-06-16 12:49:26.0 +0200
@@ -1,16 +1,29 @@
#!/usr/bin/make -f
+PYTHON3=$(shell py3versions -vr)
+
%:
- dh $@ --with python2
+ dh $@ --with python2,python3
override_dh_auto_clean:
dh_auto_clean -- --all
+ rm -rf build
+ rm -rf *.egg-info
rm -rf html
[ ! -e docstrings.orig ] || mv docstrings.orig docstrings
-override_dh_auto_install:
- dh_auto_install --destdir=$(CURDIR)/debian/python-pyinotify -- --install-layout=deb
+build-python%:
+ python$* setup.py build
+
+override_dh_auto_build: $(PYTHON3:%=build-python%)
+ dh_auto_build
+
+install-python%:
+ python$* setup.py install --root=$(CURDIR)/debian/tmp --install-layout=deb
+
+override_dh_auto_install: $(PYTHON3:%=install-python%)
+ dh_auto_install
[ ! -e docstrings ] || mv docstrings docstrings.orig
epydoc python2/pyinotify.py
Bug#675657: [Pkg-ime-devel] Bug#675657: libskk: Please switch to vala 0.16
Hi,
I think I had this stack in my sstem ... resending ...
On Sun, Jun 03, 2012 at 01:30:00PM +0200, Michael Biebl wrote:
Hi,
On 03.06.2012 05:03, Osamu Aoki wrote:
Instead of Build-Depends: valac-0.16 (= 0.16.0), libvala-0.16-dev (=
0.16.0),
why not to use: Build-Depends: valac, libvala-dev?
You already provide valac. Why not provide libvala-dev pointing to
libvala-0.16-dev? Then you could have dealt this via binNMU. Of course
if there is major non-compatible changes happen, we could chose to
change name of virtual package (Something like python to python3).
Vala seems to be fast changing with mostly forward compatible feature
additions, this seems to be viable option. I may be totally wrong on
understanding of vala situation though
If you only require valac, then yes, build-depending on
valac (= ...) instead of valac-X.XX is what I would recommend.
It's a bit different with libvala-X.XX-dev. E.g. libvala-0.16-dev ships
libvala-0.16.pc, i.e. the pkg-config file is versioned, so you need to
update the configure check explicitly to support that version.
As for libssk, I actually don't know, why you have the libvala-0.14-dev
build dependency. It seems you can safely drop it.
In your case a simple patch like
diff --git a/debian/control b/debian/control
index 57fb782..1e5dab3 100644
--- a/debian/control
+++ b/debian/control
@@ -7,8 +7,7 @@ Build-Depends: debhelper (= 8.1.3~),
dh-autoreconf (= 4),
autotools-dev,
intltool,
- valac-0.14 (= 0.14.2),
- libvala-0.14-dev (= 0.14.2),
+ valac (= 0.14.2),
libgee-dev,
libjson-glib-dev,
gobject-introspection,
would probably be ok.
Thanks for your comment and patch. It builds OK without libvala-0.14-dev in
pbuilder (chrooted build environment).
As I rebuild this package just to test, I saw few lintian warnings.
W: libskk-dev: hardening-no-relro usr/bin/skk
N:
N:This package provides an ELF binary that lacks the read-only
N:relocation link flag. This package was likely not built with the
N:default Debian compiler flags defined by dpkg-buildflags. If built using
N:dpkg-buildflags directly, be sure to import LDFLAGS.
N:
N:Refer to http://wiki.debian.org/Hardening for details.
N:
N:Severity: normal, Certainty: certain
N:
N:Check: binaries, Type: binary, udeb
N:
W: libskk0: hardening-no-relro usr/lib/x86_64-linux-gnu/libskk.so.0.0.0
I: libskk0: conflicts-with-version ibus-skk ( 1.4.0)
N:
N:An earlier-than version clause is normally an indication that Breaks
N:should be used instead of Conflicts. Breaks is a weaker requirement that
N:provides the package manager more leeway to find a valid upgrade path.
N:Conflicts should only be used if two packages can never be unpacked at
N:the same time, or for some situations involving virtual packages (where
N:a version clause is not appropriate). In particular, when moving files
N:between packages, use Breaks plus Replaces, not Conflicts plus Replaces.
N:
N:Refer to Debian Policy Manual section 7.4 (Conflicting binary packages -
N:Conflicts) for details.
N:
N:Severity: normal, Certainty: wild-guess
N:
N:Check: fields, Type: binary, udeb, source
N:
Attached patch fixes these warnings.
Daiki-san, are you busy now? I will do 1 day delayed team upload since
this is IME Packaging Team pkg-ime-de...@lists.alioth.debian.org
maintained.
Although we are expecting freeze very soon, with some serious bugs in
dpkg, I do not see it happen very quickly.
Osamu
From 0f3b57e3f0d292e14a7288b2ae7711bdecb877fe Mon Sep 17 00:00:00 2001
From: Osamu Aoki os...@debian.org
Date: Tue, 5 Jun 2012 21:41:15 +0900
Subject: [PATCH] lintian warning fixes: default Build, Breaks
---
debian/control |2 +-
debian/rules |4
2 files changed, 1 insertion(+), 5 deletions(-)
diff --git a/debian/control b/debian/control
index e700af9..48ff7ec 100644
--- a/debian/control
+++ b/debian/control
@@ -37,7 +37,7 @@ Depends: libskk-common (= ${source:Version}),
${shlibs:Depends},
${misc:Depends}
Pre-Depends: ${misc:Pre-Depends}
-Conflicts: ibus-skk ( 1.4.0)
+Breaks: ibus-skk ( 1.4.0)
Multi-Arch: same
Description: library to deal with Japanese kana-kanji conversion method
Library that provides GObject-based interface of Japanese
diff --git a/debian/rules b/debian/rules
index 4932166..6677cc3 100755
--- a/debian/rules
+++ b/debian/rules
@@ -9,10 +9,6 @@
# Uncomment this to turn on verbose mode.
#export DH_VERBOSE=1
-# Ensure at build time that the library has no dependencies on undefined
-# symbols, and speed up loading.
-export LDFLAGS += -Wl,-z,defs -Wl,-O1 -Wl,--as-needed
-
%:
dh $@ --with autoreconf
--
1.7.10
Bug#677713: [ITR] templates://ipsec-tools/{racoon.templates}
Dear Debian maintainer, The Debian internationalisation team and the Debian English localisation team will soon begin the review of the debconf templates used in ipsec-tools. This review takes place for all packages that use debconf to interact with users and its aims are: - to improve the use of English in all debconf templates; - to make the wording of debconf templates more consistent; - to encourage more translations of templates. Even if your first language is English, this process is likely to help track down typos or errors, and improve consistency between the debconf templates of your package and that of other packages in the distribution. The process involves both debian-l10n-english contributors and Debian translators. The details of the process are given in http://wiki.debian.org/I18n/SmithDebconfReviewProcess. I will act as the coordinator of this activity for ipsec-tools. The first step of the process is to review the debconf source template file(s) of ipsec-tools. This review will start on Tuesday, June 19, 2012, or as soon as you acknowledge this mail with an agreement for us to carry out this process. All parts of the process will be carried out in close collaboration with you, and, unless you explicitely ask for it, no upload nor NMU will happen for ipsec-tools. If you approve this process, please let us know by replying to this mail. If some work in progress on your side would conflict with such a rewrite (such as adding or removing debconf templates), please say so, and we will defer the review to later in the development cycle. Thank you for your attention. -- signature.asc Description: Digital signature
Bug#662236: coinor-ipopt: diff for NMU version 3.10.2-1.1
tags 662236 + patch
thanks
Dear maintainer,
I've prepared an NMU for coinor-ipopt (versioned as 3.10.2-1.1).
Please tell me if you want to integrate it in a maintainer upload.
Otherwise, I'll look for a sponsor for a NMU in a few days.
FTR, I uploaded a fixed package on m.d.n :
http://mentors.debian.net/debian/pool/main/c/coinor-ipopt/coinor-ipopt_3.10.2-1.1.dsc
Have a nice day !
--
Etienne Millon
diff -Nru coinor-ipopt-3.10.2/debian/changelog coinor-ipopt-3.10.2/debian/changelog
--- coinor-ipopt-3.10.2/debian/changelog 2012-06-16 12:10:57.0 +0200
+++ coinor-ipopt-3.10.2/debian/changelog 2012-06-16 12:40:33.0 +0200
@@ -1,3 +1,11 @@
+coinor-ipopt (3.10.2-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Remove hardcoded dependency on libmumps (Closes: #662236).
+ * Add missing dependencies on libmpi and libdl.
+
+ -- Etienne Millon etienne.mil...@gmail.com Sat, 16 Jun 2012 12:39:43 +0200
+
coinor-ipopt (3.10.2-1) unstable; urgency=low
* New upstream release
diff -Nru coinor-ipopt-3.10.2/debian/control coinor-ipopt-3.10.2/debian/control
--- coinor-ipopt-3.10.2/debian/control 2012-06-16 12:10:57.0 +0200
+++ coinor-ipopt-3.10.2/debian/control 2012-06-16 12:19:27.0 +0200
@@ -14,7 +14,7 @@
Package: coinor-libipopt1
Section: libs
Architecture: any
-Depends: libmumps-4.9.2 (= 4.9.2) | libmumps-seq-4.9.2 (= 4.9.2), ${shlibs:Depends}, ${misc:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}
Description: Interior-Point Optimizer, for large-scale nonlinear optimization
Ipopt is an open-source solver for large-scale nonlinear continuous
optimization. It can be used from modeling environments, such as AMPL,
diff -Nru coinor-ipopt-3.10.2/debian/rules coinor-ipopt-3.10.2/debian/rules
--- coinor-ipopt-3.10.2/debian/rules 2012-06-16 11:24:14.0 +0200
+++ coinor-ipopt-3.10.2/debian/rules 2012-06-16 12:31:01.0 +0200
@@ -4,7 +4,7 @@
include /usr/share/cdbs/1/class/autotools.mk
CPPFLAGS += -I/usr/include/mumps_seq -DHAVE_CSTDDEF
-LDFLAGS += -llapack -lblas
+LDFLAGS += -llapack -lblas -ldmumps -lmpi -ldl
DEB_CONFIGURE_EXTRA_FLAGS += --enable-static \
--with-mumps-incdir=/usr/include \
--with-mumps-lib=-ldmumps
signature.asc
Description: Digital signature
Bug#666339: tcptrace: diff for NMU version 6.6.7-4.1
tags 666339 + pending
thanks
Dear maintainer,
I've prepared an NMU for tcptrace (versioned as 6.6.7-4.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.
Regards.
diff -u tcptrace-6.6.7/debian/changelog tcptrace-6.6.7/debian/changelog
--- tcptrace-6.6.7/debian/changelog
+++ tcptrace-6.6.7/debian/changelog
@@ -1,3 +1,15 @@
+tcptrace (6.6.7-4.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Correct debian/rules's build-arch target use.
+Fix FTBFS: cp: cannot stat `debian/tmp/tcptrace': No such file or
+directory. (Closes: #666339)
+ * Use autotools-dev dh helper scripts to handle config.{sub,guess}
+Use dh_autotools-dev_updateconfig in config-stamp target, and
+dh_autotools-dev_restoreconfig in clean target in debian/rules.
+
+ -- Salvatore Bonaccorso car...@debian.org Sat, 16 Jun 2012 09:03:38 +0200
+
tcptrace (6.6.7-4) unstable; urgency=low
* Define _BSD_SOURCE so we'll find the right tcp header structures.
diff -u tcptrace-6.6.7/debian/rules tcptrace-6.6.7/debian/rules
--- tcptrace-6.6.7/debian/rules
+++ tcptrace-6.6.7/debian/rules
@@ -2,36 +2,27 @@
config-stamp:
dh_testdir
+ dh_autotools-dev_updateconfig
CFLAGS=-D_BSD_SOURCE ./configure --prefix=/usr --sysconfdir=/etc --mandir=/usr/share/man
touch config-stamp
configure: config-stamp
-build-indep: build-indep-stamp
+build: build-arch build-indep
-build-indep-stamp:
- touch build-indep-stamp
+build-arch: build-stamp
-build-arch: build-arch-stamp
+build-indep: build-stamp
-build-arch-stamp:
- dh_testdir
+build-stamp: configure
$(MAKE)
- touch build-arch-stamp
-
-build-stamp: configure build-arch build-indep
touch build-stamp
-build: build-stamp
-
clean:
dh_testdir
rm -f build-stamp config-stamp build-indep-stamp build-arch-stamp
-$(MAKE) spotless
- -test -r /usr/share/misc/config.sub \
- cp -f /usr/share/misc/config.sub config.sub
- -test -r /usr/share/misc/config.guess \
- cp -f /usr/share/misc/config.guess config.guess
+ dh_autotools-dev_restoreconfig
dh_clean
binary-indep: build
signature.asc
Description: Digital signature
Bug#677714: wine-unstable: Incomplete upload of 1.5 for amd64
Package: wine-unstable Version: 1.1.36-1 Severity: grave Justification: renders package unusable The original upload of wine-unstable for amd64 seems to be missing all packages. The original acceptance mail [1] does not list them neither in the list of build packages nor in the accepted packages. Therefore the only package available in amd64 is wine-unstable itself, making wine-unstable uninstallable. The other arches seem have been build just fine by the buildds. [1] http://packages.qa.debian.org/w/wine-unstable/news/20120611T193410Z.html -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.37-2-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wine-unstable depends on: ii libwine-alsa-unstable 1.1.36-1 Windows API implementation - ALSA ii libwine-cms-unstable 1.1.36-1 Windows API implementation - color ii libwine-gl-unstable 1.1.36-1 Windows API implementation - OpenG ii libwine-gphoto2-unstable 1.1.36-1 Windows API implementation - camer ii libwine-ldap-unstable 1.1.36-1 Windows API implementation - LDAP ii libwine-openal-unstable 1.1.36-1 Windows API implementation - OpenA ii libwine-print-unstable1.1.36-1 Windows API implementation - print ii libwine-sane-unstable 1.1.36-1 Windows API implementation - scann ii wine-bin-unstable 1.1.36-1 Windows API implementation - binar Versions of packages wine-unstable recommends: ii ttf-liberation 1.06.0.20100721-1 Fonts with the same metrics as Tim Versions of packages wine-unstable suggests: pn avscan | klamav | clamav none (no description available) ii binfmt-support2.0.8 Support for extra binary formats ii ttf-mscorefonts-installer 3.3Installer for Microsoft TrueType c pn winbind none (no description available) pn wine-doc none (no description available) Versions of packages libwine-unstable depends on: ii libc6 2.13-16 Embedded GNU C Library: Shared lib ii libfreetype62.4.4-1 FreeType 2 font engine, shared lib ii libhal1 0.5.14-5 Hardware Abstraction Layer - share ii libice6 2:1.0.7-1X11 Inter-Client Exchange library ii libjpeg88c-1 The Independent JPEG Group's JPEG ii libmpg123-0 1.12.1-3 MPEG layer 1/2/3 audio decoder -- ii libpng12-0 1.2.44-2 PNG library - runtime ii libsm6 2:1.2.0-1X11 Session Management library ii libssl1.0.0 1.0.0d-3 SSL shared libraries ii libx11-62:1.4.3-1X11 client-side library ii libxcursor1 1:1.1.11-1 X cursor management library ii libxext62:1.2.0-2X11 miscellaneous extension librar ii libxi6 2:1.4.1-1X11 Input extension library ii libxinerama12:1.1.1-1X11 Xinerama extension library ii libxml2 2.7.8.dfsg-2 GNOME XML library ii libxrandr2 2:1.3.1-1X11 RandR extension library ii libxrender1 1:0.9.6-1X Rendering Extension client libra ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime -- 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#674743: nullmailer: init.d: LSB: Should-Start: network-manager
On Sun, May 27, 2012 at 11:32:10AM +0300, Martin-Ãric Racine wrote: Package: nullmailer Version: 1:1.10-1 Severity: normal Tags: patch On systems where the network is started by Network-Manager, rather than by ifupdown, mail cannot be forwarded until Network-Manager has established the connection. Therefore, the LSB header in nullmailer needs to have a soft dependency upon network-manager. The attached patch accomplishes this. Hi, I'm not sure about this being the correct solution. Does every daemon that depends on networking, also have to depend on every single network init script - networkmanager, wicd, etc ? Shouldn't, rather, network-manager be the $network provider on systems where there is no other networking ? Nick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677704: unusable multiarch (triggers Dynamic MMap ran out of room error)
On Sat, Jun 16, 2012 at 12:53:43PM +0200, Robert Millan wrote: clone 677704 -1 retitle -1 missing mremap() implementation severity -1 wishlist reassign -1 kfreebsd-9 forwarded -1 http://www.freebsd.org/cgi/query-pr.cgi?pr=59912 block 677704 by -1 thanks 2012/6/16 Julian Andres Klode j...@debian.org: On Sat, Jun 16, 2012 at 12:09:06PM +0200, Robert Millan wrote: Package: apt Version: 0.9.6 Severity: important User: debian-...@lists.debian.org Usertags: kfreebsd Tried increasing this limit, with no improvement. Â I also wonder how is libpgocaml-ocaml-dev related to this ... Yes, we don't have mremap() on kFreeBSD, which we use for resizing. This could be fixed by rewriting the mremap() part to use munmap() and mmap() instead of mremap(). I can't tell you why the limit increasing does not help, though, someone else might know more. Thanks. Unfortunately I don't currently have time to work on this, but I'm adding a bug for mremap request as well... Setting APT::Cache-Start instead of APT::Cache-Limit works. The message is bogus on FreeBSD as we do not support growing, so the limit is ignored and we only try to create a cache of APT::Cache-Start bytes. The best way to fix this in my opinion is to use munmap() and mmap() instead of mremap() for file-based mappings on not-Linux, and use malloc()/realloc() for anonymous memory. But the code is slightly complicated currently, with all kinds of different cases. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627333: start-stop-daemon: Would like to be able to redirect IO of daemon process
On Sat, Jun 16, 2012 at 04:50:40AM +0200, Guillem Jover wrote: On Fri, 2012-06-15 at 16:06:24 -0500, Jonathan Nieder wrote: Marc Haber wrote: On Thu, May 19, 2011 at 05:05:33PM +0100, Nicholas Bamber wrote: It would be nice to have --stderr, --stdout and --stdin options to control the IO of the daemon process. +1! Can you say a little more? What daemon, what workaround are you using instead, can you think of any possible downsides and how do you suggest mitigating them, etc? This is related to improper âdaemonsâ that need the s-s-d --background option Yes, exactly. Atop, in my case. I was looking into this recently and came to the conclusion that it makes more sense to ask s-s-d to not close the file descriptors, which would allow the caller to setup any (complex) redirections on their own, and needs less options from s-s-d side. Would it be possible to simply write s-s-d --no-close --background daemon -- $OPTS /var/log/mydaemon.log with this option, or would I get into quoting hell? Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677702: libdevice-cdio-perl: FTBFS with libcdio 0.83
On Sat, 16 Jun 2012 12:08:55 +0200, Julien Cristau wrote: Source: libdevice-cdio-perl Version: 0.2.4-5 Severity: serious Justification: fails to build from source (but built successfully in the past) Tags: sid wheezy See https://buildd.debian.org/status/package.php?p=libdevice-cdio-perl Thanks. We already have a newer version in git that was waiting for a more recent libcdio-dev; let's hope this works better :) 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 `- NP: Sting: Why Should I Cry For You? signature.asc Description: Digital signature
Bug#677659: ruby1.9.1: Apache2 error 500 with 1.9.3.194-1 when using fcgi
Jérémie Burtin escreveu isso aí: On 16/06/12 01:48, Antonio Terceiro wrote: Jeremie Burtin escreveu isso aí: Package: ruby1.9.1 Version: 1.9.3.0-2 Severity: important I am using redmine, with apache2 et fcgi, and after the last upgrade to 1.9.3.194-1, apache2 gives an error 500 (internal error) with redmine. No log in redmine logs, only in apache2 : Premature end of script headers: dispatch.fcgi Downgrading ruby1.9.1 to 1.9.3.0 solves the problem. I don't know if I can give much informations, feel free to ask ! Premature end of script headers: dispatch.fcgi does not help much, it only means that there was a crash while processing the request. Can you please post the contents of the corresponding Apache error log? Well, the thing is that there was no other informations. Apache log had 2 lines for this error : (104)Connection reset by peer: mod_fcgid: error reading data from FastCGI server, referer: https://redmine.dacrydium.fr/projects/unkut Premature end of script headers: dispatch.fcgi, referer: https://redmine.dacrydium.fr/projects/unkut /var/log/redmine/default/fastcgi.crash.log and /var/log/redmine/default/production.log had nothing. I found out it was ruby1.9.1 just because I remembered seeing it was upgraded one or two days before I restarted apache. Sorry I don't have more informations :-/ Can you check if there is anything under /var/log/redmine/ ? -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#666227: will upload NMU
Hi! In order to fix this bug, I'll NMU this package with attached changes. Greetings from Salzburg BSP Willi diff -Nru tgif-4.2.5/debian/changelog tgif-4.2.5/debian/changelog --- tgif-4.2.5/debian/changelog 2012-04-16 09:20:31.0 +0200 +++ tgif-4.2.5/debian/changelog 2012-06-16 13:23:37.0 +0200 @@ -1,3 +1,11 @@ +tgif (1:4.2.5-1.2) unstable; urgency=low + + * Non-maintainer upload. + * debian/preinst: Also support clean installation when package was previously +removed but not purged. closes: #666227 + + -- Willi Mann wi...@debian.org Sat, 16 Jun 2012 13:05:52 +0200 + tgif (1:4.2.5-1.1) unstable; urgency=low * Non-maintainer upload. diff -Nru tgif-4.2.5/debian/preinst tgif-4.2.5/debian/preinst --- tgif-4.2.5/debian/preinst 2011-03-01 23:46:59.0 +0100 +++ tgif-4.2.5/debian/preinst 2012-06-16 13:13:08.0 +0200 @@ -3,24 +3,26 @@ #DEBHELPER# case $1 in - install|abort-upgrade ) + abort-upgrade ) exit 0 ;; - upgrade ) - # Remove old config file if upgrading from tgif = 3.0p13-1 - rm -rf /etc/X11/tgif - # Clean up app-defaults files from previous versions of the postinst - # script tgif ( 4.2.2-4). This should restore the files to their - # pristine state unless the user has made additional alterations. - for bit in /ja_JP.eucJP /ru; do - file=/etc/X11$bit/app-defaults/Tgif - # Remove all instances of the - # Tgif*InitialPaperSize: - # Tgif*GridSystem: - # line pairs appended by old versions of postinst. - sed '/Tgif\*InitialPaperSize/,+1 d' $file $file.clean - mv $file.clean $file - done + install|upgrade ) + if [ ! -z $2 ]; then + # Remove old config file if upgrading from tgif = 3.0p13-1 + rm -rf /etc/X11/tgif + # Clean up app-defaults files from previous versions of the postinst + # script tgif ( 4.2.2-4). This should restore the files to their + # pristine state unless the user has made additional alterations. + for bit in /ja_JP.eucJP /ru; do + file=/etc/X11$bit/app-defaults/Tgif + # Remove all instances of the + # Tgif*InitialPaperSize: + # Tgif*GridSystem: + # line pairs appended by old versions of postinst. + sed '/Tgif\*InitialPaperSize/,+1 d' $file $file.clean + mv $file.clean $file + done + fi ;; * ) echo preinst called with unknown argument \`$1' 2
Bug#483217: texlive-latex-base: 483217: status?
begin quotation from Paul Wise (in 1268552369.2860.193.camel@chianamo): Ping, Bug #483217 about licensing issues in files by Donald Arseneau was given an exception for lenny. Do you plan to do so for squeeze also or has someone managed to convince him to license his work in a more useful way? And for wheezy again? cu AW -- [...] If you don't want to be restricted, don't agree to it. If you are coerced, comply as much as you must to protect yourself, just don't support it. Noone can free you but yourself. (crag, on Debian Planet) Arne Wichmann (a...@linux.de) signature.asc Description: Digital signature
Bug#677694: [Pkg-fglrx-devel] Bug#677694: fglrx-driver: segmentation fault causes gdm to crash
On 2012-06-16 11:19, ygmarchi wrote: Package: fglrx-driver Version: 1:12-6~beta-1 I cant' run the display driver because of a segmentation fault. I attach an xorg log file. It may because by a hardware problem. I've already checked disk drives and main memory. Maybe do I have a hardware problem with my radeon card? Contents of /etc/X11/xorg.conf: Section Device Identifier aticonfig-Device[0]-0 Driver radeon BusID PCI:1:0:0 EndSection [20.790] (II) LoadModule: radeon [20.790] (II) Loading /usr/lib/xorg/modules/drivers/radeon_drv.so [20.871] (II) Module radeon: vendor=X.Org Foundation [20.871] compiled for 1.12.1, module version = 6.14.4 [20.871] Module class: X.Org Video Driver [20.871] ABI class: X.Org Video Driver, version 12.0 [20.872] (II) RADEON: Driver for ATI Radeon chipsets: You are not using the proprietary fglrx driver but the free radeon driver, so you bug report is against the wrong package. I also don't see any error in the xorg.0.log. ... Oh, the error in the attached old xorg.log indicates this is a duplicate of #675940: fglrx crashs with Xserver 1.12 on 64bit architecture Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677715: empty/unusable on kfreebsd-i386
Package: libwine-alsa
Version: 1.4-7
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
This is currently an empty package on kfreebsd-i386:
http://packages.debian.org/sid/kfreebsd-i386/libwine-alsa/filelist
Note that libwine-alsa is not supposed to be built on GNU/kFreeBSD, as the only
sound API on that system is OSS.
(we could manage to build libwine-alsa using the libsalsa emulation layer, but
that's pointless since all calls would be mapped to OSS anyway)
See attached patch.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: kfreebsd-i386 (i386)
Foreign Architectures: i386
Kernel: kFreeBSD 8.1-1-amd64
Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
-- no debconf information
--- debian/control.in~ 2012-06-16 13:40:45.0 +0200
+++ debian/control.in 2012-06-16 13:43:02.803855632 +0200
@@ -129,7 +129,7 @@
${shlibs:Recommends},
ttf-liberation,
libwine-gl (= ${binary:Version}),
- libwine-alsa (= ${binary:Version}) | libwine-oss (= ${binary:Version}),
+ libwine-alsa (= ${binary:Version}) [linux-any] | libwine-oss (= ${binary:Version}),
Suggests:
wine-doc,
libwine-cms (= ${binary:Version}),
@@ -152,7 +152,7 @@
Package: libwine-alsa
Section: libs
-Architecture: any-i386 any-powerpc any-sparc
+Architecture: i386 powerpc sparc
Multi-Arch: same
Depends:
${misc:Depends},
Bug#672142: transition: allegro4.4
On Wed, Jun 13, 2012 at 09:28:25 +0200, Tobias Hansen wrote: allegro4.4 is now a migration candidate and I didn't get access to a porterbox yet. Can we continue the transition? I don't think so. Either that FTBFS gets fixed, or the transition gets reverted, AFAICT. Cheers, Julien signature.asc Description: Digital signature
Bug#677716: libassimp2-d-dev: dependency to a package with a unresolvable build-dependency
Package: libassimp2-d-dev Version: 2.0.863+dfsg-2 Severity: important Dear mantainer, libassimp2-d-dev depends on libtango-headers, which has an unresolvable build dependency to ldc, which was removed from testing. libassimp2-d-dev should either be removed from testing or the dependency to libtango-headers should be eliminated -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages libassimp2-d-dev depends on: ii libassimp22.0.863+dfsg-2+b1 ii libtango-headers 0.99.9.dfsg-1 libassimp2-d-dev recommends no packages. libassimp2-d-dev 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#621459: python2.6: Patch for db5.1 usage
On Thu, Apr 14, 2011 at 16:06:51 +0200, Ondřej Surý wrote: Package: python2.6 Version: 2.6.6-8 Severity: normal Attached is patch for db5.1 usage. I'm getting this: test_bsddb3 Berkeley DB 5.1.29: (October 25, 2011) Test path prefix: /tmp/z-test_bsddb3-25056 Exception in thread reader 2: Traceback (most recent call last): File /media/python2.6-2.6.8/Lib/threading.py, line 532, in __bootstrap_inner self.run() File /media/python2.6-2.6.8/Lib/threading.py, line 484, in run self.__target(*self.__args, **self.__kwargs) File /media/python2.6-2.6.8/Lib/bsddb/test/test_thread.py, line 306, in readerThread rec = dbutils.DeadlockWrap(c.next, max_retries=10) File /media/python2.6-2.6.8/Lib/bsddb/dbutils.py, line 68, in DeadlockWrap return function(*_args, **_kwargs) DBLockDeadlockError: (-30994, 'DB_LOCK_DEADLOCK: Locker killed to resolve a deadlock') Is that expected, or does it mean I need a fix for python's bsddb module? Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647946: Fails to install on squeeze
fixed 647946 1.0.0-2 close 647946 thanks Hi, The installation fails because the profile for prelude-lml does not exist. The bug was fixed after Squeeze (See #616178) and documented in the README.Debian file: Profile --- A Prelude profile must be created for prelude-lml. To create it, run (as root):: prelude-admin register prelude-lml idmef:w manager address --uid 0 --gid 0 Unfortunately, a new package cannot be uploaded to squeeze as it is the stable version (and due to the Debian policy). As a workaround, creating the profile before installing the package works. As this issue is fixed in the existing version of the package, I'm closing this bug. Regards, Pierre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676728: Processed: tagging 676728
reassign 676728 src:gcc-4.7 tags 676728 - unreproducible found 676728 4.7.0-12 affects 676728 src:digikam close 676728 4.7.0-13 thanks digikam should build okay on buildds with gcc-4.7 4.7.0-13 or later. It has already been given back for rebuild on the affected architectures and is now built on all of them. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677667: fglrx-driver: xf86OpenConsole: Cannot find a free VT
On 2012-06-15 23:41, Paul Menzel wrote: [ 240.105] Fatal server error: [ 240.105] xf86OpenConsole: Cannot find a free VT The X server seems to be restarted very quickly in succession. -rw-r--r-- 1 root root 5217 2012-06-15 23:29:08.157218849 +0200 /var/log/Xorg.172.log -rw-r--r-- 1 root root 4562 2012-06-15 23:29:08.149218919 +0200 /var/log/Xorg.61.log -rw-r--r-- 1 root root 4247 2012-06-15 23:29:08.145218954 +0200 /var/log/Xorg.29.log http://bugs.debian.org/650183 Fabian reported there: I experienced a similar (the same?) issue and eventually got around it by upgrading to the latest libgl1-mesa-dri package from sid, 8.0.2-2 at that time. The Xorg.*.log from gdm3 are not helpful as there seems to be the interesting part missing due to the frequent restarting. Can you try kdm/xdm/... and see if the Xorg.*.log contains more information after the error? And be aware of #675940: fglrx crashs with Xserver 1.12 on 64bit architecture Backports has an older X stack available. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619178: help2man: does not catch 'usage' for the synopsis
Hi, Le jeudi 14 juin 2012, Jakub Wilk a écrit : While your patch is indeed an improvement, it's not sufficient for a decent argparse support. Two other things that help2man doesn't handle well: - usage can be spread across multiple lines; - it's optional arguments: instead of Options:. I must admit I haven't heavily tested it. Bad habit. I'll try to improve it this summer. Thanks for the feedback -- Jean-Philippe -- Jean-Philippe
Bug#672142: transition: allegro4.4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Am 16.06.2012 13:49, schrieb Julien Cristau: On Wed, Jun 13, 2012 at 09:28:25 +0200, Tobias Hansen wrote: allegro4.4 is now a migration candidate and I didn't get access to a porterbox yet. Can we continue the transition? I don't think so. Either that FTBFS gets fixed, or the transition gets reverted, AFAICT. Cheers, Julien Even if allegro4.2 has the same bug? The last time it was built on ia64 was a year ago with gcc 4.4.5 and since the changes between allegro4.2 and allegro4.4 are not that big, chances are that allegro4.2 doesn't built there anymore either. Anyway, I poked DSA and da-manager, maybe that helps on the porterbox front. Best regards, Tobias -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJP3Hf1AAoJEIyCFp2Ozs0qk0IP/RXYRzQFoXhTKmj13IzGrUAU SEnPXby7cZrky/5zAZPevkw053U/ZLUYiaJ6wNa8UrUqKKxce3uS1exmbPFBMfwv YU/nMyLVpUJp6A7ZjlJ4ha6ZR2fU+OsghhOuk0AuFEbuMfcrDQ008MX2/khcJV7O hhwY6Y44LAmd+GnrfuIt6b+Mh5h2JPm35Su6aXXYtEDaRBvg82vhR8HsoTd8OumZ g6YpBm2g51hQ99+VgmUD8G9YrK//O5ThJHawuZvvw6Vc3eEQQWCjqsXpgQVia6uQ qGA4CsRGoeWzoMPRR+m78g4FS21CAl6JJDEIguALLtiXNqAKZIvPiVoYkkaG+uyx e69J4jSs/i5+2E1Qk4TXVHN+bk3+SImK6flsYLy2hrt4mA2zVmqxFHNMwHQxEkKu G3N38Hx5fBQyI6s3w1K4cn2oL2XssiUSQPL4HajEA/SJODLUQTD7lzTuAnjUz6Vv +LkMviyeO50/0PvN4Ky01yrUfmN2JTnA/B/Uunmu/M8ztVXFhD3w87IMvWhGwO68 WpvpFSlfyq/XNKHDcnfpcoKS7EHyR1aTiSiOWuhJ7TT9bF+SJwz2nVfDA58H3Cvv eldjhiwF7/m0uNx7wS9jOthhJVC9zYePgv7c5bKb90Db5B8tbWkEhN/qdeV1+Pch c8hKSgBRbR6g8+MUNV1D =e+t0 -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#677704: unusable multiarch (triggers Dynamic MMap ran out of room error)
On Sat, Jun 16, 2012 at 12:53:43PM +0200, Robert Millan wrote:
clone 677704 -1
retitle -1 missing mremap() implementation
severity -1 wishlist
reassign -1 kfreebsd-9
forwarded -1 http://www.freebsd.org/cgi/query-pr.cgi?pr=59912
block 677704 by -1
thanks
2012/6/16 Julian Andres Klode j...@debian.org:
On Sat, Jun 16, 2012 at 12:09:06PM +0200, Robert Millan wrote:
Package: apt
Version: 0.9.6
Severity: important
User: debian-...@lists.debian.org
Usertags: kfreebsd
Tried increasing this limit, with no improvement. Â I also wonder how is
libpgocaml-ocaml-dev related to this ...
Yes, we don't have mremap() on kFreeBSD, which we use for resizing. This
could be fixed by rewriting the mremap() part to use munmap() and mmap()
instead of mremap(). I can't tell you why the limit increasing does not
help, though, someone else might know more.
Thanks. Unfortunately I don't currently have time to work on this,
but I'm adding a bug for mremap request as well...
The attached patch probably fixes this, although I did not test it
myself on kFreeBSD (but on Linux). And it's a bit hackish in my
opinion, but might be better than nothing.
--
Julian Andres Klode - Debian Developer, Ubuntu Member
See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.
=== modified file 'apt-pkg/contrib/mmap.cc'
--- apt-pkg/contrib/mmap.cc 2012-05-21 17:12:25 +
+++ apt-pkg/contrib/mmap.cc 2012-06-16 12:11:16 +
@@ -248,12 +248,6 @@ DynamicMMap::DynamicMMap(unsigned long F
if (Grow == 0)
this-Flags = ~Moveable;
-#ifndef __linux__
- // kfreebsd doesn't have mremap, so we use the fallback
- if ((this-Flags Moveable) == Moveable)
- this-Flags |= Fallback;
-#endif
-
#ifdef _POSIX_MAPPED_FILES
if ((this-Flags Fallback) != Fallback) {
// Set the permissions.
@@ -454,6 +448,18 @@ bool DynamicMMap::Grow() {
if(Base == MAP_FAILED)
return false;
+#elif defined(_POSIX_MAPPED_FILES)
+ if (Fd != 0 (Flags Moveable) SyncToFd == 0) {
+ /* Poor man's mremap. We need to restore iSize afterwards,
+ * as that is set by RawAllocate in DynamicMMap */
+ unsigned long iSizeO = iSize;
+ munmap(Base, WorkSpace);
+ if (Map(*Fd) == false)
+return false;
+ iSize = iSizeO;
+ } else {
+ return false;
+ }
#else
return false;
#endif
