Bug#611027: RE : Bug#611027: /usr/bin/convert: Convert shall not change the resolution by itself
severity 611027 wishlist retitle convert should detect pure copy thanks It is not possible to know the resolution of a pdf. Nevertheless i agree that copy to self should be transparent Bastien Le 24 janv. 2011 23:36, yellow yellowprot...@gmail.com a écrit : Package: imagemagick Version: 8:6.6.0.4-3 Severity: important File: /usr/bin/convert Hello, I would like to notice that it is doing not good to automatically change the settings of the users, by changing the pdf size or resolution during merging it shall surely just do what is asked. convert *.pdf out.pdf shall remain the same config as it is in the source. Please try to fix to issue as soon as possible to have soon a great debian from testing to stable. Many thanks in advance for the bug fixing. Kind regards Y. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages imagemagick depends on: ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.4.2-2.1FreeType 2 font engine, shared lib ii libglib2.0-02.24.2-1 The GLib library of C routines ii libgomp14.4.5-8 GCC OpenMP (GOMP) support library ii libice6 2:1.0.6-2X11 Inter-Client Exchange library ii libjpeg62 6b1-1The Independent JPEG Group's JPEG ii liblcms11.18.dfsg-1.2+b3 Color management library ii liblqr-1-0 0.4.1-1 converts plain array images into m ii libltdl72.2.6b-2 A system independent dlopen wrappe ii libmagickcore3 8:6.6.0.4-3 low-level image manipulation libra ii libmagickwand3 8:6.6.0.4-3 image manipulation library ii libsm6 2:1.1.1-1X11 Session Management library ii libtiff43.9.4-5 Tag Image File Format (TIFF) libra ii libx11-62:1.3.3-4X11 client-side library ii libxext62:1.1.2-1X11 miscellaneous extension librar ii libxt6 1:1.0.7-1X11 toolkit intrinsics library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages imagemagick recommends: ii ghostscript 8.71~dfsg2-6.1 The GPL Ghostscript PostScript/PDF ii libmagickcore3-extra 8:6.6.0.4-3low-level image manipulation libra ii netpbm2:10.0-12.2+b1 Graphics conversion tools between ii ufraw-batch 0.16-3+b1 batch importer for raw camera imag Versions of packages imagemagick suggests: pn autotrace none (no description available) pn curl none (no description available) pn enscript none (no description available) ii ffmpeg5:0.6.1+svn20101128-0.1audio/video encoder, streaming ser ii gimp 2.6.10-1 The GNU Image Manipulation Program pn gnuplot none (no description available) pn grads none (no description available) ii groff-base1.20.1-10 GNU troff text-formatting system ( pn hp2xx none (no description available) pn html2ps none (no description available) pn imagemagick-d none (no description available) pn libwmf-binnone (no description available) ii lpr 1:2008.05.17 BSD lpr/lpd line printer spooling ii mplayer 2:1.0~rc3++svn20100804-0.1 The Ultimate Movie Player For Linu pn povraynone (no description available) pn radiance none (no description available) ii sane-utils1.0.21-9 API library for scanners -- utilit pn texlive-base- none (no description available) pn transfig none (no description available) ii xdg-utils 1.0.2+cvs20100307-2desktop integration utilities from -- no debconf information
Bug#611064: unblock: live-config/2.0.15-1
Package: release.debian.org live-config (2.0.15-1) unstable; urgency=low * Removing systemd support for 2.0 branch (Closes: #608326). * Tightening grep call for live user in /etc/passwd to not fail with false-positives. * Removing headers in copyright file. * Updating year in copyright. * Updating year in manpage, examples and script files. * Correcting hostname typo in manpages. * Adding Italian manpage translation from skizzhg skiz...@gmx.com. -- Daniel Baumann dan...@debian.org Tue, 25 Jan 2011 08:16:12 +0100 -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610981: window title changed compared with previous version and no way to specify it
24.01.2011 19:44, Tony Houghton wrote: With the new version, which changed window title by default from %s to ROXterm: %s (so that all window names are now different from what they were before), there's no way to change the format in the configuration, but only per-window (menu Edit - Window Title). [] You can use -T or --title on the command-line and that supports %s too. Is that any use? The old title handling code didn't quite do what Yes, while browsing sources I found that it can accept the same string from --title, but not from the config file. And yes, it is useful as a temporary workaround, till real solution emerges: right now I have /usr/bin/x-terminal-emulator as a symlink pointing to roxterm, so I'll have to change that (globally, for whole system) to a shell script that adds --title option. it should and I felt that having profile options for both would make the dialog a little complex. But it's not hard to persuade me to change my mind on details like this :-). Um, I'm not sure I understand: for _both_ of what? I see one option to change _current_ window title, which is good. But it is, in my opinion, entirely illogical to not have it in profile section too -- as in, profile first, current window second for almost every option out there is, again IMHO, the plan... ;) Maybe I don't understand something and just don't know how to use it properly, -- just tell me how it is supposed to be used :) Note that, as far as I know, roxterm is the only terminal emulator out there that adds its own name before user string in the title. Usually it's done the other way around -- adding the name _after_ the most important information (which is the user string in this case), if at all. And oh, thank you very much for fixing the window size which I reported on SF a while back. This was the reason I switched to 1.20 from experimental :) /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611008: [Debian-med-packaging] Bug#611008: does not run with current version of R in squeeze
Le Tue, Jan 25, 2011 at 08:50:08AM +0100, Andreas Tille a écrit : Hi release heros, while the bug would be fixed in unstable after a simple rebuild it concerns the Squeeze release. I prepared a fixed version of the package (see debdiff). Hi Andreas, Steffen and release team, are you sure that a rebuild is necessary ? The package seems to work on my system, and has already been rebuilt against R 2.10 as I explained in http://bugs.debian.org/611008#10 Cheers, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599983: give back swt-gtk?
This doesn't look like a specific error in swt-gtk; if possible, a give-back may resolve this issue (or at least get a slightly more informative error message). Don Armstrong -- Every gun that is made, every warship launched, every rocket fired signifies [...] a theft from those who hunger and are not fed, those who are cold and are not clothed. This world in arms is not spending money alone. It is spending the sweat of its laborers, the genius of its scientists, the hopes of its children. [...] This is not a way of life at all in any true sense. Under the cloud of threatening war, it is humanity hanging from a cross of iron. [...] [I]s there no other way the world may live? -- President Dwight D. Eisenhower, April 16, 1953 http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610991: [PATCH] debian/control: add install-info to dpkg Depends
On Mon, 24 Jan 2011, Julien Cristau wrote: In other words, how about something like this patch? I don't think that's a good idea at this point. A year ago, maybe. One issue Sven mentioned on irc is that an unknown number of packages would start shipping /usr/share/info/dir.gz on rebuild if we were to do this. What about a Recommends instead of a Depends? buildd do not install Recommends AFAIK so it would not introduce breakages on bin-nmu. And it would give the proper hint to apt-get which is that he's supposed to install install-info on upgrade. 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#610292: unblock: iceowl/1.0~b1+dfsg2-1
On Mon, Jan 24, 2011 at 08:43:38PM +, Adam D. Barratt wrote: Hi, Apologies for the delay in getting back to you. On Mon, 2011-01-17 at 09:28 +0100, Guido Günther wrote: I've moved iceowl in squeeze from the comm-zentral 3.0.0 codebase (aka sunbird 1.0b1) to comm-zentral 3.0.11 (thunderbird 3.0.11). This fixes quiet some security related issues in the mozilla codebase. With this change made we can security support iceowl by simply using the icedove tarball as a base since both packages are built from the same comm-central repository. I tried to keep the packaging changes to a minimum. Any chance we can push this into squeeze: The main problem I'm having with looking at this is the size of the diff that gets introduced as a result. Even after ignoring the test suite, the embedded copy of sqlite3 and the autoconf patches, I'm still left with 2061 files changed, 65055 insertions(+), 96419 deletions(-) which isn't particularly fun. :-/ Yes, I agree - updating from 3.0.0 to 3.0.11 sucks but it will allow us to track icedove's security releases from now on with minimal impact. iceowl (1.0~b1+dfsg2-1) unstable; urgency=low * [d96a5b0] New upstream version based on icedove 3.0.11 this fixes the following security bugs: [chomp] How many of those bugs actually affect the version of the package in Squeeze, rather than being introduced as part of the upstream tarball switch? Given that many bugs affect iceowl's own copy of xulrunner they are real issues found in the code we currently ship. I fully understand that making these changes that late in the release is a bad thing but shipping unpatched xulrunner that reads external calendar data isn't great either. If the changes are too big we should reconsider pulling iceowl from squeeze. We could then come back with a better synched package for wheezy. Cheers, -- Guido Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604627: linux-image-2.6.32-5-amd64: megasas: Failed to alloc kernel SGL buffer for IOCTL
Marc-Christian Petersen m@gmx.de writes: so, what's up with this fix? Any chance to get it into Debians kernel tree? It's kind of uncomfortable to rebuild the whole kernel, with this applied, when Debian releases a new kernel which happens frequently ;- I fully understand. I must admit that I thought it would be a no-brainer to verify this and get it into the upstream and the 2.6.32.x stable tree. But after nagging about it recently, it appears that the driver maintainer didn't really understand the issue. The last I heard from LSI was this: http://marc.info/?l=linux-scsim=129549117927641 which wouldn't be so bad if it weren't for the fact that it was sent well *after* that I already had done exactly that, as FUJITA Tomonori helpfully pointed out in a reply to that message So I honestly don't know. Looks like getting it upstream will still take some time. Maybe the Debian kernel maintainers can take it as a temporary bugfix until it gets there? The fix is rather obvious (in my eyes at least :-). Bjørn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603974: removing live-installer from squeeze
2011/1/25 Julien Cristau jcris...@debian.org
Hello.
user release.debian@packages.debian.org
usertag 603974 squeeze-will-remove
kthxbye
Hi,
there seems to be no update or progress on this bug (or the other
'serious' one) in a month, so I'll remove live-installer from squeeze
later this week.
I do not understand this?
I told you that the problem is the anna-install in the role created. A small
bug that is not dependent on the squashfs kernel-modules.
Anna-install if you invoke from anywhere outside that function works
correctly:
lib/live-installer/squashfs:
#!/bin/sh -e
# Debian (live-initramfs, live-boot)
PLACES=$PLACES /cdrom/live/filesystem.squashfs
# Ubuntu (casper)
PLACES=$PLACES /cdrom/casper/filesystem.squashfs
squashfs_prepare() {
#anna-install squashfs-modules || true
if [ -x /sbin/depmod ]; then
depmod -a /dev/null 21 || true
fi
modprobe squashfs || true
modprobe loop || true
-
live-installer.postinst:
#!/bin/sh -e
anna-install squashfs-modules
sleep 5
. /usr/share/debconf/confmodule
db_capb backup
. /usr/lib/base-installer/library.sh
# Architecture and OS detection
ARCH=`udpkg --print-architecture`
OS=`udpkg --print-os`
NEWLINE=
---
I tried to include the squashfs-modules within the installer and it works
well.
And if we put the kernel-di in binary, which is the dependency you ask, also
works correctly.
Debconf not understand well, je je, so now turn to read the manual. But I
thought that with this information you help us find the solution.
Greetings.
Cheers,
Julien
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
iQIcBAEBCAAGBQJNPhLEAAoJEDEBgAUJBeQMKbcQAKG9G2s+iDGHZJILNiNZjM/Q
2EMF8Zb+Pl9LCLNkP/IyqUZkl0cqzzhbCfM1M0vXZGcfbtsRM1Ef9ls7XV2jQFoJ
UPDSs+TNtY2nlKbhFYo2xK2fbp+TSpEweWAWA+B+hBm8Ip70TatYwL1Idutnycx8
baiiBeAG2Cz4cm27KXv0bC5o/swnrJil6BUgz72zOi4CdHAv1F5b07NKv3irCW6+
e/W59A8jFsa+T6E7gpMINGG3o3kMZP1tJxnsznDPTxlsXh4CvE5DnxdkdYeMNmFD
GVAQA8i59EtBK+4Ra5RDQLB6pSVHhl32PzV215GWfuaLqPq92QjTcHqI43Jd+eNs
SIkzpPsVfY3GKu6zhjSv+VfJVwg9MiYHGGCSK9IXrN/GBdFfGVX9P5NSOrAdguAv
JBwUhta+uI0eaqCHM9nY9H7XZ1yLEtv6VgpD85OcbNr4DEB/b1TMDfm4mxzm8AqI
hJ5h8+eU1HUJowj9hGgYTBKxR6OBktdk9Db6nSQZYAGWzKsCxxnQE81Hql6olvh8
xahzFueiJYglzA8i5bcgdnryqRMCCVD59RtWGuWdgyQWcD8qyfWSsmPOMiS6WCd1
aaJcH7QtELgpagX0Gb568VXedm+e3ty4S2Ee1AmXAfux3ixN8KL4dBhnooaDTb2I
XKw3k05jPQKPQjxhybV0
=ReyR
-END PGP SIGNATURE-
--
José A. González
Siempre GNU Linux-libre.
Bug#610783: bsdtar: Doesn't extract the install* and isolinux* directories of d-i images
Hi, after some more calories and sleep i now see two problems in libarchive: - ISO 9660 images can be read in a single pass only if the directory entry of any file is stored at a lower address than the file's content. This makes multi-session image unsuitable for libarchive. No workaround seems possible. - The implementation of the ISO image reader assumes that all directories come before any data file content. This assumption fails with flyisofs images which are elsewise the ideal counterpart to libarchive. They get produced in a single pass. The assumption also fails with libisofs symbolic links and empty data files, which have dummy content addresses. So my proposals for libarchive are: - Detect address pointers which refer to blocks which have already been read and forgotten. This could happen while building the tree. I cannot spot such a test and error message yet. Senseful reactions would then be to abort or to skip the offending file or directory tree. - Become able to process directories and other files in mixed order. This is not easily done but i see no fundamental obstacle with the single-pass constraint. - Map eventual keys in the range of [0 , address_of_volume_set_terminator] to the file's directory's key plus one. The end address of the interval would be recordable in the function isVDSetTerminator(), which is known from bug#610781. It is called before any files get read. A file with address in that interval will never need to read content from there. Surely promised. As for libisofs avoiding the 0 keys: The zeros for symbolic links and device files are written since libisofs.so.6 was founded by Vreixo Formoso in autumn 2007. For empty data files the address of the Volume Descriptor Set Terminator is used since revision 732, 25 Nov 2010. This was in the course of boot experiments for future Debian images. I find no hint, though, that this was necessary to make the experiments succeed. It looks rather like a little overhaul instigated by suboptimal error behavior with an empty boot image file. (There are no empty data files in the Debian image.) It would be more or less harmless to revert the change of rev 732, but to give non-zero addresses to links and device files will put in question the hoarded xorriso testing of 3 years. So in any case, this can be made only a non-default option in xorriso. I will go for such an option, but it may last a few days. Debian CD production should sincerely weigh pros and cons of using it. (I can can give few advise about the risk.) As said, it would not be necessary if libarchive would change the implementation of read_entries() so that it can stand a mix of directories and files, and would map dummy addresses to the directory key + 1. Have a nice day :) Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610991: [PATCH] debian/control: add install-info to dpkg Depends
On 2011-01-25 09:08 +0100, Raphael Hertzog wrote: On Mon, 24 Jan 2011, Julien Cristau wrote: In other words, how about something like this patch? I don't think that's a good idea at this point. A year ago, maybe. One issue Sven mentioned on irc is that an unknown number of packages would start shipping /usr/share/info/dir.gz on rebuild if we were to do this. What about a Recommends instead of a Depends? buildd do not install Recommends AFAIK so it would not introduce breakages on bin-nmu. And it would give the proper hint to apt-get which is that he's supposed to install install-info on upgrade. There's a little problem with that, install-info conflicts with Lenny's texinfo version, so if that is installed¹ apt-get has to do one of the following: 1) ignore the recommends 2) upgrade texinfo along dpkg 3) remove texinfo and its reverse dependencies Tests are necessary to ensure that apt does 1) or 2) and not 3), possibly wiping out a texlive-full installation. Cheers, Sven ¹ Which is the case on 5 out of 6 Debian installations, according to popcon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595033: fixed 595033 2.6.37-1~experimental.1
fixed 595033 2.6.37-1~experimental.1 thanks In fact this issue was fixed in this version. This is a new bug about screen detection in radeon driver which break one of my DisplayPort output. [1] And there is no relation with this current bug. Best regards, Thomas PIERSON [1] https://bugzilla.kernel.org/show_bug.cgi?id=26552 signature.asc Description: This is a digitally signed message part.
Bug#610991: [PATCH] debian/control: add install-info to dpkg Depends
On Tue, Jan 25, 2011 at 09:08:11 +0100, Raphael Hertzog wrote: On Mon, 24 Jan 2011, Julien Cristau wrote: In other words, how about something like this patch? I don't think that's a good idea at this point. A year ago, maybe. One issue Sven mentioned on irc is that an unknown number of packages would start shipping /usr/share/info/dir.gz on rebuild if we were to do this. What about a Recommends instead of a Depends? buildd do not install Recommends AFAIK so it would not introduce breakages on bin-nmu. And it would give the proper hint to apt-get which is that he's supposed to install install-info on upgrade. I really don't see the point. Cheers, Julien signature.asc Description: Digital signature
Bug#608133: xserver-xorg-nouveau: displays nonsense on screen on Dell Dimension
On 2011-01-25 00:37 +0100, Ted Phelps wrote: Sven Joachim writes: On 2011-01-24 13:03 +0100, Ted Phelps wrote: I'm seeing what I believe is the same issue on my NV40 card (built-in graphics on an ASUS M2NPV-VM), and continue to see it even in 2.6.38-rc2. I've git bisected and the issue started with kernel git revision 72d7c3b: x86: Use memblock to replace early_res -- that's when the GPU lockup first appeared. If so, it's hardly the same issue since the submitter of #608133 uses a kernel that does not include this commit. So it is. My apologies. I misread your suggestion that he try 2.6.37-rc7 as the kernel that the original reporter was using. BTW, is CONFIG_NO_BOOTMEM set in your kernel configuration? It is: CONFIG_NO_BOOTMEM=y Would it be worth testing with that disabled, do you think? I don't really know, but testing shouldn't hurt. Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611008: [Debian-med-packaging] Bug#611008: does not run with current version of R in squeeze
Hi again, On Tue, Jan 25, 2011 at 05:00:27PM +0900, Charles Plessy wrote: while the bug would be fixed in unstable after a simple rebuild it concerns the Squeeze release. I prepared a fixed version of the package (see debdiff). Hi Andreas, Steffen and release team, are you sure that a rebuild is necessary ? The package seems to work on my system, and has already been rebuilt against R 2.10 as I explained in http://bugs.debian.org/611008#10 Ahh, I obviosely missinterpreted your mail. I can confirm that on an up to date squeeze system (amd64) the currently available r-other-mott-happy_2.1-4+b1_amd64.deb works until library(happy) I have not done further testing of the packag. Steffen, do you have any hint what exactly is broken? Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608359: tuxcmd: ctrl and mouse left click to select/mark files is not working
On Thu, Dec 30, 2010 at 2:08 PM, Salvatore Bonaccorso car...@debian.orgwrote: Hi Thanks for your report and using tuxcmd! On Thu, Dec 30, 2010 at 10:48:11AM +0100, yellow wrote: Package: tuxcmd Version: 0.6.70+dfsg-1 Severity: important It is almost impossible to select several files, however changing into the options to allow right mouse click. Hmm, that is not quite true. It is right it would be probably nice if like other filemanagers one could use CTRL+Mouse click to mark several files. But tuxcmd has alrady it. Either, as you noticed with activating the option wo allow right mousse click marking, or marking a file and using the 'INS', '+' or 'Space' key. This way you can mark several files. Hello Salvatore, Sorry for the delay. I tried these followings: To select files : CTRL+Mouse clickis not working This is not working as well and using the 'INS', One thing that work is to go into option and enable right click... then you end up with right click to select, well, it works and you cannot open any files since tuxcmd is delivered without pre-installation of the file association. It requires a context menu into the menu to get into file associations to define them. Then you wanna define them, for simple user, and you end up in a very complicated window to associate files. Please have a look what did ghisler... It works from bulk, and then if people wanna change the default configuration, they have teh association which is rather made simple. The space key is working, -or almost. Check ghisler, if you press space key, to highlight the file and then you go to next file. tuxcmd is not doing that. So if you wouldl like to select a specific complex amount of files using space or ctrl mouse it is not possible at all. I cannot believe that the coder has missed that, because it is very not comfortable to use. The menu can be updated with some better file associations or things that are in the context menu while right mouse click on a file. Otherwise that's a gorgeous work tuxcmd, that requires some further work to be useable at least. Association, menus, selections, would help a lot ; the rest may be detail for later. I would recommend to try to clone more the ghisler totalcmd since you will end up with something that everyone like (of thousand users) and too that really works well and well designed. I wish you a pleasant day, May Tux be with you always! Kind regards Y. HTH and bests Salvatore -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJNHIQwAAoJEHidbwV/2GP+2nsP/07LWgoRWyjdP/D0jRXEZxcn GqaPGxWKi1MtjUJBfZNLjb4rKzaLU1LBE+KHWwu5llKw94M3Ww2mejGNrfzEhxAy 2OJeUtDf6pkcLX4Qn1h7Q8SN6wssAECTDbl0hkktfdHCGszMts/FTG2xEAIAo9i1 zlVZPlyLlui8Oz1AXm0DwHR/rcEsy8/E2lV2zMIMoiA+PvGfUXvxRUxwMqKWvFc8 t7N17j4rmH1j5e5qcUEv+69NuO/Sfq4WTe7tzmpokqCOZvx2gYVp5PUSHIsTFxah 3qtV6opvIWG2OKaRXmaRZaIFsC4shRECUc5xi4Z9Ki6J0WLKJDxCx8zxp7H/udt/ kcesv2og34fyKFPO6MUigU0poyqrLYFgX2eq6mqmaMe0LKDcpv/LYQ97OGs36L5R yxbIflnFg901SoESgF+PvjXpix8SFyGAqSdbSiLMH0FqNKkmGGHPCDTlFZWFPnzc 2gz7WF9umw3EnrHquAc9o+qkmO+7I7WuUR3g62ziGV7aK+bNU37J3arcuOC170Y9 +mbLfZpabXEi6aLNGqaCYTLoEDukFg5r7SWh0dbxH9P2PbQfhsFJ9O3h6UJSGktq +dJo6w4FPdKnEMOgKoaXxE4LRhBgqNtvSTsoUBHhY5hdiQHgsCz54+CUT6a4PZ6H NALHKsLhyK6XoSAlsSWv =41HI -END PGP SIGNATURE-
Bug#610749: fakeroot fails ownership with kfreebsd systems
A comment just for the record. måndag den 24 januari 2011 klockan 22:10 skrev Aurelien Jarno detta: Ok, I have finally understood the problem: 1) in eglibc we implement at* functions, but mark them as stub as the emulation for FreeBSD 7.x kernels is not perfect. FreeBSD 8.x have this syscalls natively, and thus don't need emulation. 2) newer versions of tar start to use the fstatat syscall. 3) fakeroot doesn't emulate this syscall because it is marked as stub in eglibc. Even before the original bug report, I did verify that fakeroot tar -cf /tmp/df.tar /etc/default is able to arrive at ownership 'root:root', which does also with kfreebsd-amd64/unstable. Does this correlate completely? No self-contradictions? Mats E Andersson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604783: needs to have entries for regular installer
On Tue, Jan 25, 2011 at 06:35:26 +0100, Daniel Baumann wrote: retitle 604783 support regular installer bootmenu entries severity 604783 wishlist thanks the release-team has removed live-installer from squeeze, we're not including d-i on the images then, and this becomes wishlist for 3.x. Ok, two things: - live-installer is not removed yet, I was still hoping you'd want it in squeeze so you would do something about the serious bugs you filed - if this bug is wishlist for 3.x, why is it serious for 2.x? Cheers, Julien signature.asc Description: Digital signature
Bug#611008: [Debian-med-packaging] Bug#611008: Bug#611008: does not run with current version of R in squeeze
On 01/25/2011 09:46 AM, Andreas Tille wrote: Hi again, On Tue, Jan 25, 2011 at 05:00:27PM +0900, Charles Plessy wrote: while the bug would be fixed in unstable after a simple rebuild it concerns the Squeeze release. I prepared a fixed version of the package (see debdiff). Hi Andreas, Steffen and release team, are you sure that a rebuild is necessary ? The package seems to work on my system, and has already been rebuilt against R 2.10 as I explained in http://bugs.debian.org/611008#10 Ahh, I obviosely missinterpreted your mail. I can confirm that on an up to date squeeze system (amd64) the currently available r-other-mott-happy_2.1-4+b1_amd64.deb works until library(happy) I have not done further testing of the packag. Steffen, do you have any hint what exactly is broken? Hello, this is weird. I got a complaint when I ran it on a squeeze system the day before yesterday. I then compiled it myself. I suggest to enhance the packaging as Andreas has suggested, with or without the debhelper dependency, I do not care so much, and then reupload to proposed updates, closing that bug again. Many greetings Steffen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586772: blktap2 does not work
this two patches add blktap2 functionality to xen-utils. I backported http://xenbits.xen.org/xen-unstable.hg?rev/ca2738f258f8 to remove license issues. Has this patch been applied? Darkbasic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608698: linux-image-2.6.37-rc7-686: suspend/hibernate fails with pnp_bus_suspend+0x0/0x57 returns -5
If you don't use the parallel port, you may be able to work around this by blacklisting the 'parport_pc' module. That seems to help, but it might just be hidden by another problem I'm facing after a few hibernate cycles: Colors of fonts change (mostly white to black), and the screen gets very strange artefacts. I've switched to the amd64 kernel now, maybe it helps. I've not yet tested the current squeeze kernel, I'll do that after testing with the amd64 kernel. WM -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611008: does not run with current version of R in squeeze
On Tue, Jan 25, 2011 at 08:50:08 +0100, Andreas Tille wrote: Hi release heros, while the bug would be fixed in unstable after a simple rebuild it concerns the Squeeze release. I prepared a fixed version of the package (see debdiff). You can't upload to tpu a version lower than what's in sid. Plus, it seems the bug is not understood at this point. Cheers, Julien signature.asc Description: Digital signature
Bug#611065: Network routing does not work
Package: xen-utils-4.0 Version: 4.0.1-2 http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1699 I already reported this upstream, but I think it's debian specific. Btw xen-utils-common is still bugged (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591456). Darkbasic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596343: failed slapd package install in testing
hi maintainer, I dont know if this case is already open, but I have an issue with slapd package install in testing. # aptitude install slapd The following NEW packages will be installed: slapd 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/1,502 kB of archives. After unpacking 3,916 kB will be used. Preconfiguring packages ... Selecting previously deselected package slapd. (Reading database ... 42614 files and directories currently installed.) Unpacking slapd (from .../slapd_2.4.23-7_i386.deb) ... Processing triggers for man-db ... Setting up slapd (2.4.23-7) ... Usage: slappasswd [options] -c format crypt(3) salt format -ggenerate random password -h hash password scheme -nomit trailing newline -s secret new password -ugenerate RFC2307 values (default) -vincrease verbosity -T file read file for new password Creating initial configuration... Loading the initial configuration from the ldif file () failed with the following error while running slapadd: str2entry: invalid value for attributeType olcRootPW #0 (syntax 1.3.6.1.4.1.1466.115.121.1.15) slapadd: could not parse entry (line=1052) dpkg: error processing slapd (--configure): subprocess installed post-installation script returned error exit status 1 configured to not write apport reports Errors were encountered while processing: slapd E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up slapd (2.4.23-7) ... Usage: slappasswd [options] -c format crypt(3) salt format -ggenerate random password -h hash password scheme -nomit trailing newline -s secret new password -ugenerate RFC2307 values (default) -vincrease verbosity -T file read file for new password Creating initial configuration... mkdir: cannot create directory `/etc/ldap/slapd.d': File exists dpkg: error processing slapd (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: slapd # apt-get install migrationtools Reading package lists... Done Building dependency tree Reading state information... Done migrationtools is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 1 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Do you want to continue [Y/n]? y Setting up slapd (2.4.23-7) ... Usage: slappasswd [options] -c format crypt(3) salt format -ggenerate random password -h hash password scheme -nomit trailing newline -s secret new password -ugenerate RFC2307 values (default) -vincrease verbosity -T file read file for new password Creating initial configuration... mkdir: cannot create directory `/etc/ldap/slapd.d': File exists dpkg: error processing slapd (--configure): subprocess installed post-installation script returned error exit status 1 configured to not write apport reports Errors were encountered while processing: slapd E: Sub-process /usr/bin/dpkg returned an error code (1) If you need any additional info, I will gladly help. regards, BG -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611066: UDD: please import Packages and Sources from archived releases
Package: qa.debian.org
User: qa.debian@packages.debian.org
Usertags: udd
Severity: wishlist
Hi,
It would be nice to have the list of packages and sources from archived
releases in a some sort of archived_{packages,sources} tables.
Thanks in advance.
Cheers,
--
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610257: Bug#610300: dropbox 1.0.17 distribution now complies to copyright complaints
Hi! Am 25.01.2011 00:41, schrieb Rian Hunter: we recently released a distribution of dropbox that corrects all the complains listed in these debian bug reports. thanks for the feedback, please let me know if there is anything i can do to make dropbox comply to any more possible copyright requirements. get the new build at: Thanks for keeping us updated, however, dropbox has been removed from the Debian archive in the meantime, one of the reasons was, that it's maintainer expressed, that he didn't had any interest in maintaining dropbox in Debian. Of course there are no reasons that's no permanent ban; should a new volunteer step up to maintain dropbox in Debian (or the former maintainer change his opinion), dropbox can be added to the Debian archive again. Best regards, Alexander, ftp-assistant -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611039:
Tags: moreinfo thanks Unless you provide a lot more info, no one will be able to help you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611036: clive: YouTube formats are outdated, and config validation prevents using new names
On Mon, Jan 24, 2011 at 06:58:22PM -0500, Adrian Irving-Beer wrote: Hi, The YouTube module appears to have evolved to use new names for many of the formats. From YouTube.pm: I've to admit that it won't help you much but the reason for this inconsistency is that the current Youtube.pm is from a later release to support youtube for Squeeze. As usual web scraping is a painful business which tends to break often. :( You can find more of the history if you take a look at the bugs mentioned in the Debian changelog file. Sven -- And I don't know much, but I do know this: With a golden heart comes a rebel fist. [ Streetlight Manifesto - Here's To Life ] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591763: bsdtar: possibility to exclude xattrs in tar creation.
Hello Witold Baryluk! I somehow missed your initial bug report until now. Yesterday I forwarded it upstream and got the following reply: bsdtar has options to select more portable tar formats if you require it. Does --format=ustar or --format=gnutar work for you? Neither of these writers stores xattrs. It would be nice if you could confirm this would suit your needs... PS. feel free to comment directly on the upstream bug at: http://code.google.com/p/libarchive/issues/detail?id=131 -- Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611008: does not run with current version of R in squeeze
On Tue, Jan 25, 2011 at 10:12:58 +0100, Julien Cristau wrote: On Tue, Jan 25, 2011 at 08:50:08 +0100, Andreas Tille wrote: Hi release heros, while the bug would be fixed in unstable after a simple rebuild it concerns the Squeeze release. I prepared a fixed version of the package (see debdiff). You can't upload to tpu a version lower than what's in sid. Plus, it ^ obviously meant greater here. I shouldn't send mail before coffee. seems the bug is not understood at this point. Cheers, Julien signature.asc Description: Digital signature
Bug#598564: Update to directory and version to 1.1.7
The main development now takes place on github. git://github.com/morellon/stomp.git. Latest version is 1.1.7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611046: misleading message in verbose mode (gzip not found, using gzip)
tags 611046 pending
stop
On Tue, 25 Jan 2011, Gianluigi Tiesi wrote:
due to a script assignment misplacement mkinitramfs displays a misleading
message:
No gzip in /usr/bin:/sbin:/bin, using gzip
instead of
No lzma in /usr/bin:/sbin:/bin, using gzip
lol indeed.
this makes difficult to known that it needs lzma executable in the path
(I tought xz instead)
the attached patch fixes the problem
thanks applied to maks/zip_error, pending review it will land
in master for next initramfs-tools relase.
http://git.debian.org/?p=kernel/initramfs-tools.git;a=summary
--- /usr/sbin/mkinitramfs.orig 2011-01-25 03:18:04.183906059 +0100
+++ /usr/sbin/mkinitramfs 2011-01-25 03:16:12.529490992 +0100
this is wrong path, please use git as described in
http://git.debian.org/?p=kernel/initramfs-tools.git;a=blob_plain;f=docs/maintainer-notes.html;hb=HEAD
to allow quicker and easier patch application,
also your patch is below is white space mangled probalby due to
your mail user agent.
@@ -136,9 +136,9 @@
if ! command -v ${compress} /dev/null 21; then
compress=gzip
- COMPRESS=gzip
[ ${verbose} = y ] \
echo No ${COMPRESS} in ${PATH}, using gzip
+ COMPRESS=gzip
fi
if ! `grep -q -i ^config_rd_${COMPRESS%p} /boot/config-${version}` ; then
thanks.
--
maks
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610226: drraw: Log entry for encoding error
Package: drraw
Version: 2.2b2-3
Severity: normal
I just remembered that I have a log for drraw. I looked there
and found loads of entries like this:
(process:5358): Pango-WARNING **: Invalid UTF-8 string passed to
pango_layout_set_text()
I assume that they're related to this issue. Maybe this will help
to identify the source.
For the record, the bug doesn't seem to be browser-dependent.
I observed the same behaviour both in Iceweasel and Opera.
-- System Information:
Debian Release: 6.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages drraw depends on:
ii librrds-perl 1.4.3-1time-series data storage and displ
Versions of packages drraw recommends:
ii apache2 2.2.16-6 Apache HTTP Server metapackage
ii apache2-mpm-itk [httpd] 2.2.16-6 multiuser MPM for Apache 2.2
ii librcs-perl 1.05-4 Perl Object Class for Revision Con
Versions of packages drraw suggests:
ii collectd 4.10.1-1+squeeze2 statistics collection and monitori
-- Configuration Files:
/etc/drraw/drraw.conf changed:
use strict;
$title = 'Monitor de Rex';
%datadirs = ('/var/lib/collectd/rrd/Rex-Tremendae' = 'Demonio collectd',
);
@rranames = ( 'MIN', 'AVERAGE', 'MAX', 'LAST' );
%rranames = ( 'MIN'= 'Min',
'AVERAGE' = 'Avg',
'MAX' = 'Max',
'LAST'= 'Last'
);
$saved_dir = '/var/lib/drraw';
$tmp_dir = '/var/cache/drraw';
$ERRLOG = '/var/log/drraw/drraw.log';
$clean_cache = 21600; # 6 hours
1;
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610783: bsdtar: Doesn't extract the install* and isolinux* directories of d-i images
Hello Thomas! Thanks for your very thorough investigation on this. There are already a couple of bugs in the libarchive bug tracker talking about problems of the streams design of libarchive so I guess this is just another one to put on the pile unfortunately. I'm adding Tim Kientzle and the libarchive-discuss list to CC. Please note this url in case anyone wants to read up on the entire discussion: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610783 Thomas latest/final analyze included in full below... On Tue, Jan 25, 2011 at 09:36:03AM +0100, Thomas Schmitt wrote: Hi, after some more calories and sleep i now see two problems in libarchive: - ISO 9660 images can be read in a single pass only if the directory entry of any file is stored at a lower address than the file's content. This makes multi-session image unsuitable for libarchive. No workaround seems possible. - The implementation of the ISO image reader assumes that all directories come before any data file content. This assumption fails with flyisofs images which are elsewise the ideal counterpart to libarchive. They get produced in a single pass. The assumption also fails with libisofs symbolic links and empty data files, which have dummy content addresses. So my proposals for libarchive are: - Detect address pointers which refer to blocks which have already been read and forgotten. This could happen while building the tree. I cannot spot such a test and error message yet. Senseful reactions would then be to abort or to skip the offending file or directory tree. - Become able to process directories and other files in mixed order. This is not easily done but i see no fundamental obstacle with the single-pass constraint. - Map eventual keys in the range of [0 , address_of_volume_set_terminator] to the file's directory's key plus one. The end address of the interval would be recordable in the function isVDSetTerminator(), which is known from bug#610781. It is called before any files get read. A file with address in that interval will never need to read content from there. Surely promised. As for libisofs avoiding the 0 keys: The zeros for symbolic links and device files are written since libisofs.so.6 was founded by Vreixo Formoso in autumn 2007. For empty data files the address of the Volume Descriptor Set Terminator is used since revision 732, 25 Nov 2010. This was in the course of boot experiments for future Debian images. I find no hint, though, that this was necessary to make the experiments succeed. It looks rather like a little overhaul instigated by suboptimal error behavior with an empty boot image file. (There are no empty data files in the Debian image.) It would be more or less harmless to revert the change of rev 732, but to give non-zero addresses to links and device files will put in question the hoarded xorriso testing of 3 years. So in any case, this can be made only a non-default option in xorriso. I will go for such an option, but it may last a few days. Debian CD production should sincerely weigh pros and cons of using it. (I can can give few advise about the risk.) As said, it would not be necessary if libarchive would change the implementation of read_entries() so that it can stand a mix of directories and files, and would map dummy addresses to the directory key + 1. Have a nice day :) Thomas -- Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611067: kmail: crash on attachment with preview
Package: kmail Version: 4:4.4.7-3 Severity: normal Hello, Kmail crashes in the following scenario: Compose new mail and attach a file. In file dialog for attachments, enable Aside preview. Then browse through files. In my case it's enough to point on a file (without click). If they are plain text, or pictures, preview shows normally. If they are pdf, odt, zip, whole kmail crashes (Segfault). Sometimes I see the KDE crash handler sometimes not. It seems like it crashes on files which it cannot preview by itself and needs some external application. This behavior is the same if i run kmail alone or within kontact. Regards Vladislav Kurz -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages kmail depends on: ii kdebase-runtime 4:4.4.5-1runtime components from the offici ii kdepim-runtime 4:4.4.7-1Runtime components for akonadi-kde ii kdepimlibs-kio-plug 4:4.4.5-2kio slaves used by KDE PIM applica ii libakonadi-contact4 4:4.4.5-2library for using the Akonadi PIM ii libakonadi-kde4 4:4.4.5-2library for using the Akonadi PIM ii libc6 2.11.2-9 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8GCC support library ii libgpgme++2 4:4.4.5-2c++ wrapper library for gpgme ii libkabc44:4.4.5-2library for handling address book ii libkcal44:4.4.5-2library for handling calendar data ii libkde3support4 4:4.4.5-2the KDE 3 Support Library for the ii libkdecore5 4:4.4.5-2the KDE Platform Core Library ii libkdepim4 4:4.4.7-3KDE PIM library ii libkdeui5 4:4.4.5-2the KDE Platform User Interface Li ii libkhtml5 4:4.4.5-2the KHTML Web Content Rendering En ii libkimap4 4:4.4.5-2library for handling IMAP data ii libkio5 4:4.4.5-2the Network-enabled File Managemen ii libkldap4 4:4.4.5-2library for accessing LDAP ii libkleo44:4.4.7-3certificate based crypto library ii libkmime4 4:4.4.5-2library for handling MIME data ii libknotifyconfig4 4:4.4.5-2library for configuring KDE Notifi ii libkontactinterface 4:4.4.5-2Kontact interface library ii libkparts4 4:4.4.5-2the Framework for the KDE Platform ii libkpgp44:4.4.7-3gpg based crypto library ii libkpimidentities4 4:4.4.5-2library for managing user identiti ii libkpimtextedit44:4.4.5-2library that provides a textedit w ii libkpimutils4 4:4.4.5-2library for dealing with email add ii libkresources4 4:4.4.5-2the KDE Resource framework library ii libksieve4 4:4.4.7-3mail/news message filtering librar ii libktnef4 4:4.4.5-2library for handling TNEF data ii libkutils4 4:4.4.5-2various utility classes for the KD ii libmailtransport4 4:4.4.5-2mail transport service library ii libmessagecore4 4:4.4.7-3message core library ii libmessagelist4 4:4.4.7-3message list library ii libmimelib4 4:4.4.7-3MIME library ii libnepomuk4 4:4.4.5-2the Nepomuk Meta Data Library ii libphonon4 4:4.6.0really4.4.2-1 the core library of the Phonon mul 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-qt3support 4:4.6.3-4Qt 3 compatibility library for Qt 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 libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libthreadweaver44:4.4.5-2the ThreadWeaver Library for the K ii perl5.10.1-17Larry Wall's Practical Extraction ii phonon 4:4.6.0really4.4.2-1 metapackage for the Phonon multime Versions of packages kmail recommends: ii gnupg-agent 2.0.14-2 GNU privacy guard - password agent ii gnupg22.0.14-2 GNU privacy guard - a free PGP rep ii pinentry-qt [pinentry-x11]0.8.0-1Qt-3-based PIN or pass-phrase entr Versions of packages kmail suggests: pn clamav | f-prot-installer none (no description available) ii kaddressbook 4:4.4.7-3 address book and contact data mana ii kleopatra 4:4.4.7-3
Bug#608253: [Pkg-xen-devel] Release notes addition for Xen support in Debian
Hi, could somebody please come up with a patch for the release notes re: xen? It seems there were more incremental changes after the last patch posted on this bug. Cheers, Julien signature.asc Description: Digital signature
Bug#611008: does not run with current version of R in squeeze
On Tue, Jan 25, 2011 at 10:12:58AM +0100, Julien Cristau wrote: while the bug would be fixed in unstable after a simple rebuild it concerns the Squeeze release. I prepared a fixed version of the package (see debdiff). You can't upload to tpu a version lower than what's in sid. Understood the hint (modulo s/lower/higher/) about tpu und changed changelog target distribution to unstable. Plus, it seems the bug is not understood at this point. I might consider uploading to unstable the proposed version (+Debhelper 7) in any case. This is suboptimal for unstable because R version is higher there but I might check in my unstable chroot if it at least passes the library(happy) check. This enables us to be fast once Steffen gives better explanation and is a good and reasonable update of packaging for unstable anyway. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611068: ikiwiki: Create index pages for empty directories in underlays
Package: ikiwiki
Version: 3.20101023
Severity: wishlist
Hi,
Is creation of index pages by the autoindex plugin limited only to files under
srcdir by some justified reason? Currently autoindex doesn't create index pages
for empty directories of underlays. If index pages aren't supposed to be
created for empty directories under underlay dirs, why iterate over the
underlay dirs in the first place (the for loop at the line 41 of autoindex.pm).
The attached patch corrects this. Please consider applying if this is ok.
br,
Tuomas Jormola
From 5d18914e77d852fc10c09f9903dba61a050ddeac Mon Sep 17 00:00:00 2001
From: Tuomas Jormola t...@solitudo.net
Date: Tue, 25 Jan 2011 11:46:57 +0200
Subject: [PATCH] Allow creation of index pages outside of srcdir
After this change autoindex creates index pages also for empty directories
included in underlays.
---
IkiWiki/Plugin/autoindex.pm |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/IkiWiki/Plugin/autoindex.pm b/IkiWiki/Plugin/autoindex.pm
index 11595e2..f45ab9e 100644
--- a/IkiWiki/Plugin/autoindex.pm
+++ b/IkiWiki/Plugin/autoindex.pm
@@ -57,7 +57,7 @@ sub refresh () {
if (! -d _) {
$pages{pagename($f)}=1;
}
- elsif ($dir eq $config{srcdir}) {
+ else {
$dirs{$f}=1;
}
}
--
1.7.0.4
Bug#611036: clive: YouTube formats are outdated, and config validation prevents using new names
On Mon, Jan 24, 2011 at 06:58:22PM -0500, Adrian Irving-Beer wrote:
I would think we should be consulting the provider modules to
determine the list of usable formats. At the very least, the
Config.pm validation badly needs updating, and the docs need updating
either way because the fmt?? formats are all invalid now.
Looking at the recent clive releases there are a bunch of compatiblity
lists in Config.pm though Youtube.pm will then still only fetch the default
format.
I think the best one could do now (for Squeeze) is to update the compatiblity
list in Youtube.pm with the old formats to be at least more consistent with
the manpage.
The interdiff would be rather small
diff -u b/lib/clive/Host/Youtube.pm b/lib/clive/Host/Youtube.pm
--- b/lib/clive/Host/Youtube.pm
+++ b/lib/clive/Host/Youtube.pm
@@ -118,6 +118,11 @@
mp4 = 18,
hq= 35,
hd= 22,
+ fmt22 = 22,
+ fmt35 = 35,
+ fmt18 = 18,
+ fmt34 = 34,
+ fmt17 = 17,
);
foreach (keys %h)
maybe this can be added in a Squeeze point release in case it's too late now.
At least my guess would be that the release team currently has better things
to do ...
Updated fix-606540-youtube.patch attached.
Sven
--
And I don't know much, but I do know this:
With a golden heart comes a rebel fist.
[ Streetlight Manifesto - Here's To Life ]
Description: Fix broken clive due to youtube changes.
Origin: vendor
Bug: http://sourceforge.net/apps/trac/clive/ticket/1
Bug-Debian: http://bugs.debian.org/606540
Forwarded: not-needed
Author: Salvatore Bonaccorso car...@debian.org
Reviewed-by: Salvatore Bonaccorso car...@debian.org
Last-Update: 2010-12-12
--- a/lib/clive/Host/Youtube.pm
+++ b/lib/clive/Host/Youtube.pm
@@ -2,7 +2,7 @@
###
# clive, command line video extraction utility.
#
-# Copyright 2009 Toni Gundogdu.
+# Copyright 2009,2010 Toni Gundogdu.
#
# This file is part of clive.
#
@@ -24,74 +24,111 @@ package clive::Host::Youtube;
use warnings;
use strict;
-# fmt22 = HD[1280x720]
-# fmt35 = HQ [640x380]
-# fmt17 = 3gp[176x144]
-# fmt18 = mp4[480x360]
-# fmt34 = flv[320x180] (quality reportedly varies)
-
-# If --format is unused, clive defaults to whatever youtube
-# defaults to: we do not append the fmt= to the video link.
-
-sub new {
-return bless( {}, shift );
-}
+sub new { return bless ({}, shift); }
sub parsePage {
-my ( $self, $content, $props ) = @_;
+my ($self, $content, $props) = @_;
-$$props-video_host(youtube);
+$$props-video_host (youtube);
my %re = (
id = qr|video_id=(.*?)|,
-t = qr|t=(.*?)|,
+fmt_url_map = qr|fmt_url_map=(.*?)|,
);
my $tmp;
-if ( clive::Util::matchRegExps( \%re, \$tmp, $content ) == 0 ) {
+if (clive::Util::matchRegExps (\%re, \$tmp, $content) == 0) {
-require URI::Escape;
+my $best;
+my %h;
-$tmp-{t} = URI::Escape::uri_unescape($tmp-{t});
+require URI::Escape;
-my $xurl
-= http://youtube.com/get_video?video_id=$tmp-{id}t=$tmp-{t};
+foreach (split /,/, URI::Escape::uri_unescape ($tmp-{fmt_url_map})) {
+my ($id, $url) = split /\|/, $_;
+$best = $url unless $best;
+$h{$id} = $url;
+}
-$xurl .= asv=2; # Should fix the http/404 issue (#58).
+my $url;
my $config = clive::Config-instance-config;
-my $fmt;
-
-if ( $config-{format} eq best ) {
-$fmt = $1
-if ( $$content =~ /fmt_map=(\d+)/ $1 ne );
+if ($config-{format} eq 'best') {
+$url = $best;
}
else {
-$fmt = $1
-if toFmt( $self, $config-{format} ) =~ /^fmt(.*)$/;
+$url = toURL ($self, $config-{format}, \%h);
+$url = toURL ($self, 'default', \%h) unless $url;
}
-$xurl .= fmt=$fmt
-if $fmt;
-
-$$props-video_id( $tmp-{id} );
-$$props-video_link($xurl);
+$$props-video_id ($tmp-{id});
+$$props-video_link ($url);
-return (0);
+return 0;
}
-return (1);
+
+return 1;
+}
+
+sub toURL {
+my ($self, $fmt, $h) = @_;
+
+$fmt = 'flv_240p' if $fmt eq 'default';
+$fmt = toFmt ($self, $fmt);
+
+foreach (keys %{$h})
+{ return $$h{$_} if $_ eq $fmt; }
+
+return undef;
}
sub toFmt {
-my ( $self, $id ) = @_;
-$id =~ s/hd/fmt22/;
-$id =~ s/hq/fmt35/;
-$id =~ s/mp4/fmt18/;
-
-#$id =~ s/fmt34/flv/; # Previously assumed to be the youtube default format
-$id =~ s/3gp/fmt17/;
-return ($id);
+my ($self, $id) = @_;
+
+# http://en.wikipedia.org/wiki/YouTube#Quality_and_codecs
+# $container_$maxwidth = '$fmt_id'
+
+my %h = (
+# flv
+flv_240p = '5',
+flv_360p = '34',
+flv_480p = '35',
+
Bug#610576: Re: Build of emacs_23.2+1-7
olafbuddenha...@gmx.net, le Tue 25 Jan 2011 05:47:27 +0100, a écrit : On Fri, Jan 21, 2011 at 05:41:10PM +0100, Samuel Thibault wrote: Svante Signell, le Fri 21 Jan 2011 17:30:38 +0100, a écrit : On Thu, 2011-01-20 at 02:17 +0100, Samuel Thibault wrote: Svante Signell, le Wed 19 Jan 2011 14:10:09 +0100, a écrit : Starting emacs under X complains about GConf/D-Bus problems: (Trying both xterm and rxvt) ... (emacs:17248): Gdk-WARNING **: shmget failed: error 1073741826 (No such file or directory) That's another matter: nobody has written an shmget implementation yet unfortunately... Does it help to file a bug report? Oh, wait, it's shmget, not semget. Well, that's an unknown bug then. Well, I wouldn't exactly call it unknown... I have a vague recollection that Emacs not working in X mode on Hurd has been known for years. I wouldn't call a vague recollection known :) A bug should be submitted on savannah. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611046: misleading message in verbose mode (gzip not found, using gzip)
On 25/01/2011 10:26, maximilian attems wrote: tags 611046 pending stop On Tue, 25 Jan 2011, Gianluigi Tiesi wrote: due to a script assignment misplacement mkinitramfs displays a misleading message: No gzip in /usr/bin:/sbin:/bin, using gzip instead of No lzma in /usr/bin:/sbin:/bin, using gzip lol indeed. this makes difficult to known that it needs lzma executable in the path (I tought xz instead) the attached patch fixes the problem thanks applied to maks/zip_error, pending review it will land in master for next initramfs-tools relase. http://git.debian.org/?p=kernel/initramfs-tools.git;a=summary --- /usr/sbin/mkinitramfs.orig 2011-01-25 03:18:04.183906059 +0100 +++ /usr/sbin/mkinitramfs 2011-01-25 03:16:12.529490992 +0100 this is wrong path, please use git as described in http://git.debian.org/?p=kernel/initramfs-tools.git;a=blob_plain;f=docs/maintainer-notes.html;hb=HEAD to allow quicker and easier patch application, also your patch is below is white space mangled probalby due to your mail user agent. No, I've used reportbug, but copy/pasted the patch with putty because the problem was in another box, and I lost tabs. It was a quick report and one-line only. Regards -- Gianluigi Tiesi sher...@netfarm.it EDP Project Leader Netfarm S.r.l. - http://www.netfarm.it/ Free Software: http://oss.netfarm.it/ Q: Because it reverses the logical flow of conversation. A: Why is putting a reply at the top of the message frowned upon? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611039: Issue fixed inadvertently while troubleshooting
Surprisingly, this issue got fixed automatically while I was trying to troubleshoot it. The following steps seems to have fixed it for me. (1) Removed ~/.gconf/desktop/%gconf.xml using tty1 (Ctrl + Alt + F1). susam@nifty:~/.gconf/desktop$ mv %gconf.xml %gconf.xml-backup (2) Logged into GNOME desktop as 'susam'. After logging in, keyboard input worked. (3) Logged out of GNOME desktop and returned to tty1 (Ctrl + Alt + F1). (4) Restored the original %gconf.xml susam@nifty:~/.gconf/desktop$ mv %gconf.xml-backup %gconf.xml (5) Logged into GNOME desktop as 'susam'. Surprise! Keyboard input worked fine again! In other words, I could not really establish what caused the problem and what fixed it. Anyone has a clue? Regards, Susam Pal
Bug#611069: postinst prints ISO-8859-1 message
Package: manpages-es-extra Version: 0.8a-16 Severity: minor After installing the package informs the user: Para activar estas páginas de manual ponga LC_MESSAGES a 'es' (o es_ZZ donde ZZ es el código de su pais). Man buscará sus páginas bajo /usr/share/man/es. It uses ISO-8859-1, however, while the default charset in Debian is UTF-8. Therefore accented characters are not readable. I wonder, whether this notice is needed. Most manpages packages seem to live happily without any debian/postinst. -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.37-trunk-686 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash manpages-es-extra depends on no packages. Versions of packages manpages-es-extra recommends: ii manpages-es 1.55-9 Spanish man pages Versions of packages manpages-es-extra suggests: ii man-db [man-browser] 2.5.7-8on-line manual pager -- 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#611070: Package: installation-reports
Package: installation-reports Boot method: CD Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/ Date: Jan 25 2011 10:00-11:00 CET GMT+1 Machine: Asus EeePC 1008PGO Processor: Atom N450 Memory: 1 GB Partitions: df -Tl will do; the raw partition table is preferred [default settings, single partition] # df -Tl FilesystemType 1K-blocks Used Available Use% Mounted on /dev/sda1 ext3 238395008 3926224 222359012 2% / tmpfstmpfs 512408 0512408 0% /lib/init/rw udev tmpfs 508060 232507828 1% /dev tmpfstmpfs 512408 0512408 0% /dev/shm Output of lspci -knn (or lspci -nn): # lspci -knn 00:00.0 Host bridge [0600]: Intel Corporation N10 Family DMI Bridge [8086:a010] Subsystem: ASUSTeK Computer Inc. Device [1043:83ac] Kernel driver in use: agpgart-intel 00:02.0 VGA compatible controller [0300]: Intel Corporation N10 Family Integrated Graphics Controller [8086:a011] Subsystem: ASUSTeK Computer Inc. Device [1043:83ac] Kernel driver in use: i915 00:02.1 Display controller [0380]: Intel Corporation N10 Family Integrated Graphics Controller [8086:a012] Subsystem: ASUSTeK Computer Inc. Device [1043:83ac] 00:1b.0 Audio device [0403]: Intel Corporation N10/ICH 7 Family High Definition Audio Controller [8086:27d8] (rev 02) Subsystem: ASUSTeK Computer Inc. Device [1043:8398] Kernel driver in use: HDA Intel 00:1c.0 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Express Port 1 [8086:27d0] (rev 02) Kernel driver in use: pcieport 00:1c.2 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Express Port 3 [8086:27d4] (rev 02) Kernel driver in use: pcieport 00:1c.3 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Express Port 4 [8086:27d6] (rev 02) Kernel driver in use: pcieport 00:1d.0 USB Controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI Controller #1 [8086:27c8] (rev 02) Subsystem: ASUSTeK Computer Inc. Device [1043:83ad] Kernel driver in use: uhci_hcd 00:1d.1 USB Controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI Controller #2 [8086:27c9] (rev 02) Subsystem: ASUSTeK Computer Inc. Device [1043:83ad] Kernel driver in use: uhci_hcd 00:1d.2 USB Controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI Controller #3 [8086:27ca] (rev 02) Subsystem: ASUSTeK Computer Inc. Device [1043:83ad] Kernel driver in use: uhci_hcd 00:1d.3 USB Controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI Controller #4 [8086:27cb] (rev 02) Subsystem: ASUSTeK Computer Inc. Device [1043:83ad] Kernel driver in use: uhci_hcd 00:1d.7 USB Controller [0c03]: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller [8086:27cc] (rev 02) Subsystem: ASUSTeK Computer Inc. Device [1043:83ad] Kernel driver in use: ehci_hcd 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev e2) 00:1f.0 ISA bridge [0601]: Intel Corporation NM10 Family LPC Controller [8086:27bc] (rev 02) Subsystem: ASUSTeK Computer Inc. Device [1043:83ad] 00:1f.2 SATA controller [0106]: Intel Corporation N10/ICH7 Family SATA AHCI Controller [8086:27c1] (rev 02) Subsystem: ASUSTeK Computer Inc. Device [1043:83ad] Kernel driver in use: ahci 01:00.0 Ethernet controller [0200]: Atheros Communications AR8132 Fast Ethernet [1969:1062] (rev c0) Subsystem: ASUSTeK Computer Inc. Device [1043:838a] Kernel driver in use: atl1c 02:00.0 Network controller [0280]: Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) [168c:002b] (rev 01) Subsystem: AzureWave Device [1a3b:1106] Kernel driver in use: ath9k Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [ ] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: No Problems Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610746: [Pkg-xfce-devel] Bug#610746: Bug#610746: Bug#610746: xfce4-session crashes at startup after today's apt update
severity 610746 important retitle 610746 balou theme makes xfce4-session segfaults on some situation thanks On lun., 2011-01-24 at 17:49 -0600, Nate Bargmann wrote: * On 2011 24 Jan 17:22 -0600, Yves-Alexis Perez wrote: Yeah, the backtrace is useless indeed. It'd help if you could install all the relevant -dbg packages. xfce4-session-dbg doesn't exist so if you can rebuild it it'd help. I might be able to provide you an unstriped package but not right now. Do so at your leisure, if you'd like me to test more. As it is known how to replicate the crash, should this arise again it should be easy to direct reporters to this report. Ok, an unstripped binary package is available at http://molly.corsac.net/~corsac/debian/xfce4/xfce4-session_4.6.2-3_i386.deb Please install all the relevant -dbg packages plus this one and try to get another backtrace. At the time I filed the report, I didn't realize it was self-inflicted. Well, self-inflicted maybe, but it's still nasty :) Please downgrade the severity of this report to Normal if possible. I'll go for important :) 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#611008: does not run with current version of R in squeeze
On Tue, Jan 25, 2011 at 10:48:01 +0100, Andreas Tille wrote: I might consider uploading to unstable the proposed version (+Debhelper 7) in any case. This is suboptimal for unstable because R version is higher there but I might check in my unstable chroot if it at least passes the library(happy) check. This enables us to be fast once Steffen gives better explanation and is a good and reasonable update of packaging for unstable anyway. Well, the debhelper bump is definitely a no-no for squeeze. Cheers, Julien signature.asc Description: Digital signature
Bug#610317: 2.4.0 doesn't have libfinance-quote-perl in dependencies
On Mon, Jan 24, 2011 at 11:03:38PM +0100, Micha Lenk wrote: On Mon, Jan 17, 2011 at 02:25:40PM +0100, Jacek Politowski wrote: 2.4.0 from experimental doesn't depend on libfinance-quote-perl. After manual installation of libfinance-quote-perl package, Security Editor in GnuCash still reports that Finance::Quote is not properly installed. It worked perfectly in 2.2.9 from unstable. Can you please describe in more detail what part of Gnucash is not working as expected? I currently don't understand what part of Gnucash needs the perl package dependencies. GnuCash 2.2.9, from unstable, depends on libfinance-quote-perl (Perl module for retrieving stock quotes from a variety of sources). (actually, I think it should only recommend it, not require, but that's another story) This module is required to automatically grab stock prices by GnuCash. And automatical retrieving of stock prices using Finance::Quote Perl module works like a charm in GnuCash 2.2.9 from Debian unstable. However, with or without libfinance-quote-perl installed, GnuCash 2.4.0 from experimental reports that Finance::Quote is not installed properly. To see this message you need to enter menu Tools-Security Editor, then press Add button. And there, right below Quote Source Information section header, is Warning: Finance::Quote not installed properly message. So one can't get online quotes in GnuCash. (all names/messages using LANG=C) -- Jacek Politowski -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609845: ftp.debian.org: RM: imapsync -- RoM; author doesn't want us to distribute his program
Package: ftp.debian.org Severity: normal Hi, Please remove imapsync from unstable. New versions of the program can only be downloaded for money from the upstream author's website and therefore distributing the program for free in Debian is not requested by him anymore. The whole discussion can be found in #609845. Thank you, Gergely On Sun, 23 Jan 2011 23:33:02 +0100, Gilles LAMIRAL gilles.lami...@laposte.net writes: Hello, - do you want Debian to continue distributing your program (http://packages.debian.org/unstable/mail/imapsync)? No. I thank you very much for all the time and skill you spent packaging imapsync in Debian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610894: opensync-plugin-syncml: Unable to configure syncml plugin
Hi, On Mon, Jan 24, 2011 at 09:49:30PM +0100, Hendrik Sattler wrote: Am Montag 24 Januar 2011, 17:50:00 schrieb Michael Banck: Also note that the syncml plugin has been sort of orphaned upstream, if you need this for some bigger project, I suggest getting involved upstream. A synchronisation solution without SyncML? Well, one could say ActiveSync is gaining traction. Anyway, just the guy who mostly hacked on libsyncml and the syncml plugin over the last years has moved on, he is not the original author. There seem to be a couple of major bugs in syncml/libsyncml currently, and so far nobody has stepped up to fix them, but this is open source, somebody might show up in a while (people showed up to fixup the akonadi plugin, e.g.). So Funambol is the only solution for a SyncML client in the long term? There's syncevolution/libsynthesis as well, you might want to evaluate that. I would get involved upstream for sure but I am currently working on OpenOBEX and obexpushd upstream which takes all of the time I can spend for such tasks. Actually, I was hoping for the akonadi plugin, so I could sync my KDE and Horde installations. There's a couple of loose ends right now, but the akonadi plugin seems to be moving forward slowly. Once squeeze is out and I find some time, I might try to start packaging subversion snapshots in experimental, because the current release frequency of opensync is just too slow to be useful. Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611071: lesstif2-dev: unable to install (Debian Testing)
Package: lesstif2-dev Version: 0.95.2-1 Severity: grave Tags: squeeze Justification: renders package unusable I am unable to install lesstif2-dev: root@hstreibel:~# apt-get install lesstif2-dev ... Some packages could not be installed. ... The following packages have unmet dependencies: lesstif2-dev: Depends: libxft-dev but it is not going to be installed E: Broken packages Trying to install libxft-dev gives: root@hstreibel:~# apt-get install libxft-dev ... Some packages could not be installed. ... The following packages have unmet dependencies: libxft-dev: Depends: libxft2 (= 2.1.14-2) but 2.1.14-2.1 is to be installed E: Broken packages -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) 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#610749: fakeroot fails ownership with kfreebsd systems
On Tue, Jan 25, 2011 at 09:56:28AM +0100, Mats Erik Andersson wrote: A comment just for the record. måndag den 24 januari 2011 klockan 22:10 skrev Aurelien Jarno detta: Ok, I have finally understood the problem: 1) in eglibc we implement at* functions, but mark them as stub as the emulation for FreeBSD 7.x kernels is not perfect. FreeBSD 8.x have this syscalls natively, and thus don't need emulation. 2) newer versions of tar start to use the fstatat syscall. 3) fakeroot doesn't emulate this syscall because it is marked as stub in eglibc. Even before the original bug report, I did verify that fakeroot tar -cf /tmp/df.tar /etc/default is able to arrive at ownership 'root:root', which does also with kfreebsd-amd64/unstable. Does this correlate completely? In this case, even if fakeroot doesn't intercept the fstatat function, the ownership is already root on the drive, that's why they it is correct in the tarball. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611072: please depend on python-sip instead of on python-sip4
Package: python-ball, python-ballview Version: 1.3.2-2 Severity: important I uploaded sip4 source package (previously: sip4-qt3) without transitional packages (python-sip4, sip4, python-sip4-dev and python-sip4-dbg). It's currently in NEW, but please update your dependencies in python-ball and python-ballview binary packages. Sorry for late notice, it was deprecated a year ago and I thought every package is already updated. -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=pl_PL.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#611073: please consider use of file capabilities
Package: traceroute Version: 1:2.0.15-1 Severity: wishlist The upstream source contains a hardcoded test that makes it impossible to use file capabilities (libcap2) with traceroute, i.e., the use of '-I' is checked against superuser accesss. A simple removal of a single test makes the setting of cap_net_raw sufficient to use this mechanism. Upstream might be moved into providing this possibilility, enhanced by improved messages at the time of socket creation. Please consider the implications of this change, whether it be applicable or desireable. Regards, Mats Erik Andersson, DM --- traceroute-2.0.15/traceroute/traceroute.c.orig 2010-07-14 15:54:03.0 +0200 +++ traceroute-2.0.15/traceroute/traceroute.c 2011-01-25 11:43:20.0 +0100 @@ -566,9 +566,14 @@ ops = tr_get_module (module); if (!ops) ex_error (Unknown traceroute module %s, module); +#if 0 + /* Remove test in order to allow file capabilities management. +* The use of Linux specific cap_net_raw is sufficient. +*/ if (!ops-user geteuid () != 0) ex_error (The specified type of tracerouting is allowed for superuser only); +#endif if (!first_hop || first_hop max_hops) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546836: Bug confirmed: Matrox G550 unusable under squeeze
Hi there, I updated my home desktop system to squeeze this weekend and was hit by this same Matrox G550 bug. As soon as the xserver is started, the screen turns completely black. I coudn't even switch back to console mode (either MDA text console or VESA framebuffer console). The monitor itself was not in sleep mode (it still received horizontal and vertical sync). The only way to access the system was by the network from another computer. Also, no errors reported in /var/log/Xorg.0.log but ps showed that an XKeepsCrashing process was running. Removing xorg.conf didn't change anything neither did removing the mga.ko kernel DRM module. As using the vesa driver was no viable option (no direct rendering, no video overlay) I ended up downgrading all xorg packages the the old lenny versions (I just kept the xserver-xorg control package from squeeze and rebuild it with relaxed version dependancies so apt would not complain). -- Etienne Vogt. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610749: fakeroot fails ownership with kfreebsd systems
Petr Salinger a écrit : reassign 610749 eglibc severity 610749 serious thanks The problems is triggered by the new version of tar that is present only in sid, squeeze is not affected. However given the packages are built in a sid chroot, we might be in trouble, especially given the package has been uploaded almost 50 days ago... Ok, I have finally understood the problem: 1) in eglibc we implement at* functions, but mark them as stub as the emulation for FreeBSD 7.x kernels is not perfect. FreeBSD 8.x have this syscalls natively, and thus don't need emulation. 2) newer versions of tar start to use the fstatat syscall. 3) fakeroot doesn't emulate this syscall because it is marked as stub in eglibc. Even if testing is not affected, it's a serious problem as packages are in unstable before moving to testing. This is way we have roughly 300 broken binary packages in the archive. Therefore I think it should be fixed as soon as possible. IMHO the best way to fix that is to remove the stub for at* functions as we don't want to support 7.x kernel anymore. This fix is long-term-fix. But I do not agree to do it now, for squeeze glibc. The other packages behaviour/code_path might be altered by this change significantly. Better would be to override *at stubs only for fakeroot now. Something like add in fakeroot's configure/configure.ac after AC_CHECK_FUNCS(fchmodat fchownat fstatat mkdirat mknodat openat renameat unlinkat) - case $target_os in kfreebsd*) for ac_func in fchmodat fchownat fstatat mkdirat mknodat openat renameat unlinkat do cat confdefs.h _ACEOF #define `$as_echo HAVE_$ac_func | $as_tr_cpp` 1 _ACEOF done ;; esac - That's indeed another option. Clint, what do you think about it? Note it's only something temporary until we fix the real issue on eglibc. The remaining question is to know if we want that in squeeze or not. The change in eglibc should be synced with 2.12 (2.13) upload. I have already changed that in the SVN on glibc-ports, that way we won't forget about that. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611071: lesstif2-dev: unable to install (Debian Testing)
# Not squeeze-specific, package versions are in sync tag 611071 - squeeze tag 611071 + moreinfo thanks On Tue, January 25, 2011 10:15, Hans Streibel wrote: root@hstreibel:~# apt-get install lesstif2-dev ... Some packages could not be installed. ... The following packages have unmet dependencies: lesstif2-dev: Depends: libxft-dev but it is not going to be installed [...] root@hstreibel:~# apt-get install libxft-dev ... Some packages could not be installed. ... The following packages have unmet dependencies: libxft-dev: Depends: libxft2 (= 2.1.14-2) but 2.1.14-2.1 is to be installed Is that a local package, or from a third party repository? The version of libxft2 in both sid and squeeze is 2.1.14-2, which correctly fulfills that dependency. In fact, so far as I can see, there has never been a libxft2 2.1.14-2.1 in the Debian archive. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611074: libxft-dev: unable to install (Debian Testing)
Package: libxft-dev Version: 2.1.14-2 Severity: grave Tags: squeeze Justification: renders package unusable I am unable to install the package in Squeeze: root@hstreibel:~# apt-get install libxft-dev ... Some packages could not be installed. ... The following packages have unmet dependencies: libxft-dev: Depends: libxft2 (= 2.1.14-2) but 2.1.14-2.1 is to be installed E: Broken packages root@hstreibel:~# apt-get install libxft2 Reading package lists... Done Building dependency tree Reading state information... Done libxft2 is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 66 not upgraded. -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) 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#611075: RM: xprintmon
Package: ftp.debian.org Severity: normal Please remove xprintmon from unstable. I do not think it needs to be in Debian any longer and as I am most likely the only user I do not think there will be any other maintainer. Bernhard R. Link -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611008: does not run with current version of R in squeeze
On Tue, Jan 25, 2011 at 11:28:20AM +0100, Julien Cristau wrote: I might consider uploading to unstable the proposed version (+Debhelper 7) in any case. This is suboptimal for unstable because R version is higher there but I might check in my unstable chroot if it at least passes the library(happy) check. This enables us to be fast once Steffen gives better explanation and is a good and reasonable update of packaging for unstable anyway. Well, the debhelper bump is definitely a no-no for squeeze. Ups, that's a bit late for the just uploaded package. However it seems that bug #611008 was a false alarm. I'm waiting for confirmation of the reporter. Just for the sake of interest: The no-no for the Debhelper 5 to 7 bump is only because you consider the *change* with potential consequences as to heavy for last minute Squeeze inclusion or is there something else which makes it a no-no? Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611008: does not run with current version of R in squeeze
On Tue, Jan 25, 2011 at 11:43:11AM +0100, Steffen Möller wrote: On 01/25/2011 11:38 AM, Andreas Tille wrote: On Tue, Jan 25, 2011 at 10:02:37AM +0100, Steffen Möller wrote: this is weird. I got a complaint when I ran it on a squeeze system the day before yesterday. I then compiled it myself. Only when loading the library or did you also other stuff? Only loading. OK, so it seems to be a false alarm. Can you please make sure by proper tagging that it is fixed in *all* versions and the report will not stay for testing to prevent that the package will by kicked by accident? Another question about updating the package: It does not seem to need r-cran-vr as Build-Depends but rather r-cran-mass (which was implicitely pulled in when installing r-cran-vr). Thus I fixed the (Build-)Depends and added r-cran-vr to Recommends (because I assume you had some reasons in the first place). I also found r-cran-multicore as (Build-)Depends in some not yet uploaded change in SVN which was not accompanied by a changelog entry. I added this also to Recommends because I do not see a strong dependency - just fix (and comment) this if I was wrong. Fine with me. OK, package just uploaded to unstable. Please have a close look at the just commited changelog for UNRELEASED beta release. You formerly claimed a name change there but you said on the list this would not be the case. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611008: does not run with current version of R in squeeze
On Tue, Jan 25, 2011 at 12:04:06 +0100, Andreas Tille wrote: Just for the sake of interest: The no-no for the Debhelper 5 to 7 bump is only because you consider the *change* with potential consequences as to heavy for last minute Squeeze inclusion or is there something else which makes it a no-no? It's not the minimal required fix for a RC bug - it's a no-no. Cheers, Julien signature.asc Description: Digital signature
Bug#543992: automake and /usr/share/info/dir.gz
Ignorant questions: do distributions other than Debian take care of running install-info automatically, too? Gentoo portage removes dir files from package DESTDIR: http://git.overlays.gentoo.org/gitweb/?p=proj/portage.git;a=blob;f=bin/misc-functions.sh;h=46be5011cebd20945de34839f48686f8a6fa346e;hb=2ac37d36a1a265654860e9f509f6bcf420a8e734#l675 When the package is installed on a system, install-info is called again: http://git.overlays.gentoo.org/gitweb/?p=proj/portage.git;a=blob;f=pym/_emerge/main.py;h=912fab51b7346367ee6f5a46f4ae6a613f73b09e;hb=2ac37d36a1a265654860e9f509f6bcf420a8e734#l166 The rpm 4.8.1 sources seem to have some mandrake-specific macros for install-info commands in the platform.in file: http://www.google.com/codesearch?q=install_info+file%3Aplatform.in These macros can be called post installation or pre uninstall to call install-info. Haven't figured where they get rid of their dir entries, though, as I don't have an RPM-based system at my disposal. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602697: chef: remove from squeeze because of solr (#602697)? (was Re: Bug#602697: chef-solr depends on solr)
Hi there! Cc:ing all the people that have interacted with this bug. Still true, but this is the last email about this subject from me. On Sun, 28 Nov 2010 17:47:41 +0100, Luca Capello wrote: Some hints about the chef package in Debian: - Debian has (6-month-old) 0.8.16-4.1, while upstream is at 0.9.12 - popcon show 41 installation (2 recent) for the chef binary package and 2 (0 recent) for the chef-solr binary package - there is an RC bug for chef-solr (#604231, installation fails because of nodedown) Thus, I think the best thing would be to remove chef from squeeze (new bugs created), so then we can remove solr as well. chef has been removed from squeeze because of #610127 and #596351: http://packages.qa.debian.org/c/chef/news/20110121T163911Z.html It's also in lenny (albeit in contrib) so if it were removed then a migration path for those users to a replacement would be good. Given that chef-solr was not in lenny, the above applies to solr only. However, I should say that I do not know at all a good migration path. This concern still stands, but given that no one has shown interest in implementing this in mostly two months, I would say that we should simply remove solr from squeeze. For the Release Team: should I file an RM bug or this one is sufficient? Thx, bye, Gismo / Luca pgpSFpQDp7sg8.pgp Description: PGP signature
Bug#610749: fakeroot fails ownership with kfreebsd systems
Therefore I think it should be fixed as soon as possible. IMHO the best way to fix that is to remove the stub for at* functions as we don't want to support 7.x kernel anymore. This fix is long-term-fix. But I do not agree to do it now, for squeeze glibc. The other packages behaviour/code_path might be altered by this change significantly. Better would be to override *at stubs only for fakeroot now. Something like add in fakeroot's configure/configure.ac after AC_CHECK_FUNCS(fchmodat fchownat fstatat mkdirat mknodat openat renameat unlinkat) - case $target_os in kfreebsd*) for ac_func in fchmodat fchownat fstatat mkdirat mknodat openat renameat unlinkat do cat confdefs.h _ACEOF #define `$as_echo HAVE_$ac_func | $as_tr_cpp` 1 _ACEOF done ;; esac - That's indeed another option. Clint, what do you think about it? Note it's only something temporary until we fix the real issue on eglibc. I am unsure what is the real issue. - eglibc providing best-effort fstatat and marking as a stub - fakeroot not intercepting fstatat which exists but is marked as stub - tar using fstatat despite marked as stub The long-term solution is of course bump kfreebsd kernel requirements to 8.1 and drop stub marking in eglibc. The remaining question is to know if we want that in squeeze or not. nice to have for squeeze, have to have in sid Cheers Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608365: Confirmed on Intel Core 3 Workstation
Please keep Cc m...@teamix.de as I got no reply from subscription request yet. I can confirm this on a Intel Core i3 Workstation from FTS: [ 2721.112] (II) intel(0): EDID vendor FUS, prod id 1676 [ 2721.112] (II) intel(0): Printing DDC gathered Modelines: [ 2721.112] (II) intel(0): Modeline 1680x1050x0.0 146.25 1680 1784 1960 2240 1050 1053 1059 1089 -hsync +vsync (65.3 kHz) [ 2721.112] (II) intel(0): Modeline 1680x1050x0.0 119.00 1680 1728 1760 1840 1050 1053 1059 1080 +hsync -vsync (64.7 kHz) [ 2721.112] (II) intel(0): Modeline 800x600x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz) [ 2721.112] (II) intel(0): Modeline 640x480x0.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz) [ 2721.112] (II) intel(0): Modeline 640x480x0.0 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz) [ 2721.112] (II) intel(0): Modeline 720x400x0.0 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz) [ 2721.112] (II) intel(0): Modeline 1280x1024x0.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz) [ 2721.112] (II) intel(0): Modeline 1024x768x0.0 78.75 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.0 kHz) [ 2721.112] (II) intel(0): Modeline 1024x768x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz) [ 2721.112] (II) intel(0): Modeline 800x600x0.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz) [ 2721.112] (II) intel(0): Modeline 1440x900x0.0 88.75 1440 1488 1520 1600 900 903 909 926 +hsync -vsync (55.5 kHz) [ 2721.112] (II) intel(0): Modeline 1440x900x0.0 136.75 1440 1536 1688 1936 900 903 909 942 -hsync +vsync (70.6 kHz) [ 2721.112] (II) intel(0): Modeline 1280x800x0.0 71.00 1280 1328 1360 1440 800 803 809 823 +hsync -vsync (49.3 kHz) [ 2721.112] (II) intel(0): Modeline 1280x800x0.0 106.50 1280 1360 1488 1696 800 803 809 838 -hsync +vsync (62.8 kHz) [ 2721.112] (II) intel(0): Modeline 1280x720x60.0 74.48 1280 1336 1472 1664 720 721 724 746 -hsync +vsync (44.8 kHz) [ 2721.112] (II) intel(0): Modeline 1280x1024x0.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz) [ 2721.989] (II) Open ACPI successful (/var/run/acpid.socket) [ 2749.403] Backtrace: [ 2749.403] 0: /usr/bin/X (xorg_backtrace+0x3b) [0x80ed71b] [ 2749.403] 1: /usr/bin/X (0x8048000+0x58705) [0x80a0705] [ 2749.403] 2: (vdso) (__kernel_rt_sigreturn+0x0) [0xf7702410] [ 2749.403] 3: /usr/bin/X (FreeClientResources+0xed) [0x808c65d] [ 2749.403] 4: /usr/bin/X (FreeAllResources+0x60) [0x808c730] [ 2749.403] 5: /usr/bin/X (0x8048000+0x1e666) [0x806] [ 2749.403] 6: /lib/i686/cmov/libc.so.6 (__libc_start_main+0xe6) [0xf7423c76] [ 2749.403] 7: /usr/bin/X (0x8048000+0x1e211) [0x8066211] [ 2749.403] Segmentation fault at address 0xeb42b00 [ 2749.403] Fatal server error: [ 2749.403] Caught signal 11 (Segmentation fault). Server aborting [ 2749.403] [ 2749.403] kaesefondue:~# lspci -nn 00:00.0 Host bridge [0600]: Intel Corporation Core Processor DRAM Controller [8086:0040] (rev 02) 00:02.0 VGA compatible controller [0300]: Intel Corporation Core Processor Integrated Graphics Controller [8086:0042] (rev 02) 00:16.0 Communication controller [0780]: Intel Corporation 5 Series/3400 Series Chipset HECI Controller [8086:3b64] (rev 06) 00:16.2 IDE interface [0101]: Intel Corporation 5 Series/3400 Series Chipset PT IDER Controller [8086:3b66] (rev 06) 00:16.3 Serial controller [0700]: Intel Corporation 5 Series/3400 Series Chipset KT Controller [8086:3b67] (rev 06) 00:19.0 Ethernet controller [0200]: Intel Corporation 82578DM Gigabit Network Connection [8086:10ef] (rev 05) 00:1a.0 USB Controller [0c03]: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller [8086:3b3c] (rev 05) 00:1b.0 Audio device [0403]: Intel Corporation 5 Series/3400 Series Chipset High Definition Audio [8086:3b56] (rev 05) 00:1c.0 PCI bridge [0604]: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 1 [8086:3b42] (rev 05) 00:1d.0 USB Controller [0c03]: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller [8086:3b34] (rev 05) 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev a5) 00:1f.0 ISA bridge [0601]: Intel Corporation 5 Series Chipset LPC Interface Controller [8086:3b0a] (rev 05) 00:1f.2 SATA controller [0106]: Intel Corporation 5 Series/3400 Series Chipset 6 port SATA AHCI Controller [8086:3b22] (rev 05) 00:1f.3 SMBus [0c05]: Intel Corporation 5 Series/3400 Series Chipset SMBus Controller [8086:3b30] (rev 05) ff:00.0 Host bridge [0600]: Intel Corporation Core Processor QuickPath Architecture Generic Non-core Registers [8086:2c61] (rev 02) ff:00.1 Host bridge [0600]: Intel Corporation Core Processor QuickPath Architecture System Address Decoder [8086:2d01] (rev 02) ff:02.0 Host bridge [0600]: Intel Corporation Core Processor QPI Link 0 [8086:2d10] (rev
Bug#188298: sopwith [RFE]: oil tanks should blow big
Package: sopwith Version: 1.7.1-4 Followup-For: Bug #188298 excellent, thanks! I look forward to checking it out. Hamish -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608365: Similar bug reports, possible workaround kdm option
Please keep Cc m...@teamix.de I found some other references [i865] Crash on logout with KDM https://bugs.launchpad.net/bugs/628077 The changelog of xserver-xorg-video-intel (2:2.12.0-1ubuntu5) quoted in that bugreport contains: * debian/patches/101_copy-fb.patch: Move scratch pixmap creation to the drmmode_copy_fb function, and clean up after we've used it. Fixes the SIGSEGV in FreeClientResources when logging out of KDE (LP: #628077) Other possibly related reports: [i945g] The computer logged me out without my permission. https://bugs.launchpad.net/bugs/660152 Here are further hints: X crash on KDM logout (still - yes, really) https://bugs.launchpad.net/bugs/651294 On some Kubuntu systems, the display server crashes on logout instead of returning to the KDE Display Manger (KDM) login display. For systems with this problem, the problem can be avoided by changing the method KDM uses to interact with the display server. Edit /etc/kde4/kdm/kdmrc and uncomment the line #TerminateServer=true by changing it to TerminateServer=true and restart KDM (reboot the system or sudo restart kdm). I test this: This actually works around the problem on the FTS workstation with Intel KMS and on the ThinkPad T42 with Radeon KMS. I didn't see this with X.org packages from Squeeze. On the FTS workstation I currently use: kaesefondue:~# apt-show-versions | egrep (xserver-xorg/|xserver-xorg-core/| xserver-xorg-video-intel/|libdrm|libgl1-mesa|kdm) kdm/squeeze uptodate 4:4.4.5-7 libdrm-intel1/experimental uptodate 2.4.23-1 libdrm-nouveau1a/experimental uptodate 2.4.23-1 libdrm-radeon1/experimental uptodate 2.4.23-1 libdrm2/experimental uptodate 2.4.23-1 libgl1-mesa-dev/experimental uptodate 7.9+repack-2 libgl1-mesa-dri/experimental uptodate 7.9+repack-2 libgl1-mesa-glx/experimental uptodate 7.9+repack-2 xserver-xorg/experimental uptodate 1:7.6~2 xserver-xorg-core/experimental uptodate 2:1.9.3.901-1 xserver-xorg-video-intel/experimental uptodate 2:2.14.0-1 On the ThinkPad T42 I currently use: martin@shambhala:~ apt-show-versions | egrep (xserver-xorg/|xserver-xorg- core/|xserver-xorg-video-radeon/|libdrm|libgl1-mesa|kdm) kdm/experimental-snapshots uptodate 4:4.5.1-0r2 libdrm-intel1/squeeze uptodate 2.4.21-1~squeeze3 libdrm-nouveau1/squeeze uptodate 2.4.21-1~squeeze3 libdrm-radeon1/squeeze uptodate 2.4.21-1~squeeze3 libdrm-radeon1-dbg/squeeze uptodate 2.4.21-1~squeeze3 libdrm2/squeeze uptodate 2.4.21-1~squeeze3 libdrm2-dbg/squeeze uptodate 2.4.21-1~squeeze3 libgl1-mesa-dev/experimental uptodate 7.9+repack-2 libgl1-mesa-dri/experimental uptodate 7.9+repack-2 libgl1-mesa-dri-dbg/experimental uptodate 7.9+repack-2 libgl1-mesa-glx/experimental uptodate 7.9+repack-2 libgl1-mesa-glx-dbg/experimental uptodate 7.9+repack-2 xserver-xorg/experimental uptodate 1:7.6~2 xserver-xorg-core/experimental uptodate 2:1.9.3.901-1 xserver-xorg-video-radeon/experimental uptodate 1:6.13.2-1 I am using libdrm 2.4.21 here, since with 2.4.23 there X.org server locks up hard quite often. I had lockups with 2.4.21 as well, but not as often. Hardware there is: martin@shambhala:~ lspci -nn 00:00.0 Host bridge [0600]: Intel Corporation 82855PM Processor to I/O Controller [8086:3340] (rev 03) 00:01.0 PCI bridge [0604]: Intel Corporation 82855PM Processor to AGP Controller [8086:3341] (rev 03) 00:1d.0 USB Controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4- L/ICH4-M) USB UHCI Controller #1 [8086:24c2] (rev 01) 00:1d.1 USB Controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4- L/ICH4-M) USB UHCI Controller #2 [8086:24c4] (rev 01) 00:1d.2 USB Controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4- L/ICH4-M) USB UHCI Controller #3 [8086:24c7] (rev 01) 00:1d.7 USB Controller [0c03]: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller [8086:24cd] (rev 01) 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev 81) 00:1f.0 ISA bridge [0601]: Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge [8086:24cc] (rev 01) 00:1f.1 IDE interface [0101]: Intel Corporation 82801DBM (ICH4-M) IDE Controller [8086:24ca] (rev 01) 00:1f.3 SMBus [0c05]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller [8086:24c3] (rev 01) 00:1f.5 Multimedia audio controller [0401]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller [8086:24c5] (rev 01) 00:1f.6 Modem [0703]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller [8086:24c6] (rev 01) 01:00.0 VGA compatible controller [0300]: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10] [1002:4e50] 02:00.0 CardBus bridge [0607]: Texas Instruments PCI4520 PC card Cardbus Controller [104c:ac46] (rev 01) 02:00.1 CardBus bridge [0607]: Texas Instruments PCI4520 PC card Cardbus Controller [104c:ac46] (rev 01) 02:01.0 Ethernet controller [0200]: Intel Corporation 82540EP Gigabit Ethernet Controller (Mobile) [8086:101e] (rev 03) 02:02.0 Network controller
Bug#603974: Info provided, help needed!
This bug seems to rely on two missing bits on two packages (patches included).
the package live-build does not include console-setup-udeb in the cdrom
pool/ directory and live-installer do not Depends: on console-setup-udeb.
So the /target system have default /etc/default/keyboard file instead of a
proper one.
Fixing those two above mentioned quirks is not enough it seems, because the
resulting target, although having a proper configuration file, still needs a
setupcon after reboot in order to have things working.
I see that live-installer calls setupcon --save-only in the target, so, by
reading man page, all should be done.
But strangely it is not the case.
Could anyone from debian installer team, with a deeper understanding of d-i
than me, suggests a solution there?
The patches included are there just for convenience.
--
ESC:wq
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
From d59109c0969f4ef0c469bd0a72b940085e243c8b Mon Sep 17 00:00:00 2001
From: Marco Amadori amado...@vdavda.com
Date: Mon, 24 Jan 2011 11:33:15 +0100
Subject: [PATCH] Fix missing keyboard setup adding console-setup-udeb dependency (Closes: #603974).
---
debian/changelog |7 ++-
debian/control |3 ++-
2 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/debian/changelog b/debian/changelog
index 9fff7e1..6fa99ad 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,8 +1,13 @@
live-installer (30) UNRELEASED; urgency=low
+ [ Otavio Salvador ]
* Avoid the build-depends on autotools.
- -- Otavio Salvador ota...@ossystems.com.br Tue, 04 Jan 2011 10:57:25 -0200
+ [ Marco Amadori ]
+ * Fix missing keyboard setup by adding console-setup-udeb
+dependency (Closes: #603974).
+
+ -- Marco Amadori marco.amad...@vdavda.com Mon, 24 Jan 2011 11:30:22 +0100
live-installer (29) unstable; urgency=low
diff --git a/debian/control b/debian/control
index ca83145..b6beeb0 100644
--- a/debian/control
+++ b/debian/control
@@ -16,7 +16,8 @@ XC-Package-Type: udeb
Architecture: any
Depends:
${shlibs:Depends}, archdetect, base-installer (= 1.105),
- busybox-udeb (= 1:1.13.3), cdebconf-udeb, created-fstab, mounted-partitions
+ busybox-udeb (= 1:1.13.3), cdebconf-udeb, created-fstab, mounted-partitions,
+ console-setup-udeb
Provides: installed-base, kernel-installer
XB-Installer-Menu-Item: 6500
Description: Install the system
--
1.7.2.3
From dce8c569e953722f2191e8126432a55a396acd79 Mon Sep 17 00:00:00 2001
From: Marco Amadori amado...@vdavda.com
Date: Tue, 16 Nov 2010 17:47:17 +0100
Subject: [PATCH] Do not exclude console-setup-udeb (Helps: #603974)
* it is not in d-i initrd image anymore, and is required to pass keyboard
configuration to /target console-setup package.
Signed-off-by: Marco Amadori amado...@vdavda.com
---
data/debian-cd/squeeze/exclude-udebs |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/data/debian-cd/squeeze/exclude-udebs b/data/debian-cd/squeeze/exclude-udebs
index 1faaa9a..ba3ed4f 100644
--- a/data/debian-cd/squeeze/exclude-udebs
+++ b/data/debian-cd/squeeze/exclude-udebs
@@ -132,7 +132,6 @@ auto-install
libslang2-udeb
kbd-chooser
kbd-udeb
-console-setup-*
# Currently unused
nbd-client-udeb
pwgen-udeb
--
1.7.2.3
Bug#610028: RFA: partimage -- disk cloning/backup utility
Hi Fabrizio, hi Christof! Thanks for your interest in partimage. I'll CC the RFA the bug report so this discussion is public. On 24.01.2011 00:02, Fabrizio Regalli wrote: Hi Michael, I'm thinking to adopt your package: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610028 but I would like to be sure of being able to maintain it. Can I please check your Debian dir of this package? For anyone reading this bug report, both Fabrizio and Christof contacted me privately and showed interest in adopting partimage. While Christof contacted me first and in doubt I'd opt for the first come, first serve basis, maybe you could consider joining forces. That said, neither Fabrizio nor Christof has currently upload rights so they would need a sponsor. I also have to add, that the upstream development has basically stalled and there is no (official) support for ext4. So I'd like to hand over the package to someone who knows C++ as you can no longer rely on upstream to fix bugs for you and you'd kinda have the role of an upstream developer. As for the sources and the debian packaging: I haven't used a public VCS for development, but I can upload it somewhere if there is interest. Aside from that, the current packaging is available from the debian archive via apt-get source partimage or dget http://ftp.debian.org/debian/pool/main/p/partimage/partimage_0.6.8-1.dsc Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#611076: Calibration utility list not available
Package: xserver-xorg-input-evtouch Version: 0.8.8-4 Hi, when problems occur with the calibration utility ev_calibrate/calibrate.sh an error is displayed using xdialog/kdialog which refers to the list ubuntu-mob...@lists.ubuntu.com which results in 550 unknown user: ubuntu-mob...@lists.ubuntu.com: host lists.ubuntu.com[91.189.94.204] said: 550 unknown user (in reply to RCPT TO command) If a touchscreen is not recognised, details should be sent to this list. Regards, Joey -- Whenever you meet yourself you're in a time loop or in front of a mirror. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#494386: this hook implements feature
The attached hook implements this feature. The new variable FAI_BASEFILEURL is used to download a base.tgz (or .tar.xz,...) via HTTP or FTP. If you set for e.g. FAI_BASEFILEURL=http://faiserver/basefiles this hook will get a listing of all files in the directory basefiles on the HTTP server faiserver. Then the basename of all files are matched with the list of class names, and the hook selects a file using the usual class mechanism. After a ramdisk is put on top of basefiles, the file is downloaded. Extracting this basefile is done by the following task using ftar. extrbase.DEFAULT Description: Binary data -- regards Thomas
Bug#608822: Two potential security issues
notfound 608822 0.7.7+dfsg-1 thanks Hello again, Moritz Muehlenhoff [2011-01-03 19:11 +0100]: there's been an advisory on calibre. I'm not sure, whether it actually applies to the Debian package, is the content server distributed in the Debian package? Please check. http://www.waraxe.us/advisory-77.html I checked both vulnerabilities, and cannot reproduce either of them in the 0.7.7 version that current testing has. The browse module doesn't exist at all (for the XSS), and no matter which path I request for the path traversal, in this version it already only searches in the static contents dir. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#609581: Incompatible licences
Hello Julien, Julien Cristau [2011-01-18 12:01 +0100]: That doesn't address Riddell's point. You're mixing GPL 2 (poppler) with GPL 2+ (PDF reflow plugin) with GPL 3 (calibre). I don't think that works. As I see no way to sensibly untangle this for squeeze, I propose to upload a version to t-p-u which removes the pdfreflow plugin. I still need to build it, as otherwise the build system will fail horribly, but it won't be shipped in the .deb any more. Does that sound acceptable to you? Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#609581: Incompatible licences
On Tue, Jan 25, 2011 at 12:49:38 +0100, Martin Pitt wrote: Hello Julien, Julien Cristau [2011-01-18 12:01 +0100]: That doesn't address Riddell's point. You're mixing GPL 2 (poppler) with GPL 2+ (PDF reflow plugin) with GPL 3 (calibre). I don't think that works. As I see no way to sensibly untangle this for squeeze, I propose to upload a version to t-p-u which removes the pdfreflow plugin. I still need to build it, as otherwise the build system will fail horribly, but it won't be shipped in the .deb any more. Does that sound acceptable to you? It does, thanks. Cheers, Julien signature.asc Description: Digital signature
Bug#611077: tudu: Please list -lncursesw before object (or C) files using it
Package: tudu
Version: 0.8-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu natty ubuntu-patch
Objects that contain definitions need to appear after the objects that
reference those definitions on the linker line. Otherwise, when
--as-needed is used by the linker, the linking would fail. Please refer
to 'ld' manpage (at the -l option).
*** /tmp/tmpnjss5J
In Ubuntu, we've applied the attached patch to achieve the following:
* configure, src/Makefile.acr: -lncursesw should be listed after the
C/object files using it.
We thought you might be interested in doing the same.
-- System Information:
Debian Release: squeeze/sid
APT prefers maverick-updates
APT policy: (500, 'maverick-updates'), (500, 'maverick-security'), (500,
'maverick-proposed'), (500, 'maverick-backports'), (500, 'maverick')
Architecture: i386 (i686)
Kernel: Linux 2.6.35-25-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- tudu-0.8.orig/configure
+++ tudu-0.8/configure
@@ -350,7 +350,7 @@
case $undefined_variable in 0|) echo ; echo ERROR: There is no curses installed! 2 ; echo ; exit 1 ;; esac; fi
LDFLAGS=${LDFLAGS} $LD_CURSES
printf checking for WIDEC_CURSES...
-echo #define _XOPEN_SOURCE_EXTENDED test.c ; echo #include$CURSES_INCLUDE test.c ; echo main(){ addwstr(L\\); } test.c ; eval \$${COMPILER} ${CXXFLAGS} ${LDFLAGS} test.c /dev/null 21 ; if [ $? = 0 ]; then WIDEC_CURSES=1; else WIDEC_CURSES=0; fi ; rm test.c
+echo #define _XOPEN_SOURCE_EXTENDED test.c ; echo #include$CURSES_INCLUDE test.c ; echo main(){ addwstr(L\\); } test.c ; eval \$${COMPILER} ${CXXFLAGS} test.c ${LDFLAGS} /dev/null 21 ; if [ $? = 0 ]; then WIDEC_CURSES=1; else WIDEC_CURSES=0; fi ; rm test.c
if [ $WIDEC_CURSES = 1 ]; then
echo yes
else
only in patch2:
unchanged:
--- tudu-0.8.orig/src/Makefile.acr
+++ tudu-0.8/src/Makefile.acr
@@ -17,7 +17,7 @@
all: $(PKGNAME)
$(PKGNAME): $(OBJS)
- $(CXX) $(CXXFLAGS) $(LDFLAGS) -o $@ $(OBJS)
+ $(CXX) $(CXXFLAGS) -o $@ $(OBJS) $(LDFLAGS)
.cc.o:
$(CXX) $(CXXFLAGS) -c $
Bug#610273: grub-pc: 05_debian_theme ignores COLOR_NORMAL and COLOR_HIGHLIGHT
forcemerge 608283 610273 thanks Am Montag, den 17.01.2011, 02:15 +0300 schrieb Rinat: if I specify GRUB_BACKGROUND, default menu color is set to black/black which completly unreadable (picture black there) even if I set COLOR_NORMAL and COLOR_HIGHLIGHT. This was fixed in #608263[1]. I can't change it by specifying parameters only in /etc/default/grub, 05_debian_theme ignores my colors. This is #608283[2]. BTW: Why do you think that $COLOR_NORMAL and $COLOR_HIGHLIGHT are the correct variables for specifying custom color? There have been other suggestions[3], but I think I will go with this [4]. Best regards Alexander Kurtz [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=608263 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=608283 [3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=608283#5 [4] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=608283#50 signature.asc Description: This is a digitally signed message part
Bug#610746: [Pkg-xfce-devel] Bug#610746: Bug#610746: Bug#610746: xfce4-session crashes at startup after today's apt update
* On 2011 25 Jan 04:29 -0600, Yves-Alexis Perez wrote:
Ok, an unstripped binary package is available at
http://molly.corsac.net/~corsac/debian/xfce4/xfce4-session_4.6.2-3_i386.deb
Please install all the relevant -dbg packages plus this one and try to
get another backtrace.
Thanks. I managed to quickly install a lot of -dbg packages except for
the kernel where one isn't available. I've attached a new gdb.txt.
I'll go for important :)
That works too.
- Nate
--
The optimist proclaims that we live in the best of all
possible worlds. The pessimist fears this is true.
Ham radio, Linux, bikes, and more: http://n0nb.us/index.html
#0 0xb77f6424 in __kernel_vsyscall ()
No symbol table info available.
#1 0xb6e4e751 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
resultvar = value optimized out
pid = -1225367564
selftid = 25146
#2 0xb6e51b82 in abort () at abort.c:92
act = {__sigaction_handler = {sa_handler = 0xb78134e4
_rtld_global+1220, sa_sigaction = 0xb78134e4 _rtld_global+1220}, sa_mask =
{__val = {
4293984256, 134638304, 134526352, 3213916144, 8655, 3213916112,
134518816, 134518580, 3213915956, 4, 3213916040, 3069083963, 134638304,
3068527236, 3069599732, 35, 3213917500, 3213916160, 3069202148,
7, 3213916040, 4, 0, 3213916136, 3213916148, 2, 3069470058, 3069470054,
3069465604, 3069465630, 230, 3213916040}}, sa_flags =
-1081051184, sa_restorer = 0xb6f478fb}
sigs = {__val = {32, 0 repeats 31 times}}
#3 0xb6e8518d in __libc_message (do_abort=2, fmt=0xb6f49738 *** glibc
detected *** %s: %s: 0x%s ***\n) at ../sysdeps/unix/sysv/linux/libc_fatal.c:189
ap = value optimized out
fd = -1081050824
on_2 = value optimized out
list = value optimized out
nlist = value optimized out
cp = value optimized out
written = false
#4 0xb6e8f281 in malloc_printerr (action=value optimized out, str=0x6
Address 0x6 out of bounds, ptr=0x8fb3900) at malloc.c:6267
buf = 08fb3900
cp = value optimized out
#5 0xb6e904fe in munmap_chunk (p=value optimized out) at malloc.c:3541
__func__ = munmap_chunk
block = value optimized out
total_size = 4293326072
ret = value optimized out
#6 0xb6fadc56 in IA__g_free (mem=0x8fb3900) at
/build/buildd-glib2.0_2.24.2-1-i386-AScyie/glib2.0-2.24.2/glib/gmem.c:191
No locals.
#7 0xb6cfccc0 in pango_font_description_free (desc=0x8fb3a60) at
/build/buildd-pango1.0_1.28.3-1-i386-l1A8So/pango1.0-1.28.3/pango/fonts.c:821
No locals.
#8 0xb73f359c in _gtk_style_init_for_settings (style=0x8fae5f8,
settings=0x8fb3960)
at
/build/buildd-gtk+2.0_2.20.1-2-i386-TNeM25/gtk+2.0-2.20.1/gtk/gtkstyle.c:398
font_name = 0x8f74738 DejaVu Sans 12
#9 0xb73be098 in IA__gtk_rc_get_style (widget=0x8fad0d8) at
/build/buildd-gtk+2.0_2.20.1-2-i386-TNeM25/gtk+2.0-2.20.1/gtk/gtkrc.c:2062
rc_styles = 0x0
context = 0x8f758e8
rc_style_key_id = 177
__PRETTY_FUNCTION__ = IA__gtk_rc_get_style
#10 0xb74a47d8 in gtk_widget_reset_rc_style (widget=0x8fad0d8) at
/build/buildd-gtk+2.0_2.20.1-2-i386-TNeM25/gtk+2.0-2.20.1/gtk/gtkwidget.c:6500
new_style = value optimized out
initial_emission = 0
#11 0xb74a486f in reset_rc_styles_recurse (widget=0x8fad0d8, data=0x0) at
/build/buildd-gtk+2.0_2.20.1-2-i386-TNeM25/gtk+2.0-2.20.1/gtk/gtkwidget.c:7103
No locals.
#12 0xb74a4a80 in IA__gtk_widget_reset_rc_styles (widget=0x8fad0d8) at
/build/buildd-gtk+2.0_2.20.1-2-i386-TNeM25/gtk+2.0-2.20.1/gtk/gtkwidget.c:7127
__PRETTY_FUNCTION__ = IA__gtk_widget_reset_rc_styles
#13 0xb73bccf2 in gtk_rc_reset_widgets (settings=0x8fb3960) at
/build/buildd-gtk+2.0_2.20.1-2-i386-TNeM25/gtk+2.0-2.20.1/gtk/gtkrc.c:1668
list = 0x8fb9300
toplevels = 0x8fb9310
#14 0xb73c2192 in IA__gtk_rc_reparse_all_for_settings (settings=0x8fb3960,
force_load=1)
at
/build/buildd-gtk+2.0_2.20.1-2-i386-TNeM25/gtk+2.0-2.20.1/gtk/gtkrc.c:1865
rc_file = value optimized out
tmp_list = 0x0
context = 0x8f758e8
statbuf = {st_dev = 7365702400, __pad1 = 32888, __st_ino = 3069772256,
st_mode = 3070437212, st_nlink = 0, st_uid = 150437488, st_gid = 3069770547,
st_rdev = 647174059007878964, __pad2 = 60992, st_size =
647059122762982192, st_blksize = 150655192, st_blocks = -5258226907215542245,
st_atim = {
tv_sec = 150381360, tv_nsec = 134540864}, st_mtim = {tv_sec =
-1081048920, tv_nsec = -1224475314}, st_ctim = {tv_sec = 150381360, tv_nsec =
486},
st_ino = 577848611006265696}
__PRETTY_FUNCTION__ = IA__gtk_rc_reparse_all_for_settings
#15 0xb73e27a2 in IA__gtk_settings_get_for_screen (screen=0x8f6a328) at
/build/buildd-gtk+2.0_2.20.1-2-i386-TNeM25/gtk+2.0-2.20.1/gtk/gtksettings.c:1066
settings = value optimized out
__PRETTY_FUNCTION__ = IA__gtk_settings_get_for_screen
#16 0xb73bde7b in
Bug#575252: grub-pc: black frame around the background image
Am Mittwoch, den 05.01.2011, 11:24 +0100 schrieb Vladimir 'φ-coder/phcoder' Serbinenko: tag 575252 fixed-upstream thanks Quick test showed that it's fixed upstream Two small questions: a) Which upstream version exactly? The latest upstream version seems to be 1.99~rc1 according to [1]. This was already uploaded to experimental[2]. So maybe we can close this bug with the according version? b) Do I need to change /etc/grub.d/05_debian_theme somehow to make this work or will everything just work as it is? Best regards Alexander Kurtz [1] http://alpha.gnu.org/gnu/grub/ [2] http://packages.debian.org/experimental/grub-pc signature.asc Description: This is a digitally signed message part
Bug#611041: [Pkg-chromium-maint] Bug#611041: chromium-browser: Aw, Snap! on blog.mozilla.com
tags 611041 moreinfo unreproducible thanks On 01/25/2011 02:05 AM, brian m. carlson wrote: If you need more information or for me to test something, please let me know. I can't reproduce this, please run chromium-browser --disable-plugins blog.mozilla.com Cheers, Giuseppe. signature.asc Description: OpenPGP digital signature
Bug#561923: grub-pc: Automatically convert background images to suitable format
Am Montag, den 21.12.2009, 10:00 + schrieb Paul Saunders: I am attaching a patch that uses convert (from ImageMagick) to allow the use of arbitrary images as the grub background. In particular it resizes the image to the desired GRUB_GFXMODE and sets the pixel depth to 8-bit. Although this would necessitate an extra dependency, it seems to me it would also fix bugs #560978, #495282 and #539963 I really like the idea and would like to include something like this in the new version of /etc/grub.d/05_debian_theme. This would make the background handling even more flexible and could simplify the code. Colin, what do you think of this? If you don't want to add the dependency, we could still add the code and make it fail gracefully if ImageMagick isn't installed. Best regards Alexander Kurtz signature.asc Description: This is a digitally signed message part
Bug#548791: red herring - low mem instead of IRQ problem
Excuse for lack of investigation before adding to the bug. It turned out that the last line while booting was not an indication of the actual problem. Actually the laptop in question can only use 255M of 256M RAM on installed. Swapping the motherboard solved the problem. Good luck solving the real bug! Boudewijn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607565: initramfs-tools: initramfs fails to assemble Intel
Hi! I think I was facing the same problem the other day and I hope this is related. The array holding the root partition wouldn't be assembled and stay read-only due to the fact that mdadm couldn't start mdmon, which was not included in the ramdisk. Writing a quick'n'dirty hook for initramfs-tools adding mdmon auto-magically fixed that. --8--- /etc/initramfs-tools/hooks/mdmon: #!/bin/sh . /usr/share/initramfs-tools/hook-functions copy_exec /sbin/mdmon --8--- I can't shutdown the system in a clean way though, it stops at some point (magic SysRq keys still work). I guess it's trying to unmount the root after mdmon has been killed with all the other processes? Best regards, Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611078: sphinx.ext.autogen: incorrect directives
Package: python-sphinx Version: 1.0.7-1 Severity: important Several regressions in the sphinx.ext.autogen modules were introduced in Sphinx 1.0.7: https://bitbucket.org/birkenfeld/sphinx/issue/618 This bug should be fixed before we upload Sphinx 1.0 to unstable. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506232: grub-pc: no easy way to change splash-screens at boot-up
forcemerge 605705 506232 thanks Am Mittwoch, den 19.11.2008, 21:37 +0530 schrieb shirish: There is no easy way to change splash-screens while booting up in grub2. There is now: Either set $GRUB_BACKGROUND in /etc/default/grub or simply copy your splash-image to /boot/grub. See also #605705[1]. Best regards Alexander Kurtz [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=605705 signature.asc Description: This is a digitally signed message part
Bug#607565: initramfs-tools: initramfs fails to assemble Intel
also sprach Alexander Hofbauer a...@derhofbauer.at [2011.01.25.1346 +0100]: The array holding the root partition wouldn't be assembled and stay read-only due to the fact that mdadm couldn't start mdmon, which was not included in the ramdisk. No, it is mounted auto-read-only as long as there are no writes to the device. This is a security measure. I see no reason why mdmon should help with this. -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#602697: chef: remove from squeeze because of solr (#602697)? (was Re: Bug#602697: chef-solr depends on solr)
2011/1/25 Luca Capello l...@pca.it: It's also in lenny (albeit in contrib) so if it were removed then a migration path for those users to a replacement would be good. Given that chef-solr was not in lenny, the above applies to solr only. However, I should say that I do not know at all a good migration path. This concern still stands, but given that no one has shown interest in implementing this in mostly two months, I would say that we should simply remove solr from squeeze. For the Release Team: should I file an RM bug or this one is sufficient? AFAIK solr has been removed already from squeeze. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563687: [grub-pc] automaticlly add right size of splashimages
forcemerge 561923 563687 thanks Am Montag, den 04.01.2010, 17:31 +0100 schrieb Sandro Knauß: I have created a patch, so update-grub will automaticly create a splashimage of the size, that is set in /etc/default/grub. That's #561923[1] Best regards Alexander Kurtz [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561923 signature.asc Description: This is a digitally signed message part
Bug#611030: closed by Ian Jackson ijack...@chiark.greenend.org.uk (Re: Bug#611030: tech-ctte: Audio cd's won't mount)
Hi Ian I did not set out to report the bug directly to the technical committee, and I apologise if this has wasted your time. I went through the bug report process and tried to chose the options that made the most sense. I don't know which package is at fault. I sent this bug to be helpful, because I know other people using power-pc's with debian based distros who are struggling with mounting cd's. It is not causing me a problem and I am not looking for an answer. Shall I go through the bug report process again and try and find a more suitable option? Thanks Conal On Tue, Jan 25, 2011 at 12:09 PM, Debian Bug Tracking System ow...@bugs.debian.org wrote: This is an automatic notification regarding your Bug report which was filed against the totem package: #611030: tech-ctte: Audio cd's won't mount It has been closed by Ian Jackson ijack...@chiark.greenend.org.uk. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Ian Jackson ijack...@chiark.greenend.org.uk by replying to this email. -- 611030: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=611030 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- Forwarded message -- From: Ian Jackson ijack...@chiark.greenend.org.uk To: 611030-d...@bugs.debian.org Date: Tue, 25 Jan 2011 12:07:55 + Subject: Re: Bug#611030: tech-ctte: Audio cd's won't mount conal writes (Bug#611030: tech-ctte: Audio cd's won't mount): Package: tech-ctte Severity: important ... Audio CD's won't mount and don't appear on the desktop or at their mount point. DVD's appear on the desktop and at their mount point. Audio CD's are not visible to to totem-xine or totem-gstreamer however they play fine with vlc or exaile. DVD's play fine with Ogle. I can eject a dvd by right clicking and selecting eject, but for audio cd's I must type eject at the command prompt. Thanks - hope this helps. Bug reports should not be submitted directly to the technical committee in this way. I don't think think this report by this submitter is likely to lead to any useful change to the software so I am closing the report rather than trying to have a discussion about what it means and then finding a package to reassign it to. Ian. -- Forwarded message -- From: conal conaljard...@googlemail.com To: Debian Bug Tracking System sub...@bugs.debian.org Date: Mon, 24 Jan 2011 22:49:32 + Subject: tech-ctte: Audio cd's won't mount Package: tech-ctte Severity: important Audio CD's won't mount and don't appear on the desktop or at their mount point. DVD's appear on the desktop and at their mount point. Audio CD's are not visible to to totem-xine or totem-gstreamer however they play fine with vlc or exaile. DVD's play fine with Ogle. I can eject a dvd by right clicking and selecting eject, but for audio cd's I must type eject at the command prompt. Thanks - hope this helps. -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.32-5-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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#611079: Package: installation-reports
Package: installation-reports Boot method: USB/CD Image version: http://cdimage.debian.org/cdimage/squeeze_di_rc2/amd64/iso-cd/debian-squeeze-di-rc2-amd64-CD-1.iso Date: Tue Jan 25 13:39:22 CET 2011 Machine: Dell PowerEdge T710 Processor: 2x Intel(R) Xeon(R) CPU X5670 @ 2.93GHz Memory: 36GB Partitions: FilesystemType 1K-blocks Used Available Use% Mounted on /dev/sda1 ext4 9611988882136 8241584 10% / tmpfstmpfs18570440 0 18570440 0% /lib/init/rw udev tmpfs18565648 184 18565464 1% /dev tmpfstmpfs18570440 0 18570440 0% /dev/shm /dev/sda3 ext4 128961788192056 122218816 1% /vol_data01 Output of lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 5520 I/O Hub to ESI Port [8086:3406] (rev 13) Subsystem: Dell Device [1028:029b] 00:01.0 PCI bridge [0604]: Intel Corporation 5520/5500/X58 I/O Hub PCI Express Root Port 1 [8086:3408] (rev 13) Kernel driver in use: pcieport 00:03.0 PCI bridge [0604]: Intel Corporation 5520/5500/X58 I/O Hub PCI Express Root Port 3 [8086:340a] (rev 13) Kernel driver in use: pcieport 00:04.0 PCI bridge [0604]: Intel Corporation 5520/X58 I/O Hub PCI Express Root Port 4 [8086:340b] (rev 13) Kernel driver in use: pcieport 00:05.0 PCI bridge [0604]: Intel Corporation 5520/X58 I/O Hub PCI Express Root Port 5 [8086:340c] (rev 13) Kernel driver in use: pcieport 00:07.0 PCI bridge [0604]: Intel Corporation 5520/5500/X58 I/O Hub PCI Express Root Port 7 [8086:340e] (rev 13) Kernel driver in use: pcieport 00:14.0 PIC [0800]: Intel Corporation 5520/5500/X58 I/O Hub System Management Registers [8086:342e] (rev 13) 00:14.1 PIC [0800]: Intel Corporation 5520/5500/X58 I/O Hub GPIO and Scratch Pad Registers [8086:3422] (rev 13) 00:14.2 PIC [0800]: Intel Corporation 5520/5500/X58 I/O Hub Control Status and RAS Registers [8086:3423] (rev 13) 00:1a.0 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 [8086:2937] (rev 02) Subsystem: Dell Device [1028:029b] Kernel driver in use: uhci_hcd 00:1a.1 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 [8086:2938] (rev 02) Subsystem: Dell Device [1028:029b] Kernel driver in use: uhci_hcd 00:1a.7 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 [8086:293c] (rev 02) Subsystem: Dell Device [1028:029b] Kernel driver in use: ehci_hcd 00:1d.0 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 [8086:2934] (rev 02) Subsystem: Dell Device [1028:029b] Kernel driver in use: uhci_hcd 00:1d.1 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 [8086:2935] (rev 02) Subsystem: Dell Device [1028:029b] Kernel driver in use: uhci_hcd 00:1d.2 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 [8086:2936] (rev 02) Subsystem: Dell Device [1028:029b] Kernel driver in use: uhci_hcd 00:1d.3 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 [8086:2939] (rev 02) Subsystem: Dell Device [1028:029b] Kernel driver in use: uhci_hcd 00:1d.7 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 [8086:293a] (rev 02) Subsystem: Dell Device [1028:029b] Kernel driver in use: ehci_hcd 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev 92) 00:1f.0 ISA bridge [0601]: Intel Corporation 82801IB (ICH9) LPC Interface Controller [8086:2918] (rev 02) Subsystem: Dell Device [1028:029b] 00:1f.2 IDE interface [0101]: Intel Corporation 82801IB (ICH9) 2 port SATA IDE Controller [8086:2921] (rev 02) Subsystem: Dell Device [1028:029b] Kernel driver in use: ata_piix 01:00.0 Ethernet controller [0200]: Broadcom Corporation NetXtreme II BCM5709 Gigabit Ethernet [14e4:1639] (rev 20) Subsystem: Dell Device [1028:029b] Kernel driver in use: bnx2 01:00.1 Ethernet controller [0200]: Broadcom Corporation NetXtreme II BCM5709 Gigabit Ethernet [14e4:1639] (rev 20) Subsystem: Dell Device [1028:029b] Kernel driver in use: bnx2 02:00.0 Ethernet controller [0200]: Broadcom Corporation NetXtreme II BCM5709 Gigabit Ethernet [14e4:1639] (rev 20) Subsystem: Dell Device [1028:029b] Kernel driver in use: bnx2 02:00.1 Ethernet controller [0200]: Broadcom Corporation NetXtreme II BCM5709 Gigabit Ethernet [14e4:1639] (rev 20) Subsystem: Dell Device [1028:029b] Kernel driver in use: bnx2 03:00.0 RAID bus controller [0104]: LSI Logic / Symbios Logic LSI MegaSAS 9260 [1000:0079] (rev 05) Subsystem: Dell PERC H700 Integrated [1028:1f17] Kernel driver in use: megaraid_sas 06:03.0 VGA compatible controller [0300]: Matrox Graphics, Inc. MGA G200eW
Bug#606330: grub-pc: update-grub fails to install bootsplash image from grub2-splashimages
forcemerge 605705 606330 thanks Am Mittwoch, den 08.12.2010, 05:17 -0800 schrieb Colin Williams: I edited the /etc/grub.d/05_debian_theme file to use the grub2-splashimage wallpaper on the wallpaper line as such: WALLPAPER=/usr/share/images/grub/Lake_mapourika_NZ.tga however running update-grub does not mention the wallpaper, and does not add the splashimage The old 05_debian_theme wasn't that robust for example when the splash image was on a partition which wasn't directly readable by GRUB. That's fixed now[1]. Either set $GRUB_BACKGROUND in /etc/default/grub or simply copy your splash-image to /boot/grub. Best regards Alexander Kurtz [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=605705 signature.asc Description: This is a digitally signed message part
Bug#590534: gdm3 changes xkb
2011/1/24 Josselin Mouette j...@debian.org: I’ve forwarded the bug upstream. I hope they can find a solution, but this will definitely not be for squeeze, even in a point release. May I venture gdm3 ſhould not be included in Squeeze? People really need keyboards workiŋ as expected. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611080: chef: init script expects different PID filename than daemon writes
Package: chef Version: 0.8.16-4.2 Severity: important /etc/init.d/chef-client thinks the PID for the daemon is in /var/run/chef- client.pid /etc/chef/client.rb writes the PID for the daemon to /var/run/chef/client.pid Spot the difference? As a result, /etc/init.d/chef-client start will always fail (even though the daemon is started); /etc/init.d/chef-client restart will throw an error and not restart the daemon as it cannot kill the existing instance; and logrotate will be unable to tell the daemon to restart when the log is rotated, breaking logging. This renders chef-client useless as a daemon, and functional only on the command line. -- System Information: Debian Release: squeeze/sid APT prefers maverick-updates APT policy: (500, 'maverick-updates'), (500, 'maverick-security'), (500, 'maverick-backports'), (500, 'maverick') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-24-generic (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609762: amavisd-milter: Init script changes owner of current directory to 'amavis'
On Mon, Jan 24, 2011 at 09:07:09PM +0100, Harald Jenny wrote: On Mon, Jan 24, 2011 at 08:59:41PM +0200, Teodor MICU wrote: 2011/1/24 Harald Jenny har...@a-little-linux-box.at: Ok although the PIDFILE line can be removed with the below code. I'm don't see where PIDFILE is removed. Just take a look at the next patch version. It looks OK to me too, with the grain of salt of not being an amavis user. Well I don't think this package will make it into Debian Squeeze as for me a prerequisite is a fixed libmilter version... Reading debian-release, seems that there is no consensus about removing amavisd-milter from squeeze. If you tested things carefully and everything was OK, I'd say upload. That should not make things worse that before, but better, starting real life check. And release team can still remove amavisd-milter from squeeze if needed. If a fixed libmilter version is a pre-requisite for this particular bug report, do not forget to set the corresponding blocker in the BTS. sorry when I kept you from doing other more release-critical work, this was not my intention :-(. No problem. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611079: Package: installation-reports
On Tue, Jan 25, 2011 at 13:48:40 +0100, Dirk Hartmann wrote: Using the graphical installer I checked to include volatile in the package list. Somehow it wasn't added in /etc/apt/sources.list. What was in sources.list? volatile doesn't exist for squeeze, it's replaced by a squeeze-updates suite in the regular archive. Cheers, Julien signature.asc Description: Digital signature
Bug#611081: Fwd: [INTL:vi] Translation of gwibber for Debian.
Package: gwibber Version: 2.91.2 Severity: wishlist Tags: l10n patch I would like to submit this gwibber vietnamese translation file to debian system. Thanhks in advance! vi.pot Description: MS-Powerpoint presentation
Bug#609581: Incompatible licences
Hello Julien,
Julien Cristau [2011-01-25 13:00 +0100]:
On Tue, Jan 25, 2011 at 12:49:38 +0100, Martin Pitt wrote:
As I see no way to sensibly untangle this for squeeze, I propose to
upload a version to t-p-u which removes the pdfreflow plugin. I still
need to build it, as otherwise the build system will fail horribly,
but it won't be shipped in the .deb any more. Does that sound
acceptable to you?
It does, thanks.
Uploaded, see attached debdiff. The libpoppler binary dependency is
gone.
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
diff -u calibre-0.7.7+dfsg/debian/changelog calibre-0.7.7+dfsg/debian/changelog
--- calibre-0.7.7+dfsg/debian/changelog
+++ calibre-0.7.7+dfsg/debian/changelog
@@ -1,3 +1,13 @@
+calibre (0.7.7+dfsg-1squeeze1) testing-proposed-updates; urgency=low
+
+ * debian/rules: Drop pdfreflow extension. It uses libpoppler, which is GPL-2
+only, and thus cannot be linked to the GPL3-only plugin code. This will
+make the PDF conversion fall back to pdftohtml, so PDFs still work.
+(Closes: #609581)
+ * debian/control: Switch Vcs-Bzr: to new squeeze packaging branch.
+
+ -- Martin Pitt mp...@debian.org Tue, 25 Jan 2011 13:28:20 +0100
+
calibre (0.7.7+dfsg-1) unstable; urgency=low
* New upstream release.
diff -u calibre-0.7.7+dfsg/debian/rules calibre-0.7.7+dfsg/debian/rules
--- calibre-0.7.7+dfsg/debian/rules
+++ calibre-0.7.7+dfsg/debian/rules
@@ -52,6 +52,10 @@
# force python2.6, as long as 2.5 is still the default in Debian
find debian/tmp -type f | xargs sed -i '1 { /^#!.*python/
s_^.*$$_#!/usr/bin/python2.6_ }'
+ # remove pdfreflow plugin, as its GPL3 license conflicts with poppler's
+ # GPL2-only (Debian bug #609581)
+ rm debian/tmp/usr/lib/calibre/calibre/plugins/pdfreflow.so
+
install/calibre::
# Create and install some of the man pages
$(MAKE) -C debian/man VERSION=$(MAIN_VERSION)
diff -u calibre-0.7.7+dfsg/debian/control calibre-0.7.7+dfsg/debian/control
--- calibre-0.7.7+dfsg/debian/control
+++ calibre-0.7.7+dfsg/debian/control
@@ -31,7 +31,7 @@
Standards-Version: 3.8.4
XS-Python-Version: current
Homepage: http://calibre.kovidgoyal.net/
-Vcs-Bzr: https://code.launchpad.net/~calibre-packagers/calibre/debian
+Vcs-Bzr: https://code.launchpad.net/~calibre-packagers/calibre/squeeze
Package: calibre
Architecture: all
signature.asc
Description: Digital signature
Bug#611082: apcupsd: USB problems with APC CS 500
Package: apcupsd Version: 3.14.8-2 Severity: important hi, Over the past few months, it had become impossible to use apcupsd with my APC box, labeled APC Back-UPS CS 500 The symptoms are: every ~30seconds, the kernel would log a message such as [ 302.969832] usb 3-2: USB disconnect, address 6 [ 302.970094] usb 3-2: ctrl urb status -62 received [ 307.376532] usb 3-2: new low speed USB device using ohci_hcd and address 7 [ 307.552176] usb 3-2: New USB device found, idVendor=051d, idProduct=0002 [ 307.552184] usb 3-2: New USB device strings: Mfr=3, Product=1, SerialNumber=2 [ 307.552190] usb 3-2: Product: Back-UPS 500 FW: 6.4.I USB FW: c1 [ 307.552194] usb 3-2: Manufacturer: American Power Conversion [ 307.552199] usb 3-2: SerialNumber: BB0309024776 [ 307.552309] usb 3-2: configuration #1 chosen from 1 choice [ 307.931440] generic-usb 0003:051D:0002.0006: hiddev0,hidraw0: USB HID v1.00 Device [American Power Conversion Back-UPS 500 FW: 6.4.I USB FW: c1 ] on usb-:00:13.1-2/input0 and then the daemon apcupsd would send an email claiming ' `hostname` Communications with UPS restored ' and would send a similar message to all terminals. This was quite annoying; moreover, in older kernels, it would sometimes trigger a kernel oops (see bug 534579). So I had to deinstall apcupsd. Yesterday I decided to Google around, and I found that many people are having similar trouble with this same APC model and this specific version of apcupsd. See e.g. http://blog.bigsmoke.us/2009/08/09/apc-cs-500-cuase-usb-disruption http://old.nabble.com/client-communications-failure-td30468668.html One of those web pages tell that the problem does not happen with apcupsd 3.14.7 . And indeed I have compiled and installed it, and it works fine. A. ps: I attach the output of /sbin/apcaccess -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-openvz-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/bash Versions of packages apcupsd depends on: ii libc6 2.11.2-9 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libwrap0 7.6.q-19 Wietse Venema's TCP wrappers libra Versions of packages apcupsd recommends: ii apcupsd-doc 3.14.8-2 APC UPS Power Management (document Versions of packages apcupsd suggests: pn apcupsd-cgi none (no description available) pn hal none (no description available) ii udev 164-3 /dev/ and hotplug management daemo -- Configuration Files: /etc/apcupsd/apcupsd.conf changed: UPSCABLE usb UPSTYPE usb LOCKFILE /var/lock ONBATTERYDELAY 6 BATTERYLEVEL 10 MINUTES 3 TIMEOUT 0 ANNOY 300 ANNOYDELAY 60 NOLOGON disable KILLDELAY 0 NETSERVER on NISIP 127.0.0.1 NISPORT 3551 EVENTSFILE /var/log/apcupsd.events EVENTSFILEMAX 10 UPSCLASS standalone UPSMODE disable STATTIME 0 STATFILE /var/log/apcupsd.status LOGSTATS off DATATIME 0 /etc/default/apcupsd changed: APCACCESS=/sbin/apcaccess ISCONFIGURED=yes -- 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 APC : 001,018,0457 DATE : Tue Jan 25 06:00:37 CET 2011 HOSTNAME : tonelli VERSION : 3.14.7 (1 August 2009) debian UPSNAME : tonelli CABLE: USB Cable MODEL: Back-UPS 500 UPSMODE : Stand Alone STARTTIME: Mon Jan 24 13:40:03 CET 2011 STATUS : COMMLOST MBATTCHG : 10 Percent MINTIMEL : 3 Minutes MAXTIME : 0 Seconds NUMXFERS : 0 TONBATT : 0 seconds CUMONBATT: 0 seconds XOFFBATT : N/A STATFLAG : 0x07000108 Status Flag END APC : Tue Jan 25 14:36:26 CET 2011 signature.asc Description: Digital signature
Bug#609960: raising 609960's severity
severity 609960 important thanks sip4 source package (previously: sip4-qt3) in NEW doesn't have transitional packages anymore hence I'm rising this bug's severity to important -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611083: fglrx-driver: please remove my email from the README file(s)
Package: fglrx-driver Severity: wishlist Please remove my email from the README file(s) in the fglrx packages, as I no longer own a Radeon card and am therefore unable to provide support. You'll probably need to reword some paragraphs to avoid talking in the first person. :-/ Thanks, Flavio Stanchina (the original packager of the fglrx driver) -- System Information: Debian Release: 5.0.7 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-pve (SMP w/16 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611081: Fwd: [INTL:vi] Translation of gwibber for Debian.
2011/1/25 Hero Phương herophuon...@gmail.com: Package: gwibber I would like to submit this gwibber vietnamese translation file to debian system. Thanhks in advance! Submit it upstream, please. -- 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
