Bug#625805: xserver-xorg-video-radeon: display corruption after suspend-to-RAM on a SONY Z1RCP (ATI Radeon Mobility M6 LY)
Package: xserver-xorg-video-radeon Version: 1:6.14.1-1+b1 Severity: important On this SONY PCG-Z1RCP laptop (ATI Radeon Mobility M6 LY), the screen display was corrupted after resume from suspend-to-RAM. The system seemed running fine because I can see a garbled mouse point moving or switch to VT, which also showed garbled text, and I can login the VT and reboot the machine from CLI. It was running the latest kernel/radeon driver from sid, with KMS enabled (as default). If I disabled KMS, the machine would totally freeze on resume with a black screen, worse. Squeeze's 2.6.32 kernel and radeon driver had identical issue too. I'm not sure whether this is a bug for radeon driver, maybe there're something wrong in the kernel. Maybe the radeon kernel module doesn't (re)set the video mode correctly after resume. Different to old bug reports: The most similar one is #533129, same video card, different laptop brand, nearly identical problem. But the reporter claimed his problem was gone later. This bug is different from #586485 (Regression: can't resume after suspend-to-RAM) because with KMS disabled my machine won't wake up from resume. -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Jun 9 2008 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2018824 May 1 18:21 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 01:00.0 VGA compatible controller [0300]: ATI Technologies Inc Radeon Mobility M6 LY [1002:4c59] Xorg X server configuration file status: -rw-r--r-- 1 root root 5127 Mar 13 15:12 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: --- Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection Section Files ModulePath /usr/lib/xorg/modules FontPath /usr/share/fonts/X11/misc FontPath /usr/share/fonts/X11/cyrillic FontPath /usr/share/fonts/X11/100dpi/:unscaled FontPath /usr/share/fonts/X11/75dpi/:unscaled FontPath /usr/share/fonts/X11/Type1 FontPath /usr/share/fonts/X11/100dpi FontPath /usr/share/fonts/X11/75dpi FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType FontPath built-ins EndSection Section Module Load record Load dri Load dri2 Load glx Load extmod Load dbe EndSection Section InputDevice Identifier Keyboard0 Driver kbd EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol auto Option Device /dev/input/mice Option ZAxisMapping 4 5 6 7 EndSection Section Monitor Identifier Monitor0 VendorName Monitor Vendor ModelNameMonitor Model EndSection Section Device ### Available Driver options are:- ### Values: i: integer, f: float, bool: True/False, ### string: String, freq: f Hz/kHz/MHz ### [arg]: arg optional #Option NoAccel # [bool] #Option SWcursor # [bool] #Option Dac6Bit # [bool] #Option Dac8Bit # [bool] #Option BusType # [str] #Option CPPIOMode # [bool] #Option CPusecTimeout # i #Option AGPMode # i #Option AGPFastWrite # [bool] #Option AGPSize # i #Option GARTSize # i #Option RingSize # i #Option BufferSize# i #Option EnableDepthMoves # [bool] #Option EnablePageFlip# [bool] #Option NoBackBuffer # [bool] #Option DMAForXv # [bool] #Option FBTexPercent # i #Option DepthBits # i #Option PCIAPERSize # i #Option AccelDFS # [bool] #Option IgnoreEDID# [bool] #Option CustomEDID# [str] #Option DisplayPriority # [str] #Option PanelSize # [str] #Option ForceMinDotClock # freq #Option ColorTiling # [bool] #Option VideoKey # i #Option RageTheatreCrystal# i #Option RageTheatreTunerPort # i #Option RageTheatreCompositePort # i #Option RageTheatreSVideoPort # i #Option TunerType # i #Option RageTheatreMicrocPath #
Bug#625771: libxml-libxml-perl: error during installation
On Thu, May 05, 2011 at 10:57:17PM +0200, Christoph Anton Mitterer wrote: Package: libxml-libxml-perl Version: 1.70.ds-1+b1 Severity: normal The following happens during installation: Preparing to replace libxml-libxml-perl 1.70.ds-1 (using .../libxml-libxml-perl_1.70.ds-1+b1_i386.deb) ... Can't locate File/Basename.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/share/perl5/XML/SAX.pm line 15. BEGIN failed--compilation aborted at /usr/share/perl5/XML/SAX.pm line 15. Compilation failed in require at /usr/bin/update-perl-sax-parsers line 18. BEGIN failed--compilation aborted at /usr/bin/update-perl-sax-parsers line 18. dpkg: warning: subprocess old pre-removal script returned error exit status 2 dpkg - trying script from the new package instead ... dpkg: ... it looks like that went OK. Unpacking replacement libxml-libxml-perl ... This is because the prerm script gets executed at a point when perl-base is still at 5.10 but perl and perl-modules have already been upgraded to 5.12. It's trying to unregister XML::LibXML from the XML::SAX parsers database and failing that. The new prerm script succeeds because it doesn't retry the unregistration when given a 'failed-upgrade' argument. Is this normal? It's ugly, but I don't think it actually breaks anything. Could you please check whether XML::LibXML::SAX and XML::LibXML::SAX::Parser are now mentioned twice in your /etc/perl/XML/SAX/ParserDetails.ini or only once? (The latter is the correct behaviour.) Not sure what can be done about this. Possibly the update-perl-sax-parsers calls should be moved to the postrm. Even so, making sure the fix will apply to squeeze-wheezy upgrades may need a Conflicts/Breaks in perl-base or something like that. Thanks for the report, -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625737: [Pkg-fonts-devel] Bug#625737: ITP: fonts-ricty -- High quality japanse fonts based on Inconsolata and Migu 1M
Quoting Christian PERRIER (bubu...@debian.org): Quoting Youhei SASAKI (uwab...@gfd-dennou.org): Package: wnpp Owner: Youhei SASAKI uwab...@gfd-dennou.org Severity: wishlist * Package name: fonts-ricty Version : 2.0.2 Upstream Author : Yasunori Yusa * URL or Web page : http://save.sys.t.u-tokyo.ac.jp/~yusa/fonts/ricty.html * License : SIL Open Font License Ver.1.1 and M+ FONTS LICENSE and IPA Font License Agreement v1.0 Description : High quality japanse fonts based on Inconsolata and Migu 1M Hello Sasaki-san, Isn't this more or less obsoleting inconsolata? inconsolata being team-maintained by pkg-fonts, maybe could you join the team so that we can easily handle this? Sorry, while the above mail came out, you sent an RFS request to the pkg-fonts team mailing list. Still, I am not sure whether this font package is maintained in the team's SVN and if you're formally a team member (with commit rights on Alioth, etc). signature.asc Description: Digital signature
Bug#625794: [Pkg-xfce-devel] Bug#625794: xfce4-panel: Launcher spacing wrong for Vertical panels with East/West arrows
On jeu., 2011-05-05 at 16:03 -0700, redomen wrote: If you setup a vertical panel with a launcher that has multiple items and the arrow button position set to East or West then the spacing is incorrectly increased instead of subtracted. What exactly do you mean by “spaced”? Could you take some screenshots? -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#316521: dpkg: stale directories when packages install conffiles to subsubdirectories of /etc
On 6.5.2011, at 6:28, Guillem Jover guil...@debian.org wrote: Hi! On Wed, 2011-05-04 at 11:11:10 +0200, Ondřej Surý wrote: The attached patch keeps the directory in the pkg.list (aka add it to the leftover) if the children directory is found on the leftover list. The problem is that the check is not correct, isdirectoryinuse (now dir_is_used_by_others) checks for the directory being referenced by other packages, and here we only care if it's owned by the package being acted on. Right. But you only care in the case if the directory is used by others, because only in this case it's not added to leftover list if not removed, so you can save the check time for every directory used only by the package itself. But although I think my patch was correct:-), I also think your patch is more readable for future readers, so no hard feelings. There could be a slight modification to keep /. in the list as well to be formally correct, but IMO it's not needed. Right, and it actually needs to be ignored on removal or dpkg fails on non dpkg native systems (or fake environments), where the last package can be easily removed. Anyway I'm attaching a modified version, but I've only build tested it. If you could test it that'd be nice. It would be nice to have a test case for our functional test-suite too. :) http://git.debian.org/?p=dpkg/pkg-tests.git I'll do that over weekend. If you want this fixed, just ping me, it's easy to add something like (-name[namelen] == \0 or ...-name[namelen] == '/'), and I'll fix it at both places. Ah nice catch! I've pushed a fix for this (commit 2c9a342dc4e1ad3e9e58ac89957b9068664d1930). Thanks! Cool. Also you're right that you don't need to check for \0 in dir_is_used_by_pkg, but I am unsure if you can do the same check (/foo not matching /foo in other package) is dir_is_used_by_others. In fact I think it's wrong... If two packages contains /var/foo/bar/ and both depend on this directory to run (f.e. creating files there on the first run or only when issuing 'dump' command, etc...), you will remove it on first package removal if it's empty thus breaking the second package. O. P.S.: Typed on iPhone, so excuse the typos. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#376201: dpkg: can crash when out of memory
tag 376201 unreproducible moreinfo thanks On Fri, 2006-06-30 at 16:29:37 -0400, Justin Pryzby wrote: Package: dpkg Version: 1.13.21 Severity: normal dpkg can crash when malloc fails; here are two test cases; run with sudo gdb --args dpkg -i $f gdb-dpkg I tried this first recipe and it does not work any longer. Could you send an updated one? Otherwise I think we should just close it, there's been several fixes to catch OOM situations since then, see for example ecf0b87226f0db54551e2d34fca6fa45542f52a2, and I don't think we have any unchecked call any longer. thanks, guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625749: [Pkg-fonts-devel] Bug#625749: ttf-takao: Debian packaging license should be compatible with upstream
Quoting Tatsuya Kinoshita (t...@vega.ocn.ne.jp): Package: ttf-takao Version: 003.02.01-4 Severity: wishlist The upstream license, IPA Font License Agreement v1.0, is copyleft license and incompatible with GPL. However, this Debian packaging license is GPL-3. It is problematic if the upstream part is modified with packaging. Please consider the Debian packaging license to be compatible with upstream, as follows: Files: debian/* Copyright: 2009-2011, Hideki Yamane (Debian-JP) henr...@debian.or.jp 2010, Jun Kobayashi jk...@ubuntu.com License: This work is distributed under the terms of either IPA Font License Agreement v1.0 or GNU General Public License. . On Debian systems, the complete text of the GNU General Public License version 3 can be found in `/usr/share/common-licenses/GPL-3'. Hideki, Jun, Do you formally agree with this and are you OK to change the license of the packaging of the abovementioned font package accordingly? We need a formal agreement by both of you guys to make this change. signature.asc Description: Digital signature
Bug#547975: [Pkg-xfce-devel] Bug#547975: xfce4-mixer: Panel Icon doesn't change with mixer status
On jeu., 2011-05-05 at 21:42 -0700, Bob Smith wrote: Old bug report but similar after upgrading to xfce 4.8. The volume icon in the panel does absolutely nothing to change the volume i.e. using the hover mouse cursor over icon and using mousewheel to raise or lower volume. Everything else works. I'm not sure this has anything to do with the previously reported bug. I don't fully understand your issue: you had the mixer plugin added and configured in your 4.6 panel and the configuration was lost in the 4.8 upgrade, that's it? Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#625807: New upstream available
Package: libtirpc Severity: wishlist Hi There is a new upstream version available that fixes some memory leaks, licensing issues and use of larger kerberos tickets. Please package 0.2.2. Thanks Luk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#316521: dpkg: stale directories when packages install conffiles to subsubdirectories of /etc
On Fri, 06 May 2011, Ondřej Surý wrote: If you want this fixed, just ping me, it's easy to add something like (-name[namelen] == \0 or ...-name[namelen] == '/'), and I'll fix it at both places. Ah nice catch! I've pushed a fix for this (commit 2c9a342dc4e1ad3e9e58ac89957b9068664d1930). Thanks! Cool. Also you're right that you don't need to check for \0 in dir_is_used_by_pkg, but I am unsure if you can do the same check (/foo not matching /foo in other package) is dir_is_used_by_others. In fact I think it's wrong... If two packages contains /var/foo/bar/ and both depend on this directory to run (f.e. creating files there on the first run or only when issuing 'dump' command, etc...), you will remove it on first package removal if it's empty thus breaking the second package. dir_is_used_by_others does not check the filename in the same way, in fact it iterates the list of packages associated to the namemode. So the problem you mention doesn't exist at all. Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619457: Problem with kernel 2.6.38
Hi Ben, As you suggested I cloned and reassigned the bug report, the new one is #625806. Thank you for your help, Paolo. On 05/05/2011 08:29 PM, Ben Hutchings wrote: It sounds like there are 2 bugs: 1. The kernel is reporting spurious changes in the connected displays (hence the flickering between 2x3 and 2x4 workspaces). 2. There is a race condition in handling these changes in gnome-settings-daemon which causes it to crash. Therefore, please clone your bug report and reassign the clone. Ben. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620351: amarok: unable to set collection path since last upgrade
Hi, Currently I'm having the same problem. Doing a little investigation I've found that the problem is not the local collection place (I've got it mounted from a samba share from my homeserver) but using an external MySQL server. If you look in the database section in preferences you should find a message asking to set up the right privileges to the DB user user. Because the external collection DB is not loaded, the collection path information is not loaded too. I've spended some time trying to find the reason why Amarok is not able to connect to the external MySQL DB, but with no success. Can someone help me with it? -- *Oscar Vidakovic Mercader* *Unix System administrator and I+D developer* *Mobile phone:* *+34 6688 0 66 56* *Contact mail:* *vidako...@gmail.com* *Live Messenger: os...@vidakovic.es** * *Twitter: **nefeli*
Bug#625292: xul-ext-firebug: With Firebug enabled, pages loaded after a redirect are not displayed.
HB Package: xul-ext-firebug HB Version: 1.7~b1-1 HB Severity: grave HB When the Firebug extension is enabled, Iceweasel seems to load at least HB parts of the page that it has been directed to (it will show pop-ups HB asking for cookie setting permission), but it only displays a blank HB page. HB I believe that this behavior did not occur with versions prior to HB 1.7~b1-1. I've just uploaded firebug 1.7, please test this version. -- . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Bug#625634: correctly search include directories
clone 625634 -1
retitle 625634 [multiarch] fix/workaround ODBM_File check for libgdbm_compat.so
retitle -1 [multiarch] make h2ph correctly search include directories
thanks
Thanks for the reports.
On Wed, May 04, 2011 at 07:50:20PM +0200, Matthias Klose wrote:
ext/ODBM_File/hints/linux.pl checks for path names, which don't exist
anymore once gdbm is built for multiarch:
Looks like this check was a hack for a weird issue years ago where somebody
had libgdbm.so but not libgdbm_compat.so on Debian. I checked the woody
and sarge libgdbm-dev packages but couldn't find any trace of that. Most
probably everybody has libgdbm_compat.so nowadays.
http://www.nntp.perl.org/group/perl.perl5.porters/2007/11/msg130520.html
As commented in the thread, the real upstream fix would be to actually
try the linking in Configure instead of trying to guess where the .so
files are.
The fix just undoes the hack, which would be fine for us too, but we
need to at least inform upstream about the problem.
On Thu, May 05, 2011 at 12:12:47PM +0200, Matthias Klose wrote:
the return value for inc_dirs() currently doesn't have anything to
do with the include search path, here is a version which just
searches the system include directories.
http://launchpadlibrarian.net/71126460/perl_5.12.3-6ubuntu3_5.12.3-6ubuntu4.diff.gz
+ $from_gcc = `LC_ALL=C $Config{cc} -v -E - /dev/null 21 | awk
'/^#include/, /^End of search list/' | grep '^ '`;
I'm cloning a new bug for this for the sake of forwarding the patch
upstream and tracking it.
I think the -fixed line further down can be dropped altogether with this
but that will need to be verified first.
Upstream probably needs some information about what different gcc versions
actually output. (Was the Reading specs from line changed in 4.0 like
the current code indicates?)
--
Niko Tyni nt...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625806: Bug cloned from 619457
As suggested I cloned the bug from 619457. I attach the lsmod results since the ones posted on paste.debian.net are no longer available. Paolo paolo@saturn:~$ uname -a Linux saturn 2.6.38-2-686-bigmem #1 SMP Tue Mar 29 18:09:13 UTC 2011 i686 GNU/Linux paolo@saturn:~$ lsmod Module Size Used by vboxnetadp 13120 0 vboxnetflt 23683 0 vboxdrv 147237 2 vboxnetadp,vboxnetflt acpi_cpufreq 12737 1 mperf 12387 1 acpi_cpufreq cpufreq_powersave 12422 0 cpufreq_userspace 12520 0 cpufreq_conservative13598 0 cpufreq_stats 12670 0 parport_pc 21895 0 ppdev 12621 0 lp 12858 0 parport27018 3 parport_pc,ppdev,lp sco13219 2 rfcomm 31960 0 bnep 17147 2 l2cap 35435 6 rfcomm,bnep crc16 12327 1 l2cap bluetooth 50119 6 sco,bnep,rfcomm,l2cap usb_storage34951 0 uas12975 0 snd_hrtimer12540 1 binfmt_misc12778 1 uinput 12984 1 microcode 13213 0 fuse 55640 1 loop 17805 0 snd_hda_codec_hdmi 21857 1 snd_hda_codec_analog60504 1 arc4 12418 2 snd_hda_intel 21529 1 snd_hda_codec 57563 3 snd_hda_codec_hdmi,snd_hda_codec_analog,snd_hda_intel uvcvideo 52490 0 i915 276436 2 snd_hwdep 12906 1 snd_hda_codec videodev 48418 1 uvcvideo snd_pcm52774 3 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec ecb12649 2 snd_seq39172 1 snd_timer 22171 3 snd_hrtimer,snd_pcm,snd_seq snd_seq_device 12995 1 snd_seq ath9k 71303 0 drm_kms_helper 26501 1 i915 snd38153 12 snd_hda_codec_hdmi,snd_hda_codec_analog,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_seq,snd_timer,snd_seq_device drm 128416 3 i915,drm_kms_helper mac80211 160285 1 ath9k ath9k_common 12613 1 ath9k ath9k_hw 245846 2 ath9k,ath9k_common ath17021 2 ath9k,ath9k_hw i2c_algo_bit 12706 1 i915 soundcore 12878 1 snd cfg80211 106889 3 ath9k,mac80211,ath snd_page_alloc 12841 2 snd_hda_intel,snd_pcm hp_wmi 12926 0 i2c_core 18989 5 videodev,i915,drm_kms_helper,drm,i2c_algo_bit ac 12552 0 battery12926 0 sparse_keymap 12680 1 hp_wmi joydev 16906 0 power_supply 13283 2 ac,battery wmi13018 1 hp_wmi rfkill 18510 5 bluetooth,cfg80211,hp_wmi psmouse45863 0 hp_accel 20984 0 tpm_tis12949 0 lis3lv02d 17483 1 hp_accel tpm17454 1 tpm_tis tpm_bios 12799 1 tpm evdev 13084 17 button 12866 1 i915 container 12525 0 processor 26983 3 acpi_cpufreq pcspkr 12515 0 serio_raw 12758 0 input_polldev 12802 1 lis3lv02d video 17345 1 i915 ext3 98001 1 jbd40818 1 ext3 mbcache12810 1 ext3 sg 21385 0 sr_mod 17418 0 sd_mod 34941 3 crc_t10dif 12332 1 sd_mod cdrom 34631 1 sr_mod usbhid 35168 0 hid59736 1 usbhid uhci_hcd 21850 0 ahci 20897 2 libahci22161 1 ahci libata131904 2 ahci,libahci scsi_mod 134369 6 usb_storage,uas,sg,sr_mod,sd_mod,libata ehci_hcd 34919 0 usbcore99058 7 usb_storage,uas,uvcvideo,usbhid,uhci_hcd,ehci_hcd sky2 39931 0 nls_base 12649 1 usbcore thermal13058 0 fan12594 0 thermal_sys17667 4 processor,video,thermal,fan paolo@saturn:~$ uname -a Linux saturn 2.6.38-1-686-bigmem #1 SMP Wed Mar 16 18:21:02 UTC 2011 i686 GNU/Linux paolo@saturn:~$ lsmod Module Size Used by vboxnetadp 5648 0 vboxnetflt 15075 0 vboxdrv 142765 2 vboxnetadp,vboxnetflt acpi_cpufreq4429 1 mperf955 1 acpi_cpufreq cpufreq_powersave622 0 cpufreq_userspace 1492 0 cpufreq_conservative 6198 0 cpufreq_stats 1942 0 parport_pc 15663 0 ppdev 4049 0 lp 5594 0 parport20898 3 parport_pc,ppdev,lp sco
Bug#625709: ERROR: This RRD was created on another architecture
merge 625631 625709 thanks Hi, On Thu, May 05, 2011 at 12:15:21PM +0300, Viktor Pilpenok wrote: After update to 1.4.3-1+b1 all my RRD files return this error on all operations. Downgrading to 1.4.3-1 solves this problem. Thanks for reporting this! There's already another bug report for this issue (see #625631). With this E-mail, I've merged the two. Cheers, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#625788: conntrack: Doesn't work, fails after socket creation EPROTONOSUPPORT
tag 625788 moreinfo unreproducible thanks dbrazziel schrieb am Thursday, den 05. May 2011: Package: conntrack Version: 1:1.0.0-2 Severity: important I'd like to get just ONE tool to help monitor and maybe even clean out all these stale connection entries in /proc/net/ip(nf)_conntrack, but they are all epic fail. Cutter - immediate fail. iptstate - immediate fail. Now this one, which looked so promising - immediate fail. Here is the relevant strace information: socket(PF_NETLINK, SOCK_RAW, 12)= -1 EPROTONOSUPPORT (Protocol not supported) write(2, conntrack v1.0.0 (conntrack-tool..., 36conntrack v1.0.0 (conntrack-tools): ) = 36 write(2, Can't open handler, 18Can't open handler) = 18 write(2, \n, 1 ) = 1 exit_group(1) = ? I give up. Please fix or repackage with whatever dependencies and kernel / sysctl configuration caveats are required to make this work out of the box. I really wanted to make this severity serious but am too tired to go through the policy manual to figure that crap out. Seems like the only program in the package immediately failing should be enough to warrant 'serious', 'grave' or 'dead', but I'll leave that to the maintainer. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.38-interactive-2-686 (PREEMPT) This is no debian kernel. Maybe thats the source of your problems. I tried conntrack a few minutes ago with a debian 2.6.38: conntrack -L | head -n 1 udp 17 4 src=10.138.87.1 dst=255.255.255.255 sport=17500 dport=17500 [UNREPLIED] src=255.255.255.255 dst=10.138.87.1 sport=17500 dport=17500 mark=0 use=1 conntrack -D -d 193.189.244.225 ... udp 17 54 src=10.138.87.1 dst=193.189.244.225 sport=51716 dport=53 src=193.189.244.225 dst=10.138.87.1 sport=53 dport=51716 [ASSURED] mark=0 use=1 conntrack v1.0.0 (conntrack-tools): 31 flow entries have been deleted. works like a charm. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594350: Sense: Unrecovered read error - auto reallocate failed, failed command: READ DMA
Package: linux-2.6 Severity: important Same problem here, thinking about an hardware error we have changed the HD, but the problem is still here. /var/log/messages May 6 08:20:32 mailserver kernel: [59611.168262] sd 0:0:0:0: [sda] Unhandled sense code May 6 08:20:32 mailserver kernel: [59611.168265] sd 0:0:0:0: [sda] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE May 6 08:20:32 mailserver kernel: [59611.168270] sd 0:0:0:0: [sda] Sense Key : Medium Error [current] [descriptor] May 6 08:20:32 mailserver kernel: [59611.168276] Descriptor sense data with sense descriptors (in hex): May 6 08:20:32 mailserver kernel: [59611.168279] 72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00 May 6 08:20:32 mailserver kernel: [59611.168288] 17 b9 c2 00 May 6 08:20:32 mailserver kernel: [59611.168292] sd 0:0:0:0: [sda] Add. Sense: Unrecovered read error - auto reallocate failed May 6 08:20:32 mailserver kernel: [59611.168299] sd 0:0:0:0: [sda] CDB: Read(10): 28 00 17 b9 c2 00 00 00 08 00 smartctl Error 65535 occurred at disk power-on lifetime: 0 hours (0 days + 0 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 40 51 00 3e 8f 05 ea Error: UNC at LBA = 0x0a058f3e = 168136510 Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- c8 00 06 3e 8f 05 ea 08 00:19:47.320 READ DMA ec 00 00 00 00 00 a0 0a 00:19:47.310 IDENTIFY DEVICE ef 03 46 00 00 00 a0 0a 00:19:47.310 SET FEATURES [Set transfer mode] ec 00 00 00 00 00 a0 0a 00:19:47.310 IDENTIFY DEVICE -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.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#625809: squeeze: high-CPU mouse cursor flicker with some apps
Package: xorg Version: 1:7.5+8 Severity: important Since the upgrade to squeeze from lenny, I have an issue with some applications instead of hiding the mouse cursor after a second or so, going into a high CPU flicker. This flicker persists as long as the mouse cursor is over the window and stops if it is moved out of it. For example with geeqie, I get 66% load for the app and 66% load for xorg (quad core system). I see the same effect also in libreoffice (not debian package), and amulegui (debian package). The affected applications basically become unusable. This sugests to me that this is an xorg package problem, or possible a toolkit problem. Since I was unable to identify what package exactly causes the issue, I am filing this against the xorg base package. Graphics driver is radeon with a HD4850. Mouse driver is ImPS/2. The problem is also present with the radeonhd and the vesa driver, which suggests it is not a video-driver issue. I tried to identify common dynamic libraries in all the three apps: 3 libc.so.6 3 libdl.so.2 3 libfreetype.so.6 3 libgcc_s.so.1 3 libm.so.6 3 libpthread.so.0 3 libstdc++.so.6 3 libX11.so.6 3 libXau.so.6 3 libxcb.so.1 3 libXdmcp.so.6 3 libXext.so.6 3 libz.so.1 3 linux-gate.so.1 It is possible that the problem is in one of these libraries. Extensive googeling for the issue did not turn up anything, except that some video drivers seem to have had similar issues in the past. If there are any specific experiments I can run to help tracking this down, I would be happy to do so. Arno -- Arno Wagner, Dr. sc. techn., Dipl. Inform., CISSP -- Email: a...@wagner.name GnuPG: ID: 1E25338F FP: 0C30 5782 9D93 F785 E79C 0296 797F 6B50 1E25 338F Cuddly UI's are the manifestation of wishful thinking. -- Dylan Evans If it's in the news, don't worry about it. The very definition of news is something that hardly ever happens. -- Bruce Schneier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625810: /etc/cron.d/nsd3 sends mail to hostmaster@hostname
Package: nsd3 Version: 3.2.5-1 Hi I was surprised when in my logs I saw nsd3 sending mail to hostmaster@hostname and failing. nsd3's cron entry is Debian-specific and requires hostmaster alias in /etc/aliases which is not provided in default Debian install. There are various possible resolutions: * hostmaster alias is documented in README.Debian * mail is just send to root@ so that there's least suprise * option if this mail to be sent at all Since nsdc patch reports indirectly to system log, my preference is to not sending this mail at all by adding /dev/null and removing MAILTO=hostmaster. This way only errors will generate mail (to root@). Regards, Ognyan Kulev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625811: please don't drop support for Wheezy
Package: linux-image-2.6-vserver-amd64 Version: 2.6.32+29 Severity: wishlist Hi folks, Would it be possible to continue support for the Linux Vserver kernel in Wheezy? vserver and its kernel patches seems to be under active development. It would be far beyond average scope to apply these patches to Debian's kernel sources to build a customized kernel package. Of course I know http://linux-vserver.org/Frequently_Asked_Questions#Were_can_I_get_newer_versions_of_VServer_as_ready_made_packages_for_Debian.3F Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623088: Upgrade to kernel seems to resolve problem
I noticed that under Squeeze this error message appeared every time I booted. May 5 21:22:07 debian kernel: [7.222495] ACPI: resource :00:1f.3 [io 0x1c00-0x1c1f] conflicts with ACPI region SMBI [io 0x1c00-0x1c0f] I have updated to Wheezy kernel and this message no longer appears. The bug also seems to have disappeared. No log file flooding and system degrading, and no problems (so far) with rebooting, hibernating or sleeping.
Bug#535768: closed by Albin Tonnerre lu...@debian.org (Bug#535768: fixed in evas 0.9.9.49898-1)
Le 5 mai 2011 à 22:31, Mark-Willem Jansen a écrit : Hi, Hi, Me again. Just had a small chat in the IRC channel. Your patch will probably solve the problem of evas on hurd. But it will break ecore/evas and ecore/e17. So it does not seem to be a good option at the moment. Maybe you could post your problem and patch over the mail list of enlightenment, so they can have a better look at it. Uhm, It seems very very unlikely that it will break anything at all. The only thing SA_SIGINFO does is change the signal handler prototype (two more arguments are passed to the handler instead of just the signal number). As you can see on my patch, the two signal handlers - pipe_handler() and exit_handler() - never use these two additional arguments. So removing the SA_SIGINFO flag has no consequence whatsoever. Oh and EFL and e17 are not yet ported to hurd. Well, actually, they are. I've sent all the needed patches to the BTS, including this one. E17 runs on GNU/Hurd with these patches (and note that the SA_SIGINFO patch obviously does not break ecore/e17 this badly, since I had no problem using e17). Mark-Willem [snip] Thanks for the answer! -- Manuel Menal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625812: syslinux: use Digest::SHA for utils/sha1pass and drop Dependency on libdigest-sha1-perl
Source: syslinux
Version: 2:4.03+dfsg-12
Severity: normal
Tags: patch
Hi
We from the Debian Perl Group would like to drop libdigest-sha1-perl
at some point, see [1]. Most of the functionality (except
sha1_transform) of Digest::SHA1 is also provided by Digest::SHA.
Switching from Digest::SHA1 to Digest::SHA should be in principle as
easy as substituting the use of Digest::SHA1 with Digest::SHA.
Digest::SHA is in Perl core since version 5.9.3 and thus is in
Debian's perl since Lenny.
Changing use of Digest::SHA1 to Digest::SHA would thus reduce external
dependencies by one.
[1] http://deb.li/digestsha
syslinux ships sha1pass, which uses Digest::SHA1. Could you patch it
(and forward upstream) to use Digest::SHA instead which will allow to
drop the libdigest-sha1-perl Depends?
Thanks in advance.
Bests,
Salvatore
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
diff -urN syslinux-4.03+dfsg.orig//utils/sha1pass syslinux-4.03+dfsg/utils/sha1pass
--- syslinux-4.03+dfsg.orig//utils/sha1pass 2010-10-20 21:25:38.0 +0200
+++ syslinux-4.03+dfsg/utils/sha1pass 2011-05-06 09:27:43.921749857 +0200
@@ -1,7 +1,7 @@
#!/usr/bin/perl
use bytes;
-use Digest::SHA1;
+use Digest::SHA;
use MIME::Base64;
sub random_bytes($) {
@@ -29,6 +29,6 @@
unless (defined($salt)) {
$salt = MIME::Base64::encode(random_bytes(6), '');
}
-$pass = Digest::SHA1::sha1_base64($salt, $pass);
+$pass = Digest::SHA::sha1_base64($salt, $pass);
print '$4$', $salt, '$', $pass, \$\n;
Bug#624250: Why redirecting to freedesktop bugzilla?
Why redirecting to freedesktop bugzilla? Why just not add script for launching console-kit-daemon on boot, how it done in gentoo distribution? It fixes this problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625789: dpkg-source: --extend-diff-ignore doesn't work as expected
Raphael Hertzog wrote: However I agree that --extend-diff-ignore used after -isomething should probably extend the previous setting (for example if you have diff-ignore in debian/source/options and extend-diff-ignore in debian/source/local-options). I have pushed a fix for this but this is unrelated to your problem. :-) For the rest, you should probably upgrade to a newer git-buildpackage because the latest version only gives -i -I to dpkg-buildpackage. Thanks, Raphaël! I should have checked for fixes in git-buildpackage like #553079 ;-)) before assuming. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625789: dpkg-source: --extend-diff-ignore doesn't work as expected
Hi Jonathan, On Thu, May 05, 2011 at 07:19:28PM -0500, Jonathan Nieder wrote: 1. Teach git-buildpackage to use --extend-diff-ignore instead of -iregex and use plain -i so packagers' extend-diff-ignore can be respected This commit: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commit;h=671046207e7475476758ef31b3e9063deb947a5a drops the diffignore and tarignore patterns from git-pbuilder. Cheers, -- Guido 2. Make plain -i to toggle an option meaning use diff_ignore_default_regexp, so -i --extend-diff-ignore=foo can mean the same thing as --extend-diff-ignore=foo -i. Introduce a new --clear-diff-ignore. Discourage use of -iregex in the hope that --clear-diff-ignore, --extend-diff-ignore, and -i will be easier to work with. Thoughts? Regards, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#193883: cannot remove directory `/tmp/dpkg7rZQXe
Guillem Jover guil...@debian.org writes: Right, but I was suggesting trying with lookupcache=none,noac or combinations of those. I did that now but also realized that /tmp is nowadays on a tmpfs :-) Anyways, I'll let you know if I ever hit the bug again. -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594350: bug 578129
Maybe is related to bug 578129 ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625794: [Pkg-xfce-devel] Bug#625794: xfce4-panel: Launcher spacing wrong for Vertical panels with East/West arrows
Please keep the bug on CC: On ven., 2011-05-06 at 00:33 -0700, Mark Stutzman wrote: On 05/05/2011 10:57 PM, Yves-Alexis Perez wrote: On jeu., 2011-05-05 at 16:03 -0700, redomen wrote: If you setup a vertical panel with a launcher that has multiple items and the arrow button position set to East or West then the spacing is incorrectly increased instead of subtracted. What exactly do you mean by “spaced”? Could you take some screenshots? How my panel looks originally: http://i.imgur.com/ujXma.jpg How it looks after fix: http://i.imgur.com/7Cy6D.jpg Ah ok so it's the space between items, I missed that. Ok, will forward upstream with your patch. Could you make it a unified diff format (diff -u) ? Regards, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625150: matplotlib: FTBFS: ln: creating symbolic link `/build/user-matplotlib_0.99.3-1-amd64-C4ZThE/matplotlib-0.99.3/debian/python-matplotlib-doc/usr/share/doc/python-matplotlib-doc/html/_static/
Hi Stefano, thanks for the patch, but... On Fri, May 6, 2011 at 01:46, Stefano Rivera stefa...@debian.org wrote: Sandro: This code has completely changed in 1.x, I suspect it won't be a blocker for bringing 1.x to unstable. ... 1.0.1 rebuilt in sid fails with the same error :( -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625813: Xorg: multihead system sometimes locks when awoken from screen saver using mouse
Package: Xorg Version: 1:7.5+8 Severity: important When I get in after leaving my machine runnin overnight and clear the screen saver by moving the mouse the Xorg progress sometimes locks up. I have a system with two displays attached and it seems that this may be caused by moving the mouse from one display to the other as the screen saver is canceling. The mouse pointer then appears to flicker between the two displays and will respond slightly to mouse movment; both displays keep a black background. I have my screen saver set to blank and use it mearly as a backup to ensure my terminal is locked if left unattended for any period of time. I have not managed to reproduce this when the screen saver has been active during the day; so it must require the X session to have been without keyboard or mouse input for more than an hour. This seems to be very reproducable on my system if I move the mouse between displays first thing in the morning and avoidable if I am careful to leave the mouse pointer in the middle of either display and only move it slightly to awake the system. Waking the system with a keystroke has never triggered this. Top shows that the Xorg process run by root is using 100% CPU in user space of Cpu0 while all my other cores are idel. I can work around this issue by ssh into the box and killing the Xorg process then awaiting for the system to automatically restart it. While the system is in this state it does not let me switch tty using Ctrl+Aly+F# I hope that this provides sufficent infromation to help diagnose the issue; as I said it seems to be recreateable on my end so if you would like me to provide further infromation then please let me know. Top Outpu: Tasks: 320 total, 2 running, 318 sleeping, 0 stopped, 0 zombie Cpu0 : 99.3%us, 0.7%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu1 : 0.7%us, 0.7%sy, 0.0%ni, 98.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu2 : 1.0%us, 0.3%sy, 0.0%ni, 98.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu3 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu4 : 1.6%us, 1.0%sy, 0.0%ni, 97.4%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu5 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu6 : 0.3%us, 0.0%sy, 0.0%ni, 99.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu7 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 12327936k total, 12233732k used,94204k free, 766524k buffers Swap: 15623204k total, 1059920k used, 14563284k free, 1947696k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 5349 root 20 0 187m 36m 9476 R 100 0.3 53:14.55 Xorg 32537 tthorne 20 0 5799m 5.5g 2092 S2 47.0 0:23.28 gnome-screensav 26101 tthorne 20 0 317m 14m 3156 S1 0.1 9:37.07 gtk-gnash 26103 tthorne 20 0 317m 14m 3188 S1 0.1 9:47.19 gtk-gnash 26108 tthorne 20 0 318m 14m 3152 S1 0.1 9:43.42 gtk-gnash 26109 tthorne 20 0 318m 14m 3116 S1 0.1 9:40.15 gtk-gnash 2572 tthorne 20 0 17124 1576 1040 R0 0.0 0:01.10 top -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (1001, 'stable'), (500, 'oldstable'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages Xorg depends on: ii gnome-terminal [x-terminal-em 2.30.2-1 The GNOME terminal emulator applic ii libgl1-mesa-dri 7.7.1-4A free implementation of the OpenG ii libgl1-mesa-glx [libgl1] 7.7.1-4A free implementation of the OpenG ii libglu1-mesa 7.7.1-4The OpenGL utility library (GLU) ii rxvt [x-terminal-emulator]1:2.6.4-14 VT102 terminal emulator for the X ii x11-apps 7.5+5 X applications ii x11-session-utils 7.5+1 X session utilities ii x11-utils 7.5+4 X11 utilities ii x11-xfs-utils 7.4+1 X font server utilities ii x11-xkb-utils 7.5+5 X11 XKB utilities ii x11-xserver-utils 7.5+3 X server utilities ii xauth 1:1.0.4-1 X authentication utility ii xfonts-100dpi 1:1.0.1100 dpi fonts for X ii xfonts-75dpi 1:1.0.175 dpi fonts for X ii xfonts-base 1:1.0.1standard fonts for X ii xfonts-scalable 1:1.0.1-1 scalable fonts for X ii xfonts-utils 1:7.5+2X Window System font utility progr ii xinit 1.2.0-2X server initialisation tool ii xkb-data 1.8-2 X Keyboard Extension (XKB) configu ii xorg-docs-core1:1.5-1Core documentation for the X.org X ii xserver-xorg 1:7.5+8the X.Org X server
Bug#625794: [Pkg-xfce-devel] Bug#625794: Bug#625794: xfce4-panel: Launcher spacing wrong for Vertical panels with East/West arrows
forwarded 625794 https://bugzilla.xfce.org/show_bug.cgi?id=7584 tag 625794 upstream patch pending thanks On ven., 2011-05-06 at 09:39 +0200, Yves-Alexis Perez wrote: Please keep the bug on CC: On ven., 2011-05-06 at 00:33 -0700, Mark Stutzman wrote: On 05/05/2011 10:57 PM, Yves-Alexis Perez wrote: On jeu., 2011-05-05 at 16:03 -0700, redomen wrote: If you setup a vertical panel with a launcher that has multiple items and the arrow button position set to East or West then the spacing is incorrectly increased instead of subtracted. What exactly do you mean by “spaced”? Could you take some screenshots? How my panel looks originally: http://i.imgur.com/ujXma.jpg How it looks after fix: http://i.imgur.com/7Cy6D.jpg Ah ok so it's the space between items, I missed that. Ok, will forward upstream with your patch. Could you make it a unified diff format (diff -u) ? Ok, no need for the unified diff, I made it and attached to the upstream bug report. It should be part of the next panel upload (wether new upstream release or new debian revision). Regards, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556483: tagtool: diff for NMU version 0.12.3-8.1
On Fri, May 6, 2011 at 4:50 AM, Kartik Mistry kartik.mis...@gmail.com wrote: On Fri, May 6, 2011 at 5:31 AM, Alessio Treglia ales...@debian.org wrote: I've prepared an NMU for tagtool (versioned as 0.12.3-8.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Looks good. Go ahead! Thanks for the quick reply! Could I reschedule the upload to DELAYED/0-day? Is it a problem for you? -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619781: fixed for me in xserver-xorg-video-intel/2:2.15.0-1+b1
fixed 619781 xserver-xorg-video-intel/2:2.15.0-1+b1 thanks It is OK for me now. I think we can close this bug. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625814: xserver-xorg-video-intel: Randomly activates external screen without one being connected
Package: xserver-xorg-video-intel Version: 2:2.15.0-1 Severity: normal Sorry in advance if the X driver is not the cause. I experience an annoying situation where, at times, during a Gnome session, a non-connected external display is activated, which sets the desktop in dual-screen mode, with that virtual external display being set as primary display, hence makeing me lose the gnome panels. When displays are detected again by gnome-display-properties (launched with Alt+F2, FWIW, since no menus or icons are left to start it), everything goes back to normal situation : laptop with integrated screen only, as main display. Note also, that this sometimes happens, more or less in a similar way at X start, where the GDM login dialog is not visible, put on the not visible external display. Moving the mouse back (left) to the visible part and hitting return makes the dialog come back to visibility. Also, I'm not sure, but this may happen as I'm using synergyc connected to another computer which has the mouse and keyboard... but synergy is not active at X start, so if the 2 problems are related, then synergy is not the cause. Thanks in advance. Best regards, -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Nov 9 2009 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1783236 Mar 26 08:55 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a42] (rev 07) /etc/X11/xorg.conf does not exist. /etc/X11/xorg.conf.d does not exist. KMS configuration files: /etc/modprobe.d/i915-kms.conf: options i915 modeset=1 Kernel version (/proc/version): --- Linux version 2.6.32-5-686 (Debian 2.6.32-31) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Tue Mar 8 21:36:00 UTC 2011 Xorg X server log files on system: -- -rw-r--r-- 1 root root 37559 Nov 26 2009 /var/log/Xorg.1.log -rw-r--r-- 1 root root 38116 Aug 23 2010 /var/log/Xorg.20.log -rw-r--r-- 1 root root 30183 May 6 09:17 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [66.151] X.Org X Server 1.9.5 Release Date: 2011-03-17 [66.151] X Protocol Version 11, Revision 0 [66.151] Build Operating System: Linux 2.6.32-5-amd64 i686 Debian [66.151] Current Operating System: Linux inf-8657 2.6.32-5-686 #1 SMP Tue Mar 8 21:36:00 UTC 2011 i686 [66.151] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686 root=UUID=6ed8ff22-1b20-476a-b52a-f2c2c698c022 ro quiet [66.151] Build Date: 26 March 2011 07:50:38AM [66.151] xorg-server 2:1.9.5-1 (Cyril Brulebois k...@debian.org) [66.151] Current version of pixman: 0.21.4 [66.151]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [66.151] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [66.151] (==) Log file: /var/log/Xorg.0.log, Time: Fri May 6 09:16:18 2011 [66.205] (==) Using system config directory /usr/share/X11/xorg.conf.d [66.221] (==) No Layout section. Using the first Screen section. [66.221] (==) No screen section available. Using defaults. [66.221] (**) |--Screen Default Screen Section (0) [66.221] (**) | |--Monitor default monitor [66.231] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [66.231] (==) Automatically adding devices [66.231] (==) Automatically enabling devices [66.298] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [66.298]Entry deleted from font path. [66.443] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins [66.443] (==) ModulePath set to /usr/lib/xorg/modules [66.443] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [66.443] (II) Loader magic: 0x81f9f60 [66.443] (II) Module ABI versions: [66.443]X.Org ANSI C Emulation: 0.4 [66.443]X.Org Video Driver: 8.0 [66.443]X.Org XInput driver : 11.0 [66.443]X.Org Server Extension : 4.0 [66.444] (--) PCI:*(0:0:2:0) 8086:2a42:1028:0262 rev 7, Mem @ 0xf6c0/4194304, 0xe000/268435456, I/O @ 0xefe8/8 [
Bug#625813:
My xorg.conf: # nvidia-settings: X configuration file generated by nvidia-settings # nvidia-settings: version 1.0 (pbuilder@c203) Tue May 18 07:56:38 UTC 2010 Section ServerLayout Identifier Layout0 Screen 0 Screen0 0 0 Screen 1 Screen1 1600 460 InputDeviceKeyboard0 CoreKeyboard InputDeviceMouse0 CorePointer Option Xinerama 0 EndSection Section InputDevice # generated from default Identifier Mouse0 Driver mouse Option Protocol auto Option Device /dev/psaux Option Emulate3Buttons no Option ZAxisMapping 4 5 EndSection Section InputDevice # generated from default Identifier Keyboard0 Driver kbd EndSection Section Monitor Identifier Monitor0 VendorName Unknown ModelName HP LP2065 HorizSync 30.0 - 92.0 VertRefresh 48.0 - 85.0 Option DPMS EndSection Section Monitor Identifier Monitor1 VendorName Unknown ModelName HP LP2065 HorizSync 30.0 - 92.0 VertRefresh 48.0 - 85.0 EndSection # PowerMizer settings taken from linux.aldeby.org/nvidia-powermizer-powersaving.html Section Device Identifier Device0 Driver nvidia VendorName NVIDIA Corporation BoardName Quadro NVS 295 BusID PCI:2:0:0 Option RegistryDwords PowerMizerEnable=0x1; PerfLevelSrc=0x; PowerMizerLevel=0x3; PowerMizerDefault=0x3; PowerMizerDefaultAC=0x3 Screen 0 EndSection Section Device Identifier Device1 Driver nvidia VendorName NVIDIA Corporation BoardName Quadro NVS 295 BusID PCI:2:0:0 Option RegistryDwords PowerMizerEnable=0x1; PerfLevelSrc=0x; PowerMizerLevel=0x3; PowerMizerDefault=0x3; PowerMizerDefaultAC=0x3 Screen 1 EndSection Section Screen Identifier Screen0 Device Device0 MonitorMonitor0 DefaultDepth24 Option TwinView 0 Option metamodes DFP-0: nvidia-auto-select +0+0 SubSection Display Depth 24 EndSubSection EndSection Section Screen Identifier Screen1 Device Device1 MonitorMonitor1 DefaultDepth24 Option TwinView 0 Option metamodes DFP-1: nvidia-auto-select +0+0 SubSection Display Depth 24 EndSubSection EndSection The PowerMizer settings were an early attempt to fix the problem as other people at my office with similar hardware had seen problems with the defaults. They have not altered the behaviour of my problem at all. No one else here seems to have this bug but few other people have two displays connected to there linux machines; before I had two screens connected I did not see this problem.
Bug#625816: dicom3tools: Error - Specification of value length for other byte/word element is illegal in encapsulated TS
Package: dicom3tools Version: 1.0~20110207-1 Severity: normal Tags: upstream dcdump/dciodvfy are not able to cope with an uncompressed Pixel Data Element with the Icon Image SQ, which is legal from a standard point of view: Data Element (7FE0,0010) Pixel Data may be encapsulated or native. It shall be encapsulated if present in the top-level Data Set (i.e. not nested within a Sequence Data Element). Note: The distinction between fixed value length (native) and undefined value length (encapsulated) is present so that the top level data set Pixel Data can be compressed (and hence encapsulated), but the Pixel Data within an Icon Image Sequence may or may not be compressed. See: PS 3.5-2009 section A.4 Here is a sample file: http://gdcm.sourceforge.net/thingies/SC_JPEGlossless_UncompressIcon.dcm Which leads to: $ dciodvfy SC_JPEGlossless_UncompressIcon.dcm Error - Specification of value length for other byte/word element is illegal in encapsulated transfer syntax Error - Sequence Item dataset read failed - giving up Error - Sequence attribute read failed Error - Dicom dataset read failed -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dicom3tools depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libstdc++64.5.2-6The GNU Standard C++ Library v3 dicom3tools recommends no packages. Versions of packages dicom3tools suggests: ii dcmtk 3.6.0-4 The OFFIS DICOM toolkit command li ii libgdcm-tools 2.0.17-2+b2 Grassroots DICOM tools and utiliti ii pvrg-jpeg 1.2.1+dfsg1-1 Stanford PVRG JPEG tool -- 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#624789: Problem fixed.
Hey, I found out that removing the CiscoAnyClient fixes the problem. Not the best solution, but it works. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625817: owned and unowned files after purge (policy 6.8 + 10.7.3)
Package: ikiwiki-hosting-common Version: 0.20110424 Severity: important User: debian...@lists.debian.org Usertags: piuparts piuparts.d.o Hi, during a test with piuparts I noticed your package left owned and unowned files on the system after purge, which is a violation of policy 6.8 and 10.7.3: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s- removedetails http://www.debian.org/doc/debian-policy/ch-files.html#s10.7.3 From the attached log (scroll to the bottom...): 0m22.9s ERROR: FAIL: Package purging left files on system: /etc/ikiwiki-hosting owned by: ikiwiki-hosting-common /etc/ikiwiki-hosting/keys not owned /etc/ikiwiki-hosting/keys/dns not owned cheers, Holger Start: 2011-04-25 04:33:40 UTC Package: ikiwiki-hosting-common Priority: optional Section: admin Installed-Size: 516 Maintainer: Joey Hess jo...@debian.org Architecture: all Source: ikiwiki-hosting Version: 0.20110424 Depends: perl Filename: pool/main/i/ikiwiki-hosting/ikiwiki-hosting-common_0.20110424_all.deb Size: 81602 MD5sum: ac77a2894610b352de8a9cc9d885310a SHA1: d7299ad3b25c8f3710716e4328388aa601cff126 SHA256: 56e78995da33f1f9a9d77c930e4a613b78ca8d56415346c9fa3024b0952d0852 Description: ikiwiki hosting: common files A hosting interface for ikiwiki. Facilitates management of many separate ikiwiki sites, with capabilities including web-based signup to create new sites, easy support for branching sites, deleting sites, and transferring sites between servers. Ikiwiki-hosting was developed for Branchable.com. . This package contains common files for all ikiwiki hosting servers, and documentation. Homepage: http://ikiwiki-hosting.branchable.com/ Executing: sudo /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad sid -b sid.tar.gz --mirror http://piatti.debian.org/debian/ ikiwiki-hosting-common Guessed: debian 0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at http://wiki.debian.org/piuparts/FAQ 0m0.0s INFO: -- 0m0.0s INFO: piuparts version 0.40~201104021225 starting up. 0m0.0s INFO: Command line arguments: /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad sid -b sid.tar.gz --mirror http://piatti.debian.org/debian/ ikiwiki-hosting-common 0m0.0s INFO: Running on: Linux piatti 2.6.32-5-amd64 #1 SMP Mon Mar 7 21:35:22 UTC 2011 x86_64 0m0.0s DEBUG: Created temporary directory /org/piuparts.debian.org/tmp/tmp4RzEgj 0m0.0s DEBUG: Unpacking sid.tar.gz into /org/piuparts.debian.org/tmp/tmp4RzEgj 0m0.0s DEBUG: Starting command: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmp4RzEgj', '-zxf', 'sid.tar.gz'] 0m2.0s DEBUG: Command ok: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmp4RzEgj', '-zxf', 'sid.tar.gz'] 0m2.0s DEBUG: Created policy-rc.d and chmodded it. 0m2.0s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmp4RzEgj', 'apt-get', 'update'] 0m8.4s DUMP: Get:1 http://piatti.debian.org sid InRelease [151 kB] Ign http://piatti.debian.org sid/main amd64 Packages/DiffIndex Ign http://piatti.debian.org sid/contrib amd64 Packages/DiffIndex Ign http://piatti.debian.org sid/non-free amd64 Packages/DiffIndex Ign http://piatti.debian.org sid/contrib TranslationIndex Ign http://piatti.debian.org sid/main TranslationIndex Ign http://piatti.debian.org sid/non-free TranslationIndex Get:2 http://piatti.debian.org sid/main amd64 Packages [9462 kB] Get:3 http://piatti.debian.org sid/contrib amd64 Packages [75.2 kB] Get:4 http://piatti.debian.org sid/non-free amd64 Packages [140 kB] Ign http://piatti.debian.org sid/contrib Translation-en Ign http://piatti.debian.org sid/main Translation-en Ign http://piatti.debian.org sid/non-free Translation-en Fetched 9829 kB in 1s (7063 kB/s) Reading package lists... 0m8.4s DEBUG: Command ok: ['chroot', '/org/piuparts.debian.org/tmp/tmp4RzEgj', 'apt-get', 'update'] 0m8.4s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmp4RzEgj', 'mount', '-t', 'proc', 'proc', '/proc'] 0m8.4s DEBUG: Command ok: ['chroot', '/org/piuparts.debian.org/tmp/tmp4RzEgj', 'mount', '-t', 'proc', 'proc', '/proc'] 0m8.4s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmp4RzEgj', 'apt-get', '-yf', 'upgrade'] 0m16.0s DUMP: Reading package lists... Building dependency tree... The following packages will be upgraded: apt base-files dpkg gcc-4.4-base gcc-4.5-base gcc-4.6-base initscripts libdb4.8 libgcc1 libncurses5 libreadline6 libslang2 libstdc++6 ncurses-base ncurses-bin perl-base readline-common sysv-rc sysvinit
Bug#624684: [Pkg-xfce-devel] Bug#624684: xfce4-terminal: stops to accept keyboard input
On ven., 2011-05-06 at 10:02 +0200, Jochen Schulz wrote: See the attached filed for an strace log and gdb output. I randomly pressed a few keys while having strace attached. I am afraid I need to have a few -dbg packages installed. It would be nice if you could name specific packages that would help you. I'll investigate but you basically need the -dbg package for all the filename listed there (dpkg -S on the filename to get the package itself, then apt-cache search will give you the -dbg package correct name). Regards, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624684: [Pkg-xfce-devel] Bug#624684: xfce4-terminal: stops to accept keyboard input
On ven., 2011-05-06 at 10:02 +0200, Jochen Schulz wrote: See the attached filed for an strace log and gdb output. I randomly pressed a few keys while having strace attached. I am afraid I need to have a few -dbg packages installed. It would be nice if you could name specific packages that would help you. Oh and please get a full backtrace (bt full) :) -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556483: tagtool: diff for NMU version 0.12.3-8.1
On Fri, May 6, 2011 at 1:31 PM, Alessio Treglia ales...@debian.org wrote: Could I reschedule the upload to DELAYED/0-day? Is it a problem for you? No issue. Go ahead. -- Kartik Mistry Debian GNU/Linux Developer IRC: kart_ | Identica: @kartikm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625521: glibc: causes segfault in Xorg
[ Dropping the libc6 list from CC, as this doesn't seem to have anything to do with libc6 after all ] On Don, 2011-05-05 at 23:14 -0500, Steve M. Robbins wrote: On Thu, May 05, 2011 at 09:33:45AM +0200, Michel Dänzer wrote: On Mit, 2011-05-04 at 23:41 -0500, Steve M. Robbins wrote: On Wed, May 04, 2011 at 10:08:47AM +0200, Michel Dänzer wrote: Steve, can you provide the output of fbset -i and the /etc/X11/xorg.conf file as well? Any reason for not using the radeon driver? I don't know why the radeon driver is not in use. Looks like you're missing the xserver-xorg-video-ati package, which is necessary for the radeon driver to get loaded automagically by the X server. Maybe this package was accidentally uninstalled along with the libc6 upgrade? You're right. Reinstalling this makes X run again. Thanks! Actually, I may have uninstalled xserver-xorg-video-ati myself. I dimly recall thinking it weird that I could uninstall the ATI package without uninstalling the RADEON package. I figured that if RADEON required it, there would be a package dependency. In any case, my immediate problem is solved. So, where does that leave this report? I still suspect the bug is that the fbdev driver doesn't properly handle the virtual directive in SubSection Display, but before reassigning to xserver-xorg-video-fbdev (and most likely remaining dormant at least for a while), I'd like to at least get confirmation that the fbdev driver doesn't crash without the virtual directive. Otherwise, I'm afraid we'll just have to close this report as a configuration error. P.S. Apologies to those who didn't quite manage to derail this bug report. ;) -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625801: apt should allow remove package depended on by metapackage and keep metapackage
package apt severity 625801 wishlist tags 625801 wontfix thanks On Fri, May 6, 2011 at 05:02, Joshua joshud...@gmail.com wrote: Today this came up: there is no good reason for gnome-desktop to depend on evolution. Another one in bug list: Bug#563712 If that is your impression, you shouldn't install the metapackage. And equally important, i don't see in which way it helps to report this no good reason bug against APT as it doesn't have this dependency… As the bug you refer to already said, it doesn't carry any functionality - its just a mix of packages the maintainer has chosen (maybe in agreement with upstream) as a default if the user doesn't exactly know what he or she should choose. If you know it, then feel free to ignore metapackages. APT isn't going to ignore dependencies of a package - it is the whole point of APT to *not* ignore them. So please fight a war with the maintainer and/or upstream of the metapackage in question and convenience them that their choice is bad - good luck with that -, that they should use an or-group or should downgrade to Recommends or or or, but don't request that APT should stop doing what it was programmed for… I should have closed the bug, but as it comes up from time to time, maybe it helps if we leave it open with a big wontfix, as it's not a bug, but a central feature… Best regards David Kalnischkies P.S.: Even if we would want to, we technical doesn't even have a way to detect a metapackage currently - only guesses by looking at Section… -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625818: libllvm-ocaml-2.8-dev: Wrong directory in META
Package: libllvm-ocaml-2.8-dev Version: 2.8-2+b1 Severity: important Hi, The files META.llvm and META.llvm-2.8 both contain directory = +llvm however the right directory is llvm-2.8 (so you need to change either the directory or the META...). Thanks! -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libllvm-ocaml-2.8-dev depends on: ii llvm-2.8-dev 2.8-2+b1 Low-Level Virtual Machine (LLVM), ii ocaml-base-nox [ocaml-base-no 3.12.0-5 Runtime system for OCaml bytecode libllvm-ocaml-2.8-dev recommends no packages. Versions of packages libllvm-ocaml-2.8-dev suggests: ii llvm-2.8-doc 2.8-2 Low-Level Virtual Machine (LLVM), -- 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#625813: Screen Power Settings
Now that I have got an xsession back I can confirm that me screen saver is set to Blank Screen, Regard the computer as idel after 9min, activate screensaver when computer is idel, Lock screen when screensaver is active and in power management my computer is set to never go to sleep and to put the display to sleep when inactive for 10min.
Bug#625819: binary-arch builds fail
Package: texmaker
Version: 3.0.2-1
Version 3.0.2-1 unfortunately used the earlier, broken change to debian/rules
that I submitted to the bug tracker.
Please apply the attached patch to the debian/ directory. And in the future,
please pay closer attention to comments in the bug, not just patches.
This issue is fixed in the Ubuntu upload 3.0.2-1ubuntu1. In fact, it is the
only difference.
diff -urN texmaker-3.0.2.orig/debian/rules texmaker-3.0.2/debian/rules
--- texmaker-3.0.2.orig/debian/rules 2011-04-30 22:02:15.581598019 +0700
+++ texmaker-3.0.2/debian/rules 2011-04-30 22:02:30.881598019 +0700
@@ -30,7 +30,7 @@
override_dh_install:
dh_install
# Rename all hicolor icons to texmaker.png
- for i in 16 22 32 48 64 128 ; do \
+ [ ! -d $(CURDIR)/debian/$(data)/usr/share/icons/hicolor/ ] || for i in 16 22 32 48 64 128 ; do \
mv $(CURDIR)/debian/$(data)/usr/share/icons/hicolor/$${i}x$${i}/apps/$(pkg)$${i}x$${i}.png \
$(CURDIR)/debian/$(data)/usr/share/icons/hicolor/$${i}x$${i}/apps/$(pkg).png ; \
done
Bug#625820: Please let the user know when fsck'ing while booting - machine looks dead
Package: initscripts Version: 2.88dsf-13.1 Severity: normal Synopsis: = when the machine does an fsck while booting, there's no way to know. The user should be informed of the fact otherwise she has no way to know whether the machine is dead or not. Long version: = Lately, while rebooting, my machine just stayed black. Nothing was happening except for the disk drive LED being on. It needs to be noted, that my laptop has problems waking up from suspend and related subjects, so it just could have been that it was trying to revive and somehow had died in the process. Changing the screen with Alt-Fx was not possible, pinging the machine was not possible either (I think - I did not test that, lacking a second machine) and logging into the machine over the net didn't work. So the machine was indistinguishible from a brick with a shining led. Consequently I hard shut down the machine a few times and tried to reboot again and again before starting it in rescue mode and seeing that indeed it was doing a long fsck of the large root partition. Wish: = Please provide the user with live feedback, about when a fsck is happening and about the progress of it. I'm not sure initscripts is the correct package to report this bug against?... Thanks, *t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625821: linux-image-2.6.32-5-vserver-686: vservers that have settatr --barrier set fail to boot with 'vsysctl: open(.): Permission denied'
Package: linux-2.6 Version: 2.6.32-31 Severity: normal After upgrading from lenny to squeeze, one of the vserver guests failed to start. It's root directory had, in contrast to all the other vservers it's barrier flag set: vhost:/var/lib# showattr vservers Bui- vservers bui- vservers/foo bui- vservers/bar bui- vservers/baz bui- vservers/bam Bui- vservers/broky vhost:/var/lib# vserver broky start vsysctl: open(.): Permission denied ... After removing that barrier flag, starting that vserver would fail in yet another way: vhost:/var/lib# setattr --~barrier vservers/broky/ vhost:/var/lib# vserver broky start vcontext: execvp(/etc/init.d/rc): No such file or directory ... Turns out that flag needs to be removed recursively. vhost:/var/lib# setattr -R --~barrier vservers/broky/ After that the vserver guest starts as expected. I'm not sure which component is at fault here (the kernel resp. the vserver patches or util-vserver). As said under Ãlenny this identical setup would work. It's also not at all clear how come just that one vserver guest had the flag set wrong. Thanks for providing a vserver patched kernel in the first place and to micah to still caring about the util-vserver package. I hope this bugreport will save an hour or two to anybody having the same problem. *t -- Package-specific info: ** Version: Linux version 2.6.32-5-vserver-686 (Debian 2.6.32-31) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Wed Mar 9 00:07:05 UTC 2011 ** Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-vserver-686 root=UUID=ed1232c1-222a-333f-bbec-3433326501c2 ro console=tty0 console=ttyS0,38400n8 quiet ** Not tainted ** Kernel log: [9.702410] bonding: bond0: Adding slave eth0. [9.702417] bonding bond0: master_dev is not up in bond_enslave [9.717640] e100 :02:06.0: firmware: requesting e100/d101m_ucode.bin [9.784568] bonding: bond0: enslaving eth0 as a backup interface with a down link. [9.788328] e100: eth0 NIC Link is Up 100 Mbps Full Duplex [9.795713] bonding: bond0: doing slave updates when interface is down. [9.795729] bonding: bond0: Adding slave eth1. [9.795735] bonding bond0: master_dev is not up in bond_enslave [9.813641] e100 :02:07.0: firmware: requesting e100/d101m_ucode.bin [9.840570] bonding: bond0: enslaving eth1 as a backup interface with a down link. [9.844317] e100: eth1 NIC Link is Up 100 Mbps Full Duplex [9.863207] bonding: bond0: link status up for interface eth0, enabling it in 0 ms. [9.863214] bonding: bond0: link status up for interface eth1, enabling it in 200 ms. [9.863502] ADDRCONF(NETDEV_UP): bond0: link is not ready [9.863515] bonding: bond0: link status definitely up for interface eth0. [9.863521] bonding: bond0: making interface eth0 the new active one. [9.863569] bonding: bond0: first active interface up! [9.863837] ADDRCONF(NETDEV_CHANGE): bond0: link becomes ready [ 10.060050] bonding: bond0: link status definitely up for interface eth1. [ 10.757066] RPC: Registered udp transport module. [ 10.757072] RPC: Registered tcp transport module. [ 10.757076] RPC: Registered tcp NFSv4.1 backchannel transport module. [ 10.809156] Slow work thread pool: Starting up [ 10.809272] Slow work thread pool: Ready [ 10.809408] FS-Cache: Loaded [ 10.880137] FS-Cache: Netfs 'nfs' registered for caching [ 10.926745] Installing knfsd (copyright (C) 1996 o...@monad.swb.de). [ 14.478920] tun: Universal TUN/TAP device driver, 1.6 [ 14.478927] tun: (C) 1999-2004 Max Krasnyansky m...@qualcomm.com [ 20.812029] bond0: no IPv6 routers present [ 30.413991] svc: failed to register lockdv1 RPC service (errno 97). [ 30.415903] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory [ 30.424549] NFSD: starting 90-second grace period [ 44.372777] vxW: [?exec-remount?,2316:#43|43|43] did hit the barrier. [ 44.372787] vxW: [?exec-remount?,2316:#43|43|43] did hit the barrier. [ 44.373210] vxW: [?vsysctl?,2316:#43|43|43] did hit the barrier. [ 44.380097] vxW: [xid #43] !!! limit: f00e8060[VM,9] = -5 on exit. [37277.068144] vxW: [xid #53] !!! limit: f00ed060[VM,9] = -2656 on exit. [85697.347863] vxW: [?mesg?,9307:#46|46|46] denied 2 access to devpts:f6951b80[#0,3] [86178.874596] vxW: [?mesg?,11362:#42|42|42] denied 2 access to devpts:ef820cf0[#0,3] [86364.325001] vxW: [?mesg?,13286:#46|46|46] denied 2 access to devpts:ef885b80[#0,3] [86505.228983] vxW: [?mesg?,13610:#42|42|42] denied 2 access to devpts:f6963b80[#0,3] [160731.182513] vxW: [?exec-remount?,9219:#43|43|43] did hit the barrier. [160731.182525] vxW: [?exec-remount?,9219:#43|43|43] did hit the barrier. [160731.186532] vxW: [?vsysctl?,9219:#43|43|43] did hit the barrier. [160731.192111] vxW: [xid #43] !!! limit: daf5d060[VM,9] = -5 on exit. [176022.630062] md: data-check of RAID array md0 [176022.630069] md: minimum _guaranteed_
Bug#625521: glibc: causes segfault in Xorg
Michel Dänzer wrote: [ Dropping the libc6 list from CC, as this doesn't seem to have anything to do with libc6 after all ] Yes, sorry for the misdirection. Actually I have a question in mind still. The original report pinned it on libc6 confidently, and I didn't think to question that (shame on me). Steve, did you try downgrading to libc 2.11 and if so did that make the crash go away? So, where does that leave this report? I still suspect the bug is that the fbdev driver doesn't properly handle the virtual directive in SubSection Display, but before reassigning to xserver-xorg-video-fbdev (and most likely remaining dormant at least for a while), I'd like to at least get confirmation that the fbdev driver doesn't crash without the virtual directive. Makes sense. I also see a documentation bug --- how about something like this patch? Signed-off-by: Jonathan Nieder jrnie...@gmail.com --- debian/changelog |9 + debian/control |9 - 2 files changed, 13 insertions(+), 5 deletions(-) diff --git a/debian/changelog b/debian/changelog index 166655c..3d65725 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,12 @@ +xserver-xorg-video-ati (1:6.14.1-2) UNRELEASED; urgency=low + + * Move reference to X.org web page from package descriptions to the +Homepage field. + * Clarify when the xserver-xorg-video-ati wrapper is needed in its +package description. + + -- Jonathan Nieder jrnie...@gmail.com Thu, 05 May 2011 23:44:02 -0500 + xserver-xorg-video-ati (1:6.14.1-1) unstable; urgency=low * New upstream release. diff --git a/debian/control b/debian/control index ee34eca..70e3961 100644 --- a/debian/control +++ b/debian/control @@ -25,6 +25,7 @@ Build-Depends: Standards-Version: 3.9.0 Vcs-Git: git://git.debian.org/git/pkg-xorg/driver/xserver-xorg-video-ati Vcs-Browser: http://git.debian.org/?p=pkg-xorg/driver/xserver-xorg-video-ati.git +Homepage: http://www.X.org Package: xserver-xorg-video-ati Architecture: any @@ -43,8 +44,9 @@ Description: X.Org X server -- AMD/ATI display driver wrapper sub-drivers depending on the hardware. These sub-drivers are brought through package dependencies. . - More information about X.Org can be found at: - URL:http://www.X.org + Users of Rage, Mach, or Radeon boards may safely remove this package + only if they use Driver r128, mach64, or radeon in + /etc/X11/xorg.conf instead of relying on autodetection. . This package is built from the X.org xf86-video-ati driver module. @@ -84,9 +86,6 @@ Description: X.Org X server -- AMD/ATI Radeon display driver driver, which provides additional 3D functionality for some newer Radeon cards, but is not supported. . - More information about X.Org can be found at: - URL:http://www.X.org - . This package is built from the X.org xf86-video-ati driver module. Package: xserver-xorg-video-radeon-dbg -- 1.7.5.1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614810: URL of openvz Kernel with cpulimit 042test006.1 ?
Hello Peter, can you post a URL of the kernel 042test006.1 you mentioned above, please. I cannot find it on http://git.openvz.org/ Thanks, ___ Martin Stern IT-Operations blau Mobilfunk GmbH ∙ Schulterblatt 124 ∙ 20357 Hamburg Sitz: Hamburg, HRB 80531 Amtsgericht Hamburg Geschäftsführer: Dirk Freise, Martin Ostermayer, Thorsten Rehling
Bug#625798: [ qtractor-Bugs-3298177 ] Track names with slashes cause MIDI recording to fail
Fixed on svn trunk rev.2035 (qtractor 0.4.8.90). - Session and track names are now sanitized from slashes. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619781: fixed for me in xserver-xorg-video-intel/2:2.15.0-1+b1
notfixed 619781 xserver-xorg-video-intel/2:2.15.0-1+b1 thanks Hi, Yan Li ya...@gnome.org (06/05/2011): fixed 619781 xserver-xorg-video-intel/2:2.15.0-1+b1 thanks the correct way to close a bug report is to send a mail to NNN-done@ with “Version: foo” as pseudo-header. What you did marked it as fixed in that version, but kept the “open” status. It is OK for me now. I think we can close this bug. Thanks. That's great. I'd like to hear from the original submitter though, that's why I'm removing the fixed version for now. Mraw, KiBi. signature.asc Description: Digital signature
Bug#625823: Depends: libperl5.10 but it is not installable
Package: rxvt-unicode Version: 9.10-2 Severity: important Looks like rxvt-unicode is currently uninstallable from unstable since it depends on libperl5.10 which needs perl-base=5.10 (5.12 in unstable). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (900, 'unstable'), (100, 'testing'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rxvt-unicode depends on: ii base-passwd 3.5.22 Debian base system master password ii libc6 2.13-2 Embedded GNU C Library: Shared lib ii libfontconfig12.8.0-2.2 generic font configuration library ii libgcc1 1:4.6.0-6 GCC support library ii libgdk-pixbuf2.0-02.23.3-3 GDK Pixbuf library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libperl5.10 5.10.1-20 shared Perl library ii libx11-6 2:1.4.3-1 X11 client-side library ii libxft2 2.2.0-2FreeType-based font drawing librar ii libxrender1 1:0.9.6-1 X Rendering Extension client libra ii ncurses-base 5.9-1 basic terminal type definitions Versions of packages rxvt-unicode recommends: ii ttf-dejavu2.33-1 Metapackage to pull in ttf-dejavu- ii ttf-sazanami-gothic 20040629-8 Sazanami Gothic Japanese TrueType rxvt-unicode 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#625824: musescore: startup notification is broken
Package: musescore Version: 1.0+dfsg-2~bpo60+1 Severity: minor *** Please type your report below this line *** The startup notification of musescore is broken, i.e. when starting in KDE, the startup notification never stops. The following line needs to be added to the musescore desktop file to fix this issue: -- StartupWMClass=mscore.real -- -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/4 CPU cores) Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages musescore depends on: ii desktop-file-utils 0.15-2 Utilities for .desktop files ii gawk 1:3.1.7.dfsg-5 GNU awk, a pattern scanning and pr ii libasound2 1.0.23-2.1 shared library for ALSA applicatio ii libc62.11.2-10 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libportaudio219+svn20071022-3.2 Portable audio I/O - shared librar ii libqt4-designer 4:4.7.2-3~bpo60+1 Qt 4 designer module ii libqt4-network 4:4.7.2-3~bpo60+1 Qt 4 network module ii libqt4-script4:4.7.2-3~bpo60+1 Qt 4 script module ii libqt4-scripttools 4:4.7.2-3~bpo60+1 Qt 4 script tools module ii libqt4-svg 4:4.7.2-3~bpo60+1 Qt 4 SVG module ii libqt4-xml 4:4.7.2-3~bpo60+1 Qt 4 XML module ii libqtcore4 4:4.7.2-3~bpo60+1 Qt 4 core module ii libqtgui44:4.7.2-3~bpo60+1 Qt 4 GUI module ii libqtscript4-qtbindi 0.1.0-3 Qt Script bindings for Qt 4 - meta ii libsndfile1 1.0.21-3Library for reading/writing audio ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii musescore-common 1.0+dfsg-2~bpo60+1 Full featured WYSIWYG score editor ii musescore-soundfont- 1.0+dfsg-2~bpo60+1 Small GM SoundFont for MuseScore ( ii xdg-utils1.0.2+cvs20100307-2 desktop integration utilities from ii zlib1g 1:1.2.3.4.dfsg-3compression library - runtime Versions of packages musescore recommends: ii pulseaudio-utils 0.9.21-3+squeeze1 Command line tools for the PulseAu Versions of packages musescore suggests: ii fluid-soundfont-gm3.1-5 Fluid (R3) General MIDI SoundFont -- 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#625825: Some qatomic_arm.h inline functions do not compile with = g++ 4.5 on arm
Package: libqt4-dev Version: 4:4.7.2-4 Severity: serious Forwarded: https://bugs.launchpad.net/ubuntu/+source/gcc-4.5/+bug/675347 Owner: mo...@debian.org File: /usr/include/qt4/QtCore/qatomic_arm.h Tags: wheezy sid Justification: makes other packages to FTBFS on armel with gcc 4.6 Hello, some QBasicAtomicInt functions do not build on armel with g++ 4.6 (Debian's g++-4.5 seems to work), for example QBasicAtomicInt::fetchAndStoreOrdered() [1]. While according to the Ubuntu report this one is forwarded to, the bug probably is in the gcc itself (broken -fstrict-volatile-bitfields handling in some cases), gcc upstream did not fix it in 4.6 despite efforts of Ubuntu people [2]. This issue will trigger many Qt based packages to FTBFS (like kde4libs [1]) because offending code is inlined in the headers. So we need a solution quick and fast, either in gcc or Qt (or both). I'm going to work on Qt solution and already have an idea how to fix this problem (a hack). [1] https://buildd.debian.org/status/fetch.php?pkg=kde4libsarch=armelver=4%3A4.4.5-5stamp=1304545515 [2] http://gcc.gnu.org/ml/gcc-patches/2010-11/msg02245.html -- Modestas Vainius mo...@debian.org signature.asc Description: This is a digitally signed message part.
Bug#625826: nfs-common: missing manpage idmapd.conf
Package: nfs-common Version: 1:1.2.3-2 Severity: wishlist Hi, the rpc.idmapd(8) manpage refers to the manpage idmapd.conf (SEE ALSO). However, there is no such manpage (any more). According to upstream Git commit 207cf7, the manpage was moved to libnfsidmap. It would be nice to have this manpage available again. Imho, the most appropriate place would be the nfs-common package but since that depends on libnfsidmap2, shipping it in the latter would be fine (and more straight-forward) as well. So, please feel free to reassign as you seem fit :-) TIA, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#625243: guile-1.8-libs: postinst fails on upgrade: guile-1.8: not found
Package: guile-1.8-libs Version: 1.8.8+1-3 Followup-For: Bug #625243 I've just encountered this bug. And the solution is to `apt-get install guile-1.8`. I suppose there are missing depends on guile-1.8-libs package... Kind regards, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages guile-1.8-libs depends on: ii libc6 2.13-2 Embedded GNU C Library: Shared lib ii libgmp10 2:5.0.1+dfsg-7 Multiprecision arithmetic library ii libltdl7 2.4-2 A system independent dlopen wrappe ii libncurses5 5.9-1 shared libraries for terminal hand ii libreadline6 6.2-1 GNU readline and history libraries guile-1.8-libs recommends no packages. guile-1.8-libs 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#88860: mutt does not process PGP/MIME in digests
tag 88860 +moreinfo unreproducible thanks Is this still reproducible? If it is, can you please attach a digest message where this is reproducible? Cheers Antonio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625827: rxvt-unicode: should be rebuilt against libperl5.12
Package: rxvt-unicode Version: 9.10-2 Severity: grave Justification: renders package unusable rxvt-unicode is not installable with perl 5.12. It should be rebuilt against libperl5.12. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rxvt-unicode depends on: ii base-passwd 3.5.22 Debian base system master password ii libc6 2.11.2-13 Embedded GNU C Library: Shared lib ii libfontconfig12.8.0-2.2 generic font configuration library ii libgcc1 1:4.6.0-6 GCC support library ii libgdk-pixbuf2.0-02.23.3-3 GDK Pixbuf library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libperl5.10 5.10.1-20 shared Perl library ii libx11-6 2:1.4.3-1 X11 client-side library ii libxft2 2.2.0-2FreeType-based font drawing librar ii libxrender1 1:0.9.6-1 X Rendering Extension client libra ii ncurses-base 5.9-1 basic terminal type definitions Versions of packages rxvt-unicode recommends: ii ttf-dejavu2.33-1 Metapackage to pull in ttf-dejavu- ii ttf-sazanami-gothic 20040629-8 Sazanami Gothic Japanese TrueType rxvt-unicode 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#625798: [ qtractor-Bugs-3298177 ] Track names with slashes cause MIDI recording to fail
Thanks! -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625828: libipc-sharelite-perl: FTBFS on armel: test failures
Package: libipc-sharelite-perl Version: 0.17-1 Severity: serious Tags: wheezy sid User: debian-p...@lists.debian.org Usertags: perl-5.12-transition This package failed to build on armel only against Perl 5.12. https://buildd.debian.org/status/fetch.php?pkg=libipc-sharelite-perlarch=armelver=0.17-1%2Bb1stamp=1304522076 # Testing IPC::ShareLite 0.17 t/00-load.t .. ok t/pod.t .. ok # Failed test 'lock' # at t/sharelite.t line 75. # got: '1366' # expected: '2000' # Failed test 'version inc' # at t/sharelite.t line 76. # got: '1370' # expected: '2004' # Looks like you failed 2 tests of 14. t/sharelite.t Dubious, test returned 2 (wstat 512, 0x200) Failed 2/14 subtests t/unicode-key.t .. ok Haven't investigated whether this is a regression with Perl 5.12 or something else. The last time it was built on armel was in March 2009. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623422: dump locks up on sparc
On Wed, 04 May 2011 10:10:41 CST, Bdale Garbee writes: I'm not sure what to say. Since dump works fine on other machines, it's very tempting to write this off as a problem with your kernel(s). i'd like to do that, too - but the configs are both garden variety, and i'm not sure /which/ config setting can possibly trigger a clone() problem. the fact that lenny's dump is happy is also a bit puzzling... that isn't satisfying. Can you try a stock Debian kernel to see if somehow your local kernel build really is the cause of the problem? i will, but it'll take a few days until i can do so - both boxes are production systems and i can't reboot them very often. Alternatively, have you tried rebuilding dump from my source package to see if the problem might somehow be related to the tool chain versions that were used to build the binary package on the Debian autobuilder? sure, i'll do that too. regards az -- + Alexander Zangerl + DSA 42BD645D + (RSA 5B586291) VMS is a text-only adventure game. If you win you can use unix. -- w.davidson signature.asc Description: Digital Signature
Bug#624684: [Pkg-xfce-devel] Bug#624684: xfce4-terminal: stops to accept keyboard input
Yves-Alexis Perez:
Oh and please get a full backtrace (bt full) :)
I hope this helps you better.
J.
--
After the millenium I will shoot to kill.
[Agree] [Disagree]
http://www.slowlydownward.com/NODATA/data_enter2.html
#0 0x7f34501536a3 in __poll (fds=value optimized out, nfds=value
optimized out, timeout=-1)
at ../sysdeps/unix/sysv/linux/poll.c:87
_a3 = -1
_a1 = 139862737447232
resultvar = value optimized out
_a2 = 5
oldtype = 0
result = value optimized out
#1 0x7f34507939e4 in g_main_context_poll (context=0x7f3454bfd170, block=1,
dispatch=1,
self=value optimized out) at
/tmp/buildd/glib2.0-2.28.6/./glib/gmain.c:3404
poll_func = 0x7f34507a3aa0 g_poll
#2 g_main_context_iterate (context=0x7f3454bfd170, block=1, dispatch=1,
self=value optimized out)
at /tmp/buildd/glib2.0-2.28.6/./glib/gmain.c:3086
max_priority = 2147483647
timeout = -1
some_ready = value optimized out
nfds = 5
allocated_nfds = value optimized out
fds = 0x7f3454c86940
#3 0x7f34507942f2 in g_main_loop_run (loop=0x7f3454d8cd30) at
/tmp/buildd/glib2.0-2.28.6/./glib/gmain.c:3299
__PRETTY_FUNCTION__ = g_main_loop_run
#4 0x7f3452f0aaa4 in ?? ()
No symbol table info available.
#5 0x7f3452f0b2d9 in ?? ()
No symbol table info available.
#6 0x7f3451a44d48 in _gtk_marshal_BOOLEAN__BOXED (closure=0x7f3454c078c0,
return_value=0x7fffe76f93f0,
n_param_values=value optimized out, param_values=0x7f3454c87e40,
invocation_hint=value optimized out,
marshal_data=value optimized out) at
/scratch/build-area/gtk+2.0-2.24.4/gtk/gtkmarshalers.c:86
callback = 0x7f3452f0b140
cc = 0x7f3454c078c0
data1 = 0x7f3454c294f0
data2 = value optimized out
v_return = value optimized out
__PRETTY_FUNCTION__ = _gtk_marshal_BOOLEAN__BOXED
#7 0x7f3450a4edc9 in g_closure_invoke (closure=0x7f3454c078c0,
return_value=0x7fffe76f93f0, n_param_values=2,
param_values=0x7f3454c87e40, invocation_hint=0x7fffe76f93b0)
at /tmp/buildd/glib2.0-2.28.6/./gobject/gclosure.c:767
marshal = value optimized out
marshal_data = value optimized out
in_marshal = 1
__PRETTY_FUNCTION__ = g_closure_invoke
#8 0x7f3450a606e8 in signal_emit_unlocked_R (node=value optimized out,
detail=0, instance=0x7f3454c294f0,
emission_return=0x7fffe76f9560, instance_and_params=0x7f3454c87e40)
at /tmp/buildd/glib2.0-2.28.6/./gobject/gsignal.c:3290
accumulator = 0x7f3454c07590
emission = {next = 0x7fffe76f9880, instance = 0x7f3454c294f0, ihint =
{signal_id = 42, detail = 0,
run_type = G_SIGNAL_RUN_LAST}, state = EMISSION_RUN, chain_type =
139862737017936}
class_closure = 0x7f3454c078c0
handler_list = 0x0
return_accu = 0x7fffe76f93f0
accu = {g_type = 20, data = {{v_int = 0, v_uint = 0, v_long = 0,
v_ulong = 0, v_int64 = 0, v_uint64 = 0,
v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 0, v_uint =
0, v_long = 0, v_ulong = 0,
v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer =
0x0}}}
signal_id = 42
max_sequential_handler_number = 439
return_value_altered = 0
#9 0x7f3450a69aa5 in g_signal_emit_valist (instance=value optimized out,
signal_id=value optimized out,
detail=value optimized out, var_args=value optimized out)
at /tmp/buildd/glib2.0-2.28.6/./gobject/gsignal.c:2993
return_value = {g_type = 20, data = {{v_int = 0, v_uint = 0, v_long =
0, v_ulong = 0, v_int64 = 0,
v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int
= 0, v_uint = 0, v_long = 0,
v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double =
0, v_pointer = 0x0}}}
error = 0x0
rtype = 20
static_scope = 0
instance_and_params = 0x7f3454c87e40
signal_return_type = 20
param_values = 0x7f3454c87e58
node = 0x7f3454c07930
i = value optimized out
n_params = 1
__PRETTY_FUNCTION__ = g_signal_emit_valist
#10 0x7f3450a69ed3 in g_signal_emit (instance=value optimized out,
signal_id=value optimized out,
detail=value optimized out) at
/tmp/buildd/glib2.0-2.28.6/./gobject/gsignal.c:3040
var_args = {{gp_offset = 32, fp_offset = 48, overflow_arg_area =
0x7fffe76f96a0,
reg_save_area = 0x7fffe76f95e0}}
#11 0x7f3451b60d8f in gtk_widget_event_internal (widget=0x7f3454c294f0,
event=0x7f3454d430a0)
at /scratch/build-area/gtk+2.0-2.24.4/gtk/gtkwidget.c:4980
signal_num = value optimized out
return_val = 0
#12 0x7f3451b75bcb in IA__gtk_window_propagate_key_event
(window=0x7f3454cce020, event=0x7f3454d430a0)
at /scratch/build-area/gtk+2.0-2.24.4/gtk/gtkwindow.c:5199
parent = value optimized out
handled = value optimized out
widget
Bug#625705: perlapi: Re: After last perl update unable to install packages which still depend on 5.10
Package: perl Version: 5.12.3-6 Followup-For: Bug #625705 This is to confirm that many packages depend on perlapi: The following packages have unmet dependencies: libpurple0: Depends: perlapi-5.10.1 which is a virtual package. libcairo-perl: Depends: perlapi-5.10.1 which is a virtual package. libgtk2-perl: Depends: perlapi-5.10.1 which is a virtual package. libpango-perl: Depends: perlapi-5.10.1 which is a virtual package. libmouse-perl: Depends: perlapi-5.10.1 which is a virtual package. libgnome2-canvas-perl: Depends: perlapi-5.10.0 which is a virtual package. libperl5.10: Depends: perl-base (= 5.10.1-20) but 5.12.3-6 is installed. pidgin: Depends: perlapi-5.10.1 which is a virtual package. libgnome2-perl: Depends: perlapi-5.10.0 which is a virtual package. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages perl depends on: ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.13-2 Embedded GNU C Library: Shared lib ii libdb5.15.1.25-10Berkeley v5.1 Database Libraries [ ii libgdbm31.8.3-9 GNU dbm database routines (runtime ii perl-base 5.12.3-6 minimal Perl system ii perl-modules5.12.3-6 Core Perl modules ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages perl recommends: ii netbase 4.45 Basic TCP/IP networking system Versions of packages perl suggests: ii libterm-readline-gnu-perl 1.20-1+b1 Perl extension for the GNU ReadLin ii make 3.81-8.1 An utility for Directing compilati pn perl-doc none (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#625768: [buildtorrent] Allow to create trackerless torrent
Hi, Thanks for the report! Currently buildtorrent does not support the requested mode of operation (DHT/trackerless torrent creation). Looking at the specification for trackerless torrents[1], it should be possible to implement this on a manual level - but there won't be any magic mode that fills out all the node information for you so it might be very boring to use. [1] http://www.bittorrent.org/beps/bep_0005.html#torrent-file-extensions It may take a month or two until I have time to implement and test this. Claude -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625829: URL preview now chops middle instead of end
Package: iceweasel Version: 4.0.1-2 Now the URL preview at the bottom of the screen spitefully removes' the middle part of long URLs, putting dots, http://example.net/xyz?q=...y=iiim=jjj instead of the end parts. It's the same silly behavior always never daring to use more than half the screen, even though the other half has lots of room. So we end up crossing our fingers and clicking. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625804: rtc/mc13xxx: don't call rtc_device_register with the lock held
Since commit
f44f7f9 (RTC: Initialize kernel state from RTC)
rtc_device_register reads the programmed alarm. As reading the alarm
needs to take the lock, release it before calling rtc_device_register.
This fixes a deadlock during boot:
INFO: task swapper:1 blocked for more than 120 seconds.
echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this
message.
swapper D c02b175c 0 1 0 0x
[c02b175c] (schedule+0x304/0x4f4) from [c02b25a8]
(__mutex_lock_slowpath+0x7c/0x110)
[c02b25a8] (__mutex_lock_slowpath+0x7c/0x110) from [c020b4cc]
(mc13xxx_rtc_read_time+0x1c/0x118)
[c020b4cc] (mc13xxx_rtc_read_time+0x1c/0x118) from [c0208f04]
(__rtc_read_time+0x58/0x5c)
[c0208f04] (__rtc_read_time+0x58/0x5c) from [c0209508]
(rtc_read_time+0x30/0x48)
[c0209508] (rtc_read_time+0x30/0x48) from [c0209dd4]
(__rtc_read_alarm+0x1c/0x290)
[c0209dd4] (__rtc_read_alarm+0x1c/0x290) from [c0208d58]
(rtc_device_register+0x150/0x27c)
[c0208d58] (rtc_device_register+0x150/0x27c) from [c02b0b74]
(mc13xxx_rtc_probe+0x128/0x17c)
[c02b0b74] (mc13xxx_rtc_probe+0x128/0x17c) from [c01d5280]
(platform_drv_probe+0x1c/0x24)
[c01d5280] (platform_drv_probe+0x1c/0x24) from [c01d3e58]
(driver_probe_device+0x80/0x1a8)
[c01d3e58] (driver_probe_device+0x80/0x1a8) from [c01d400c]
(__driver_attach+0x8c/0x90)
[c01d400c] (__driver_attach+0x8c/0x90) from [c01d3654]
(bus_for_each_dev+0x60/0x8c)
[c01d3654] (bus_for_each_dev+0x60/0x8c) from [c01d2f6c]
(bus_add_driver+0x180/0x248)
[c01d2f6c] (bus_add_driver+0x180/0x248) from [c01d4664]
(driver_register+0x70/0x15c)
[c01d4664] (driver_register+0x70/0x15c) from [c01d5700]
(platform_driver_probe+0x18/0x98)
[c01d5700] (platform_driver_probe+0x18/0x98) from [c00273a8]
(do_one_initcall+0x2c/0x168)
[c00273a8] (do_one_initcall+0x2c/0x168) from [c00083ac]
(kernel_init+0xa0/0x150)
[c00083ac] (kernel_init+0xa0/0x150) from [c0033ff8]
(kernel_thread_exit+0x0/0x8)
Reported-by: Vagrant Cascadian vagr...@debian.org
Signed-off-by: Uwe Kleine-König u.kleine-koe...@pengutronix.de
Closes: http://bugs.debian.org/625804
---
Hello Arnaud,
On Mon, Apr 04, 2011 at 04:52:54AM -, Arnaud Patard wrote:
Index: imx-test/drivers/rtc/rtc-mc13xxx.c
===
--- imx-test.orig/drivers/rtc/rtc-mc13xxx.c
+++ imx-test/drivers/rtc/rtc-mc13xxx.c
@@ -349,8 +349,13 @@ static int __devinit mc13xxx_rtc_probe(s
if (ret)
goto err_alarm_irq_request;
+ mc13xxx_unlock(mc13xxx);
+
priv-rtc = rtc_device_register(pdev-name,
pdev-dev, mc13xxx_rtc_ops, THIS_MODULE);
+
+ mc13xxx_lock(mc13xxx);
+
if (IS_ERR(priv-rtc)) {
ret = PTR_ERR(priv-rtc);
the patch below is a bit better as it doesn't take the lock in the
likely case that rtc_device_register succeeds.
Best regards
Uwe
diff --git a/drivers/rtc/rtc-mc13xxx.c b/drivers/rtc/rtc-mc13xxx.c
index c5ac037..a1a278b 100644
--- a/drivers/rtc/rtc-mc13xxx.c
+++ b/drivers/rtc/rtc-mc13xxx.c
@@ -349,11 +349,15 @@ static int __devinit mc13xxx_rtc_probe(struct
platform_device *pdev)
if (ret)
goto err_alarm_irq_request;
+ mc13xxx_unlock(mc13xxx);
+
priv-rtc = rtc_device_register(pdev-name,
pdev-dev, mc13xxx_rtc_ops, THIS_MODULE);
if (IS_ERR(priv-rtc)) {
ret = PTR_ERR(priv-rtc);
+ mc13xxx_lock(mc13xxx);
+
mc13xxx_irq_free(mc13xxx, MC13XXX_IRQ_TODA, priv);
err_alarm_irq_request:
@@ -365,12 +369,12 @@ err_reset_irq_status:
mc13xxx_irq_free(mc13xxx, MC13XXX_IRQ_RTCRST, priv);
err_reset_irq_request:
+ mc13xxx_unlock(mc13xxx);
+
platform_set_drvdata(pdev, NULL);
kfree(priv);
}
- mc13xxx_unlock(mc13xxx);
-
return ret;
}
--
Pengutronix e.K. | Uwe Kleine-König|
Industrial Linux Solutions | http://www.pengutronix.de/ |
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625830: hald-probe-video4linux locks /dev/video0 (with CX23880 DVB)
Package: hal Version: 0.5.14-6 Severity: normal Seems similar to bug #478348. hald-probe-video4linux locks /dev/video0 and so any software that use it (mplayer, kdenlive, etc) stale, with segfault appears in logs. (/dev/video0 = 01:08.0 Multimedia video controller: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder (rev 05)) I moved out hald-probe-video4linux from /usr/lib/hal and everything runs now perfectly. I also get debsums errors caused by prelink. Is it a plausible cause? In the log WITH hald-probe-video4linux: Apr 22 10:16:06 bender kernel: [6.056726] cx88_audio :01:08.1: PCI INT A - Link[APC3] - GSI 18 (level, low) - IRQ 18 Apr 22 10:16:06 bender kernel: [6.058260] cx88[0]: subsystem: 0070:9601, boa rd: Hauppauge WinTV-HVR1300 DVB-T/Hybrid MPEG Encoder [card=56,autodetected], fr ontend(s): 1 Apr 22 10:16:06 bender kernel: [6.058262] cx88[0]: TV tuner type 63, Radio t uner type -1 Apr 22 10:16:06 bender kernel: [6.077180] cx88/2: cx2388x MPEG-TS Driver Man ager version 0.0.8 loaded Apr 22 10:16:06 bender kernel: [6.080039] cx88/0: cx2388x v4l2 driver versio n 0.0.8 loaded Apr 22 10:16:06 bender kernel: [6.493038] tuner 6-0043: chip found @ 0x86 (c x88[0]) Apr 22 10:16:06 bender kernel: [6.536311] tda9887 6-0043: creating new insta nce Apr 22 10:16:06 bender kernel: [6.536314] tda9887 6-0043: tda988[5/6/7] foun d Apr 22 10:16:06 bender kernel: [6.539157] tuner 6-0061: chip found @ 0xc2 (c x88[0]) Apr 22 10:16:06 bender kernel: [6.575549] tveeprom 6-0050: Hauppauge model 9 6019, rev D6D3, serial# 3458095 Apr 22 10:16:06 bender kernel: [6.575552] tveeprom 6-0050: MAC address is 00 :0d:fe:34:c4:2f Apr 22 10:16:06 bender kernel: [6.575554] tveeprom 6-0050: tuner model is Ph ilips FMD1216MEX (idx 133, type 78) Apr 22 10:16:06 bender kernel: [6.575556] tveeprom 6-0050: TV standards PAL( B/G) PAL(I) SECAM(L/L') PAL(D/D1/K) ATSC/DVB Digital (eeprom 0xf4) Apr 22 10:16:06 bender kernel: [6.575558] tveeprom 6-0050: audio processor i s CX882 (idx 33) Apr 22 10:16:06 bender kernel: [6.575560] tveeprom 6-0050: decoder processor is CX882 (idx 25) Apr 22 10:16:06 bender kernel: [6.575562] tveeprom 6-0050: has radio, has IR receiver, has IR transmitter Apr 22 10:16:06 bender kernel: [6.575563] cx88[0]: hauppauge eeprom: model=9 6019 Apr 22 10:16:06 bender kernel: [6.589211] tuner-simple 6-0061: creating new instance Apr 22 10:16:06 bender kernel: [6.589214] tuner-simple 6-0061: type set to 7 8 (Philips FMD1216MEX MK3 Hybrid Tuner) Apr 22 10:16:06 bender kernel: [6.594644] cx88[0]/1: CX88x/0: ALSA support f or cx2388x boards Apr 22 10:16:06 bender kernel: [6.594935] cx88[0]/2: cx2388x 8802 Driver Man ager Apr 22 10:16:06 bender kernel: [6.594951] cx88-mpeg driver manager :01:0 8.2: PCI INT A - Link[APC3] - GSI 18 (level, low) - IRQ 18 Apr 22 10:16:06 bender kernel: [6.594957] cx88[0]/2: found at :01:08.2, rev: 5, irq: 18, latency: 32, mmio: 0xfa00 Apr 22 10:16:06 bender kernel: [6.595312] cx8800 :01:08.0: PCI INT A - Link[APC3] - GSI 18 (level, low) - IRQ 18 Apr 22 10:16:06 bender kernel: [6.595318] cx88[0]/0: found at :01:08.0, rev: 5, irq: 18, latency: 32, mmio: 0xf900 Apr 22 10:16:06 bender kernel: [6.660348] cx88/2: cx2388x dvb driver version 0.0.8 loaded Apr 22 10:16:06 bender kernel: [6.660351] cx88/2: registering cx8802 driver, type: dvb access: shared Apr 22 10:16:06 bender kernel: [6.660354] cx88[0]/2: subsystem: 0070:9601, b oard: Hauppauge WinTV-HVR1300 DVB-T/Hybrid MPEG Encoder [card=56] Apr 22 10:16:06 bender kernel: [6.660358] cx88[0]/2: cx2388x based DVB/ATSC card Apr 22 10:16:06 bender kernel: [6.660360] cx8802_alloc_frontends() allocatin g 1 frontend(s) Apr 22 10:16:06 bender kernel: [6.675396] wm8775 6-001b: chip found @ 0x36 ( cx88[0]) Apr 22 10:16:06 bender kernel: [6.681667] cx88[0]/0: registered device video 0 [v4l2] Apr 22 10:16:06 bender kernel: [6.681691] cx88[0]/0: registered device vbi0 Apr 22 10:16:06 bender kernel: [6.681714] cx88[0]/0: registered device radio 0 Apr 22 10:16:06 bender kernel: [6.707602] tuner-simple 6-0061: attaching exi sting instance Apr 22 10:16:06 bender kernel: [6.707606] tuner-simple 6-0061: couldn't set type to 63. Using 78 (Philips FMD1216MEX MK3 Hybrid Tuner) instead Apr 22 10:16:06 bender kernel: [6.711276] DVB: registering new adapter (cx88 [0]) Apr 22 10:16:06 bender kernel: [6.711278] DVB: registering adapter 0 fronten d 0 (Conexant CX22702 DVB-T)... Apr 22 10:16:06 bender kernel: [6.795961] cx2388x blackbird driver version 0 .0.8 loaded Apr 22 10:16:06 bender kernel: [6.795965] cx88/2: registering cx8802 driver, type: blackbird access: shared Apr 22 10:16:06 bender kernel: [6.795969] cx88[0]/2: subsystem: 0070:9601, b oard: Hauppauge WinTV-HVR1300 DVB-T/Hybrid MPEG Encoder [card=56] Apr 22 10:16:06 bender kernel: [6.795973]
Bug#625831: debian-maintainers: Please add Nicolas Lopez de Lerma Aymerich nico...@esdebian.org as a Debian Maintainer
Package: debian-maintainers Severity: normal Hello, Please add my key as described in the attached jetring changeset to the Debian Maintainer keyring. Kind regards, Nicolas Lopez de Lerma Aymerich Recommended-By: Jose L. Redrejo Rodriguez jredr...@debian.org Agreement: http://lists.debian.org/debian-newmaint/2011/04/msg00051.html Advocates: http://lists.debian.org/debian-newmaint/2011/05/msg1.html Comment: Add Nicolas Lopez de Lerma Aymerich nico...@esdebian.org as a Debian Maintainer Date: Fri, 06 May 2011 11:47:12 +0200 Action: import Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.11 (GNU/Linux) mQINBEy3agMBEADCYmvX2gpkM7hBV6svdCa/GRD4BbxqIyGtqu3lG/V9Z4gNMW3E s2arg9WmAZO+Ip6UIDQM704J3S2n0PD1j2fCi1Fdro2rs8D5jf8AxxkyLU2KRtAj 3onBG6YULUk9Qp1xBL/Tx7LML25bwuzDK/DiED9MRq8XBTvjTxu4FFJdKK3mohDE /POjd5wshHpgNsOGKPLqV2f1wbqwP/zj/ZkE0ALhVfIKWhXs0bVseyPwofaiTb8F 9JgCS9MOBN20N09qvxUNJk2rIutpj1XbpWwa0B/HWO2o/Nhpq25lpFkgMBKFUNY/ z6PiJJbhxO96T7/o7WpzReORvAXpryTpbXD+74WuqgiYXHjCX9VUYYMSeCPHGFDu uOhtiyPNIJy3HadpQW6M3hKyfivzkkKsawqZtElV4nNL+n88d1Lm0Z7oaOhIuoj7 DPaEpdJJuy+3txB6os1zWDFFvosJ+HoP+zffVjA1zRK4PRsmxrt8tKEfO3HunhJZ HfDpjfMWzhuUlncs99K09opJYaI0DdV/zw8itfJ4x4LwHmpUKAR3Phx6DZhGzT63 ttvWIKdj5PHxosE2gMAyHcCkUkEAF0E3OS2dxyvJ29nIMxso/S/ICGH4kt1jRTZZ zcRb5PS269MTN6X5ZAfnkKsYRaZ93lpAGdz7PNkrvMycEFNpLUUKyXoZlwARAQAB tDZOaWNvbGFzIExvcGV6IGRlIExlcm1hIEF5bWVyaWNoIDxuaWNvbGFzQGVzZGVi aWFuLm9yZz6JAjcEEwEIACEFAky3agMCGwMFCwkIBwMFFQoJCAsFFgIDAQACHgEC F4AACgkQ+Onq1aIn3JK3lxAAhPPtkjr3/gf/TVT5WSRWgcMxfBdmA9z3zynt8rsU 3BhZM9DOw6b6XRgUqGD+wxyqBtwyb7YzsGVAxp+Sxx5BEYmy6c/5jLRUPAAu/RHX fbszGtcVHW63cAWbj2qw44UTh7Bb9GyPDSdcYke3C4Rs5Tvip/ZSxscLo3j0ahXp zfYqDF6cf3hYRRjeiJQP0uV/QSKprMgrxrY7pksPsTvmfAYPrw/sYZB3+z5AJZMw vTyWMQNId8hzGPfxUulRCy2l4rQetPyTCSOW7ZYCyXyNtOzwpsz4VLwI7eItEsI3 qmysS9/WCisx5dSn3PrxpeYwtgUE0IuQoYLmUuF1xR5vu8CYbeJVnS5MOFPvV3d5 xf6wTKGp8MlJCWebCH520Y8UP4thZM6IFFKYoCNr26R4ZGHvw1nYFgIV2GtkWnBf VKGTCJSH9+l6wivXDiebm/cU7Lz1SJvO2ZRcuyHTHM+lXxxscUMRa4vI+VleragM caxmxoA3AsxO4XOZ0vh0VGNN93UcD2Hum4dhhMRj1W/YkdakvwzB5hPaRusf09mE 7n4a49lojO9r4pQIkSKrZJIQET4OP+jr+bG7W/i0V5SuhZw4Yc0pZ65QeZNY5lYn pfLiJthc6CGBQFZVuCfsFB1YcA4CQMJdfSjTPhBsr5H6wuwUBTVnSuW+R/VJw2aM aTuIRgQQEQgABgUCTRsUCAAKCRCapVHZZqkN4oBFAJ96qcQxBhaMa0IQq5S8U3Tw 4HoorACfeRj92bTV+/LIFHFXDqkUJf4KGeeIRgQQEQgABgUCTRsaAQAKCRCapVHZ ZqkN4sHfAJ92UYUZIOkGNf/Yic8dlM0byZHC8gCdFsKz+76l6bp/2Vko0hZTpJ5L zci5Ag0ETLdqzAEQAKdYsWQsLrQUfzuY3bkzOc7R8XBwDjjzzGEApgu6nnxb6qCf 0PcKjEOf8dxPHqbDYEt6SKAvRrGJuwWXeWBZ8kTiFV0OSFSA/FC6IR4WtPtlYM5v /ZKcNZrJjh5tzAQ4A0mLXc88p20b6U079NuUC1A4Aldq7IhaJQgpvldO1M5uOwyy bvX5njqW9Y2QLr1cXRubqGSl7GFunXH13wvylyzTK8n2EjnrHHj0JYHdxboLXHXN ZBju3OrtVRffsgtDIFHXskazZBZ050wTRDXZHjZKSBcmCRKx+GJECZ0xJk2taxyT 3V1TAobPQ1zwdDwaL2pgpWBZWBiAMy4KITPOKYaNEZlc15Qqni+vVl8IMgOXT6YI YmtXgF36gDpLEUZLX6wz0lGNIiVlBHadoHuxKodn1CsaYdCnNUasUxqwjrH4Rz7W xHONFkDsY6Om2zKs4tkOwNY2HnWXT5g9KiBNnUT2d+jg1TYikoSv351A+nZspxc/ dkoeK4RjKu70Csvidsu+W4GsEUsD1RocWhykgyOC8b9qxI3Piqx019XfTWfrglBi ACzZRxNXmJ/084N2LjDMKFXd1vE1gJAIEYoqlNL5jq1EmepJ+oQoE4FHxT1xH4UC qzZjxGQRRzx6JIuYfbQaXF45DzFEFcRXX4M1NfuN+AmfhjCLNe0kREuBwQRLABEB AAGJAh8EGAEIAAkFAky3aswCGwwACgkQ+Onq1aIn3JLTZhAAodAIWveOnDk5wmYh 2T3rSTIQMwqPyHfVcat9vIveoz6UfhKgtNpNvMJ63B4nxbXK0sBdGKXNRJhtT5j9 63+5uT5TDJuTwqKTeevsCBfY5KU1V+mpaTOmVW6AYvEKUHfevndYjdBONwQPVR2f d+9d6UkUFrcE+zQ+CI9wXRrUfs/WwLhnM+ofNRc5YdGJjs4fbH0Gaj+EFSIWstxz jDyd78t7dGpdztRW/41s5BvPYy7zqgt8sxZU6VQ3M7lEBIwSbgGAL5shfejo8G6h h2tIrrPaIt/Yb8Fudm7j4kTVMPkRCJyTUWNGGwmD2m3Bu3n6fkBpF+8HijytXYy7 lR5Qt6U1Ya2XXjrvKlbwhC1+D5legQ/Hv1l2jzJhUOXW15Fvh0aR1qg/6aNrweBG s88jSYIIBdd1jMyODtrBmxApGz4exAxHfZeo5CuaVfPHYfWqbXfwJV16st/kWmEq vPeyWL0E/LmzPqf8QVurMCMZZP4aeV29gA7QUGcqx6a0TtEqpNINbQo8eatrO0Hg J9Uk3uGel/d/9a8aljPHHEg/pr851sbuhUhG0h1xFluGjQJxSGaE/jOrjckgbx7t eC7ie6SdAQ/MlLF2lp80IscVtXpWRsCx3SvyS1XMDezJ5DAr7jRsc8SEdStvl0Rq XEheierXrwV2MPCgd9o4SVAhUO4= =jkOZ -END PGP PUBLIC KEY BLOCK- signature.asc Description: This is a digitally signed message part
Bug#625832: python-mpi4py: importing MPI fails
Package: python-mpi4py Version: 1.2.2-2 Severity: grave Justification: renders package unusable I am not sure I am blaming the correct package here, but orterun -n 1 python -c 'import mpi4py.MPI' hangs and never returns. Regardless of how I start orted. This used to work about a month ago (my previous upgrade). It may be that the problem is in python or openmpi as well, since trying a previously compiled, private version on mpi4py does exactly the same thing. But I leave that to someone smarter to decide. Cheers, Juha -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-mpi4py depends on: ii libc6 2.13-2 Embedded GNU C Library: Shared lib ii libopenmpi1.3 1.4.3-2.1 high performance message passing l ii python2.6.6-14 interactive high-level object-orie ii python-support1.0.13 automated rebuilding support for P Versions of packages python-mpi4py recommends: ii mpi-default-bin 0.6Standard MPI runtime programs Versions of packages python-mpi4py suggests: ii python-numpy 1:1.4.1-5 Numerical Python adds a fast array -- 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#497153: status of bug #497153 (ITP: git-bzr)
Hi, What's the status of bug #497153? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598968: RFP: bsnes -- The most accurate SNES/SuperFamicom emulator
On Sunday 03 October 2010 16:37:57 you wrote: Package: wnpp Severity: wishlist * Package name: bsnes Version : 0.70 Upstream Author : byuu * URL : http://byuu.org/bsnes/ * License : GPL2 Programming Lang: C++ Description : The most accurate SNES/SuperFamicom emulator From the web site: bsnes is an emulator that began development on 2004-10-14. The purpose of this emulator is a bit different from others: it focuses on accuracy, debugging functionality, and clean code. The emulator does not focus on things that would hinder accuracy. This includes speed and game-specific hacks for compatibility. As a result, the minimum system requirements for bsnes are very high. The emulator itself was not derived from any existing emulator source code, such as SNES9x. It was written from scratch by myself. Any similarities to other emulators are merely coincidental. It is a very easy to use emulator with great, great accuracy. Best I've seen so far! Isn't it a bit useless to package bsnes? mednafen (in Debian) has bsnes already integrated [1] (afaik also with netplay support). Maybe it would be better to help the mednafen maintainer [2]. For example nobody showed any reactions to the ubuntu bugs (and maybe from other derivatives). Maybe you could also provide some insight how to use the different emulation cores or something like that. Also the debhelper compat could be updated to 8, dh could be used in debian/rules and line endings fixed in copyright file. If you want upstream help then you could try to get all patches since bsnes v059 be applied on top of the mednafen version. [1] http://forum.fobby.net/index.php?t=msgth=544start=0; [2] http://packages.qa.debian.org/m/mednafen.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625818: libllvm-ocaml-2.8-dev: Wrong directory in META
On Fri, May 6, 2011 at 12:18 PM, Sylvestre Ledru sylves...@debian.orgwrote: Le vendredi 06 mai 2011 à 10:34 +0200, Samuel Mimram a écrit : The files META.llvm and META.llvm-2.8 both contain directory = +llvm however the right directory is llvm-2.8 (so you need to change either the directory or the META...). I am not familiar with this. You confirm that changing to directory = llvm-2.8 will fix the issue ? directory = +llvm-2.8 works fine here (notice the + at the begining though). ++ Sam.
Bug#625833: read: read error: 0: Is a directory
Package: apsfilter Version: 7.2.6-1.3 Severity: normal When printing documents with lprng / apsfilter, i'm getting this error in my statuslog: IF filter 'apsfilter' filter msg - '/etc/apsfilter/basedir/bin/apsfilter: line 1861: read: read error: 0: Is a directory' but printing works fine. I don't know if this is a error which i can ignore but i just want to report it here. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (2, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apsfilter depends on: ii a2ps 1:4.14-1.1 GNU a2ps - 'Anything to PostScript ii file 5.04-5+b1 Determines file type using magic ii lprng [lpr] 3.8.B-1+b1 lpr/lpd printer spooling system apsfilter recommends no packages. Versions of packages apsfilter suggests: ii bzip21.0.5-6 high-quality block-sorting file co pn dvipsnone (no description available) ii ghostscript 9.02~dfsg-2 interpreter for the PostScript lan pn groffnone (no description available) pn html2ps none (no description available) pn imagemagick none (no description available) pn libjpeg-progsnone (no description available) pn netpbm none (no description available) pn pnm2ppa none (no description available) ii psutils 1.17-29 A collection of PostScript documen pn sketch none (no description available) pn transfig none (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#617653:
same Problem here with version 2:1.10.1-2 of xserver-xorg-core.
Looking at the code:
The routine DRI2DrawablePtr is obviously designed to return NULL in certain
cases (At least if type is UNDRAWABLE_WINDOW). If this is supposed to be
valid, it should be handled gracefully in DRI2WaitSwap, maybe like in the
previous post. If not, it should error out right there and make the
Application fail instead of crashing the xserver.
Looking at the coredump:
Since the 'hot' Varible pDrawable is optimized out, I tried to reconstruct it
from the underlying stack frames:
From __glXForceCurrent I got
(gdb) p *(cx-drawPriv-pDraw)
$9 = {type = 0 '\000', class = 1 '\001', depth = 24 '\030', bitsPerPixel = 32
' ', id = 181, x = 0, y = 0, width = 1920, height = 1080, pScreen = 0xf61370,
serialNumber = 15909060}
and
(gdb) p *((WindowPtr)cx-drawPriv-pDraw)
$10 = {drawable = {type = 0 '\000', class = 1 '\001', depth = 24 '\030',
bitsPerPixel = 32 ' ', id = 181, x = 0, y = 0, width = 1920, height = 1080,
pScreen = 0xf61370, serialNumber = 15909060}, devPrivates = 0x12943f0, parent
= 0x0, nextSib = 0x0, prevSib = 0x0,
firstChild = 0x5e97a70, lastChild = 0x3dff8e0, clipList = {extents = {x1 =
0, y1 = 0, x2 = 0, y2 = 0}, data = 0x7e1a80}, borderClip = {extents = {x1 = 0,
y1 = 0, x2 = 1920, y2 = 1080}, data = 0x0}, valdata = 0x0, winSize = {extents
= {x1 = 0, y1 = 0, x2 = 1920,
y2 = 1080}, data = 0x0}, borderSize = {extents = {x1 = 0, y1 = 0, x2 =
1920, y2 = 1080}, data = 0x0}, origin = {x = 0, y = 0}, borderWidth = 0,
deliverableEvents = 49201, eventMask = 0, background = {pixmap = 0x0, pixel =
0}, border = {pixmap = 0x0, pixel = 0},
backStorage = 0x0, optional = 0x1294440, backgroundState = 2, borderIsPixel
= 1, cursorIsNone = 0, backingStore = 0, saveUnder = 0, DIXsaveUnder = 0,
bitGravity = 1, winGravity = 1, overrideRedirect = 0, visibility = 3, mapped =
1, realized = 1, viewable = 1,
dontPropagate = 0, forcedBS = 0, redirectDraw = 0, forcedBG = 0,
damagedDescendants = 0}
This brings me to the conclusion, that pDrawable is of type DRAWABLE_WINDOW
and the NULL-pointer is in fact passed on from dixLookupPrivate to
DRI2WaitSwap.
This in turn may have something to do with dri2WindowPrivateKey
(gdb) p dri2WindowPrivateKeyRec
$18 = {offset = 0, size = 0, initialized = 1, allocated = 0, type =
PRIVATE_WINDOW, next = 0x0}
which looks like an empty list to me.
The deeply nestet logic of dixLookupPrivate shows that in this case
dixGetPrivate dereferences the privates pointer before returning which seems
to be the origin of the NULL-pointer:
(gdb) x/16a (*((WindowPtr)cx-drawPriv-pDraw))-devPrivates
0x12943f0: 0x0 0x1292b60
0x1294400: 0x4342920 0x0
0x1294410: 0x0 0x0
0x1294420: 0x0 0x5a7bf30
0x1294430: 0x0 0x71
0x1294440: 0x2733240 0x200021
0x1294450: 0xfac0310x3b75c00
0x1294460: 0x43fefa0 0x42f9840
By the way, at offset 1 there seems to be a valid address (might be a
coincidence).
Anyone out there who can make sense out of this?
Kind regards,
Matthias
Below is a summary of the routines i talked about:
static DRI2DrawablePtr
DRI2GetDrawable(DrawablePtr pDraw)
{
WindowPtr pWin;
PixmapPtr pPixmap;
switch (pDraw-type) {
case DRAWABLE_WINDOW:
pWin = (WindowPtr) pDraw;
return dixLookupPrivate(pWin-devPrivates, dri2WindowPrivateKey);
case DRAWABLE_PIXMAP:
pPixmap = (PixmapPtr) pDraw;
return dixLookupPrivate(pPixmap-devPrivates, dri2PixmapPrivateKey);
default:
return NULL;
}
}
Bool
DRI2WaitSwap(ClientPtr client, DrawablePtr pDrawable)
{
DRI2DrawablePtr pPriv = DRI2GetDrawable(pDrawable);
/* If we're currently waiting for a swap on this drawable, reset
* the request and suspend the client. We only support one
* blocked client per drawable. */
if ((pPriv-swapsPending)
pPriv-blockedClient == NULL) {
ResetCurrentRequest(client);
client-sequence--;
__DRI2BlockClient(client, pPriv);
return TRUE;
}
return FALSE;
}
static inline pointer
dixLookupPrivate(PrivatePtr *privates, const DevPrivateKey key)
{
if (key-size)
return dixGetPrivateAddr(privates, key);
else
return dixGetPrivate(privates, key);
}
static inline void *
dixGetPrivateAddr(PrivatePtr *privates, const DevPrivateKey key)
{
assert(key-initialized);
return (char *) (*privates) + key-offset;
}
static inline void *
dixGetPrivate(PrivatePtr *privates, const DevPrivateKey key)
{
assert (key-size == 0);
return *(void **) dixGetPrivateAddr(privates, key);
}
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625836: Enabling php5-uuid results in missing data and php fatal errors like Cannot use object of type ..
Package: php5-uuid Version: 1.6.2-1 Severity: important *** Please type your report below this line *** Dear valued maintainers, Dear Marco, First of all please let me thank you for bringing and maintaining this wonderful package to our Debian community! It's a true joy handling UUIDs directly in PHP as its performance is constantly fast and not related to current load like when using MySQL for this task. Using php5-uuid 1.6.2-1 with 5.3.3-7+squeeze1 i stumbled upon a very annoying problem, that results in such severe php misbehavior that i personally believe php5-uuid 1.6.2-1 might be broken somehow – not because php5-uuid functionality itself is broken (it's ok in fact!) but because enabling it breaks parts of php by losing parameters under certain circumstances. The problem and how to reproduce it: As i encountered the problem running (the latest 4.5.2 version of) TYPO3, i’d like to use this as an example. However, obviously all other software running on php is also affected (e.g. Drupal, Concrete5, etc.). When saving the configuration of a TYPO3 extension the TYPO3 extension manager (em) in this example runs the function saveExtensionConfiguration() using Ext.js and RPC calls. All parameters (such as extkey, noSave, etc.) are forwarded. When php5-uuid 1.6.2-1 is enabled suddenly all those parameters disappear in POST. Receiving this - now empty - object of course results in a php error like this: [04-May-2011 15:17:59] PHP Fatal error: Cannot use object of type stdClass as array in /srv//typo3_src-4.5.2/typo3/sysext/em/classes/connec tion/class.tx_em_connection_extdirectserver.php on line 262 We haven't found out yet what exactly makes php eating up paramaters after php5-uuid 1.6.2-1 is enabled. Matthias will try to dig deeper in order to find the exact reason and therefore a solution. Your help is highly appreciated as we have less experience with the php-uuid sources than you. Thank you once again for maintaining this lovely package! Kind Regards Alexander Schories Tuebingen, Germany -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php5-uuid depends on: ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libossp-uuid16 1.6.2-1 OSSP uuid ISO-C and C++ - shared l ii php5-cgi [phpapi-200906 5.3.3-7+squeeze1 server-side, HTML-embedded scripti ii php5-cli [phpapi-200906 5.3.3-7+squeeze1 command-line interpreter for the p php5-uuid recommends no packages. php5-uuid suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625834: psgml: does not work (?)
Package: psgml Version: 1.3.2-12 Severity: important hi, I installed 'psgml' and opened a docbook document, but I got nXML mode I tried to use psgml mode, but I did not find a way I also noted that /usr/share/emacs23/site-lisp/psgml/install.log contains a lot of warnings what is going wrong ? a. -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-openvz-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages psgml depends on: ii emacs23 23.2+1-7The GNU Emacs editor (with GTK+ us ii sgml-base1.26+nmu1 SGML infrastructure and SGML catal ii sgml-data2.0.4 common SGML and XML data ii ucf 3.0025+nmu1 Update Configuration File: preserv Versions of packages psgml recommends: ii sp1.3.4-1.2.1-47 James Clark's SGML parsing tools Versions of packages psgml suggests: pn debiandoc-sgmlnone (no description available) pn linuxdoc-sgml none (no description available) ii make 3.81-8 An utility for Directing compilati pn w3-dtd-mathml none (no description available) pn w3c-dtd-xhtml none (no description available) -- no debconf information -- Andrea Mennucc The EULA sounds like it was written by a team of lawyers who want to tell me what I can't do, and the GPL sounds like it was written by a human being who wants me to know what I can do. Anonymous,http://www.securityfocus.com/columnists/420 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625835: kplayer crashes at startup
Package: kplayer Version: 1:0.7-2+b1 Severity: grave Tags: squeeze Justification: renders package unusable I am not able to run kplayer. It crashes immediately. I did not modify any configuration. I just installed it with aptitude. I noticed the same behavior on my laptop (also running squeeze on amd64). The KDE Crash Handler reports the following: Application: KPlayer (kplayer), signal: Segmentation fault [KCrash Handler] #5 0x7f2200948a22 in ?? () from /usr/lib/libQtCore.so.4 #6 0x7f2200949bd8 in ?? () from /usr/lib/libQtCore.so.4 #7 0x7f22009091f2 in ?? () from /usr/lib/libQtCore.so.4 #8 0x7f220090d909 in QProcess::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib/libQtCore.so.4 #9 0x7f22032ef6c8 in KProcess::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib/libkdecore.so.5 #10 0x00427260 in _start () -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kplayer depends on: ii kdebase-runtime 4:4.4.5-1runtime components from the offici ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8GCC support library ii libice6 2:1.0.6-2X11 Inter-Client Exchange library ii libkde3support4 4:4.4.5-2+squeeze1 the KDE 3 Support Library for the ii libkdecore5 4:4.4.5-2+squeeze1 the KDE Platform Core Library ii libkdeui5 4:4.4.5-2+squeeze1 the KDE Platform User Interface Li ii libkio5 4:4.4.5-2+squeeze1 the Network-enabled File Managemen ii libkparts4 4:4.4.5-2+squeeze1 the Framework for the KDE Platform ii libqt4-dbus 4:4.6.3-4Qt 4 D-Bus module ii libqt4-network 4:4.6.3-4Qt 4 network module ii libqt4-qt3suppo 4:4.6.3-4Qt 3 compatibility library for Qt ii libqt4-svg 4:4.6.3-4Qt 4 SVG module ii libqt4-xml 4:4.6.3-4Qt 4 XML module ii libqtcore4 4:4.6.3-4Qt 4 core module ii libqtgui4 4:4.6.3-4Qt 4 GUI module ii libsm6 2:1.1.1-1X11 Session Management library ii libsolid4 4:4.4.5-2+squeeze1 Solid Library for KDE Platform ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libx11-62:1.3.3-4X11 client-side library ii libxau6 1:1.0.6-1X11 authorisation library ii libxdmcp6 1:1.0.3-2X11 Display Manager Control Protoc ii libxft2 2.1.14-2 FreeType-based font drawing librar ii mplayer 2:1.0~rc3++final.dfsg1-1 movie player for Unix-like systems kplayer recommends no packages. kplayer 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#625732: claws-mail: nntp auth is broken
forwarded 625732 http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2418 thanks Hi Pierre, On Thu, May 05, 2011 at 06:33:33PM +0200, Pierre Habouzit wrote: On Thu, May 05, 2011 at 06:03:52PM +0200, Ricardo Mones wrote: On Thu, May 05, 2011 at 04:25:01PM +0200, Pierre Habouzit wrote: Package: claws-mail Version: 3.7.9-1 Severity: important When claws-mail is configured to authenticate against NNTP it disregards the authenticate on connect settings which makes it unable to connect to INN for example. Indeed, it always performs AUTHINFO before it sends the required MODE READER on the connection. I don't have an authenticated INN server, can you provide the network log where this bug appears to forward it upstream? Network log window option is located on Tools menu. I have taken a tcpdump capture, there is a checkbox to decide whether authentication should be done at connect time or not which isn't enforced (it's obvious in the code). The proper NNTP should be: [...] Enjoy Thanks a lot for the highly detailed debugging session and the INN configuration crash course! It's a pleasure to receive bugreports like this ;-) best regards, -- Ricardo Mones ~ Never send a human to do a machine's job. Agent Smith signature.asc Description: Digital signature
Bug#625749: [Pkg-fonts-devel] Bug#625749: ttf-takao: Debian packaging license should be compatible with upstream
Hi, On Fri, 06 May 2011 01:50:53 +0900 (JST) Tatsuya Kinoshita t...@vega.ocn.ne.jp wrote: The upstream license, IPA Font License Agreement v1.0, is copyleft license and incompatible with GPL. Yes, those license are incompatible. However, this Debian packaging license is GPL-3. It is problematic if the upstream part is modified with packaging. Most of the case, if modifies would be needed to ttf-takao, takao upstream - also package maintainer of this - would deal with it by changing font file itself. So, the situation you mention is rare. And if we have to modify font file with packaging, we just choose another license for that file, don't we? On Fri, 6 May 2011 07:00:36 +0200 Christian PERRIER bubu...@debian.org wrote: Do you formally agree with this and are you OK to change the license of the packaging of the abovementioned font package accordingly? We need a formal agreement by both of you guys to make this change. I'm okay but I want to clear the situation that IPAfont license and GPL would be conflict. If it is reasonable, then we'll change it. Also, I would like to choice 3-clues BSD license rather than IPAfont license if we'll change the license. -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625838: cheese dependencies
Package: cheese Version: 2.30.1-2 Severity: critical Tags: d-i Justification: breaks unrelated software When I try to remove cheese (apt-get autoremove --purge cheese), it deletes hundreds of packages in the same time. Here are those packages : geoclue-localnet geoclue tomboy ekiga python-opengl libnm-glib-vpn1 gcalctool telepathy-salut gnuchess-book gnome-nettool gnome-games-extra-data libgnomepanel2.24-cil baobab libtelepathy-glib0 python-mako pkg-config mobile-broadband-provider-info obex-data-server libsrtp0 tcptraceroute gucharmap network-manager libdiscid0 gnome-games gdebi evolution-exchange gnome-bluetooth libaprutil1-dbd-sqlite3 python-aptdaemon-gtk update-manager-core gnome-codec-install python-aptdaemon gnome-cards-data liferea-data gnome-themes-more libgstfarsight0.10-0 gnome-screenshot libnm-util1 xdg-user-dirs-gtk libgexiv2-0 gnome-office apache2.2-bin update-manager-gnome cheese-common python-gtkglext1 libpcap0.8 epiphany-extensions libapr1 update-notifier-common seahorse remmina-plugin-rdp empathy gdebi-core libaprutil1-ldap gvfs-bin update-notifier seahorse-plugins libgpod4 libgeoclue0 remmina-plugin-vnc xdg-user-dirs gnome-user-share nautilus-sendto-empathy gedit-plugins libtelepathy-farsight0 network-manager-gnome libgnome-bluetooth7 gconf-defaults-service guile-1.8-libs shotwell dnsmasq-base gnome-themes-extras libgmime2.4-cil software-center libopal3.6.8 libgssdp-1.0-2 libcryptui0 simple-scan remmina-plugin-data python-markupsafe libgee2 python-webkit gtk2-engines-smooth gnome-backgrounds obexd-client gnome-search-tool geoclue-manual python-vte libnm-glib2 libfreerdp-plugins-standard geoclue-hostip vino aptdaemon usb-modeswitch-data gnome-games-data media-player-info telepathy-mission-control-5 libapache2-mod-dnssd ppp libclutter-gtk-0.10-0 tcl telepathy-gabble usb-modeswitch libgpod-common libchamplain-0.4-0 tcl8.4 libchamplain-gtk-0.4-0 gstreamer0.10-nice python-bugbuddy liferea libpt2.6.7 libgupnp-1.0-3 libcheese-gtk18 python-evolution gconf-editor gnome-system-tools hamster-applet gnuchess libfreerdp0 libnice0 libssh-4 transmission-common libaprutil1 geoclue-yahoo libnet1 gstreamer0.10-tools freeglut3 modemmanager totem-mozilla libgupnp-igd-1.0-3 gnome-system-log libopenobex1 libspeexdsp1 nautilus-sendto transmission-gtk remmina empathy-common sound-juicer libmusicbrainz3-6 -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (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 cheese depends on: ii cheese-common 2.30.1-2 Common files for the Cheese tool t ii gstreamer0.10-plugins- 0.10.30-1 GStreamer plugins from the base ii gstreamer0.10-plugins- 0.10.24-1 GStreamer plugins from the good ii gstreamer0.10-x0.10.30-1 GStreamer plugins for X11 and Pang ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libcanberra-gtk0 0.24-1Gtk+ helper for playing widget eve ii libcheese-gtk182.30.1-2 A tool to take pictures and videos ii libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst ii libgconf2-42.28.1-6 GNOME configuration database syste ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgnome-desktop-2-17 2.30.2-2 Utility library for loading .deskt ii libgstreamer-plugins-b 0.10.30-1 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.30-1 Core GStreamer libraries and eleme ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libgudev-1.0-0 164-3 GObject-based wrapper library for ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii librsvg2-2 2.26.3-1 SAX-based renderer library for SVG Versions of packages cheese recommends: ii gnome-icon-theme 2.30.3-2 GNOME Desktop icon theme ii gvfs 1.6.4-3userspace virtual filesystem - ser cheese 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#516750: Packaging of latest version rsplib-2.7.11
Hi! The latest version of the rsplib package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/r/rsplib - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/r/rsplib/rsplib_2.7.11-1.dsc Best regards -- Thomas Dreibholz signature.asc Description: This is a digitally signed message part.
Bug#625839: Cannot add new account
Package: gwibber Version: 3.0.0.1-1 Severity: important I'm running this new version of gwibber for the first time, after using gwibber from squeeze. When I start it, the accounts window is opened, and I click on Add, after selecting Identica, for instance. I then authorize, and the message shows Authorized for Identica, but nothing is added to the accounts list in the left. Only the Close button is available, and the buttons on the left Add and Remove. If I click on Close, the account is not added, if I click on Add, it will try to add a new account, and this one (Identica) will be lost. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=pt_BR.utf8, LC_CTYPE=pt_BR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gwibber depends on: ii gnome-keyring3.0.0-3 GNOME keyring services (daemon and ii gwibber-service 3.0.0.1-1 Open source social networking clie ii libjs-jquery 1.5.1-1 JavaScript library for dynamic web ii librsvg2-2 2.32.1-1SAX-based renderer library for SVG ii librsvg2-common 2.32.1-1SAX-based renderer library for SVG ii python 2.6.6-14interactive high-level object-orie ii python-dbus 0.83.1-1+b1 simple interprocess messaging syst ii python-egenix-mxdatetime 3.1.3-4+b1 date and time handling routines fo ii python-gconf 2.28.1-2Python bindings for the GConf conf ii python-gtk2 2.24.0-1Python bindings for the GTK+ widge ii python-gtkspell 2.25.3-9Python bindings for the GtkSpell l ii python-imaging 1.1.7-2+b1 Python Imaging Library ii python-mako 0.4.1-2 fast and lightweight templating fo ii python-oauth 1.0.1-2 Python library implementing of the ii python-simplejson2.1.5-1 simple, fast, extensible JSON enco ii python-support 1.0.13 automated rebuilding support for P ii python-webkit1.1.8-1+b1 WebKit/Gtk Python bindings ii python-wnck 2.30.2-1Python bindings for the WNCK libra ii python-xdg 0.19-2 Python library to access freedeskt gwibber recommends no packages. Versions of packages gwibber suggests: pn gwibber-service-buzz none (no description available) pn gwibber-service-digg none (no description available) pn gwibber-service-flickrnone (no description available) pn gwibber-service-foursquarenone (no description available) pn gwibber-service-friendfeednone (no description available) pn gwibber-service-pingfmnone (no description available) pn gwibber-service-qaiku none (no description available) pn gwibber-service-statusnet none (no description available) pn gwibber-themesnone (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#577400: device-internal no longer available
flum, what package/software do you try to build needing it's own libao plugin to be build outside the libao tree? -- Philipp. (Rah of PH2) signature.asc Description: This is a digitally signed message part
Bug#625841: libnet-freedb-perl: FTBFS on kfreebsd-*: storage size of 'data' isn't known
Package: libnet-freedb-perl
Version: 0.08-1
Severity: important
This package has never been built on kfreebsd-{i386,amd64}:
https://buildd.debian.org/status/fetch.php?pkg=libnet-freedb-perlarch=kfreebsd-amd64ver=0.08-1stamp=1297728364
make[1]: Entering directory
`/build/buildd-libnet-freedb-perl_0.08-1-kfreebsd-amd64-LlYUjw/libnet-freedb-perl-0.08'
cp FreeDB.pm blib/lib/Net/FreeDB.pm
AutoSplitting blib/lib/Net/FreeDB.pm (blib/lib/auto/Net/FreeDB)
/usr/bin/perl /usr/share/perl/5.10/ExtUtils/xsubpp -typemap
/usr/share/perl/5.10/ExtUtils/typemap FreeDB.xs FreeDB.xsc mv FreeDB.xsc
FreeDB.c
cc -c -Ilib -D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBIAN
-fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -g -DVERSION=\0.08\
-DXS_VERSION=\0.08\ -fPIC -I/usr/lib/perl/5.10/CORE FreeDB.c
FreeDB.xs: In function 'XS_Net__FreeDB_discid':
FreeDB.xs:44: error: storage size of 'data' isn't known
FreeDB.xs: In function 'XS_Net__FreeDB_discinfo':
FreeDB.xs:62: error: storage size of 'data' isn't known
make[1]: *** [FreeDB.o] Error 1
make[1]: Leaving directory
`/build/buildd-libnet-freedb-perl_0.08-1-kfreebsd-amd64-LlYUjw/libnet-freedb-perl-0.08'
--
Niko Tyni nt...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625705: perlapi: Re: After last perl update unable to install packages which still depend on 5.10
On Fri, May 06, 2011 at 11:24:39AM +0200, Alberto Maurizi wrote: Package: perl Version: 5.12.3-6 Followup-For: Bug #625705 This is to confirm that many packages depend on perlapi: The following packages have unmet dependencies: libpurple0: Depends: perlapi-5.10.1 which is a virtual package. libcairo-perl: Depends: perlapi-5.10.1 which is a virtual package. libgtk2-perl: Depends: perlapi-5.10.1 which is a virtual package. libpango-perl: Depends: perlapi-5.10.1 which is a virtual package. libmouse-perl: Depends: perlapi-5.10.1 which is a virtual package. libgnome2-canvas-perl: Depends: perlapi-5.10.0 which is a virtual package. libperl5.10: Depends: perl-base (= 5.10.1-20) but 5.12.3-6 is installed. pidgin: Depends: perlapi-5.10.1 which is a virtual package. libgnome2-perl: Depends: perlapi-5.10.0 which is a virtual package. Yes. This is expected, not all the packages have been rebuilt yet. Updating this bug does not help in any way as the perl maintainers do not control the rebuild process - that's the domain of the release team. If a package fails to build against Perl 5.12, it is considered a bug in that package. Such a package will stay uninstallable because of the old perlapi-5.10.x dependency until the bug is fixed or the package is removed from Debian. Perl 5.10 is not coming back. See #619117 and http://release.debian.org/transitions/html/perl.html for more information. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625842: kde4libs: [INTL:nl] Dutch translation of debconf templates
Package: kde4libs
Severity: wishlist
Tags: patch l10n
Hello,
Attached is the Dutch translation of the kde4libs debconf templates.
Please include it in your next upload.
Regards,
--
Jeroen Schot
# Dutch translations for kde4libs debconf templates.
# Copyright (C) 2011 THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the kde4libs package.
# Jeroen Schot sc...@a-eskwadraat.nl, 2011.
#
msgid
msgstr
Project-Id-Version: kde4libs_4:4.4.5\n
Report-Msgid-Bugs-To: kde4l...@packages.debian.org\n
POT-Creation-Date: 2011-04-16 10:42+0200\n
PO-Revision-Date: 2011-05-06 13:11+0200\n
Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n
Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
Language: nl\n
#. Type: title
#. Description
#: ../kdelibs5-data.templates:2001
msgid Upgrading kdelibs5 while KDE 4 is running
msgstr Opwaarderen van kdelibs5 terwijl KDE4 draait
#. Type: boolean
#. Description
#: ../kdelibs5-data.templates:3001
msgid Stop unsafe KDE 4 upgrade?
msgstr Stop onveilig opwaarderen van KDE4?
#. Type: boolean
#. Description
#: ../kdelibs5-data.templates:3001
msgid
You are about to upgrade to the new version of the kdelibs5 package, which
introduces a major configuration change - details are given in /usr/share/
doc/kdelibs5-data/README.Debian (in short: user settings are moved from ~/.
kde4 to ~/.kde). However, some KDE 4 applications are currently running:
${apps}
msgstr
U staat op het punt om het kdelibs5-pakket op te waarderen naar een nieuwe
versie die een grote configuratieverandering introduceert - details zijn te
vinden in /usr/share/doc/kdelibs5-data/README.Debian (in het kort:
gebruikersinstellingen zijn verplaatst van ~/.kde4 naar ~/.kde). Echter, op
dit moment draaien er enkele KDE4 applicaties: ${apps}
#. Type: boolean
#. Description
#: ../kdelibs5-data.templates:3001
msgid
It is recommended to abort the upgrade of kdelibs5, terminate all KDE
applications and KDE sessions, and try upgrading again.
msgstr
U wordt aangeraden om het opwaarderen van kde5libs te annuleren, alle KDE-
applicaties en KDE-sessies af te sluiten en het opwaarderen nogmaals te
proberen.
#. Type: boolean
#. Description
#: ../kdelibs5-data.templates:3001
msgid
If you choose to continue the upgrade, you should make sure that no new KDE
4 applications are started before KDE 4 settings and data are migrated. A
clean termination of the old KDE 4 session might not be safe.
msgstr
Als u ervoor kiest om het het opwaarderen door te laten gaan dient u ervoor
te zorgen dat er geen nieuwe KDE4-programma's worden gestart voordat de KDE4-
instellingen en gegevens zijn gemigreerd. Normaal afsluiten van de oude KDE4-
sessie is mogelijk niet veilig.
#. Type: title
#. Description
#: ../kdelibs5-data.templates:4001
msgid Upgrading kdelibs5
msgstr Opwaarderen van kdelibs5
#. Type: note
#. Description
#: ../kdelibs5-data.templates:5001
msgid New user settings directory (KDEHOME) for KDE 4 applications
msgstr Nieuwe map voor gebruikersinstellingen (KDEHOME) voor KDE4-programma's
#. Type: note
#. Description
#: ../kdelibs5-data.templates:5001
msgid
Once this package is upgraded, KDE 4 applications will use ~/.kde as the
default directory to store user settings and data in (also known as
KDEHOME). Currently, KDE 4 applications use ~/.kde4. KDE 3 applications have
always used (and will continue to use) ~/.kde.
msgstr
Zodra dit pakket is opgewaardeerd zullen KDE4-programma's ~/.kde gebruiken
als de standaardmap om gebruikersinstellingen en gegevens in op te slaan
(ook bekend als KDEHOME). Op dit moment gebruiken KDE4-programma's ~/.kde4.
KDE3-programma's hebben altijd ~/.kde gebruikt (en zullen dit blijven doen).
#. Type: note
#. Description
#: ../kdelibs5-data.templates:5001
msgid
When the upgrade is complete, it is safe to log in to KDE as usual; or, if
you are only using individual KDE 4 applications, you may use the Kaboom
wizard (in the package kaboom) to migrate user data before starting a KDE 4
application.
msgstr
Zodra het opwaarderen is voltooid is het veilig om normaal in KDE in te
loggen. Als u alleen losse KDE4-programma's gebruikt kunt u de Kaboom
assistent (uit het kaboom-pakket) gebruiken om gebruikersgegevens te
migreren voordat u een KDE4-programma opstart.
Bug#625834: psgml: does not work (?)
On 05/06/2011 06:39 AM, A Mennucc wrote: Package: psgml Version: 1.3.2-12 Severity: important hi, I installed 'psgml' and opened a docbook document, but I got nXML mode I tried to use psgml mode, but I did not find a way I also noted that /usr/share/emacs23/site-lisp/psgml/install.log contains a lot of warnings what is going wrong ? a. -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-openvz-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages psgml depends on: ii emacs23 23.2+1-7The GNU Emacs editor (with GTK+ us ii sgml-base1.26+nmu1 SGML infrastructure and SGML catal ii sgml-data2.0.4 common SGML and XML data ii ucf 3.0025+nmu1 Update Configuration File: preserv Versions of packages psgml recommends: ii sp1.3.4-1.2.1-47 James Clark's SGML parsing tools Versions of packages psgml suggests: pn debiandoc-sgmlnone (no description available) pn linuxdoc-sgmlnone (no description available) ii make 3.81-8 An utility for Directing compilati pn w3-dtd-mathmlnone (no description available) pn w3c-dtd-xhtmlnone (no description available) -- no debconf information I will take a look. Could you attach the log to this bug report? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625818: libllvm-ocaml-2.8-dev: Wrong directory in META
Le vendredi 06 mai 2011 à 10:34 +0200, Samuel Mimram a écrit : The files META.llvm and META.llvm-2.8 both contain directory = +llvm however the right directory is llvm-2.8 (so you need to change either the directory or the META...). I am not familiar with this. You confirm that changing to directory = llvm-2.8 will fix the issue ? thanks S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624929: llvm-gcc-4.2: FTBFS: Use.h:118:47: error: 'ptrdiff_t'has not been declared
Hello, Le lundi 02 mai 2011 à 14:34 +0200, Lucas Nussbaum a écrit : Hi, During a rebuild of all packages in sid, your package failed to build on amd64. I will probably ask for a removal of this package pretty soon. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624981: llvm: FTBFS: ilist.h:143:43: error: 'ptrdiff_t' wasnot declared in this scope
Le lundi 02 mai 2011 à 14:35 +0200, Lucas Nussbaum a écrit : During a rebuild of all packages in sid, your package failed to build on amd64. There is a bug (#625729) about the removal of this package. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625840: libnet-freedb-perl: FTBFS on armel: test failure
Package: libnet-freedb-perl
Version: 0.08-1
Severity: serious
Tags: wheezy sid
User: debian-p...@lists.debian.org
Usertags: perl-5.12-transition
This package failed to build on armel against Perl 5.12.
https://buildd.debian.org/status/fetch.php?pkg=libnet-freedb-perlarch=armelver=0.08-1%2Bb1stamp=1304483397
PERL_DL_NONLAZY=1 /usr/bin/perl -Iblib/lib -Iblib/arch test.pl
1..10
# Running under perl version 5.012003 for linux
# Current time local: Wed May 4 04:29:12 2011
# Current time GMT: Wed May 4 04:29:12 2011
# Using Test.pm version 1.25_02
ok 1
not ok 2
# Failed test 2 in test.pl at line 20
# test.pl line 20 is: ok($cddb = new Net::FreeDB('USER' = 'win32usr'));
Can't call method read on an undefined value at test.pl line 23.
make[1]: *** [test_dynamic] Error 110
It built fine against 5.10 in February.
--
Niko Tyni nt...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624915: llvm-snapshot: FTBFS: SmallVector.h:111:11: error:'ptrdiff_t' does not name a type
Hello, Le lundi 02 mai 2011 à 14:34 +0200, Lucas Nussbaum a écrit : During a rebuild of all packages in sid, your package failed to build on amd64. I will probably ask for a removal of this package pretty soon. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623710: More information
I traced down the same problem trying to build debian-installer initrd and found that this command generates different libc.so.6-so depending on binutils version. The one using 2.21.0.20110327-1 works, while using 2.21.51.20110419-2 the chroot ends with seg fault. I work on powerpcspe architecture. gcc -nostdlib -nostartfiles -shared -Wl,-soname=libc.so.6 -ugetpid -uwmemset -unl_langinfo -usched_get_priority_min -usetitimer -ucfgetospeed -usigaction -umempcpy -uexecv -u__gettimeofday -u__dso_handle -u__sched_getscheduler -u_dl_sym -ufchdir -u__res_maybe_init -ustderr -uvasprintf -urecv -ugethostname -uatoi -u__res_init -u__fcntl -ufseek -ufputc -uisatty -umadvise -uwmemchr -u_exit -usysconf -ugetsockname -ustrcasestr -ufclose -u__xmknod -ulocaltime -ustrcmp -u_dl_vsym -udup -usyslog -umbrtowc -ustrncat -uinet_nsap_ntoa -u__ctype_toupper_loc -utcsetattr -ugnu_dev_minor -ustrncasecmp -urecvmsg -u__libc_start_main -ufseeko64 -u__libc_fork -ugetgid -urename -uaccess -urealpath -umkdtemp -utfind -u__environ -u__poll -ulseek64 -usymlink -utime -ustrcpy -utdelete -uusleep -upclose -ustrerror -umount -u__lxstat -upread -urindex -uchmod -u__libc_current_sigrtmin_private -ustrncmp -u__novmx__libc_siglongjmp -ulisten -ustrsep -upopen -ufread -uvfprintf -uconnect -u__fxstat64 -ugetrlimit -uglob -u__libc_siglongjmp -u__novmx__libc_longjmp -uvprintf -u__getdelim -u__libc_dlopen_mode -usetsid -umkstemp64 -udifftime -ulink -utsearch -uwcstombs -u_IO_getc -uiswupper -ummap -ureadlink -usnprintf -u__statfs -u__sysv_signal -ustrcat -uiswspace -u_setjmp -u__sysconf -uqsort -ubind -urand -u__getpagesize -uwcschr -ucalloc -umblen -uwmemcmp -umemcpy -uinet_ntop -uttyname -ufreopen -usetuid -u__res_iclose -ustrdup -ummap64 -ustrncpy -u__setmntent -usetlocale -uperror -u_libc_intl_domainname -uin6addr_any -utextdomain -ufgets -uputenv -uwcslen -urecvfrom -uiswpunct -uwmemmove -u__getmntent_r -u__libc_thread_freeres -u__libc_system -uputs -u__isoc99_sscanf -ucfsetospeed -u__libc_dl_error_tsd -umbstowcs -umemchr -ugetcwd -uclosedir -utwalk -ugetpwent -u__strdup -ufgetc -u__sched_getparam -ufeof -ugetopt_long -uunsetenv -usetgroups -ustdin -usetgid -uread -usignal -ustrtod -ugetmntent -ugettimeofday -uiswalpha -ubasename -uwcwidth -uinit_module -uwaitpid -uh_errno -uexit -ualarm -ufopen64 -uwctomb -ugetpeername -uscandir -uclearerr -ucfmakeraw -u__ctype_tolower_loc -usigemptyset -ufputs -usched_setparam -upoll -usigaddset -ubsearch -umkfifo -uprintf -uregerror -usetpriority -uutime -u__xstat -uwcsnlen -utcflush -ufprintf -uiswblank -ureaddir64 -urmdir -umbtowc -ustrtok -ustrrchr -uabort -ustrspn -uopendir -u__fxstat -uexecl -ustrchr -uregcomp -umunmap -ugetuid -uvsyslog -u_environ -ustrndup -umkdir -u__libc_pthread_init -u__ctype_b_loc -umalloc -u__errno_location -udup2 -umemset -usend -ugetpwnam -u__endmntent -uopen64 -u__libc_current_sigrtmax_private -u__clone -utowlower -uopenlog -ustrcasecmp -uexecvp -u_IO_putc -u__asprintf -utolower -usched_get_priority_max -utempnam -u__sched_setscheduler -usetsockopt -u__dcgettext -umktemp -ugetegid -ucfsetispeed -utowupper -uiswalnum -ustdout -uendmntent -uftell -ugeteuid -ufileno -ureaddir -uopen -unice -usyscall -u_dl_addr -ugetopt -ugrantpt -uungetc -u__libc_longjmp -usched_yield -u__libc_fatal -uioctl -uwritev -uwmemcpy -uaddmntent -ugmtime -ufopen -uputchar -upwrite -ukill -uferror -uchdir -usetenv -uchown -ugetenv -usetmntent -uftruncate -u__resp -usleep -uselect -ufcntl -uumask -umemmove -ugetpwuid -uasprintf -usprintf -utdestroy -urealloc -ustrlen -usetbuf -ustrstr -ustrnlen -ufnmatch -uptsname -u__libc_dlsym -ufwrite -usigfillset -ufseeko -uerrno -ugnu_dev_makedev -u__lxstat64 -ugetgrnam -uclose -udelete_module -usystem -ufflush -u__libc_dlclose -umlock -uregfree -ucloselog -usendto -ufdopen -usigprocmask -uwrite -usscanf -uunlink -ustatfs -u__res_state -ualphasort -umunlock -uchroot -uendpwent -ustrtoul -uftello -ustrftime -u__register_atfork -ufork -uunlockpt -upipe -u__cxa_atexit -ufree -uexecve -ustrtoull -u__ctype_get_mb_cur_max -ustrcspn -u__assert_fail -umemcmp -uvsnprintf -ugnu_dev_major -uuname -u__cxa_finalize -u__xstat64 -umprotect -uinet_ntoa -uregexec -uindex -uglobfree -udcgettext -ustrpbrk -usocket -utcgetattr -u__libc_allocate_rtsig_private -ustrtol -ugetc_unlocked -uenviron -uiswcntrl -uclearenv -u__h_errno_location -o libc.so.6-so /usr/lib/libc_pic/soinit.o /usr/lib//libc_pic.a /usr/lib/libc_pic/sofini.o -Wl,--version-script=/usr/lib//libc_pic.map /lib//ld.so.1
Bug#625843: base: fsck fails after upgrade; race condition with udev?
Subject: base: fsck fails after upgrade; race condition with udev? Package: base Severity: important Tags: sid I made a dist-upgrade of unstable and now fsck fails during the boot sequence with the errors in the log below. Entering as root after this failure and invoking fsck from the shell for each drive it completes with no errors. I also noticed that the list of clean filesystems at the end of the log is not always the same. I tried to find bug reports on similar problems and it seems there were some cases where fsck was started before udev finished. Other reports mentioned the need to remake the initramfs what I did but without solving the problem. # less /var/log/fsck/checkfs Log of fsck -C -V -R -A -a Fri May 6 11:21:17 2011 fsck from util-linux-ng 2.17.2 Checking all file systems. [/sbin/fsck.ext3 (1) -- /usr] fsck.ext3 -a -C0 /dev/hda3 fsck.ext3: No such file or directory while trying to open /dev/hda3 /dev/hda3: The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193 device [/sbin/fsck.ext3 (1) -- /home] fsck.ext3 -a -C0 /dev/hda5 fsck.ext3: No such file or directory while trying to open /dev/hda5 /dev/hda5: The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193 device [/sbin/fsck.ext3 (1) -- /baks] fsck.ext3 -a -C0 /dev/hda6 fsck.ext3: No such file or directory while trying to open /dev/hda6 /dev/hda6: The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193 device [/sbin/fsck.ext3 (1) -- /user2] fsck.ext3 -a -C0 /dev/hda7 fsck.ext3: No such file or directory while trying to open /dev/hda7 /dev/hda7: The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193 device [/sbin/fsck.ext2 (1) -- /media/store5] fsck.ext2 -a -C0 /dev/sdb1 fsck.ext2: No such file or directory while trying to open /dev/sdb1 /dev/sdb1: The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193 device [/sbin/fsck.ext2 (1) -- /media/store6] fsck.ext2 -a -C0 /dev/sdb2 /dev/sdb2: clean, 1340/9781248 files, 36/19531023 blocks [/sbin/fsck.ext2 (1) -- /media/store7] fsck.ext2 -a -C0 /dev/sdb3 /dev/sdb3: clean, 101090/9781248 files, 8189283/19531023 blocks [/sbin/fsck.ext2 (1) -- /media/store8] fsck.ext2 -a -C0 /dev/sdb5 /dev/sdb5: clean, 12/9781248 files, 320190/19531015 blocks [/sbin/fsck.ext2 (1) -- /media/store9] fsck.ext2 -a -C0 /dev/sdb6 /dev/sdb6: clean, 79374/9781248 files, 9628858/19531015 blocks [/sbin/fsck.ext2 (1) -- /media/store10] fsck.ext2 -a -C0 /dev/sdb7 /dev/sdb7: clean, 166107/1464 files, 9717743/24440881 blocks fsck died with exit status 8 Fri May 6 11:21:17 2011 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.31.6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535768: closed by Albin Tonnerre lu...@debian.org (Bug#535768: fixed in evas 0.9.9.49898-1)
Hi, If you can run enlightenment on hurd-i386 with your patches it is fine by me. Then it is up to Lutin to except your patches. Maybe you can also post the patches on the tracker of enlightenment, so enlightenment will support the hurd architect and the bug will be fixed upstream. Mark-Willem Jansen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625844: perl: Perl has dependency problem on unstable repo!
Package: perl Version: 5.10.1-20 Severity: important i applied apt-get update;apt-get install perl, then i saw following depencency problem: The following packages will be REMOVED: gnome gnome-desktop-environment hpijs hplip hplip-cups libcairo-perl libdbd-mysql-perl libgnome2-canvas-perl libgnome2-perl libgtk2-perl libhpmud0 libpango-perl libperl5.10 libpurple-bin libpurple0 libsane-hpaio libsnmp15 mysql-client-5.1 mysql-server mysql-server-5.1 pidgin The following NEW packages will be installed: libclass-isa-perl libperl5.12 libpod-plainer-perl libswitch-perl The following packages will be upgraded: libalgorithm-diff-xs-perl libapache2-mod-perl2 libapt-pkg-perl libberkeleydb-perl libbsd-resource-perl libcrypt-twofish-perl libdatetime-perl libdbi-perl libdigest-sha1-perl libfont-freetype-perl libgd-gd2-perl libglib-perl libgnome2-vfs-perl libhtml-parser-perl libhtml-strip-perl libio-pty-perl liblist-moreutils-perl liblocale-gettext-perl libnet-dbus-perl libnet-dns-perl libnet-libidn-perl libnet-ssleay-perl libnetaddr-ip-perl libparams-validate-perl libsocket6-perl libsub-name-perl libterm-readkey-perl libtext-charwidth-perl libtext-iconv-perl libuuid-perl libwww-curl-perl libxml-libxml-perl libxml-parser-perl perl perl-base perl-modules perl-tk perlmagick 38 upgraded, 4 newly installed, 21 to remove and 0 not upgraded. Need to get 18.9 MB of archives. After this operation, 49.9 MB disk space will be freed. Pel and related packages have conflict with following packages: gnome gnome-desktop-environment hpijs hplip hplip-cups libcairo-perl libdbd-mysql-perl libgnome2-canvas-perl libgnome2-perl libgtk2-perl libhpmud0 libpango-perl libperl5.10 libpurple-bin libpurple0 libsane-hpaio libsnmp15 mysql-client-5.1 mysql-server mysql-server-5.1 pidgin -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages perl depends on: ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.13-2 Embedded GNU C Library: Shared lib ii libdb4.74.7.25-19Berkeley v4.7 Database Libraries [ ii libgdbm31.8.3-9 GNU dbm database routines (runtime ii perl-base 5.10.1-20minimal Perl system ii perl-modules5.10.1-20Core Perl modules ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages perl recommends: ii netbase 4.45 Basic TCP/IP networking system Versions of packages perl suggests: pn libterm-readline-gnu-perl | l none (no description available) ii make 3.81-8.1 An utility for Directing compilati pn perl-doc none (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#625845: apt: Cron job doesn't correctly handle removal by archive size.
Package: apt Version: 0.8.14.1 Severity: normal I recently discovered the /etc/cron.daily/apt script and wanted to use it to download upgradeable packages and then immediately afterwards delete them. Point is: There's a caching daemon (apt-cacher-ng) in between that will keep requested packages around but cannot by itsself determine and download upgradeable packages. So, as suggested in the cron job, I created the file /etc/apt/apt.conf.d/02periodic with the following contents: APT::Periodic::MinAge 0; APT::Periodic::Verbose 2; APT::Periodic::MaxSize 1; APT::Periodic::Update-Package-Lists 1; APT::Periodic::Download-Upgradeable-Packages 1; The MinAge=0 setting should allow the clean-by-size-routine to indiscriminately kill newly downloaded packages, or so I thought. Well, it doesn't, as this whole clean-by-size subtree will be deactivated if MinAge==0. This is easily fixed by moving this check a bit deeper as can be seen in the small and trivial patch I attached (apt.remove_by_size.diff). I don't think it'll break any of the more customary use cases (such as actually keeping downloaded packages around for later installation :). There are also a few comments marked TODO in this diff - those contain suggestions for later improvements (or silly remarks, I'm often not sure). Thanks, Hagen diff --git a/cron.daily/apt b/cron.daily/apt index 75986f5..efce46f 100755 --- a/cron.daily/apt +++ b/cron.daily/apt @@ -170,6 +170,7 @@ check_size_constraints() # check size if [ ! $MaxSize -eq 0 ]; then # maxSize is in MB + # TODO Well, no... 1024 - binary prefixes (MiB, KiB,... :). MaxSize=$(($MaxSize*1024)) #get current time @@ -187,7 +188,7 @@ check_size_constraints() fi # check for MinAge of the file - if [ $MinAge -ne 0 ]; then + # hfuchs| Moved age check deeper below - doesn't make sense here. # check both ctime and mtime mtime=$(stat -c %Y $file) ctime=$(stat -c %Z $file) @@ -196,14 +197,19 @@ check_size_constraints() else delta=$(($now-$ctime)) fi - if [ $delta -le $MinAge ]; then + # hfuchs| Moved MinAge != 0 check here. + if [ $delta -le $MinAge -a $MinAge -ne 0 ]; then debug_echo skip remove by archive size: $file, delta=$delta $MinAgeSec + # TODO Why break here? Just because of one file that's too fresh? break else # delete oldest file + # TODO btw: I read somewhere at the top of this file that + # the biggest files are deleted first? I can't see it + # happening. Don't relly care, either. ;) + # TODO Indentation is a bit of a mess down here. debug_echo remove by archive size: $file, delta=$delta = $MinAgeSec (sec), size=$size = $MaxSize rm -f $file - fi fi done fi
