Bug#285818: External CRT clone with i810 driver
Hi all, This is an answer for a fairly old conversation, but I could not have left it unanswered. On 9/1/05, Zsolt Rizsanyi [EMAIL PROTECTED] wrote: What worked for me is to add this to my xorg.conf: Section Device Identifier Generic Video Card Driver i810 Option MonitorLayout CRT,LFP Option Clone true EndSection Works perfectly. Thanks a lot for the directions. This works giving me cloned output on the laptop and CRT. Overlay only works outputs to the laptop, but it can be changed using xv_attr utility (so you can watch films from a projector ;) Works perfectly. Wrote a little script to swap overlay pipes (sorry for the poor scripting, but it works...) : attached. Is i855crt deprecated since the inclusion of X.org in Debian? I am not sure since switching with Fn+F5 does not work it would be nice to make i855crt work with it. With the new driver, it appears there is no need for i855crt. Should bug #285818 be closed? It definitely needs some updating :) Bug CC'd Cheers, swap_overlay_pipe Description: Binary data
Bug#396938: aptitude: symbol lookup error: undefined symbol: _ZN9pkgPolicyD2Ev
Package: aptitude Version: 0.4.4-1 Severity: minor Hi, Because of #388708, I pinned apt. Since aptitude 0.4.3-1 - 0.4.4-1 I think, aptitude works well but outputs the following message : # LANG=C aptitude upgrade Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Building tag database... Done No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 1 not upgraded. Need to get 0B of archives. After unpacking 0B will be used. aptitude: symbol lookup error: aptitude: undefined symbol: _ZN9pkgPolicyD2Ev (I used LANG=C to make messages displayed in English, but the problem is also present with my default locale) I think it has to do with an ABI change in apt without a soname change (that's what I understood from similar bug reports). Anyway, aptitude 0.4.4 shouldn't depend on apt = 0.6.46 ? Feel free to ask for more information. Alexandre -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18susp2 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.3-6-3. 0.6.45 Advanced front-end for dpkg ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-19 GCC support library ii libncursesw5 5.5-5 Shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.17-2type-safe Signal Framework for C++ ii libstdc++6 4.1.1-19The GNU Standard C++ Library v3 Versions of packages aptitude recommends: pn aptitude-doc-en | aptitude-do none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500472: linux-image-2.6.26-1-openvz-amd64: NULL pointer dereference in tcp_v4_send_ack
Package: linux-image-2.6.26-1-openvz-amd64 Version: 2.6.26-5 Severity: important Hi, The machine freezes sometimes, repeatedly and it seems this happens under some network load in a VE. vcfgvalidate is all ok. The fail counts of user beancounters are all 0. Here is the stacktrace. Feel free to ask for more info. Alex -- [ 960.532790] BUG: unable to handle kernel NULL pointer dereference at 0450 [ 960.532790] IP: [803e9712] tcp_v4_send_ack+0x1f6/0x23e [ 960.532790] PGD 1a5ec067 PUD 1a801067 PMD 0 [ 960.532790] Oops: [1] SMP [ 960.532790] CPU: 0 [ 960.532790] Modules linked in: netconsole configfs i915 drm vzethdev vznetdev simfs vzdquota vzmon vzdev xt_TCPMSS video output ac battery ip6table_filter ip6_tables iptable_raw xt_comment xt_policy ipt_ULOG ipt_TTL ipt_ttl ipt_REJECT ipt_REDIRECT ipt_recent ipt_NETMAP ipt_MASQUERADE ipt_LOG ipt_ECN ipt_ecn ipt_CLUSTERIP ipt_ah ipt_addrtype nf_nat_tftp nf_nat_snmp_basic nf_nat_sip nf_nat_pptp nf_nat_proto_gre nf_nat_irc nf_nat_h323 nf_nat_ftp nf_nat_amanda ts_kmp nf_conntrack_amanda nf_conntrack_tftp nf_conntrack_sip nf_conntrack_proto_sctp nf_conntrack_pptp nf_conntrack_proto_gre nf_conntrack_netlink nf_conntrack_netbios_ns nf_conntrack_irc nf_conntrack_h323 nf_conntrack_ftp xt_tcpmss xt_pkttype xt_physdev xt_owner xt_NFQUEUE xt_NFLOG xt_multiport xt_MARK xt_mark xt_mac xt_limit xt_length xt_iprange xt_helper xt_hashlimit xt_DSCP xt_dscp xt_dccp xt_conntrack xt_CONNMARK xt_connmark xt_CLASSIFY xt_tcpudp xt_state iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack iptable_mangle nfnetlink iptable_filter ip_tables x_tables ipv6 eeprom cpufreq_ondemand acpi_cpufreq freq_table loop parport_pc i2c_i801 rng_core snd_hda_intel i2c_core parport snd_pcm pcspkr iTCO_wdt snd_timer snd soundcore button snd_page_alloc intel_agp evdev ext3 jbd mbcache dm_mirror dm_log dm_snapshot dm_mod sd_mod ide_cd_mod cdrom ide_disk ata_generic ata_piix 8139too libata scsi_mod dock 8139cp mii r8169 ide_pci_generic piix ide_core thermal processor fan thermal_sys [ 960.532790] Pid: 0, comm: swapper Not tainted 2.6.26-1-openvz-amd64 #1 036test001 [ 960.532790] RIP: 0010:[803e9712] [803e9712] tcp_v4_send_ack+0x1f6/0x23e [ 960.532790] RSP: 0018:805d9bf0 EFLAGS: 00010246 [ 960.532790] RAX: RBX: 81001a88a980 RCX: 0020 [ 960.532790] RDX: 805d9c40 RSI: 81001a88a980 RDI: [ 960.532790] RBP: 00027410 R08: 16a0 R09: 00027410 [ 960.532790] R10: 31ff5ed3 R11: 221928fa R12: [ 960.532790] R13: R14: 81001a88c034 R15: 81001a88a980 [ 960.532790] FS: () GS:80533000() knlGS: [ 960.532790] CS: 0010 DS: 0018 ES: 0018 CR0: 8005003b [ 960.532790] CR2: 0450 CR3: 1a5e8000 CR4: 06e0 [ 960.532790] DR0: DR1: DR2: [ 960.532790] DR3: DR6: 0ff0 DR7: 0400 [ 960.532790] Process swapper (pid: 0, veid=0, threadinfo 8056a000, task 804ee480) [ 960.532790] Stack: 5000afff 80423437 31ff5ed30ce25000 a0161080221928fa [ 960.532790] 0a080101 107402008d740200 80423437 [ 960.532790] 805d9db0 a02987ec 805d9c00 0020 [ 960.532790] Call Trace: [ 960.532790] IRQ [80423437] ? _read_lock_bh+0x9/0x19 [ 960.532790] [80423437] ? _read_lock_bh+0x9/0x19 [ 960.532790] [a02987ec] ? :ip_tables:ipt_do_table+0x515/0x581 [ 960.532790] [803ece53] ? tcp_check_req+0x14a/0x3d8 [ 960.532790] [803ea825] ? tcp_v4_do_rcv+0x387/0x4df [ 960.532790] [803ca150] ? nf_iterate+0x41/0x7d [ 960.532790] [803ecc12] ? tcp_v4_rcv+0x6f6/0x748 [ 960.532790] [803d041d] ? ip_local_deliver_finish+0x171/0x25f [ 960.532790] [803d0289] ? ip_rcv_finish+0x3a1/0x3c4 [ 960.532790] [803d087c] ? ip_rcv+0x26e/0x2c3 [ 960.532790] [803af5c7] ? netif_receive_skb+0x37b/0x44f [ 960.532790] [803b2043] ? process_backlog+0x86/0xef [ 960.532790] [803b1a6f] ? net_rx_action+0xab/0x1da [ 960.532790] [80239ddf] ? __do_softirq+0x96/0x15c [ 960.532790] [8020d3bc] ? call_softirq+0x1c/0x28 [ 960.532790] [8020f510] ? do_softirq+0x3c/0x81 [ 960.532790] [80239d05] ? irq_exit+0x81/0xc5 [ 960.532790] [8020f770] ? do_IRQ+0xb9/0xd9 [ 960.532790] [80212ca7] ? mwait_idle+0x0/0x4d [ 960.532790] [80212ca7] ? mwait_idle+0x0/0x4d [ 960.532790] [8020c55d] ? ret_from_intr+0x0/0x19 [ 960.532790] EOI [8021a9b3] ? lapic_next_event+0x0/0x13 [ 960.532790] [80212ce8] ? mwait_idle+0x41/0x4d [ 960.532790] [8020ad2b] ? cpu_idle+0x89/0xb3 [ 960.532790] [
Bug#483564: [Pkg-xfce-devel] Bug#483564: Bug#483564: reassign?
Then feel free to reassign :) For CONFIG_PREEMPT related things, the advice[1] seems to be : deal with upstream directly. Upstream knows[2] about this, so I won't bother the Kernel team with this unless they use CONFIG_PREEMPT=y , which won't be in the near future. [1] http://kernel-handbook.alioth.debian.org/ch-bugs.html [2] http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=d5cae364148088911bdf007a8aaefb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500472: maybe patch
Subject: Bug#500472: linux-image-2.6.26-1-openvz-amd64: NULL pointer dereference in tcp_v4_send_ack Thanks! It is a mainstream bug. Fixed patch was sent to [EMAIL PROTECTED] The patch is there : http://www.spinics.net/lists/netdev/msg76471.html But it does not apply to 2.6.26 so I tried to backport it. Here is what I could come up with (clearly not understanding what I was doing, and taking into account the fact that a follow-up says ipv6 codepath is similar) : diff --git a/net/ipv4/tcp_ipv4.c b/net/ipv4/tcp_ipv4.c index ffe869a..fffc708 100644 --- a/net/ipv4/tcp_ipv4.c +++ b/net/ipv4/tcp_ipv4.c @@ -687,7 +687,7 @@ static void tcp_v4_send_ack(struct tcp_timewait_sock *twsk, if (twsk) arg.bound_dev_if = twsk-tw_sk.tw_bound_dev_if; - ip_send_reply(dev_net(skb-dev)-ipv4.tcp_sock, skb, + ip_send_reply(dev_net(skb-dst-dev)-ipv4.tcp_sock, skb, arg, arg.iov[0].iov_len); TCP_INC_STATS_BH(TCP_MIB_OUTSEGS); diff --git a/net/ipv6/tcp_ipv6.c b/net/ipv6/tcp_ipv6.c index 40ea9c3..6d8e350 100644 --- a/net/ipv6/tcp_ipv6.c +++ b/net/ipv6/tcp_ipv6.c @@ -1094,7 +1094,7 @@ static void tcp_v6_send_ack(struct tcp_timewait_sock *tw, struct tcphdr *th = tcp_hdr(skb), *t1; struct sk_buff *buff; struct flowi fl; - struct net *net = dev_net(skb-dev); + struct net *net = dev_net(skb-dst-dev); struct sock *ctl_sk = net-ipv6.tcp_sk; unsigned int tot_len = sizeof(struct tcphdr); __be32 *topt; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493030: Already reported
merge 480919 493030 thanks This is the same as #480919. Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500472: maybe patch
tag 500472 patch thanks My box has been running with this patch applied for a while now, and I cannot reproduce, so I'd say this fixes the issue for me. For the record, those fixes went into 2.6.27 : http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=4dd7972d1204c3851a4092cecd2207e05eb29b09 and http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=2a5b82751f73a0bf6f604ce56d34adba6da1b246 Cheers, Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493541: lazygal: resizing parameters not flexible enough
Hi, lazygal allows one to set the final size with --image-size, but what if some of my pictures are landscape and others portrait? Visiting the example gallery on the upstream website answers this question: lazygal can't handle that :-( For example, let's say that most of my images are landscape, 800x600. If I pass --image-size medium=800x600 then the few portrait images (which are naturally 600x800) will be sized down to 480x600. From where I stand, this is actually an expected behaviour : this way, portrait images do not need more scrolling on the webpage than landscape ones, which is nice for browsing : if size are aranged in a way that no scrolling is needed for landscape images, then no scrolling is required for portrait ones either. Anyway, I've got an override for this behaviour ready but I'm not really sure it is usefull. What am I missing here? Actually, what I would _really_ like is an option for lazygal to simply not resize existing images at all, is that asking too much? There is the -O, --original option that copies the original pictures in the destination directory. However, the next version of lazygal will understand 0x0 dimensions in the -s option as an instruction not to resize pictures for this size. Patch available[1]. Cheers, Alex [1] http://sousmonlit.dyndns.org/~niol/darcsweb/darcsweb.cgi?r=lazygal;a=commitdiff;h=20080803132209-85ee7-4a53b87f7646e6070d87da063dfb0bd1b2dd5b83.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495503: lazygal: order of pictures in a folder?
Hi, It is totally unclear to me how lazygal chooses the order in which pictures are listed on the index page and linked together. There is nothing about it in the manpage, and the behaviour I see in practice doesn't fit any simple formula. Okay, next version will have a better manpage. Here's and example. One subdirectory of images (no EXIF date), listed in mtime order: [snip] You picture seam to have very close mtimes, and lazygal uses this to sort the pictures. Therefore, close mtimes are considered equal. Anyway I think that sorting according to filesystem mtime is not good, so I'll be changing this to revert to comparing filenames to fit your use case. What do you think? The patch against the development version would be the one attached. Cheers, Alex diff -rN -u old-lazygal/lazygal/generators.py new-lazygal/lazygal/generators.py --- old-lazygal/lazygal/generators.py 2008-08-18 21:18:45.0 +0200 +++ new-lazygal/lazygal/generators.py 2008-08-18 21:18:45.0 +0200 @@ -509,7 +509,7 @@ self.add_dependency(WebalbumArchive(self)) def prepare(self): -self.images.sort(lambda x, y: x.compare_date_taken(y)) +self.images.sort(lambda x, y: x.compare_to_sort(y)) # chain images previous_image = None diff -rN -u old-lazygal/lazygal/sourcetree.py new-lazygal/lazygal/sourcetree.py --- old-lazygal/lazygal/sourcetree.py 2008-08-18 21:18:45.0 +0200 +++ new-lazygal/lazygal/sourcetree.py 2008-08-18 21:18:45.0 +0200 @@ -101,6 +101,13 @@ im = Image.open(img_path) return im.size +def has_exif_date(self): +exif_date = self.info().get_date() +if exif_date: +return True +else: +return False + def get_date_taken(self): exif_date = self.info().get_date() if exif_date: @@ -116,6 +123,26 @@ delta = date1 - date2 return int(delta) +def compare_filename(self, other_img): +return cmp(self.filename, other_img.filename) + +def compare_no_exif_date(self, other_img): +# Comparison between 'no EXIF' and 'EXIF' sorts EXIF after. +if self.has_exif_date(): +return 1 +else: +return -1 + +def compare_to_sort(self, other_img): +if self.has_exif_date() and other_img.has_exif_date(): +return self.compare_date_taken(other_img) +elif not self.has_exif_date() and not other_img.has_exif_date(): +return self.compare_filename(other_img) +else: +# One of the picture has no EXIF date, so we arbitrary sort it +# before the one with EXIF. +return self.compare_no_exif_date(other_img) + class Directory(File): diff -rN -u old-lazygal/lazygal.1.xml new-lazygal/lazygal.1.xml --- old-lazygal/lazygal.1.xml 2008-08-18 21:18:45.0 +0200 +++ new-lazygal/lazygal.1.xml 2008-08-18 21:18:45.0 +0200 @@ -265,6 +265,15 @@ /refsect1 refsect1 +titleORDER OF IMAGES/title + +paraImages on the directory index page are sorted according to their +EXIF Date. Images without EXIF date are sorted before the ones that have +one, and are sorted according to their filename./para + + /refsect1 + + refsect1 titleTHEMES/title paraA theme maps to a directory that contains at least the following
Bug#495503: lazygal: order of pictures in a folder?
One piddling complaint: it would be better if subdirectory links went explicitly to index.html in the subdirectory, because that makes it browsable locally (when everything is a file:/// URL). This should be all good now in the development version. Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453754: Problem really comes from Texturized video
Hi,
The above patch works around the tearing for me (and my Intel 945G).
So : rebuild, and add the following line to the Device section of
/etc/X11/xorg.conf
Option XvPreferOverlay true
Thanks!
(I had to trivially adapt it because it overlaps with the second patch
in the series... so here it is attached)
diff -rN -u old-xserver-xorg-video-intel-2.3.2/man/intel.man
new-xserver-xorg-video-intel-2.3.2/man/intel.man
--- old-xserver-xorg-video-intel-2.3.2/man/intel.man2008-09-21
20:46:31.0 +
+++ new-xserver-xorg-video-intel-2.3.2/man/intel.man2008-09-21
20:46:31.0 +
@@ -128,6 +128,11 @@
Disable or enable XVideo support.
Default: XVideo is enabled for configurations where it is supported.
.TP
+.BI Option \*qXvPreferOverlay\*q \*q boolean \*q
+Make hardware overlay be first XV adapter.
+Some applications assume only one XV adapter present thus use first one.
+Default: Textured video adapter is first and overlay second.
+.TP
.BI Option \*qLegacy3D\*q \*q boolean \*q
Enable support for the legacy i915_dri.so 3D driver.
This will, among other things, make the 2D driver tell libGL to
diff -rN -u old-xserver-xorg-video-intel-2.3.2/src/i830_driver.c
new-xserver-xorg-video-intel-2.3.2/src/i830_driver.c
--- old-xserver-xorg-video-intel-2.3.2/src/i830_driver.c2008-09-21
20:46:31.0 +
+++ new-xserver-xorg-video-intel-2.3.2/src/i830_driver.c2008-09-21
20:46:31.0 +
@@ -318,6 +318,7 @@
OPTION_XVMC,
#endif
OPTION_RENDERACCEL,
+ OPTION_PREFER_OVERLAY,
} I830Opts;
static OptionInfoRec I830Options[] = {
@@ -346,6 +347,7 @@
#ifdef INTEL_XVMC
{OPTION_XVMC, XvMC, OPTV_BOOLEAN, {0},TRUE},
#endif
+ {OPTION_PREFER_OVERLAY, XvPreferOverlay, OPTV_BOOLEAN, {0}, TRUE},
{OPTION_RENDERACCEL, RenderAccel, OPTV_BOOLEAN, {0},TRUE},
{-1,NULL, OPTV_NONE, {0},FALSE}
};
@@ -1682,6 +1684,8 @@
pI830-XvDisabled =
!xf86ReturnOptValBool(pI830-Options, OPTION_XVIDEO, TRUE);
+ pI830-XvPreferOverlay = xf86ReturnOptValBool(pI830-Options,
OPTION_PREFER_OVERLAY, FALSE);
+
#ifdef I830_XV
if (xf86GetOptValInteger(pI830-Options, OPTION_VIDEO_KEY,
(pI830-colorKey))) {
diff -rN -u old-xserver-xorg-video-intel-2.3.2/src/i830.h
new-xserver-xorg-video-intel-2.3.2/src/i830.h
--- old-xserver-xorg-video-intel-2.3.2/src/i830.h 2008-09-21
20:46:31.0 +
+++ new-xserver-xorg-video-intel-2.3.2/src/i830.h 2008-09-21
20:46:31.0 +
@@ -516,6 +516,7 @@
Bool XvDisabled;/* Xv disabled in PreInit. */
Bool XvEnabled; /* Xv enabled for this generation. */
+ Bool XvPreferOverlay;
#ifdef I830_XV
int colorKey;
diff -rN -u old-xserver-xorg-video-intel-2.3.2/src/i830_video.c
new-xserver-xorg-video-intel-2.3.2/src/i830_video.c
--- old-xserver-xorg-video-intel-2.3.2/src/i830_video.c 2008-09-21
20:46:31.0 +
+++ new-xserver-xorg-video-intel-2.3.2/src/i830_video.c 2008-09-21
20:46:31.0 +
@@ -611,7 +611,6 @@
{
texturedAdaptor = I830SetupImageVideoTextured(pScreen);
if (texturedAdaptor != NULL) {
- adaptors[num_adaptors++] = texturedAdaptor;
xf86DrvMsg(pScrn-scrnIndex, X_INFO, Set up textured video\n);
} else {
xf86DrvMsg(pScrn-scrnIndex, X_ERROR,
@@ -625,7 +624,6 @@
{
overlayAdaptor = I830SetupImageVideoOverlay(pScreen);
if (overlayAdaptor != NULL) {
- adaptors[num_adaptors++] = overlayAdaptor;
xf86DrvMsg(pScrn-scrnIndex, X_INFO, Set up overlay video\n);
} else {
xf86DrvMsg(pScrn-scrnIndex, X_ERROR,
@@ -633,6 +631,16 @@
}
I830InitOffscreenImages(pScreen);
}
+
+if (overlayAdaptor pI830-XvPreferOverlay)
+ adaptors[num_adaptors++] = overlayAdaptor;
+
+if (texturedAdaptor)
+ adaptors[num_adaptors++] = texturedAdaptor;
+
+if (overlayAdaptor !pI830-XvPreferOverlay)
+ adaptors[num_adaptors++] = overlayAdaptor;
+
#ifdef INTEL_XVMC
if (intel_xvmc_probe(pScrn)) {
if (texturedAdaptor)
Bug#483564: reassign?
Hi, This has been bugging me for months. Thanks for the clues about the roots of the problem. Could you please point me to a specific patch? Is this fixed in 2.6.26.5? As a side note, shouldn't this be reassigned to the linux-source-* (source packages as linux-image-* do not seem to be built with CONFIG_PREEMPT enabled)? Thanks, Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483564: [Pkg-xfce-devel] Bug#483564: reassign?
As a side note, shouldn't this be reassigned to the linux-source-* (source packages as linux-image-* do not seem to be built with CONFIG_PREEMPT enabled)? Well, as CONFIG_PREMPT is not used, I don't think kernel team will do anything about this. But you can try. I think you'd better report the bug upstream, if it's not already done. If it is fixed in 2.6.27rc1, as said above, I do not need to. And I guess that the kernel team has more important things to do than fixing stuff that does not trigger in linux-image-* ... But I'm still very interested in the fix for this ;) Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483564: [Pkg-xfce-devel] Bug#483564: reassign?
As a side note, shouldn't this be reassigned to the linux-source-* (source packages as linux-image-* do not seem to be built with CONFIG_PREEMPT enabled)? Well, as CONFIG_PREMPT is not used, I don't think kernel team will do anything about this. But you can try. I think you'd better report the bug upstream, if it's not already done. If it is fixed in 2.6.27rc1, as said above, I do not need to. And I guess that the kernel team has more important things to do than fixing stuff that does not trigger in linux-image-* ... But I'm still very interested in the fix for this ;) For the record, the maybe fix[1] on top of 2.6.26.5 does not work for me. I think there is more stuff involved. Both reverting to 2.6.25 or upgrading to 2.6.27rc1 improve things a lot though, as I can only trigger the bug with bash reverse search, a long line, and over SSH if that matters. No more problems with less and co. [1] http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=d5cae364148088911bdf007a8aaefb Cheers, Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495503: lazygal: order of pictures in a folder?
(sorry for the late answer but I have been offline for two weeks) Ian There should be an option (command line or config file) to select Ian sorting by name, filesystem time or exif time. Name should Ian probably be the default. Here's a patch that dose this, plus another nagging issue: passing optimize and progressive flags to the JPEG encoder. Note that the patch is cumulative vs. 0.4; i.e. it includes your 0x0 patch. Ok thanks, I have incorporated all this in the development version with a few modifications : - I prefer an intelligent 'exif' default for the sort_by option rather than 'filename'. - I renamed 'name' to 'filename' to be more explicit. - I dropped the 'generate-metadata' default as this is a global switch that prevents any web gallery generation from happening. - I added an error message for an unknown sorting criterion. Please test if you have time to do so. Any comments welcome too. Now, to make it _really_ stand out of the crowd, parallelize. Number of threads should probably be another option, like make's -jn. I definitely need to work on this (no threads though because of the Python Global Interpreter Lock, so os.fork() it will be, which complicates things). Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463973: ITP: deejayd -- A media player daemon
The package has been uploaded to mentors.debian.net . -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463973: ITP: deejayd -- A media player daemon
Package: wnpp Severity: wishlist Owner: Alexandre Rossi [EMAIL PROTECTED] * Package name: deejayd Version : 0.6.2 Upstream Author : Mickaël Royer [EMAIL PROTECTED] * URL : http://mroy31.dyndns.org/~roy/projects/deejayd/ * License : GPL Programming Lang: Python Description : A media player daemon Deejayd is a multi purpose media player that can be completely controlled through the network using XML messages. It suppports playlists, searching, many media tags. It can playback many music and video formats using either its xine (recommended) or its gstreamer backend. Preliminary packaging may be browsed in the upstream VCS viewer[0]. Built packages work well, are lintian and linda clean, and build in a clean pbuilder chroot. I plan to search for a sponsor once we sort some internal bug and some packaging issues (remove debian/* from upstream tarball[1] as DDs mostly seem to prefer that). Reporting any issue (on the packaging or on the sofware) is very welcome, especially because this is my first debian package. [0] http://mroy31.dyndns.org/~roy/projects/deejayd/browser [1] http://mroy31.dyndns.org/~roy/archives/deejayd/deejayd-0.6.2.tar.gz -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-vserver-amd64 Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Bug#463973: ITP: deejayd -- A media player daemon
Hi, Description : A media player daemon Nitpick: just media player daemon is fine; the preference these days seems to be not using the indefinite article. Or possibly network media player daemon would be better. Noted. Thanks. Deejayd is a multi purpose media player that can be completely controlled through the network using XML messages. It suppports playlists, searching, many media tags. It can playback many music and video formats using either its xine (recommended) or its gstreamer backend. Does it support queuing? What I mean by that (and queuing may not be the correct term), is that I want to select some songs from the library and add them to the playlist and as they are played, they are removed from the playlist. Definitely, I use it all the time. It is implemented as a special playlist. Does it support random play? Not shuffling the playlist, but if the playlist is empty, just select a random song from the library. If I select some songs from the library, it should play those, and then, when the playlist is again empty, go back to random selections. It does both random through the playlist and shuffling a playlist, but does not (and I would say 'yet' because I need this) does random on the library. As a workaround, I find myself adding nearly all my songs to a playlist. If not, do you have any idea if upstream would be amenable to such features? Obviously, they'd have final say over a particular implementation. They certainly would as I'm involved quite a bit in upstream work. Cheers, Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463973: ITP: deejayd -- A media player daemon
Yes. Apparently what's special about this is that it can be controlled over the network. Probably not the only one but noticeable enough to be mentioned in a short description. mpd also supports that (tcp/6600). Yep this project is very similar to mpd. As far as I know, it improves over mpd with the following features : - play queue - video support (this is also an advantage over XMMS2 but I do not know this project well enough to do a full comparison) - xine or gstreamer backend (i.e. more supported media formats, well tested media backends) - more easily extensible protocol because of XML and easier to extend because of Python - asynchronous notifications other the network (you can subscribe to song changes, etc, XMMS2 also has this) - webradios dedicated mode - integrated web interface It has the following drawbacks compared to mpd : - uses more memory and perhaps more CPU time (because written in Python vs optimized C) but it keeps reasonable, you'll see if you give it a try. - no ReplayGain support (this is a planned feature). - younger project thus less stable, less tested although the codebase is not very large (we use everything we can reuse) and we've got quite a big test suite. - no Zeroconf support. - only 3 clients (cmdline, web, maemo platform) and GUIs still have rough edges. This is a summary of what I know. I think all those projects are complementary. deejayd does not have (yet?) unique features, but it is a unique combination of features. Also of interest, there is a page that explains why we started the project. http://mroy31.dyndns.org/~roy/projects/deejayd/wiki/Why/ Should all this fit in the package description? Thanks, Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438619: Fixed for me
Hi, This is fixed for me in version 2:2.2.0-1 Cheers, Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289908: wireless-tools: broken french manual page for iwconfig(8)
Package: wireless-tools Version: 27-1 Severity: minor Tags: l10n The french manual page for iwconfig(8) seems to be broken, I cannot scrool down below line 122. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages wireless-tools depends on: ii libc6 2.3.2.ds1-19 GNU C Library: Shared libraries an ii libiw27 27-1 Wireless tools - library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438619: xserver-xorg-video-intel: resets brightness to maximum upon chvt
Package: xserver-xorg-video-intel Version: 2:2.1.1-1 Severity: normal Since the upgrade to 2:2.1.1-1, LCD brightness is set to the maximum when switching to a virtual console or from a virtual console back to X. I use the sony-laptop module on vanilla kernel 2.6.22 to set the brightness on my laptop. # cat /sys/class/backlight/sony/actual_brightness 0 # chvt 1 (coming back using CTRL+ALT+F7) # cat /sys/class/backlight/sony/actual_brightness 50 (and screen is very bright) Same behavior when playing a video (mplayer -vo xv or -vo x11) : $ cat /sys/class/backlight/sony/actual_brightness 0 $ mplayer some_video.mpeg $ cat /sys/class/backlight/sony/actual_brightness 50 (and screen is very bright) Fixing the problem until the next chvt or the next video playback : # echo 1 /sys/class/backlight/sony/brightness Downgrading to xserver-xorg-video-intel (2:2.1.0-2) fixes the problem. Cheers, Alex -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /etc/X11/X target does not match checksum in /var/lib/x11/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 13 2006-12-09 17:47 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1736632 2007-08-09 19:39 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 4402 2007-06-27 19:46 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # Configuration file for Debian X.org and Vaio VGN-B1VP Section Files FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID FontPath/usr/share/fonts/truetype FontPath/usr/local/share/fonts/truetype FontPath/usr/lib/X11/fonts/CID FontPath/usr/lib/X11/fonts/Speedo FontPath/usr/lib/X11/fonts/misc FontPath/usr/lib/X11/fonts/cyrillic FontPath/usr/lib/X11/fonts/100dpi:unscaled FontPath/usr/lib/X11/fonts/75dpi:unscaled FontPath/usr/lib/X11/fonts/Type1 FontPath/usr/share/fonts/X11/misc FontPath/usr/share/fonts/X11/Type1 FontPath/usr/share/fonts/X11/100dpi FontPath/usr/share/fonts/X11/75dpi EndSection Section Module # LoadGLcore Loadbitmap Loaddbe Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadrecord # Loadspeedo Loadsynaptics Loadtype1 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xfree86 Option XkbModel pc105 Option XkbLayout fr EndSection Section InputDevice Driversynaptics IdentifierAlps Touchpad OptionDevice/dev/psaux OptionProtocol auto-dev OptionLeftEdge 120 OptionRightEdge 830 OptionTopEdge 120 OptionBottomEdge650 OptionFingerLow 14 OptionFingerHigh15 OptionMaxTapTime180 # Option FastTaps True OptionMaxTapMove110 OptionEmulateMidButtonTime 75 OptionVertScrollDelta 20 OptionHorizScrollDelta 20 OptionMinSpeed 0.3 OptionMaxSpeed 0.75 OptionAccelFactor 0.015 OptionEdgeMotionMinSpeed200 OptionEdgeMotionMaxSpeed200 OptionUpDownScrolling 1 OptionCircularScrolling 1 OptionCircScrollDelta 0.1 OptionCircScrollTrigger 2 # SHMConfig is needed by syndaemon Option SHMConfig on # Option Repeater /dev/ps2mouse EndSection Section InputDevice Identifier Configured Mouse Driver mouse # Option CorePointer Option Device/dev/psaux Option Protocol ImPS/2 Option Emulate3Buttons true Option ZAxisMapping 4 5 EndSection Section Device Identifier Carte vido gnrique Driver intel Option DRI Option EnablePageFliptrue Option
Bug#438619: xserver-xorg-video-intel: resets brightness to maximum upon chvt
Could you try reverting the following commit in 2.1.1? http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video-intel.git;a=commitdiff;h=a85dd7adc35601a988b1001e8b3c8aa4d53de0c0;hp=c989cb4897e2e2d395c52df4822290a767cdc866 I reverted the commit in the git trunk (git revert 0da4f2b0cd7203377ad10407928a367b8c6d310e seems to have done the trick) and it fixes the problem. Also, testing the latest git code might be nice anyway. There's an howto at http://bgoglin.livejournal.com/10936.html I can reproduce the bug using the git trunk. Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#285818: xserver-xfree86: Display corruption for i855GM with external monitor
Hi, About 2 years ago, you reported (or replied to) a bug in the Debian BTS regarding a display corruption on the i855GM chipset with an external monitor. A follow-up seems to claim that the bug could be closed. Did any of you guys reproduce this problem recently? If not, I will close this bug in the next weeks. For all I know, you can close the bug, I haven't encountered it for years now. Cheers, Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402743: Cannot reproduce in latest svn
I installed svn snapshot 8066 from : http://kernel-archive.buildserver.net/debian-kernel/pool/main/l/linux-2.6/linux-image-2.6.18-4-vserver-amd64_2.6.18-9~snapshot.8066_amd64.deb and I cannot reproduce this bug. Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402707: Seems fixed in latest svn
FYI, I installed svn snapshot 8066 from : http://kernel-archive.buildserver.net/debian-kernel/pool/main/l/linux-2.6/linux-image-2.6.18-4-vserver-amd64_2.6.18-9~snapshot.8066_amd64.deb and I cannot reproduce this bug. Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402743: Upstream
Hi, I asked upstream about this and they say it is fixed in Vserver 2.0.2.2-rc9. I tried the latest version of vserver and it is indeed fixed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413729: acpid: does not load available acpi modules
Package: acpid Version: 1.0.4-7 Severity: normal Tags: patch There is a typo in the init script. modprobe does not have a -Q option. diff -rN -u old-acpid-1.0.4/debian/acpid.init.d new-acpid-1.0.4/debian/acpid.init.d --- old-acpid-1.0.4/debian/acpid.init.d 2007-03-06 20:25:46.0 +0100 +++ new-acpid-1.0.4/debian/acpid.init.d 2007-03-06 20:25:46.0 +0100 @@ -29,7 +29,7 @@ . /etc/default/rcS if [ x$VERBOSE = xno ]; then -MODPROBE_OPTIONS=$MODPROBE_OPTIONS -Q +MODPROBE_OPTIONS=$MODPROBE_OPTIONS -q export MODPROBE_OPTIONS fi -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20.1-susp2 Locale: LANG=fr_FR.UTF.8, LC_CTYPE=fr_FR.UTF.8 (charmap=UTF-8) Versions of packages acpid depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii lsb-base3.1-23 Linux Standard Base 3.1 init scrip acpid recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409511: The missing patch?
Hi,
Digging through the suspend2 users mailing list, I found the attached
patch that appears to fix the problem, at least for me.
The mailing list post :
http://lists.suspend2.net/lurker/message/20070119.214512.0746fd1c.en.html
Cheers,
Alexandre
--- old-suspend2-userui-0.6.4/userui_core.c 2007-02-13 21:29:21.0 +0100
+++ new-suspend2-userui-0.6.4/userui_core.c 2007-02-13 21:29:21.0 +0100
@@ -473,7 +473,7 @@
static void sig_hand(int sig) {
restore_console();
- printf(userui: Ack! SIG %d\n, *(int*)sig);
+printf(userui: Ack! SIG %d\n, sig);
if (test_run)
exit(1);
@@ -773,6 +773,7 @@
break;
case USERUI_MSG_CLEANUP:
userui_ops-cleanup();
+send_message(USERUI_MSG_CLEANUP, NULL, 0);
close(nlsock);
exit(0);
case USERUI_MSG_REDRAW:
Bug#408549: vsftpd: default log file not readable by adm group
Package: vsftpd Version: 2.0.5-2 Severity: wishlist Hi, I have always wondered why vsftpd is the only server daemon on my system not setting log files readable by the adm group by default. Is there any reason? I find it handy to add myself to the adm group in order to be able to browse log files without the need to become root. Thanks, Alexandre -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-vserver-amd64 Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Versions of packages vsftpd depends on: ii adduser 3.101 Add and remove users and groups ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libpam-modules 0.79-4 Pluggable Authentication Modules f ii libpam0g 0.79-4 Pluggable Authentication Modules l ii libssl0.9.8 0.9.8c-4SSL shared libraries ii libwrap0 7.6.dbs-12 Wietse Venema's TCP wrappers libra ii netbase 4.28Basic TCP/IP networking system Versions of packages vsftpd recommends: ii logrotate 3.7.1-3Log rotation utility -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388720: Workaround
Hi, Same here, different versions, also on a Gentoo box. After an uncompleted rdiff-backup session (due to network error), the same error show up in my cron mail. The following command fixes the problem for me and a few others : $ ssh backup_host rdiff-backup --check-destination-dir backup_dir Cheers, Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421418: No XV here too
Does this also happen if you don't use Option SWcursor or enable the DRI? Disabling SWcursor partially fixes the problem : XV is enabled but I get the blue screen upon xv input. Upgrading to xserver-xorg-video-intel 2.0.0.0-2 fixes the problem. Thanks! I had SWCursor enabled because of suspend to RAM problems (cursor did not show upon resuming) but this is not an issue anymore with the -intel driver. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420339: Fixed here with newest intel driver
Hi, Just to let people know that this was fixed for me by upgrading xserver-xorg-video-intel to version 2:2.0.0-2 which landed in experimental over the week-end. Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421888: vbetool problem?
Hi, I have the exact same problem : hibernate-ram does not bring the screen backlight on (with sysfs and VbetoolPost activated). Strangely, 's2ram -f -p' works perfectly. Before the upgrade to xserver-xorg-video-intel, 's2ram -f' was enough to fix the problem. It seems that uswsusp carries an slightly different version of the vbetool source (which is included in uswsusp) or perhaps does some magic on its own. Hoping to give some clues, Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421418: No XV here too
Hi, Same behavior here. As this has not been said, I add my comments. It is in fact XV that does not work. I have no external screen connected. $ lspci | grep VGA 00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) $ xvinfo X-Video Extension version 2.2 screen #0 no adaptors present $ grep -i xv /var/log/Xorg.0.log (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (WW) intel(0): Disabling Xv because the overlay register buffer allocation failed. If I explicitely use VideoRam 32768 in xorg.conf, xorg does not start and fails with the following message : (II) intel(0): Kernel reported 110080 total, 1 used (II) intel(0): I830CheckAvailableMemory: 440316 kB available (**) intel(0): VideoRam: 32768 KB (II) intel(0): Allocating 5273 scanlines for pixmap cache (EE) intel(0): Failed to allocate framebuffer. Is your VideoRAM set too low? (EE) intel(0): Couldn't allocate video memory Fatal server error: AddScreen/ScreenInit failed for driver 0 Everything works well with the older i810 driver, Hoping to help, Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421418: No XV here too
Hi, (WW) intel(0): Disabling Xv because the overlay register buffer allocation failed. If I explicitely use VideoRam 32768 in xorg.conf, xorg does not start and fails with the following message : (II) intel(0): Kernel reported 110080 total, 1 used (II) intel(0): I830CheckAvailableMemory: 440316 kB available (**) intel(0): VideoRam: 32768 KB (II) intel(0): Allocating 5273 scanlines for pixmap cache (EE) intel(0): Failed to allocate framebuffer. Is your VideoRAM set too low? As indicated here, try commenting out the VideoRam directive in xorg.conf. If I do, X.org starts but no XV, which is deactivated due to failing overlay register allocation . Alexandre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421418: No XV here too
Does the BIOS setup allow changing the graphics aperture size? If yes, can you try increasing it? Nothing like that in the BIOS menus. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421418: No XV here too
Does the BIOS setup allow changing the graphics aperture size? If yes, can you try increasing it? Nothing like that in the BIOS menus. Note that some BIOSes obfuscate it as DVMT (Dynamic Video Memory Technology) or some other fancy marketing term. The BIOS of my VAIO VGN-B1VP does not have more than Date, Password, IDE devices and Boot device settings. Anyway this used to work perfectly with xserver-xorg-video-i810, so this seems to be a problem with the new driver. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421418: No XV here too
Please post a full log file from starting the X server without the VideoRam directive. Here it is (attached). An extract that I find relevant : (II) intel(0): I830CheckAvailableMemory: 440316 kB available (==) intel(0): VideoRam: 131072 KB (II) intel(0): Allocating 5472 scanlines for pixmap cache (II) intel(0): Memory allocation layout: (II) intel(0): 0x-0x0001: ring buffer (128 kB) (II) intel(0): 0x0002-0x00027fff: logical 3D context (32 kB) (II) intel(0): 0x0003-0x02127fff: front buffer (33760 kB) (II) intel(0): 0x007df000:end of stolen memory (II) intel(0): 0x02128000-0x02137fff: xaa scratch (64 kB) (II) intel(0): 0x0800:end of aperture (II) intel(0): front buffer is not tiled (WW) intel(0): Disabling Xv because the overlay register buffer allocation failed. Xorg.0.log.gz Description: GNU Zip compressed data
Bug#315926: Does not stop xscreensaver anymore
Hi, I am also having this issue with the 1.0.4-1 version. I don't use xscreensaver, but the DPMS extension of Xorg blanks the screen even while playing a movie. I do not think this is relevant, but this occurs with both totem-xine and totem-gstreamer. I have looked at the totem source code and learned in what I could understand that it simulates key events using the Xtest extension. This extension loads okay on my debian box. I have tried to monitor fake key events using an instance of xev attached to the totem window, but those do not show. Should they show anyway? Feel free to ask me for more info, I would be glad to help on this bug. Alexandre
Bug#420025: Status?
Hi, What is the status of this ITP? I can see that a package was once uploaded to mentors, but I cannot fond it anymore... Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481193: cdebootstrap: creating a sid chroot brings in citadel-mta to satisfy mail-transport-agent dep
Package: cdebootstrap Version: 0.5.2 Severity: minor Hi, When creating a sid chroot using cowdancer, cdeboostrap brings in citadel-mta in order to satisfy the mail-transport-agent dependency. And this hangs (maybe because I am in a vserver but citadel seems overkill for a build chroot). $ DIST=sid sudo cowbuilder --create --basepath /var/cache/pbuilder/sid-amd64.cow --mirror http://apt:/debian [...] Setting up citadel-server (7.35-2) ... applying your settings. no /etc/aliases found. sendcommand: started (pid=18374) running in citadel Attaching to server... tripley Citadel server ready. Authenticated as an internal program. DOWN 231 Shutting down server. Goodbye. sendcommand: processing ended. here I press CTRL+C and it finishes [...] Simple workaround : $ sudo cowbuilder --login --save-after-exec --basepath /var/cache/pbuilder/sid-amd64.cow/ [...] [EMAIL PROTECTED]:/# aptitude purge citadel-common citadel-mta citadel-server libcitadel1 [...] removes citadel stuff and satisfies mta dep with nbsmtp, everybody is happy [EMAIL PROTECTED]:/# exit Thanks, Alex -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-vserver-amd64 Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481193: Other resources
This seems to be related to a recent discussion[1] on [EMAIL PROTECTED] and another bug[2] report. [1] http://lists.debian.org/debian-devel/2008/05/msg00381.html [2] http://bugs.debian.org/322751 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289908: Fixed in etch
I cannot reproduce with the version in etch (28-1) so I think this should be closed. Cheers, Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408549: Quick fix for this
tag 408549 patch
thanks
Hi,
A quick way to have this :
diff -rN -u old-vsftpd-2.0.6/debian/vsftpd.init.d
new-vsftpd-2.0.6/debian/vsftpd.init.d
--- old-vsftpd-2.0.6/debian/vsftpd.init.d 2008-05-20
16:04:49.0 +0200
+++ new-vsftpd-2.0.6/debian/vsftpd.init.d 2008-05-20
16:04:49.0 +0200
@@ -20,9 +20,17 @@
DAEMON=/usr/sbin/vsftpd
NAME=vsftpd
+LOGFILE=/var/log/vsftpd.log
test -x $DAEMON || exit 0
+if [ ! -r $LOGFILE ]
+then
+touch $LOGFILE
+chmod 640 $LOGFILE
+chown root:adm $LOGFILE
+fi
+
case $1 in
start)
echo -n Starting FTP server: $NAME
diff -rN -u old-vsftpd-2.0.6/debian/vsftpd.logrotate
new-vsftpd-2.0.6/debian/vsftpd.logrotate
--- old-vsftpd-2.0.6/debian/vsftpd.logrotate2008-05-20
16:04:49.0 +0200
+++ new-vsftpd-2.0.6/debian/vsftpd.logrotate2008-05-20
16:04:49.0 +0200
@@ -1,4 +1,5 @@
/var/log/vsftpd.log {
+create 640 root adm
# ftpd doesn't handle SIGHUP properly
nocompress
missingok
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485286: lazygal: EXIF comment tag fill with 0
There is more problem with exif comment : the string can be not ascii.
The first character of the string indicate the charset [1], it should be
parsed and removed of the final string.
In order genshi template works we need to convert the string to unicode [2].
[1] charset=Unicode Marseille : CathÃ(c)drale Sainte-Marie-Majeure
[2]
http://genshi.edgewall.org/wiki/GenshiFaq#WhydoesGenshiraiseaUnicodeDecodeErrorwhenItrytorendernon-ASCIIstrings
PS : lazygal don't support old exif comment Exif.Image.ImageDescription
http://www.exiv2.org/tags.html
Can you please send me some sample image with both these problems?
Yes this would be nice, as I've been struggling to generate test
material for the fix I've been working on (first problem only,
UserComment encoding).
My current patch :
--- old-lazygal/lazygal/metadata.py 2008-06-17 09:58:16.0 +0200
+++ new-lazygal/lazygal/metadata.py 2008-06-17 09:58:16.0 +0200
@@ -148,7 +148,7 @@
is not found.
'''
try:
-return str(self[name]).strip('\0')
+return str(self[name]).strip('\0').strip(' ')
except (IndexError, ValueError, KeyError):
return ''
@@ -193,8 +193,37 @@
if ret == '':
raise ValueError
else:
-return ret
-except (ValueError, KeyError):
+tokens = ret.split(' ')
+if tokens[0].startswith('charset='):
+charset = tokens[0]
+value = ' '.join(tokens[1:])
+dummy, charsetvalue = charset.split('=')
+charset = charsetvalue.strip(\)
+else:
+charset = None
+value = ret
+
+if charset == 'Unicode':
+# Some forums, namely
+#
http://www.adobeforums.com/webx/[EMAIL PROTECTED]@.3c0614b3
+# seem to say that Unicode in this tag means utf-16...
+encoding = 'utf-16'
+elif charset == 'Ascii':
+encoding = 'ascii'
+elif charset == 'Jis':
+encoding = 'shift_jis'
+else:
+# utf-8 here because most Linux distributions default now
+# to utf-8. latin-1 may also be a good choice, but not
+# everywhere in the world...
+encoding = 'utf-8'
+
+try:
+print value.decode(encoding)
+return value.decode(encoding)
+except UnicodeDecodeError, ex:
+raise ValueError(ex)
+except (ValueError, KeyError), ex:
return self.get_jpeg_comment()
def get_flash(self):
How i'm trying to generate test material :
#!/usr/bin/env python
import pyexiv2
if __name__ == '__main__':
import sys
charset = sys.argv[1]
if charset == 'Unicode':
encoding = 'utf-16'
elif charset == 'Ascii':
encoding = 'ascii'
else:
raise ValueError('%s unknown' % charset)
charset = 'charset=%s' % charset
file = sys.argv[2]
comment = sys.argv[3].decode('utf-8')
img = pyexiv2.Image(file)
img.readMetadata()
img['Exif.Photo.UserComment'] = charset + ' ' + comment.encode(encoding)
img.writeMetadata()
Alex
Bug#485286: lazygal: EXIF comment tag fill with 0
Hi,
I use http://www.sno.phy.queensu.ca/~phil/exiftool/ to edit exif.
I put some test case on http://castet.matthieu.free.fr/tmp/test_exif/.
IMG_0870_exiftool_jpeg_comment_unicode.JPG doesn't work. As your link said
it seem to be utf-8.
IMG_0870_exiftool_image_description.JPG doesn't work. Reading
self.get_exif_string('Exif.Image.ImageDescription') should fix it.
IMG_0870_exiftool_usercomment_unicode.JPG doesn't work on my machine. It
seems python-exiv2 already does some conversion...
Okay all is good now, I can build an album with all your pictures.
This is fixed for the next version.
Cheers,
Alex
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485286: lazygal: EXIF comment tag fill with 0
Hi,
But there a problem for IMG_0870_exiftool_usercomment_unicode.JPG : the exif
is in big endian format. And it this case it seems it is UTF-16BE that
should be used.
Thanks a lot, this should be okay for your examples now.
Also the .strip('\0') is finaly not correct : it is what eat the Traling
zero for UTF-16LE. I attach a posible fix.
My fix assumes utf-16be. utf-16le seems also to be possible because of
specific applications, I'll see about it when the problem is brought
up.
Thanks,
Alex
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485286: lazygal: EXIF comment tag fill with 0
Waiting for a cleaner solution, a quick hack could be to use im.app['APP1'][6:8]. I attach a patch that does that. Thanks a lot, applied for the next version. Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479643: hibernate: FullSpeedCPU stalls resuming with kernel 2.6.25 and Pentium M
Package: hibernate Version: 1.98.1-1 Severity: normal Hi, Enabling FullSpeedCPU stalls the resume process. The relevant part of the -v4 log : hibernate: [98] Executing FullSpeedCPUResume ... + [ -n ] + FullSpeedCPUResume + [ -f /tmp/tmp.hibernate.f16349 ] + . /tmp/tmp.hibernate.f16349 + echo 60 + echo performance /tmp/tmp.hibernate.f16349: 6: Syntax error: redirection unexpected + eval + PluginTermination + local i + Swsusp2Termination + return 0 + return 0 + date + echo Resumed at lundi 5 mai 2008, 22:53:55 (UTC+0200) + tee -a -i /var/log/hibernate.log + exit 0 hibernate: [98] Executing FullSpeedCPUResume ... + [ -n ] + FullSpeedCPUResume + [ -f /tmp/tmp.hibernate.f16349 ] + . /tmp/tmp.hibernate.f16349 + echo 60 + echo performance /tmp/tmp.hibernate.f16349: 6: Syntax error: redirection unexpected + eval + PluginTermination + local i + Swsusp2Termination + return 0 + return 0 + date + echo Resumed at lundi 5 mai 2008, 22:53:55 (UTC+0200) + tee -a -i /var/log/hibernate.log + exit 0 If I look into that failing script, I can see : $ sudo cat /tmp/tmp.hibernate.f16349 # Temporary file for hibernate script. # If you're reading this then it's probably safe to delete. echo 60 /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq echo performance /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor [ -f /sys/devices/system/cpu/cpu0/cpufreq/scaling_setspeed ] echo unsupported /sys/devices/system/cpu/cpu0/cpufreq/scaling_setspeed I think the test [ -f /sys/devices/system/cpu/cpu0/cpufreq/scaling_setspeed ] is not good when using kernel 2.6.25: $ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_setspeed unsupported Something in the likes of the following would work for me: diff -rN -u old-hibernate-1.98.1/scriptlets.d/hardware_tweaks new-hibernate-1.98.1/scriptlets.d/hardware_tweaks --- old-hibernate-1.98.1/scriptlets.d/hardware_tweaks 2008-05-05 23:22:46.0 +0200 +++ new-hibernate-1.98.1/scriptlets.d/hardware_tweaks 2008-05-05 23:22:46.0 +0200 @@ -126,7 +126,8 @@ echo $min_freq $cpu/scaling_min_freq echo $governor $cpu/scaling_governor -[ -f $cpu/scaling_setspeed ] echo $setspeed $cpu/scaling_setspeed +[ -f $cpu/scaling_setspeed ] [ x$setspeed != xunsupported ] \ +echo $setspeed $cpu/scaling_setspeed EOT # Set governor to performance if we've got it Cheers, Alex -- Package-specific info: --- configuration == /etc/hibernate/common.conf == Verbosity 0 LogFile /var/log/hibernate.log LogVerbosity 1 Distribution debian SaveClock restore-only LockGnomeScreenSaver yes UnloadBlacklistedModules yes LoadModules auto DownInterfaces eth0 DownInterfaces eth1 RestartServices laptop-mode StartServices anacron StopServices vsftpd StopServices apache SwitchToTextMode yes == /etc/hibernate/disk.conf == TryMethod ususpend-disk.conf TryMethod sysfs-disk.conf == /etc/hibernate/hibernate.conf == TryMethod suspend2.conf TryMethod disk.conf TryMethod ram.conf == /etc/hibernate/ram.conf == TryMethod sysfs-ram.conf EnableVbetool yes VbetoolPost yes == /etc/hibernate/suspend2.conf == UseSuspend2 yes Reboot no EnableEscape yes DefaultConsoleLevel 1 Compressor lzf Encryptor none ProcSetting userui_program /usr/lib/tuxonice-userui/tuxoniceui_text FullSpeedCPU yes Include common.conf == /etc/hibernate/sysfs-disk.conf == UseSysfsPowerState disk Include common.conf == /etc/hibernate/sysfs-ram.conf == UseSysfsPowerState mem Include common.conf == /etc/hibernate/ususpend-both.conf == USuspendMethod both Include common.conf == /etc/hibernate/ususpend-disk.conf == USuspendMethod disk Include common.conf == /etc/hibernate/ususpend-ram.conf == USuspendMethod ram Include common.conf --- /sys/power == /sys/power/disk == [platform] test testproc shutdown reboot == /sys/power/image_size == 524288000 == /sys/power/resume == 8:5 == /sys/power/state == mem disk == /sys/power/tuxonice == --- log Starting suspend at lundi 5 mai 2008, 22:52:58 (UTC+0200) hibernate: [01] Executing CheckLastResume ... hibernate: [01] Executing CheckRunlevel ... hibernate: [01] Executing LockFileGet ... hibernate: [01] Executing NewKernelFileCheck ... hibernate: [10] Executing EnsureSwsusp2Capable ... hibernate: [11] Executing XHacksSuspendHook1 ... hibernate: [30] Executing ServicesStop ... Executing invoke-rc.d apache stop Executing invoke-rc.d laptop-mode stop Disabling laptop mode...done (disabled, not active.). hibernate: [59] Executing RemountXFSBootRO ... hibernate: [60] Executing NetworkStop ... Bringing down interface eth0 Bringing down interface eth1 hibernate: [89] Executing SaveKernelModprobe ... Saved /proc/sys/kernel/modprobe is /doesnt/exist hibernate: [91] Executing LockGnomeScreensaver ... Locking niol's gnome-screensaver on display :0.0 using authority file /home/niol/.Xauthority hibernate: [91] Executing ModulesUnloadBlacklist ... Unloading blacklisted modules listed /etc/hibernate/blacklisted-modules Module version for ipw2100 is Module version for ipw2200 is 2 Module version for
Bug#354065: gnome-pty-helper zombie processes
Hi, FYI, got the very same problem here using exclusively gnome-terminal (2.12.0-2:i386). So the problem seems to be coming from libvte4.
Bug#476462: lazygal: not installable together with python = 2.5
Package: lazygal Severity: normal Tags: patch lazygal is not installable together with python =2.5 which is just out in unstable. This is a consequence of python-celementtree conflicting with python = 2.5 because the package is included in the standard python distribution from version 2.5 . A possible fix depending on : Depends: python-celementtree | python = 2.5 instead of : Depends: python-celementtree Alex -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.23.16-vgn-b1vp (PREEMPT) Locale: LANG=fr_FR.UTF.8, LC_CTYPE=fr_FR.UTF.8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lazygal depends on: ii python2.5.2-0.1 An interactive high-level object-o pn python-celementtree none (no description available) ii python-central0.6.2 register and build utility for Pyt ii python-genshi 0.4.4-3Python XML-based template engine ii python-imaging1.1.6-2Python Imaging Library ii python-pyexiv20.1.2-1Python binding to Exiv2 lazygal recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469295: xserver-xorg-video-i810: do not fail to set XV_PIPE if not in clone mode
Package: xserver-xorg-video-i810
Version: 2:1.7.2-4
Severity: normal
Tags: patch
While working with xine-lib, I encountered an issue only in etch with i810 :
Calling xine_close_video_driver while using an XV output raises a BadMatch
error.
This is easily shown using the muxine reference implementation[1] and playing
a video till the end.
X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 140 (XVideo)
Minor opcode of failed request: 13 ()
Serial number of failed request: 88
Current serial number in output stream: 95
[1] http://xinehq.de/index.php/samplecode
Minor opcode 13 is XvSetPortAttribute :
$ grep 13 /usr/include/X11/extensions/Xvproto.h
#define xv_SetPortAttribute 13
Playing a bit with gdb, using XSynchronize() and a breakpoint on
XvSetPortAttribute, I found out that the offending port attribute was XV_PIPE.
Xine, upon closing the video driver, restores all the port attributes value to
the state in which they were before Xine video driver was started. But
setting XV_PIPE to its default value '0' does not work if clone mode is
disabled in i810. Here is a simple program that shows the issue. The program
simply tries to restore the XV_PIPE attribute to 0.
--
#include stdio.h
#include X11/Xlib.h
#include X11/extensions/Xvlib.h
// Compile with :
// $ gcc -lXv -o test_spa test_spa.c
int main(int argc, char **argv){
Display *display;
XvPortID port = 57; // Find this in the output of xvinfo | grep 'port base'
char *attr_name = XV_PIPE;
Atom attr;
int p_value;
display = XOpenDisplay(:0.0);
XSynchronize(display, True);
attr = XInternAtom(display, attr_name, False);
printf(%s is %d\n, attr_name, (int)attr);
XvGetPortAttribute(display, port, attr, p_value);
printf(%s has value %d\n, attr_name, p_value);
printf(Trying to set %s to %d...\n, attr_name, p_value);
if( XvSetPortAttribute(display, port, attr, p_value) == Success ){
printf( success.\n);
}else{
printf( failed!\n);
}
XCloseDisplay(display);
return 0;
}
--
Output is :
$ ./test_spa
XV_PIPE is 77
XV_PIPE has value 0
Trying to set XV_PIPE to 0...
X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 140 (XVideo)
Minor opcode of failed request: 13 ()
Serial number of failed request: 13
Current serial number in output stream: 14
I really do not understand all this video driver stuff, but here is a simple
patch that fixes the problem for me.
diff -rN -u old/debian/patches/12-set_xv_pipe.patch
new/debian/patches/12-set_xv_pipe.patch
--- old/debian/patches/12-set_xv_pipe.patch 1970-01-01 01:00:00.0
+0100
+++ new/debian/patches/12-set_xv_pipe.patch 2008-03-04 14:19:02.0
+0100
@@ -0,0 +1,21 @@
+Tue Mar 4 13:42:17 CET 2008 Alexandre Rossi [EMAIL PROTECTED]
+ * success if setting XV_PIPE to same value
+diff -rN -u old/src/i830_video.c new/src/i830_video.c
+--- old/src/i830_video.c 2008-03-04 13:44:52.0 +0100
new/src/i830_video.c 2008-03-04 13:44:52.0 +0100
+@@ -945,7 +945,13 @@
+ ErrorF(CONTRAST\n);
+ if (*pI830-overlayOn)
+ OVERLAY_UPDATE;
+- } else if (pI830-Clone attribute == xvPipe) {
++ } else if (attribute == xvPipe) {
++ if (!pI830-Clone) {
++ if (value == pPriv-pipe)
++return Success;
++ else
++return BadMatch;
++ }
+ if ((value 0) || (value 1))
+ return BadValue;
+ pPriv-pipe = value;
+
diff -rN -u old/debian/patches/series
new-xserver-xorg-video-i810-1.7.2-4+xvpipebadmatch/debian/patches/series
--- old/debian/patches/series 2008-03-04 14:19:01.0 +0100
+++ new/debian/patches/series 2008-03-04 14:19:02.0 +0100
@@ -1,3 +1,4 @@
10-overlay_fix_lockup.patch
11-xv_lockup.patch
+12-set_xv_pipe.patch
20-i915_bios.patch
(it's crappy because the patch overlaps 10-overlay_fix_lockup.patch)
Upstream should not be interested because it seems that clone mode has
completely been rewritten since. The new implementation is not affected by this
issue (i.e. no problem in lenny or sid).
Anyway, I do not know if this should be fixed or not, but I wanted to share
what I had found out, and I do not have a blog ;)
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-vserver-amd64
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Versions of packages xserver-xorg-video-i810 depends on:
ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries
ii xserver-xorg-core 2:1.1.1-21etch4 X.Org X server -- core server
xserver-xorg-video-i810 recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422747: Simple way to do the job
A simple way to do the job is to drop the following script in /etc/pm/sleep.d :
#!/bin/bash
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of version 2 of the GNU General Public License as
# published by the Free Software Foundation.
SYSFS_USERUI_PATH=/sys/power/tuxonice/user_interface/program
if [ ! -e $SYSFS_USERUI_PATH ]; then
exit 0;
fi
tell_userui_path() {
echo /usr/lib/tuxonice-userui/tuxoniceui_text $SYSFS_USERUI_PATH
}
case $1 in
hibernate)
tell_userui_path
;;
esac
exit $?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395124: Fixed with the metacity 2.22 upload
This should be closed because compositing is built in the new metacity 2.22. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472202: gnome-session: do not depend on gnome-power-manager
Package: gnome-session Version: 2.22.0-2 Severity: wishlist I do not understand the new gnome-power-manager dependency in gnome-session. I grepped through the gnome session source and couldn't find any reference to either gnome-power-manager or its dbus interface. So I tried to remove gnome-power-manger using dpkg -P --force-depends and gnome-session seems to work perfectly. Am I missing something or should gnome-power-manager be a Recommends: ? -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.23.16-vgn-b1vp (PREEMPT) Locale: LANG=fr_FR.UTF.8, LC_CTYPE=fr_FR.UTF.8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-session depends on: ii gconf2 2.22.0-1 GNOME configuration database syste ii gnome-control-center 1:2.22.0-2utilities to configure the GNOME d pn gnome-power-managernone(no description available) ii gnome-settings-daemon 2.22.0-3 GNOME settings daemon ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.22.0-1 Bonobo CORBA interfaces library ii libc6 2.7-9 GNU C Library: Shared libraries ii libdbus-1-31.1.20-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.74-1simple interprocess messaging syst ii libgconf2-42.22.0-1 GNOME configuration database syste ii libglib2.0-0 2.16.1-2 The GLib library of C routines ii libgnome-keyring0 2.22.0-2 GNOME keyring services library ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomeui-0 2.20.1.1-1The GNOME 2 libraries (User Interf ii libgtk2.0-02.12.9-2 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii liborbit2 1:2.14.12-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.20.0-1 Layout and rendering of internatio ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libwrap0 7.6.dbs-14Wietse Venema's TCP wrappers libra ii libx11-6 2:1.0.3-7 X11 client-side library ii libxau61:1.0.3-2 X11 authorisation library Versions of packages gnome-session recommends: ii dbus 1.1.20-1 simple interprocess messaging syst ii gnome-panel 2.20.3-1 launcher and docking facility for ii metacity 1:2.22.0-1 A lightweight GTK2 based Window Ma ii nautilus 2.20.0-3 file manager and graphical shell f -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472451: Should depend on real package deejayd-xine and only fallback on deejayd-mediabackend
tag 472451 + pending thanks Hi, As subject says, deejayd should depend on real package deejayd-xine and only fallback on deejayd-mediabackend. [...] (I actually believe it is a policy violation to only depend on virtual package, but am too lazy to look it up, so have just tagged this as severity normal) Cannot find it in the policy but anyway there is no need for a virtual package here so I'll just go for a dependency on deejayd-xine | deejayd-gstreamer. Thanks, Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497523: patch for documentation about hal stuff
Hi, A patch for that would certainly be appreciated. Note that there's already a NEWS entry about this in git, for which suggestions are also welcome. A quick patch I could come up with. Alex diff --git a/debian/NEWS b/debian/NEWS index dfa879b..c11f47d 100644 --- a/debian/NEWS +++ b/debian/NEWS @@ -3,7 +3,7 @@ xserver-xorg-input-synaptics (1.1.0-2) unstable; urgency=low * Tapping has been disabled by default on many touchpads by upstream. If you want to re-enable it, you can do so explicitly by adding the following to your xorg.conf: - + Section InputDevice Identifier synaptics Driver synaptics @@ -16,4 +16,35 @@ xserver-xorg-input-synaptics (1.1.0-2) unstable; urgency=low configuration. For more details see synaptics(4) and http://who-t.blogspot.com/2009/04/synaptics-11-and-what-your-touchpad-can.html + Another option is to configure it through hal. An exemple hal policy file is + available : /usr/share/hal/fdi/policy/20thirdparty/11-x11-synaptics.fdi + In order to re-enable tapping, you can put the following contents in + /etc/hal/fdi/policy/11-x11-synaptics.fdi : + +?xml version=1.0 encoding=ISO-8859-1? +deviceinfo version=0.2 + device +match key=info.capabilities contains=input.touchpad + match key=input.x11_driver contains=synaptics +merge key=input.x11_options.TapButton1 + type=string1/merge +merge key=input.x11_options.TapButton2 + type=string2/merge +merge key=input.x11_options.TapButton3 + type=string3/merge + /match +/match + /device +/deviceinfo + +For the changes to be taken into account, restart hal : + +# /etc/init.d/hal restart + + * On a more general note, the defaults have changed in this version. To +restore the defaults to the old ones, just drop +/usr/share/doc/xserver-xorg-input-synaptics/examples/prehal-defaults.fdi +into +/etc/hal/fdi/policy/11-x11-synaptics.fdi + -- David Nusinow dnusi...@debian.org Sat, 11 Apr 2009 16:23:11 -0400 diff --git a/debian/examples/prehal-defaults.fdi b/debian/examples/prehal-defaults.fdi new file mode 100644 index 000..bc401f1 --- /dev/null +++ b/debian/examples/prehal-defaults.fdi @@ -0,0 +1,13 @@ +?xml version=1.0 encoding=ISO-8859-1? +deviceinfo version=0.2 + device +match key=info.capabilities contains=input.touchpad + merge key=input.x11_driver type=stringsynaptics/merge + merge key=input.x11_options.VertEdgeScroll type=stringtrue/merge + merge key=input.x11_options.HorizEdgeScroll type=stringtrue/merge + merge key=input.x11_options.TapButton1 type=string1/merge + merge key=input.x11_options.TapButton2 type=string2/merge + merge key=input.x11_options.TapButton3 type=string3/merge +/match + /device +/deviceinfo diff --git a/debian/xserver-xorg-input-synaptics.docs b/debian/xserver-xorg-input-synaptics.docs index 07e6c68..64cb5a5 100644 --- a/debian/xserver-xorg-input-synaptics.docs +++ b/debian/xserver-xorg-input-synaptics.docs @@ -3,3 +3,4 @@ docs/README.alps TODO NEWS docs/trouble-shooting.txt +debian/examples/
Bug#547815: deejayd: manipulates site-packages/ directly, failing with Python 2.6
Hi, Thanks for your bug report. Starting from Python 2.6, the installation paths for distutils have changed. Instead of /usr/lib/pythonX.Y/site-packages, the default has now changed to /usr/local. The build with python2.6 has been fixed in version 0.8.1-1 which has not been uploaded to the archive due the lack of a sponsor. A new version is available on mentors.d.n and it still fixes the issue. Someone said I should join #debian-python on OFTC and add pointers to [my] packages to the channel topic. I'll do that when I get the chance. To fix this issue, the recommended approach is to pass --install-layout=deb to the python setup.py invocation. This is already the default if you use dh - or migrate to dh, which is also recommended. I need backports to lenny, and --install-layout is not recognized in Debian lenny. I think the problem is about the same with dh : does not work with lenny. Therefore, if this is not against policy, I prefer to keep my current solution, that is until squeeze is frozen, at which point I'll migrate the box I need backports on to squeeze. Thanks, and feel free to correct me if I'm wrong with my solution. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585926: python-gst0.10: steals command line option -h
Hi, I cannot reproduce anymore on my computer : python-gst0.100.10.19-2 libgstreamer0.10-00.10.30-1 Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612582: netstat: misleading info on dual stack hosts for sockets without IPV6_V6ONLY
Package: net-tools Version: 1.60-23 Severity: normal Tags: upstream ipv6 Hi, The information reported by netstat can be misleading on a dual-stacked host (ipv4 and ipv6) whith a socket not using IPV6_V6ONLY. For instance, my box is running apache which is happily handling ipv4 traffic, but : $ netstat -nl4 | grep ':80' $ netstat -nl | grep ':80' tcp6 0 0 :::80 :::*LISTEN $ This is a problem because one may rely on this output to restrict services to a particular protocol. Proposed fixes : - netstat -nl4 should list ipv6 sockets not using IPV6_V6ONLY. - ipv6 sockets not using IPV6_V6ONLY should be differenciated in the output of netstat. I'll be glad to provide more info, try to implement a fix if my solutions are acceptable, and to test a fixed version. Alex -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages net-tools depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib net-tools recommends no packages. net-tools 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#506185: logwatch: The documented --print is not recognized
Package: logwatch Version: 7.3.6.cvs20080702-1 Severity: minor The manual page mentions a --print option : --print Print the results to stdout (i.e. the screen). But : # /usr/sbin/logwatch --print Unknown option: print [...] This has maybe been replaced by the --output option. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-openvz-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages logwatch depends on: ii perl 5.10.0-17 Larry Wall's Practical Extraction ii ssmtp [mail-transport-agent] 2.62-2.1 extremely simple MTA to get mail o Versions of packages logwatch recommends: pn libdate-manip-perlnone (no description available) Versions of packages logwatch suggests: pn fortune-mod none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506188: ssmtp: something like memory disclosure at the end of mails
Package: ssmtp Version: 2.62-2.1 Severity: normal For a few days now, I have noticed garbage at the end of my Logwatch mails that are sent using ssmtp. The following short perl script made from Logwatch source code triggers the bug: -- #!/usr/bin/perl -w use strict; my $out_mime = ''; open(OUTFILE,|/usr/sbin/sendmail -t) or die Can't execute mailer: $!\n; print OUTFILE To: root\n; print OUTFILE From: root\n; print OUTFILE Subject: Logwatch for testing ssmtp garbage at the end\n; $out_mime = MIME-Version: 1.0\n; $out_mime .= Content-Transfer-Encoding: 7bit\n; $out_mime .= Content-Type: text/plain; charset=\iso-8859-1\\n\n; print OUTFILE $out_mime; print OUTFILE test ##; close(OUTFILE); -- Feel free to ask for more info. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-openvz-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ssmtp depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii libc6 2.7-16 GNU C Library: Shared libraries ii libgnutls26 2.4.2-1the GNU TLS library - runtime libr ssmtp recommends no packages. ssmtp suggests no packages. -- debconf information: ssmtp/overwriteconfig: true ssmtp/mailname: * ssmtp/mailhub: mail * ssmtp/fromoverride: false * ssmtp/hostname: sousmonlit.dyndns.org * ssmtp/root: postmaster * ssmtp/rewritedomain: sousmonlit.dyndns.org * ssmtp/port: 25 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506188: ssmtp: something like memory disclosure at the end of mails
retitle 506188 ssmtp: unitialized memory disclosure when sending mails
with no trailing newline
severity 506188 important
tag 506188 security patch
thanks
Okay I had time tot investigate this further. That's why I'm renaming
and raising severity.
The problem occurs when sending mail using ssmtp whith no trailing
newline character at the end of the body, and this was introduced by
the fix for #345780.
Here is a proposed fix that works for me.
Cheers,
Alex
diff -rN -u old-ssmtp-2.62/debian/patches/345780-standardise-bufsize new-ssmtp-2.62/debian/patches/345780-standardise-bufsize
--- old-ssmtp-2.62/debian/patches/345780-standardise-bufsize 2008-11-20 13:57:21.0 +
+++ new-ssmtp-2.62/debian/patches/345780-standardise-bufsize 2008-11-20 13:57:21.0 +
@@ -1,7 +1,7 @@
Index: ssmtp-2.62/ssmtp.c
===
ssmtp-2.62.orig/ssmtp.c 2008-11-04 14:56:56.0 +0200
-+++ ssmtp-2.62/ssmtp.c 2008-11-04 15:05:27.0 +0200
+--- ssmtp-2.62.orig/ssmtp.c 2008-11-20 13:27:00.0 +
ssmtp-2.62/ssmtp.c 2008-11-20 13:41:06.0 +
@@ -343,28 +343,26 @@
/*
standardise() -- Trim off '\n's and double leading dots
@@ -121,7 +121,7 @@
/* if nothing was received, then no transmission
* over smtp should be done */
sleep(1);
-@@ -1639,12 +1639,25 @@
+@@ -1639,12 +1639,27 @@
continue;
}
/* Trim off \n, double leading .'s */
@@ -130,7 +130,9 @@
- outbytes += smtp_write(sock, %s, buf);
+ leadingdot = standardise(buf, linestart);
-+ if (linestart) {
++ /* Force linestart when at EOF, in case stdin does not finish with a
++ * newline character. */
++ if (linestart || feof(stdin)) {
+ outbytes += smtp_write(sock, %s, leadingdot ? b : buf);
+ } else {
+ if (log_level 0) {
Bug#506392: libgettext-ruby1.8: fails to parse charset from my locale
Package: libgettext-ruby1.8 Version: 1.91.0-2.1 Severity: normal apt-listbugs HTML output has the wrong Content-type charset. This seems to be because the following ruby program outputs 'UTF' on my system instead of 'UTF-8'. -- require 'locale' print Locale.codeset -- Problem seems to be in the parse() method of the follwing file (around line 100): /usr/lib/ruby/1.8/locale/object.rb Thanks, Alex -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.27.4-vgn-b1vp (PREEMPT) Locale: LANG=fr_FR.UTF.8, LC_CTYPE=fr_FR.UTF.8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgettext-ruby1.8 depends on: ii irb1.81.8.7.72-1 Interactive Ruby (for Ruby 1.8) libgettext-ruby1.8 recommends no packages. Versions of packages libgettext-ruby1.8 suggests: pn libgettext-ruby-data none (no description available) pn libgettext-ruby-util none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504040: lazygal: handling broken for directory names containing period
tag 504040 fixed-upstream patch thanks Hi, Some subdirectories are incorrectly treated as a picture. This results in files in such directories being difficult to access. I think the bug is with any directory that contains a .. You were right, thanks a lot for the report. The patch that fixes this is the following (and has been incorporated in the development version): Fri Oct 31 08:18:30 CET 2008 Alexandre Rossi [EMAIL PROTECTED] * do not break up filename and extension for directories diff -rN -u old-lazygal/lazygal/sourcetree.py new-lazygal/lazygal/sourcetree.py --- old-lazygal/lazygal/sourcetree.py 2008-10-31 08:21:29.0 +0100 +++ new-lazygal/lazygal/sourcetree.py 2008-10-31 08:21:30.0 +0100 @@ -155,6 +155,10 @@ def __init__(self, source, dirnames, filenames, album): File.__init__(self, self._path_to_unicode(source), album) +# No breaking up of filename and extension for directories +self.name = self.filename +self.extension = None + self.dirnames = map(self._path_to_unicode, dirnames) self.filenames = map(self._path_to_unicode, filenames) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504041: lazygal: empty placeholder image in menu if directory has no images
Hi, If a subdirectory contains no images (directly, it may have them nested further down) then the placeholder image is empty. Could you elaborate a bit because this works for me. Which theme are you using? It is not immediately obvious that one should click on such an empty space on a webpage in order to proceed. Yep that's a bug for me. There was an issue close to this for dirs that do not contain any pictures, and whose childs do not either. I just fixed it in the developement version. Perhaps a non-empty generic image could be provided. No no lazygal go (or should go) as deep as needed to provide a subgal picture. Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504041: lazygal: empty placeholder image in menu if directory has no images
There was an issue close to this for dirs that do not contain any pictures, and whose childs do not either. I just fixed it in the developement version. This may be the problem I see. This problem may be related to the dot in directory problem. The examples of empty placeholders I noticed are for directories that contain supposed images (directories mislabeled as images). Okay so the patch for this is the following. Fri Oct 31 20:32:42 CET 2008 Alexandre Rossi [EMAIL PROTECTED] * no subgals for dirs with no photos This is maybe Debian bug #504041. diff -rN -u old-lazygal/lazygal/generators.py new-lazygal/lazygal/generators.py --- old-lazygal/lazygal/generators.py 2008-11-01 11:41:55.0 +0100 +++ new-lazygal/lazygal/generators.py 2008-11-01 11:41:55.0 +0100 @@ -484,6 +484,12 @@ self.dirzip = None +def get_all_images_count(self): +all_images_count = len(self.images_names) +for subdir in self.subdirs: +all_images_count += subdir.get_all_images_count() +return all_images_count + def get_all_images_paths(self): all_images_paths = map(lambda fn: os.path.join(self.path, fn), self.images_names) @@ -915,6 +921,12 @@ destgal = WebalbumDir(dir, subdirs, self, sane_dest_dir, clean_dest) light_destgal = LightWebalbumDir(dir, subdirs, self, sane_dest_dir) + +if light_destgal.get_all_images_count() 1: +self.log(_((%s) and childs have no photos, skipped) + % dir.path) +continue + if not dir.is_album_root(): container_dirname = os.path.dirname(root) if not dir_heap.has_key(container_dirname): Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504040: lazygal: handling broken for directory names containing period
Some subdirectories are incorrectly treated as a picture. This results in files in such directories being difficult to access. I think the bug is with any directory that contains a .. You were right, thanks a lot for the report. The patch that fixes this is the following (and has been incorporated in the development version): [...] Yes, with that patch the directories are now linked correctly. However, the name that appears as the title in the resulting gallery page is missing anything after the final .. Yep that's the other bug that I also fixed. http://bugs.debian.org/504040 By the way, is there a compelling reason for forcing the first letter of the directory name in the title to be capitalized? Not really. I removed it in the development version. Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#564549: Possible documentation
Please find a possible patch for this that works for me.
Information was found there : http://sidux.com/PNphpBB2-viewtopic-t-19491.html
Cheers,
Alex
diff -Nru xserver-xorg-input-synaptics-1.2.1/debian/65-xorg-synaptics-custom.rules xserver-xorg-input-synaptics-1.2.1.new/debian/65-xorg-synaptics-custom.rules
--- xserver-xorg-input-synaptics-1.2.1/debian/65-xorg-synaptics-custom.rules 1970-01-01 01:00:00.0 +0100
+++ xserver-xorg-input-synaptics-1.2.1.new/debian/65-xorg-synaptics-custom.rules 2010-02-08 20:15:15.0 +0100
@@ -0,0 +1,20 @@
+ACTION!=add|change, GOTO=xorg_synaptics_custom_end
+KERNEL!=event*, GOTO=xorg_synaptics_custom_end
+
+ENV{ID_INPUT_TOUCHPAD}!=1, GOTO=xorg_synaptics_custom_end
+
+ENV{x11_driver}=synaptics
+
+# Example parameters, uncomment to activate
+#ENV{x11_options.VertEdgeScroll}=true
+#ENV{x11_options.TapButton1}=1
+
+# model specific quirks
+ATTR{[dmi/id]product_name}==Inspiron 1011|Inspiron 1012, \
+ ENV{x11_options.JumpyCursorThreshold}=90, \
+ ENV{x11_options.AreaBottomEdge}=4100
+
+ATTR{[dmi/id]product_name}==HP MiniNote 1000, \
+ ENV{x11_options.JumpyCursorThreshold}=20
+
+LABEL=xorg_synaptics_custom_end
diff -Nru xserver-xorg-input-synaptics-1.2.1/debian/xserver-xorg-input-synaptics.docs xserver-xorg-input-synaptics-1.2.1.new/debian/xserver-xorg-input-synaptics.docs
--- xserver-xorg-input-synaptics-1.2.1/debian/xserver-xorg-input-synaptics.docs 2010-02-08 20:07:34.0 +0100
+++ xserver-xorg-input-synaptics-1.2.1.new/debian/xserver-xorg-input-synaptics.docs 2010-02-08 20:19:21.0 +0100
@@ -2,3 +2,4 @@
docs/README.alps
TODO
docs/trouble-shooting.txt
+debian/65-xorg-synaptics-custom.rules
diff -Nru xserver-xorg-input-synaptics-1.2.1/debian/xserver-xorg-input-synaptics.README.Debian xserver-xorg-input-synaptics-1.2.1.new/debian/xserver-xorg-input-synaptics.README.Debian
--- xserver-xorg-input-synaptics-1.2.1/debian/xserver-xorg-input-synaptics.README.Debian 2010-02-08 20:07:34.0 +0100
+++ xserver-xorg-input-synaptics-1.2.1.new/debian/xserver-xorg-input-synaptics.README.Debian 2010-02-08 20:17:05.0 +0100
@@ -3,7 +3,7 @@
This package contains the Synaptics TouchPad driver for X.Org X server.
See also the README file for details on configuration options.
-The following notes are reported from the INSTALL instructions of upstream
+The following notes are reported from the INSTALL instructions of upstream
package (by Stefan Gmeiner riddle...@freesurf.ch), but first of all a
security notice about SHMConfig:
@@ -11,7 +11,7 @@
restarting the X server, one option is to enable the SHMConfig option in
the X configuration file. You can then use the synclient program to
query and modify driver parameters on the fly.
- SECURITY NOTE! This is not secure if you are in an untrusted
+ SECURITY NOTE! This is not secure if you are in an untrusted
multiuser environment. All local users can change the parameters at any
time.
@@ -23,12 +23,12 @@
Xorg auto-configuration
---
Recent X.Org has support for automatic configuration. The synaptics driver does
-not support automatic configuration yet but the information required is
-supplied by a third party fdi script through HAL.
-The file is /usr/share/hal/fdi/policy/20thirdparty/11-x11-synaptics.fdi,
-if you need to customize it, you can first copy it to
-/etc/hal/fdi/policy and the edit it to match your requirements.
-
+not support automatic configuration yet but the information required can be
+supplied as an udev rule.
+If you need to customize Synaptics configuration parameters, a customized rules
+template and edit it to match your needs.
+$ sudo cp /usr/share/doc/xserver-xor-input-synaptics/66-xorg-synaptics.rules \
+ /etc/udev/rules.d/65-xorg-synaptics-custom.rules
Manual configuration
@@ -105,7 +105,7 @@
Running 'syndaemon' automatically
-
-The easiest way to run the syndaemon binary each time you startup X you can
+The easiest way to run the syndaemon binary each time you startup X you can
simply add the following line to your ~/.xinitrc file:
/usr/bin/syndaemon -i 1 -d
Bug#565946: ITP: remotepad-server -- Server for mouse/keyboard X11 remote control using Apple's iPhone
Package: wnpp Severity: wishlist Owner: Alexandre Rossi alexandre.ro...@gmail.com * Package name: remotepad-server Version : 1.10 Upstream Author : Kawamoto Yosihisa remotepad-requ...@tenjin.org * URL : http://www.tenjin.org/RemotePad/ * License : GPL and BSD-like Programming Lang: C Description : Server for mouse/keyboard X11 remote control using Apple's iPhone RemotePad is an open source application that controls the mouse cursor of your desktop PC. This way, you can use your iPhone or iPod touch as a wireless touchpad! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504039: lazygal: link originals without copying
tag 504039 fixed-upstream thanks The -O option copies the original files into the new tree. I have a readonly hierarchy of large images that I don't want to copy but I do want to be linked into the html pages. I suggest a new option that allows a directory base to be specified and the original file link be made relative to that. Done. Please test if you have a chance to do so. You should find an up-to-date snapshot on the program's website. Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504039: lazygal: link originals without copying
I'm not sure if this is considered to be a bug, but if I run
the following two commands, the final html files contain links
to /FIRST:
lazygal -o /tmp/out --check-all-dirs --clean-destination \
-O --orig-dir=/FIRST /tmp/in
lazygal -o /tmp/out --check-all-dirs --clean-destination \
-O --orig-dir=/SECOND /tmp/in
I guess it is hard to know whether to update a file or not.
Perhaps storing a file in the output directory that indicates
how the hierarchy was built would allow to rebuild files that
need to be amended.
Exactly. Workaround is :
$ find /tmp/out -name '*html' -exec rm {} \;
(this is what I use when I change command line options which affect
the XHTML output)
I could put a state file that would hold the command line and the
program's version. But then, a dependency link would have to exist
between the command line options and the output targets affected by
such option, in order to invalidate the right targets. I think it is
too much work and too much code complexity for not much gain. Maybe
later.
Now that I think about it, there is in fact a third case
which I can think of being useful. Something like:
--orig-base=http://another.server/path/to/orig/
--orig-base=ftp://another.server/path/to/orig/
I would use different output directories for this use case, at least
for the moment.
By the way, in the snapshot I downloaded
( lazygal-darcs20081105061812.tar.gz ), you seem to have created
parent_index_link in generators.py and so the parent links are
no longer created in */index.html since the other code is still
looking for index_link.
Well spotted, this is now fixed.
Thanks,
Alex
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#513228: linux-2.6: please add intel AGP G41 chipset support
Package: linux-2.6
Severity: wishlist
Tags: patch
Hi,
The patch for intel AGP G41 chipset support is part of upstream 2.6.29.
It applies without modifications to Debian's 2.6.26 (provided the agp: Fix
stolen memory counting on Intel G4X has been applied before) and adds support
for this new AGP chipset. It even makes xserver-xorg-video-intel stable with
the Intel X4500HD.
Here is the patch.
Cheers,
Alex
--
commit a50ccc6c6623ab0e64f2109881e07c176b2d876f
Author: Zhenyu Wang zhenyu.z.w...@intel.com
Date: Mon Nov 17 14:39:00 2008 +0800
agp/intel: add support for G41 chipset
Signed-off-by: Zhenyu Wang zhenyu.z.w...@intel.com
Signed-off-by: Eric Anholt e...@anholt.net
Signed-off-by: Dave Airlie airl...@linux.ie
diff --git a/drivers/char/agp/intel-agp.c b/drivers/char/agp/intel-agp.c
index 9cf6e9b..7d8db5a 100644
--- a/drivers/char/agp/intel-agp.c
+++ b/drivers/char/agp/intel-agp.c
@@ -40,6 +40,8 @@
#define PCI_DEVICE_ID_INTEL_Q45_IG 0x2E12
#define PCI_DEVICE_ID_INTEL_G45_HB 0x2E20
#define PCI_DEVICE_ID_INTEL_G45_IG 0x2E22
+#define PCI_DEVICE_ID_INTEL_G41_HB 0x2E30
+#define PCI_DEVICE_ID_INTEL_G41_IG 0x2E32
/* cover 915 and 945 variants */
#define IS_I915 (agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_E7221_HB || \
@@ -63,7 +65,8 @@
#define IS_G4X (agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_IGD_E_HB || \
agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_Q45_HB || \
agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_G45_HB || \
- agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_GM45_HB)
+ agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_GM45_HB || \
+ agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_G41_HB)
extern int agp_memory_reserved;
@@ -1196,6 +1199,7 @@ static void intel_i965_get_gtt_range(int *gtt_offset, int
*gtt_size)
case PCI_DEVICE_ID_INTEL_IGD_E_HB:
case PCI_DEVICE_ID_INTEL_Q45_HB:
case PCI_DEVICE_ID_INTEL_G45_HB:
+ case PCI_DEVICE_ID_INTEL_G41_HB:
*gtt_offset = *gtt_size = MB(2);
break;
default:
@@ -2163,6 +2167,8 @@ static const struct intel_driver_description {
Q45/Q43, NULL, intel_i965_driver },
{ PCI_DEVICE_ID_INTEL_G45_HB, PCI_DEVICE_ID_INTEL_G45_IG, 0,
G45/G43, NULL, intel_i965_driver },
+ { PCI_DEVICE_ID_INTEL_G41_HB, PCI_DEVICE_ID_INTEL_G41_IG, 0,
+ G41, NULL, intel_i965_driver },
{ 0, 0, 0, NULL, NULL, NULL }
};
@@ -2360,6 +2366,7 @@ static struct pci_device_id agp_intel_pci_table[] = {
ID(PCI_DEVICE_ID_INTEL_IGD_E_HB),
ID(PCI_DEVICE_ID_INTEL_Q45_HB),
ID(PCI_DEVICE_ID_INTEL_G45_HB),
+ ID(PCI_DEVICE_ID_INTEL_G41_HB),
{ }
};
-- System Information:
Debian Release: 5.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-1-openvz-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529655: libnet-proxy-perl: provide sslh initscript
Package: libnet-proxy-perl
Version: 0.12-1+sslhinit+1
Severity: wishlist
Tags: patch
It would be nice if the package could provide an initscript for sslh. Here is
a patch that does just that.
-- System Information:
Debian Release: 5.0.1
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-2-openvz-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages libnet-proxy-perl depends on:
ii libwww-perl 5.813-1WWW client/server library for Perl
ii perl 5.10.0-19 Larry Wall's Practical Extraction
libnet-proxy-perl recommends no packages.
Versions of packages libnet-proxy-perl suggests:
ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip
-- no debconf information
Wed May 20 14:15:39 UTC 2009 Alexandre Rossi alexandre.ro...@gmail.com
* init
diff -rN -u old-libnet-proxy-perl-0.12/debian/control new-libnet-proxy-perl-0.12/debian/control
--- old-libnet-proxy-perl-0.12/debian/control 2009-05-20 14:17:05.0 +
+++ new-libnet-proxy-perl-0.12/debian/control 2009-05-20 14:17:05.0 +
@@ -10,6 +10,7 @@
Package: libnet-proxy-perl
Architecture: all
Depends: ${perl:Depends}, ${misc:Depends}, libwww-perl
+Suggests: lsb-base (= 3.0-6)
Description: Framework for proxying network connections in many ways
This module is a framework for creating various kinds of network
proxies in a very simple way.
diff -rN -u old-libnet-proxy-perl-0.12/debian/libnet-proxy-perl.sslh.default new-libnet-proxy-perl-0.12/debian/libnet-proxy-perl.sslh.default
--- old-libnet-proxy-perl-0.12/debian/libnet-proxy-perl.sslh.default 1970-01-01 00:00:00.0 +
+++ new-libnet-proxy-perl-0.12/debian/libnet-proxy-perl.sslh.default 2009-05-20 14:17:05.0 +
@@ -0,0 +1,8 @@
+# defaults file for sslh
+
+SSLH_ENABLE=false
+
+# what extra options to give sslh?
+# usage: sslh [ -p [host:]port ] [ -t timeout ]
+# [ --ssh [host:]port ] [ --ssl [host:]port ]
+SSLH_OPTIONS=''
diff -rN -u old-libnet-proxy-perl-0.12/debian/libnet-proxy-perl.sslh.init new-libnet-proxy-perl-0.12/debian/libnet-proxy-perl.sslh.init
--- old-libnet-proxy-perl-0.12/debian/libnet-proxy-perl.sslh.init 1970-01-01 00:00:00.0 +
+++ new-libnet-proxy-perl-0.12/debian/libnet-proxy-perl.sslh.init 2009-05-20 14:17:05.0 +
@@ -0,0 +1,129 @@
+#! /bin/sh
+### BEGIN INIT INFO
+# Provides: sslh
+# Required-Start:$network
+# Required-Stop: $network
+# Default-Start: 2 3 4 5
+# Default-Stop: 0 1 6
+# Short-Description: sslh
+# Description: Launch the SSH/HTTPS Service multiplexer
+### END INIT INFO
+
+# Author: Alexandre Rossi alexandre.ro...@gmail.com
+
+# Do NOT set -e
+
+# PATH should only include /usr/* if it runs after the mountnfs.sh script
+PATH=/sbin:/usr/sbin:/bin:/usr/bin
+DESC=SSH/HTTPS service multiplexer
+NAME=sslh
+DAEMON=/usr/bin/$NAME
+INTERPRETER=/usr/bin/perl
+PIDFILE=/var/run/$NAME.pid
+SCRIPTNAME=/etc/init.d/$NAME
+
+# Exit if the package is not installed
+[ -x $DAEMON ] || exit 0
+
+# Read configuration variable file if it is present
+[ -r /etc/default/$NAME ] . /etc/default/$NAME
+
+# Exit if the service is disabled
+[ $SSLH_ENABLE == true ] || exit 0
+
+DAEMON_ARGS=$SSLH_OPTIONS
+
+# Load the VERBOSE setting and other rcS variables
+. /lib/init/vars.sh
+
+# Define LSB log_* functions.
+# Depend on lsb-base (= 3.0-6) to ensure that this file is present.
+. /lib/lsb/init-functions
+
+do_start()
+{
+ # Return
+ # 0 if daemon has been started
+ # 1 if daemon was already running
+ # 2 if daemon could not be started
+ start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $INTERPRETER --test /dev/null \
+ || return 1
+ start-stop-daemon --start --quiet --pidfile $PIDFILE -m -b --exec $DAEMON -- \
+ $DAEMON_ARGS \
+ || return 2
+}
+
+do_stop()
+{
+ # Return
+ # 0 if daemon has been stopped
+ # 1 if daemon was already stopped
+ # 2 if daemon could not be stopped
+ # other if a failure occurred
+ start-stop-daemon --stop --quiet --retry=TERM/30/KILL/5 --pidfile $PIDFILE --name $NAME
+ RETVAL=$?
+ [ $RETVAL = 2 ] return 2
+ # Wait for children to finish too if this is a daemon that forks
+ # and if the daemon is only ever run from this initscript.
+ start-stop-daemon --stop --quiet --oknodo --retry=0/30/KILL/5 --exec $DAEMON
+ [ $? = 2 ] return 2
+ rm -f $PIDFILE
+ return $RETVAL
+}
+
+do_status(){
+ start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $INTERPRETER --test /dev/null
+}
+
+case $1 in
+ start)
+ [ $VERBOSE != no ] log_daemon_msg Starting $DESC $NAME
+ do_start
+ case $? in
+ 0|1) [ $VERBOSE != no ] log_end_msg 0 ;;
+ 2) [ $VERBOSE != no ] log_end_msg 1 ;;
+ esac
+ ;;
+ stop)
+ [ $VERBOSE != no ] log_daemon_msg Stopping $DESC $NAME
+ do_stop
+ case $? in
+ 0|1) [ $VERBOSE != no ] log_end_msg 0 ;;
+ 2) [ $VERBOSE
Bug#528632: libnet-proxy-perl: please advertise sslh in description
tags 528632 patch thanks It would be nice if sslh could be advertised in the long description so that apt-cache search sslh would tell us poor users that the package to install is libnet-proxy-perl. diff -rN -u old-libnet-proxy-perl-0.12/debian/control new-libnet-proxy-perl-0.12/debian/control --- old-libnet-proxy-perl-0.12/debian/control 2009-05-20 14:17:16.0 + +++ new-libnet-proxy-perl-0.12/debian/control 2009-05-20 14:17:16.0 + @@ -22,3 +22,5 @@ This makes it very easy to implement specific techniques to cross a given network boundary, possibly by using a proxy on one side of the network fence, and a reverse-proxy on the other side of the fence. + . + This package provides the sslh SSH/HTTPS service multiplexer. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528626: amule: please make it easier to build with debugging symbols
Debugging symbols are included if -g is passed to the compiler, and if you check the builds log of amule in http://buildd.debian.org, you'll see -g is being passed. -g was passed, but the executable did not contain the debugging symbols. If, however, you're absolutely sure that building with 'nostrip' in DEB_BUILD_OPTIONS is not producing unstripped binaries (i.e., `file /usr/bin/amule` says stripped instead of not stripped), then please let me know and I'll investigate what's going wrong. But please be sure of it to the extent possible! amule-2.2.1$ DEB_BUILD_OPTIONS=nostrip debuild [..] amule-2.2.1$ file obj-x86_64-linux-gnu/src/amule obj-x86_64-linux-gnu/src/amule: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.8, not stripped So I guess I must have messed up the environment when I tried. I am really sorry to have bothered you with this, I thought the amule build system was stripping the binaries somehow... and that --enable-debug prevented this from happennig. Sorry again, my report is invalid. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530371: man-db: man -l does not work anymore
Package: man-db
Version: 2.5.5-1
Severity: normal
I used to preview the manpages I write using the following command:
$ man -l manpage.1
This does not work anymore and displays nothing.
It is easy to reproduce :
$ cp /usr/share/man/man1/man.1.gz .
$ gunzip man.1.gz
$ man -l man.1
$
Am I missing something? Isn't this the standard way to preview manpages?
Thanks,
Alex
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.28.9-vgn-b1vp (PREEMPT)
Locale: LANG=fr_FR.UTF.8, LC_CTYPE=fr_FR.UTF.8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages man-db depends on:
ii bsdmainutils 6.1.10collection of more utilities from
ii debconf [debconf-2.0] 1.5.26Debian configuration management sy
ii dpkg 1.15.1Debian package management system
ii groff-base 1.18.1.1-22 GNU troff text-formatting system (
ii libc6 2.9-12GNU C Library: Shared libraries
ii libgdbm3 1.8.3-4 GNU dbm database routines (runtime
ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime
man-db recommends no packages.
Versions of packages man-db suggests:
pn groff none (no description available)
ii iceweasel [www-browser] 3.0.9-1lightweight web browser based on M
ii less 429-2 pager program similar to more
-- debconf information:
man-db/build-database: true
man-db/rebuild-database: true
man-db/install-setuid: false
ruid=1000, euid=1000
++priv_drop_count = 1
From the config file /etc/manpath.config:
Mandatory mandir `/usr/man'.
Mandatory mandir `/usr/share/man'.
Mandatory mandir `/usr/local/share/man'.
Path `/bin' mapped to mandir `/usr/share/man'.
Path `/usr/bin' mapped to mandir `/usr/share/man'.
Path `/sbin' mapped to mandir `/usr/share/man'.
Path `/usr/sbin' mapped to mandir `/usr/share/man'.
Path `/usr/local/bin' mapped to mandir `/usr/local/man'.
Path `/usr/local/bin' mapped to mandir `/usr/local/share/man'.
Path `/usr/local/sbin' mapped to mandir `/usr/local/man'.
Path `/usr/local/sbin' mapped to mandir `/usr/local/share/man'.
Path `/usr/X11R6/bin' mapped to mandir `/usr/X11R6/man'.
Path `/usr/bin/X11' mapped to mandir `/usr/X11R6/man'.
Path `/usr/games' mapped to mandir `/usr/share/man'.
Path `/opt/bin' mapped to mandir `/opt/man'.
Path `/opt/sbin' mapped to mandir `/opt/man'.
Global mandir `/usr/man', catdir `/var/cache/man/fsstnd'.
Global mandir `/usr/share/man', catdir `/var/cache/man'.
Global mandir `/usr/local/man', catdir `/var/cache/man/oldlocal'.
Global mandir `/usr/local/share/man', catdir `/var/cache/man/local'.
Global mandir `/usr/X11R6/man', catdir `/var/cache/man/X11R6'.
Global mandir `/opt/man', catdir `/var/cache/man/opt'.
Added section `1'.
Added section `n'.
Added section `l'.
Added section `8'.
Added section `3'.
Added section `2'.
Added section `3posix'.
Added section `3pm'.
Added section `3perl'.
Added section `5'.
Added section `4'.
Added section `9'.
Added section `6'.
Added section `7'.
`/usr/man' `' `1'
`/usr/share/man'`' `1'
`/usr/local/share/man' `' `1'
`/bin' `/usr/share/man'`0'
`/usr/bin' `/usr/share/man'`0'
`/sbin' `/usr/share/man'`0'
`/usr/sbin' `/usr/share/man'`0'
`/usr/local/bin'`/usr/local/man'`0'
`/usr/local/bin'`/usr/local/share/man' `0'
`/usr/local/sbin' `/usr/local/man'`0'
`/usr/local/sbin' `/usr/local/share/man' `0'
`/usr/X11R6/bin'`/usr/X11R6/man'`0'
`/usr/bin/X11' `/usr/X11R6/man'`0'
`/usr/games'`/usr/share/man'`0'
`/opt/bin' `/opt/man' `0'
`/opt/sbin' `/opt/man' `0'
`/usr/man' `/var/cache/man/fsstnd' `-1'
`/usr/share/man'`/var/cache/man'`-1'
`/usr/local/man'`/var/cache/man/oldlocal' `-1'
`/usr/local/share/man' `/var/cache/man/local' `-1'
`/usr/X11R6/man'`/var/cache/man/X11R6' `-1'
`/opt/man' `/var/cache/man/opt'`-1'
`1' `' `-5'
`n' `' `-5'
`l' `' `-5'
`8' `' `-5'
`3' `' `-5'
`2' `' `-5'
`3posix'`' `-5'
`3pm' `' `-5'
`3perl' `' `-5'
`5' `' `-5'
`4' `' `-5'
`9' `' `-5'
`6' `' `-5'
`7' `' `-5'
is a tty
real user = 1000; effective user = 1000
using pager -s as pager
++priv_drop_count = 2
chdir /tmp
Starting pipeline: [input: {0, man.1}, output: {-1, NULL}]
pre-processors `t' from file
page_encoding = UTF.8
source_encoding = UTF.8
cat_charset = UTF.8
locale_charset = UTF-8
roff_device (locale) = ascii8
roff_encoding = UTF.8
output_encoding = UTF.8
less_charset = utf-8
Terminal width 80
Terminal width 80 within cat page range [80, 80]
format: 1, save_cat: 0, found: 1
Setting LESS to
Bug#506392: fixed
This can be closed, it came from a problem with my locale. LANG red fr_FR.UTF.8 instead of fr_FR.UTF-8. Thanks, Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531911: reportbug: crashes when saying that the bug found is not listed above (text ui)
Package: reportbug
Version: 4.4
Severity: important
When reporting a bug against gnome-terminal, reportbug crashed with the
following exception
Traceback (most recent call last):
File /usr/bin/reportbug, line 1877, in module
main()
File /usr/bin/reportbug, line 895, in main
return iface.user_interface()
File /usr/bin/reportbug, line 1436, in user_interface
version=pkgversion)
File /usr/lib/pymodules/python2.5/reportbug/ui/text_ui.py, line 534, in
handle_bts_query
mirrors, http_proxy, screen, title)
File /usr/lib/pymodules/python2.5/reportbug/ui/text_ui.py, line 616, in
browse_bugs
sys.stderr.write(line.decode('utf-8').encode(output_encoding, replace))
File /usr/lib/python2.5/encodings/utf_8.py, line 16, in decode
return codecs.utf_8_decode(input, errors, True)
UnicodeDecodeError: 'utf8' codec can't decode bytes in position 78-79:
unexpected end of data
The failure occurs when the variable contains the following value:
' 56) #522628 gnome-terminal: duplicate access keys for menu bar:
\xe2\x80\x9cTerminal\xe2\n'
It seems that line is truncated somehow in the middle of the utf-8 character
because line[78:79] is '\xe2' instead of:
u'”'.encode('utf-8')
'\xe2\x80\x9d'
From a quick look at the code, I think decoding should happen as soon as
possible, and from there, working internally with unicode strings, and then,
as late as possible, just before output, encode.
Anyhow, truncation is good with the unicode string:
line2 = ' 56) #522628 gnome-terminal: duplicate access keys for menu bar:
\xe2\x80\x9cTerminal\xe2\x80\x9d, \xe2\x80\x9cTabs\xe2\x80\x9d\n'
line2[:79]
' 56) #522628 gnome-terminal: duplicate access keys for menu bar:
\xe2\x80\x9cTerminal\xe2'
line2.decode('utf-8')[:79]u' 56) #522628 gnome-terminal: duplicate access
keys for menu bar: \u201cTerminal\u201d, '
Cheers,
Alex
-- Package-specific info:
** Environment settings:
EDITOR=vi
VISUAL=vi
DEBEMAIL=Alexandre Rossi alexandre.ro...@gmail.com
EMAIL=Alexandre Rossi alexandre.ro...@gmail.com
INTERFACE=text
** /home/niol/.reportbugrc:
reportbug_version 3.31
mode standard
ui text
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.28.9-vgn-b1vp (PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages reportbug depends on:
ii apt 0.7.21 Advanced front-end for dpkg
ii python2.5.4-2An interactive high-level object-o
ii python-reportbug 4.4Python modules for interacting wit
reportbug recommends no packages.
Versions of packages reportbug suggests:
pn debconf-utils none (no description available)
pn debsums none (no description available)
pn dlocate none (no description available)
ii file 5.03-1 Determines file type using magic
ii gnupg 1.4.9-4GNU privacy guard - a free PGP rep
ii postfix [mail-transport-agent 2.5.5-1.1 High-performance mail transport ag
pn python-gnome2-extras none (no description available)
ii python-gtk2 2.14.1-3 Python bindings for the GTK+ widge
pn python-urwid none (no description available)
pn python-vtenone (no description available)
-- 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#535374: deejayd: bashism in debian/rules
Hi, This is fixed in a version currently awaiting a sponsor at debian.mentors.net . As I do not have a sponsor for this package anymore, the fix may take time to reach the archive. I haven't seen you send a RFS to -mentors. The current version should have been sponsored but my former sponsor seems to busy with other things. I didn't want to bother him again. I may eventually sponsor it, but you should send a sponsorship request to -mentors first, and make some changes such as checking it against policy 3.8.2, making it lintian -IE --pedantic clean (if you disagree with any of the tags then say why and we'll discuss it), and probably moving the direct changes in .diff.gz to a saner patch management system such as quilt or dpatch. RFS: coming. Policy 3.8.2: done in trunk. lintian -IE --pedantic clean: is at least lintian clean, will check for -IE and --pedantic saner patch management: not an issue for the version in mentors, as there are no changes outside the debian directory. Will fix whenever that is not the case anymore. Anyway, individual patches are available in the upstream VCS. Thanks for your comments, and I'll send a RFS as soon as I've addressed them, which should be this Week-End. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535374: deejayd: bashism in debian/rules
making it lintian -IE --pedantic clean (if you disagree with any of the tags then say why and we'll discuss it) [...] lintian -IE --pedantic clean: is at least lintian clean, will check for -IE and --pedantic $ lintian -IE --pedantic deejayd_0.8.2-1.dsc I: deejayd source: build-depends-without-arch-dep debhelper I: deejayd source: build-depends-without-arch-dep python But both packages are needed to run the clean target, so I guess the package is okay regarding this. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527126: nautilus: dbus error message when unmounting is a bit long
I cannot reproduce with the new version. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574657: same here
notfound 574657 2.6.32-12 thanks I have not been able to reproduce since 2.6.32-12. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574657: Get the same issue
hs:~# uname -a Linux hs 2.6.32-3-amd64 #1 SMP Wed Feb 24 18:07:42 UTC 2010 x86_64 GNU/Linux Can you reproduce with the latest sid kernel (install linux-image-2.6.32-5-amd64)? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575056: linux-2.6: libata based drivers migration script does not migrate /etc/crypttab
Package: linux-2.6 Version: 2.6.32-10 Severity: normal Hi, The migration to libata based drivers migration went very well when I upgraded the kernel to 2.6.33-10, but the migration process forgot about /etc/crypttab where my encrypted /home info is. After manually changing it, everything was OK. The crypttab manual page does not say if cryptsetup supports UUID=, but #445189 says so. Thanks, feel free to ask for more info. Alex -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575118: deejayd-xine: needs to depend on libxine1-x
Hi,
This package appears to need to depend on libxine1-x.
I intend to remove the libxine1-x and libxine1-console dependencies from
libxine1 once squeeze is released; at that point, this bug will become
serious.
Okay thanks. My code contains a direct fopen on libxine.so.1 so I
should maybe also depend on libxine1-bin .
It is recommended that you make use of dh_xine (supplied by libxine-dev) and
have the package depend on ${xine-x:Depends}; that way, no changes (other
than, perhaps, some source changes) will be needed once xine-lib 1.2 is
released and uploaded to unstable.
The package interfaces with xine using python-ctypes, thus it does not
have libxine-dev as a build dependency. Therefore, using dh_xine would
need that extra build dependency. Should I add that big build
dependency only for dh_xine or should I compute de dependencies
manually (regarding wasting buildd time/space/bandwidth, etc) ?
Thanks,
Alex
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575293: python-kaa-base: integration with twisted does not work anymore
Package: python-kaa-base
Version: 0.6.0-4
Severity: normal
Hi,
Using the following snippet, from the documentation[1], integration with
twisted does not work anymore. Maybe this is related to the new twisted
version 10.
--
# get reactor
from twisted.internet import reactor
import kaa
kaa.main.select_notifier('twisted')
# add callbacks to Twisted or kaa
# see test/kaa_in_twisted.py in the kaa.base package
# run Twisted mainloop
reactor.run()
--
The following exception is raised :
$ python kaa_twisted.py
Traceback (most recent call last):
File kaa_twisted.py, line 5, in module
kaa.main.select_notifier('twisted')
File /usr/lib/python2.5/site-packages/kaa/main.py, line 89, in
select_notifier
return nf_thread.init(module, **options)
File /usr/lib/python2.5/site-packages/kaa/nf_thread.py, line 147, in init
notifier.init( 'generic', force_internal=True, **options )
File /usr/lib/python2.5/site-packages/kaa/nf_wrapper.py, line 164, in init
raise RuntimeError('notifier already initialized')
RuntimeError: notifier already initialized
Please note that the test supplied in kaa-base (test/kaa_in_twisted.py )
also fails.
Feel free to ask for more info.
Thanks,
Alex
[1]
http://doc.freevo.org/api/kaa/base/core/mainloop.html#integration-with-other-frameworks
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages python-kaa-base depends on:
ii libc62.10.2-6Embedded GNU C Library: Shared lib
ii libglib2.0-0 2.22.4-1The GLib library of C routines
ii python 2.5.4-9 An interactive high-level object-o
ii python-central 0.6.14+nmu2 register and build utility for Pyt
ii python-sqlite1.0.1-7+b1 python interface to SQLite 2
python-kaa-base recommends no packages.
python-kaa-base 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#575118: deejayd-xine: needs to depend on libxine1-x
Your call. Since you specifically use libxine1, you may as well just directly depend on libxine1-x. Okay I'll prepare a new version with this change. (Incidentally, pyxine may be of interest. It's packaged as python-pyxine.) Back when we checked (about 2 years ago), pyxine did not work well enough for us, and we ended up writing our own bindings using ctypes. Thanks a lot, Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575293: [Pkg-freevo-maint] Bug#575293: python-kaa-base: integration with twisted does not work anymore
It happens like that :
1. import kaa
2. in kaa/__init__.py line 39 from async import ...
3. in kaa/async.py line 977 import main
4. in kaa/main.py line 30 from process import supervisor
5. in kaa/process.py line 182 supervisor = _Supervisor
6. in kaa/process.py line 64 in constructor of _Supervisor :
signal.signal(signal.SIGCHLD, self._sigchld_handler)
From tonight's investigations, I could get the following backtrace
which is where the timer is started and thus the notifier is said to
be already started.
--
import kaa
File /usr/lib/python2.5/site-packages/kaa/__init__.py, line 39, in module
from async import TimeoutException, InProgress, InProgressCallback, \
File /usr/lib/python2.5/site-packages/kaa/async.py, line 977, in module
import main
File /usr/lib/python2.5/site-packages/kaa/main.py, line 50, in module
from process import supervisor
File /usr/lib/python2.5/site-packages/kaa/process.py, line 182, in module
supervisor = _Supervisor()
File /usr/lib/python2.5/site-packages/kaa/process.py, line 79, in __init__
libc=ctypes.util.find_library('c')
File /usr/lib/python2.5/ctypes/util.py, line 164, in find_library
return _findSoname_ldconfig(name) or _get_soname(_findLib_gcc(name))
File /usr/lib/python2.5/ctypes/util.py, line 158, in _findSoname_ldconfig
os.popen('LANG=C /sbin/ldconfig -p 2/dev/null').read())
File /usr/lib/python2.5/site-packages/kaa/timer.py, line 96, in newfunc
t.start(interval)
--
Now, this is in the @timed decorator from kaa.timer and using a dirty
print statement, I could get the only decorated function name which is
_sigchld_handler . This signal is triggered, because the ldconfig
child process terminates.
Knowing this, a working fix, as said, is as simple as delaying the
signal setting, as shown by the attached patch, which works.
Cheers,
Alex
diff -Nru kaa-base-0.6.0/src/process.py kaa-base-0.6.0.new//src/process.py
--- kaa-base-0.6.0/src/process.py 2010-03-25 23:04:04.0 +0100
+++ kaa-base-0.6.0.new//src/process.py 2010-03-25 23:15:37.0 +0100
@@ -61,7 +61,6 @@
def __init__(self):
self.processes = {}
-signal.signal(signal.SIGCHLD, self._sigchld_handler)
# Set SA_RESTART bit for the signal, which restarts any interrupted
# system calls -- however, select (at least on Linux) is NOT restarted
# for reasons described at:
@@ -72,11 +71,15 @@
v = sys.version_info
if v[0] = 3 or (v[0] == 2 and v[1] = 6):
# Python 2.6+
+signal.signal(signal.SIGCHLD, self._sigchld_handler)
signal.siginterrupt(signal.SIGCHLD, False)
elif v[0] == 2 and v[1] == 5:
# Python 2.5
import ctypes, ctypes.util
libc=ctypes.util.find_library('c')
+# ctypes.util.find_library() involves a child process, so the
+# hanler should be set after the call.
+signal.signal(signal.SIGCHLD, self._sigchld_handler)
ctypes.CDLL(libc).siginterrupt(signal.SIGCHLD, 0)
else:
# Python 2.4- is not supported.
Bug#575118: deejayd-xine: needs to depend on libxine1-x
tag 575118 + pending thanks Your call. Since you specifically use libxine1, you may as well just directly depend on libxine1-x. Okay I'll prepare a new version with this change. New version uploaded to mentors.d.o and awaiting sponsorship. Thanks, Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576902: gnome-icon-theme: breaks mail-notification
Package: gnome-icon-theme Version: 2.30.0-2 Severity: normal Hi, mail-notification uses stock_mail.png which is not provided anymore by gnome-icon-theme as stock icons have been removed upstream. The package should Breaks: mail-notification (= 5.4.dfsg.1-2.1) or some later fixed version. I reported an upstream bug on this : https://bugs.launchpad.net/mail-notification/+bug/557137 Cheers, Alex -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-icon-theme depends on: ii hicolor-icon-theme0.11-1 default fallback theme for FreeDes ii libgtk2.0-bin 2.20.0-2 The programs for the GTK+ graphica ii librsvg2-common 2.26.2-1 SAX-based renderer library for SVG gnome-icon-theme recommends no packages. gnome-icon-theme 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#574657: same here
notfound 574657 2.6.32-8
found 574657 2.6.32-9
found 574657 2.6.32-10
found 574657 2.6.32-11
thanks
In order to investigate, I compiled the vanilla kernel 2.6.32.{8,9,11}
and was not able to reproduce.
I can reproduce in less than 3 suspend/resume cycles using official
Debian kernel images linux-image-2.6.31-{3,4}-amd64 (all versions
since 2.6.32-9).
Therefore, I think this problem lays in the Debian specific changes
introduced in linux-2.6 version 2.6.32-9 .
I'll try to narrow down the issue to a specific patch.
Alex
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523415: Same here
severity 523415 important retitle 523415 [855GM] corrupted rendering except for the cursor thanks Hi, Same thing for me here, same hardware. I also think severity should be grave, because it renders the package unusable. Please feel free to ask me for more input, debugging info or testing potential fixes. If this is relevant for some reason, the cursor is displayed properly, everything else is scrambled. Cheers, Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601011: patch that fixes things up for me
Hi, Bitten by the same problem as I am, attached is a patch that fixes things for me. Alex diff -Nruw debootstrap-1.0.26.old/functions debootstrap-1.0.26/functions --- debootstrap-1.0.26.old/functions2010-09-11 00:11:18.0 +0200 +++ debootstrap-1.0.26/functions2010-11-22 14:40:02.756357997 +0100 @@ -965,7 +965,8 @@ setup_devices_hurd ;; *) if [ -e $DEVICES_TARGZ ]; then - zcat $DEVICES_TARGZ | (cd $TARGET; tar -xf -) + zcat $DEVICES_TARGZ | (cd $TARGET; tar -xf -) ||\ + warning DEVCREATE Failed to create devices using %s. $DEVICES_TARGZ else if [ -e /dev/.devfsd ] ; then in_target mount -t devfs devfs /dev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595187: Not in experimental
Hi, I haven't been able to reproduce the same problem with 2.6.36-1~experimental.1 althougth I have other problems in free_buffer_head. But I'll wait for 2.6.37 ro report on those. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595187: linux-2.6: lots of OOPses on resume (NULL pointer dereference in file_ra_state_init)
Source: linux-2.6 Version: 2.6.32-21 Severity: normal Hi, Since the upgrade from 2.6.32-20 - 2.6.32-21, my laptop fails to resume properly into Xorg : the cursor only appears when I move it and there is nothing much more I can do than switching to the console, login as root and reboot. In the console, I can see a lot of OOpses that are visible in the attached log file. This did not happend with 2.6.32-20, or at least not before many suspend cycles. Here is the first of the many similar stack traces : -- Sep 1 21:29:47 annalee kernel: [ 1062.410659] BUG: unable to handle kernel NULL pointer dereference at 0020 Sep 1 21:29:47 annalee kernel: [ 1062.410665] IP: [810ba09c] file_ra_state_init+0x4/0x14 Sep 1 21:29:47 annalee kernel: [ 1062.410673] PGD 7c87e067 PUD 7c370067 PMD 0 Sep 1 21:29:47 annalee kernel: [ 1062.410678] Oops: [#1] SMP Sep 1 21:29:47 annalee kernel: [ 1062.410681] last sysfs file: /sys/devices/LNXSYSTM:00/LNXSYBUS:00/ACPI0003:00/power_supply/AC/uevent Sep 1 21:29:47 annalee kernel: [ 1062.410685] CPU 1 Sep 1 21:29:47 annalee kernel: [ 1062.410687] Modules linked in: binfmt_misc acpi_cpufreq firewire_sbp2 firewire_core crc_itu_t loop sha256_generic aes_x86_64 aes_generic cbc dm_crypt arc4 snd_hda_codec_idt ecb iwl3945 snd_hda_intel iwlcore snd_hda_codec snd_hwdep joydev mac80211 snd_pcm snd_seq snd_timer snd_seq_device led_class battery dell_laptop snd cfg80211 soundcore psmouse snd_page_alloc i2c_i801 evdev pcspkr rfkill dcdbas wmi serio_raw ac processor ext3 jbd mbcache dm_mod sd_mod crc_t10dif i915 drm_kms_helper drm ata_generic uhci_hcd i2c_algo_bit tg3 libphy thermal ata_piix button libata ehci_hcd scsi_mod i2c_core video thermal_sys output usbcore nls_base [last unloaded: scsi_wait_scan] Sep 1 21:29:47 annalee kernel: [ 1062.410739] Pid: 2798, comm: date Not tainted 2.6.32-5-amd64 #1 Latitude D630 Sep 1 21:29:47 annalee kernel: [ 1062.410742] RIP: 0010:[810ba09c] [810ba09c] file_ra_state_init+0x4/0x14 Sep 1 21:29:47 annalee kernel: [ 1062.410747] RSP: 0018:88007df39db0 EFLAGS: 00010206 Sep 1 21:29:47 annalee kernel: [ 1062.410749] RAX: RBX: RCX: 88007c89ba80 Sep 1 21:29:47 annalee kernel: [ 1062.410752] RDX: 88007c89ba80 RSI: 88007ef53798 RDI: 88007c89baf0 Sep 1 21:29:47 annalee kernel: [ 1062.410754] RBP: 88007c89ba80 R08: R09: 880037bd9c00 Sep 1 21:29:47 annalee kernel: [ 1062.410757] R10: 88007df39e48 R11: 81151385 R12: Sep 1 21:29:47 annalee kernel: [ 1062.410759] R13: 88007ef53678 R14: 0024 R15: 810eb47c Sep 1 21:29:47 annalee kernel: [ 1062.410762] FS: () GS:88000190() knlGS: Sep 1 21:29:47 annalee kernel: [ 1062.410765] CS: 0010 DS: ES: CR0: 80050033 Sep 1 21:29:47 annalee kernel: [ 1062.410768] CR2: 0020 CR3: 7c70e000 CR4: 06e0 Sep 1 21:29:47 annalee kernel: [ 1062.410770] DR0: DR1: DR2: Sep 1 21:29:47 annalee kernel: [ 1062.410773] DR3: DR6: 0ff0 DR7: 0400 Sep 1 21:29:47 annalee kernel: [ 1062.410776] Process date (pid: 2798, threadinfo 88007df38000, task 88007db662e0) Sep 1 21:29:47 annalee kernel: [ 1062.410778] Stack: Sep 1 21:29:47 annalee kernel: [ 1062.410779] 810eb991 880037bd9c00 880037a1aa00 88007a759600 Sep 1 21:29:47 annalee kernel: [ 1062.410783] 0 88007df39e48 88007df39e48 8001 Sep 1 21:29:47 annalee kernel: [ 1062.410787] 0 0024 ff9c 810f70bb 88007df39e78 Sep 1 21:29:47 annalee kernel: [ 1062.410792] Call Trace: Sep 1 21:29:47 annalee kernel: [ 1062.410797] [810eb991] ? __dentry_open+0x1c4/0x2bf Sep 1 21:29:47 annalee kernel: [ 1062.410802] [810f70bb] ? do_filp_open+0x4e4/0x94b Sep 1 21:29:47 annalee kernel: [ 1062.410806] [810e40dd] ? virt_to_head_page+0x9/0x2a Sep 1 21:29:47 annalee kernel: [ 1062.410810] [811000c5] ? alloc_fd+0x67/0x10c Sep 1 21:29:47 annalee kernel: [ 1062.410813] [810eb6fb] ? do_sys_open+0x55/0xfc Sep 1 21:29:47 annalee kernel: [ 1062.410818] [81010b42] ? system_call_fastpath+0x16/0x1b Sep 1 21:29:47 annalee kernel: [ 1062.410821] Code: 89 d8 5b 5d 41 5c c3 53 89 f3 e8 57 98 f9 ff 85 c0 75 0f 85 db 74 0b 48 c7 05 ed 86 59 00 00 00 00 00 5b c3 90 90 90 48 8b 46 68 48 8b 40 20 48 c7 47 18 ff ff ff ff 89 47 10 c3 65 8b 04 25 98 Sep 1 21:29:47 annalee kernel: [ 1062.410853] RIP [810ba09c] file_ra_state_init+0x4/0x14 Sep 1 21:29:47 annalee kernel: [ 1062.410857] RSP 88007df39db0 Sep 1 21:29:47 annalee kernel: [ 1062.410859] CR2: 0020 Sep 1 21:29:47 annalee kernel: [ 1062.410862] ---[ end trace f71fcf8b8aa10d22 ]--- Sep 1
Bug#595190: isc-dhcp-client: goes into an infinite loop if server only answers on broadcast
Package: isc-dhcp-client Version: 4.1.1-P1-9 Severity: normal Hi, I may have a misbehaving DHCP server : -- $ cat /var/log/daemon.log.1 /var/log/daemon.log 2/dev/null | grep dhclient | cut -d':' -f4- | uniq -c 18225 DHCPREQUEST on eth0 to 82.224.x.y port 67 1 DHCPREQUEST on eth0 to 255.255.255.255 port 67 1 DHCPACK from 82.224.x.y 1 bound to 82.224.z.p -- renewal in 249667 seconds. 15075 DHCPREQUEST on eth0 to 82.224.x.y port 67 # dhcping -v -s 255.255.255.255 Got answer from: 82.224.x.y received from 82.224.x.y, expected from 255.255.255.255 no answer # dhcping -v -s 82.224.x.y no answer -- My ISP's DHCP server gives a 3-day lease. When this leases expires, dhclient sends a DHCP request to the known server but the server seems to only answer on broadcast 255.255.255.255. As a result, my logs ar filling with DHCPREQUESTs for three days every 6 days. dhclient should handle this case (request on broadcast after a number of unanswered requests). Feel free to ask for more info. Alex -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages isc-dhcp-client depends on: ii debianutils 3.4Miscellaneous utilities specific t ii isc-dhcp-common 4.1.1-P1-9 common files used by all the isc-d ii libc6 2.11.2-3 Embedded GNU C Library: Shared lib ii libssl0.9.8 0.9.8o-2 SSL shared libraries isc-dhcp-client recommends no packages. Versions of packages isc-dhcp-client suggests: pn avahi-autoipd none (no description available) pn resolvconfnone (no description available) -- 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#453754: Fixed for me
Hi, For me, this has been fixed by migrating to squeeze. I was using Option XvPreferOverlay with a patched version of the lenny driver, but now I do not need to anymore. I use the standard squeeze binary packages. xserver-xorg-video-intel 2:2.9.1-4 linux-image-2.6.32-5-amd64 2.6.32-21 $ lspci | grep VGA 00:02.0 VGA compatible controller: Intel Corporation 82945G/GZ Integrated Graphics Controller (rev 02) $ xvinfo | grep Adaptor Adaptor #0: Intel(R) Textured Video = this is the one that I exprienced the bug with Adaptor #1: Intel(R) Video Overlay But if I use Xine to play a video, the output show that it is using the Textured Video XV adaptor and I do not experience the tearing. -- Xine 1.1.19 video_out_dxr3: Failed to open control device /dev/em8300-0 (No such file or directory) video_out_xv: using Xv port 89 from adaptor Intel(R) Textured Video for hardware colour space conversion and scaling. video_out_xv: this adaptor supports the yuy2 format. video_out_xv: this adaptor supports the yv12 format. -- So this is fixed for me. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603738: acpi-support-base: CheckPolicy patch missed usage in powerbtn-acpi-support.sh
Package: acpi-support-base Version: 0.137-6 Severity: normal Tags: patch Hi, While investigating why my laptop was shutting down after resume, I found a syntax error in powerbtn-acpi-support.sh. Due to the change in how CheckPolicy returns values, the test should be fixed to test the return value instead of the echo'ed value. The script appended to this report works as expected. Please follow-up for more info. Cheers, Alex -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages acpi-support-base depends on: ii acpid 1:2.0.7-1 Advanced Configuration and Power I ii console-tools [console-uti 1:0.2.3dbs-69 Linux console and font utilities acpi-support-base recommends no packages. Versions of packages acpi-support-base suggests: pn acpi-support none (no description available) -- Configuration Files: /etc/acpi/powerbtn-acpi-support.sh changed: if [ -f /etc/acpi/events/powerbtn -o -f /etc/acpi/events/powerbtn.dpkg-bak ] ; then logger Acpi-support not handling power button, acpid handler exists at /etc/acpi/events/powerbtn or /etc/acpi/events/powerbtn.dpkg-bak. exit 0 fi [ -e /usr/share/acpi-support/policy-funcs ] || exit 0 . /usr/share/acpi-support/policy-funcs if CheckPolicy; then exit 0 fi if [ -x /etc/acpi/powerbtn.sh ] ; then # Compatibility with old config script from acpid package /etc/acpi/powerbtn.sh elif [ -x /etc/acpi/powerbtn.sh.dpkg-bak ] ; then # Compatibility with old config script from acpid package # which is still around because it was changed by the admin /etc/acpi/powerbtn.sh.dpkg-bak else # Normal handling. /sbin/shutdown -h -P now Power button pressed fi -- 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
