Bug#403420: kvm-source: kvm module loads but no /dev/kvm
On Monday 18 December 2006 12:25, Baruch Even wrote: Did you load the module for your processor? you need load kvm-intel or kvm-amd depending on what your CPU is. Hi, I'd suggest the severity of this bug raised because this issue is being seen on Debian supported 2.6.18 kernel also. Ritesh -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. Stealing logic from one person is plagiarism, stealing from many is research. The great are those who achieve the impossible, the petty are those who cannot - rrs pgpfrDFSjL694.pgp Description: PGP signature
Bug#404888: glib2.0: cannot go into testing; causes gnucash regrsession
Josselin Mouette wrote: Le jeudi 28 décembre 2006 à 17:29 -0800, Thomas Bushnell BSG a écrit : On Fri, 2006-12-29 at 01:56 +0100, Josselin Mouette wrote: Now, if you don't provide us with the necessary data, we won't be able to fix the regression it introduces in gnucash. There are clearly two plausible solutions to the underlying problem: 1. Change gnucash to conform to the new behavior of glib, AIUI this has already been done, as gnucash doesn't generate such files anymore. 2. Change glib to conform to the existing expectations of gnucash. This is what I'm proposing to do. I don't think allowing the space character does much harm, but I'm asking upstream nevertheless. For the sake of the upcoming release, I wonder how many files / users are affected by this change? Is it really release-critical? If not, would it not helpe if Thomas provides a script in the gnucash package that adjusts the keys that are now broken and documents this ... err... change... in the release notes? Regards, Joey -- Of course, I didn't mean that, which is why I didn't say it. What I meant to say, I said. -- Thomas Bushnell Please always Cc to me when replying to me on the lists.
Bug#404702: net(8) manpage incorrect about shutdown
On Wed, 2006-12-27 at 11:57 -0500, Joseph Nahmias wrote: Package: samba-common Version: 3.0.23d-2+b1 Severity: minor Tags: patch Hi, There's a mistake in the net(8) manpage. It lists the command as SHUTDOWN instead of RPC SHUTDOWN, like it does for ABORTSHUTDOWN. The following patch fixes this. To be much use, patches for docs need to be against the XML source. Regardless, I've fixed the xml in samba.org's SVN Andrew Bartlett -- Andrew Bartletthttp://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org Samba Developer, Red Hat Inc. http://redhat.com signature.asc Description: This is a digitally signed message part
Bug#404921: fail2ban: wrong default log for postfix
Package: fail2ban Version: 0.7.5-2 Severity: normal By default the postfix log looks at /var/log/postfix.log. By default postfix logs to /var/log/mail.log. (The other two mail server entries properly look at /var/log/mail.log.) -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages fail2ban depends on: ii iptables1.3.6.0debian1-5 administration tools for packet fi ii lsb-base3.1-22 Linux Standard Base 3.1 init scrip ii python 2.4.4-2 An interactive high-level object-o ii python-central 0.5.12 register and build utility for Pyt ii python2.4 2.4.4-1 An interactive high-level object-o fail2ban recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404611: Proposal: Solve Problem via DebBloat Script
Let me CC this discussion over to [EMAIL PROTECTED], who can immediately point to where I am wrong. On Fri, 29 Dec 2006, Alexander Sack wrote: All extension files belong in the extension subdirectory (for icedove/iceweasel). Please correct me if I am wrong - since the extension is often used by more than a single ice* application, common practice is to store it under /usr/share/mozilla-extensions and then relink under the extension directory of supported applications (/usr/lib/ice*/extensions, which technically speaking should also be under /usr/share/ice* since some extensions maintainers might install directly there without symlink as you said). As a summary: Action 1: for ice{weasel,dove},firefox,thunderbird we need just a symlink in the appropriate directory. OTOH, iceape does not yet use the new extension manager and in consequence might need to place files in $MOZ_HOME/defaults/pref/ or $MOZ_HOME/chrome/. But this has already been done, so all is fine. Action 2: for icedove,mozilla chrome (optionally pref, so it adds to action 3) needs to be symlinked appropriately. (also postinst/rm calls to update*chrome) Another concern is preferences files which are to be stored under /etc/mozilla-extensions and symlinked where application expects them (usually within the extension hierarchy). Action 3: moving actual preferences file under /etc/mozilla-extensions and create appropriate link it its original location So, may be the question is really either all those 3 actions should be done in some uniform/(semi)automatic way (if that was the case I barely had to do anything during firefox-iceweasel transition) out of provided .xpi (or a file hierarchy) which contains install.rdf which has information on the list of supported applications and some other information which might be used during installation, or be done manually by package maintainers as it is done now. It feels kinda silly that while ice* applications install any extension automatically without any problem, the maintainer needs to toss symlinks and files manually while composing the package, although it seems that such actions might be easily automated, thus uniform across all the packages. What you place in /usr/lib hierarchy and what in /usr/share then lies completely in the hand of extension package maintainer and the question whether icedove will relink its pref dir should not be relvant imo. The question is not in relinking of preferences -- it is in moving architecture independent parts under /usr/share to comply with a policy, and symlinking it under /usr/lib as a quick hack to make icedove application happy. ice{weasel,ape} already went through such transition. icedove - did not. Ahh, please take a look at: /usr/lib/[icedove|thunderbird]/defaults/pref/imagezoom-defaults.js and /usr/lib/[iceweasel|firefox]/defaults/pref/imagezoom-defaults.js those should not be needed in your package afaics. Please remove them if possible. Thanks Alexander, indeed they are useless there and were removed in the last uploaded version which closed the bug in question. Also another issue I wanted to raise: there is no agreement on how to store original source of the extensions: pure .xpi wrapped in a tarball (easiest and most sensible way since it allows authenticity testing, but not good if .xpi-shipped .js scripts have removed indentation to reduce the final size of the downloaded .xpi, which is the case with ITPed foxyproxy), extracted xpi in a tarball (broken authenticity for no reason... not good), fetched from VC original source (which I did for imagezoom actually) Which one would you vote for? -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404921: fail2ban: wrong default log for postfix
could you please confirm that postfix failregex mentioned in filters.d/postfix ie reject: RCPT from (.*)\[HOST\]: 554 is the one adherent to mail.log whenever postfix is logging into it? On Thu, 28 Dec 2006, Jefferson Cowart wrote: Package: fail2ban Version: 0.7.5-2 Severity: normal By default the postfix log looks at /var/log/postfix.log. By default postfix logs to /var/log/mail.log. (The other two mail server entries properly look at /var/log/mail.log.) -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385246: More fun
More fun: apparently the Problems with Umlauts only occur if snv-mailer is run in UTF-8 locale (like when I was testing it from the commandline). When it is run from the hook scripts, the problem with Umlauts doesn't occur. cheers -- vbi -- MuMlutlitithtrhreeaadededd s siigngnatatuurere pgppHRampilUq.pgp Description: PGP signature
Bug#404501: mplayer: Please link against libaa
tag 404501 +wontfix thanks hi On Mon, Dec 25, 2006 at 07:25:23PM +0100, Uwe Hermann wrote: it would be nice if mplayer was linked against libaa so that you can watch any videos in ASCII-art via you can use -vo caca to watch videos in ASCII-art AFAIK , libaa does not add anything to libcaca; and I would prefer not to add another dependency when it is not useful; I am tagging this bug 'wontfix' ; if libaa has a feature that libcaca is missing, tell me a. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385246: svnmailer: unicode encoding also borked
Yodel! This will probably be solved automatically when 385246 is solved: all unicode characters in the diff (haven't tested the log messages so far, but I guess it'll be the case there, too): all unicode characters are encoded twice: the latin1 interpretation of the unicode byte sequence is encoded into unicode. Ü is displayed as Ãœ, ö is ö etc. I have set apply_charset_property=y and set svnmailer:content-charset to '*=utf-8' on the root dir of the repo, but that doesn't change anything either. cheers -- vbi -- For gin, in cruel Sober truth, Supplies the fuel For flaming youth. -- Noel Coward pgpjFG9D9oSwu.pgp Description: PGP signature
Bug#399144: ..(dirty)^333 ass patch for /usr/share/mplayer/scripts/binary_codecs.sh
hi I do not really understand why that script fails on your host (and, it works here) may you please send me a tar.gz containing all files in /var/lib/mplayer/prefs/ ? thanks a. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402392: samba: Spelling mistake
On Sun, 2006-12-10 at 08:35 +0100, Christian Perrier wrote: forwarded 402392 https://bugzilla.samba.org/show_bug.cgi?id=4292 thanks Fixed in Samba SVN -- Andrew Bartletthttp://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org Samba Developer, Red Hat Inc. http://redhat.com signature.asc Description: This is a digitally signed message part
Bug#404774: libgd2-xpm: Segfault in antialiased lines (again)
Jonas Smedegaard wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Paul wrote: In addition to my previous fixes for anti-aliased lines (bug #364024), this corrects a segfault when you try and draw a short line outside image bounds (so short it is really a pixel). Attached is a test case and a patch that corrects the problem. thanks, sorry I didn't get this out sooner, Paul Thanks a lot! A new package is in the works - should be out tonight (european time). - - Jonas Hi Jonas, Apologies, I prepared a patch for upstream and found something else to improve on. The attached patch REPLACES 1003_fix_aa_segfault.patch, 1004_improve_aa_lines.patch and the just-sent 1009_fix_aa_segfault_2.patch. There is also attached a little script that builds libgd2-2.0.33-5.2 the way I do, removing my old 1003,1004 patches and adding the new one. There is also a test file and script that will build the AA test and run it. Look at test_aa_?.png files to check for joins (you can do this before and after applying the new patch. A main/only difference between the 1003,1004,1009 patch set and the new patch is the clipping algorithm for AA lines has been improved for higher accuracy. This should probably be used for the gdImageLine() as well, I'll talk to upstream about it first. thanks! Paul diff -ruN libgd2-2.0.33/gd.c libgd2-2.0.33.nmu/gd.c --- libgd2-2.0.33/gd.c 2006-11-08 12:23:24.0 + +++ libgd2-2.0.33.nmu/gd.c 2006-12-29 06:40:28.0 + @@ -697,6 +697,67 @@ return 1; } + +// for long variables, for AA + +static long +clip_1d_long (long *x0, long *y0, long *x1, long *y1, long mindim, long maxdim) +{ + double m; /* gradient of line */ + if (*x0 mindim) +{/* start of line is left of window */ + if (*x1 mindim) /* as is the end, so the line never cuts the window */ + return 0; + m = (*y1 - *y0) / (double) (*x1 - *x0); /* calculate the slope of the line */ + /* adjust x0 to be on the left boundary (ie to be zero), and y0 to match */ + *y0 -= m * (*x0 - mindim); + *x0 = mindim; + /* now, perhaps, adjust the far end of the line as well */ + if (*x1 maxdim) + { + *y1 += m * (maxdim - *x1); + *x1 = maxdim; + } + return 1; +} + if (*x0 maxdim) +{/* start of line is right of window - + complement of above */ + if (*x1 maxdim) /* as is the end, so the line misses the window */ + return 0; + m = (*y1 - *y0) / (double) (*x1 - *x0); /* calculate the slope of the line */ + *y0 += m * (maxdim - *x0); /* adjust so point is on the right + boundary */ + *x0 = maxdim; + /* now, perhaps, adjust the end of the line */ + if (*x1 mindim) + { + *y1 -= m * (*x1 - mindim); + *x1 = mindim; + } + return 1; +} + /* the final case - the start of the line is inside the window */ + if (*x1 maxdim) +{/* other end is outside to the right */ + m = (*y1 - *y0) / (double) (*x1 - *x0); /* calculate the slope of the line */ + *y1 += m * (maxdim - *x1); + *x1 = maxdim; + return 1; +} + if (*x1 mindim) +{/* other end is outside to the left */ + m = (*y1 - *y0) / (double) (*x1 - *x0); /* calculate the slope of the line */ + *y1 -= m * (*x1 - mindim); + *x1 = mindim; + return 1; +} + /* only get here if both points are inside the window */ + return 1; +} + + + /* end of line clipping code */ BGD_DECLARE(void) gdImageSetPixel (gdImagePtr im, int x, int y, int color) @@ -3239,70 +3300,119 @@ im-tpixels[y][x]=gdTrueColorAlpha(dr, dg, db, gdAlphaOpaque); } +/* simple helper */ +inline int min_int(int a, int b) { return (a b ? a : b); } +inline long min_long(long a, long b) { return (a b ? a : b); } + static void gdImageAALine (gdImagePtr im, int x1, int y1, int x2, int y2, int col) { /* keep them as 32bits */ long x, y, inc; - long dx, dy,tmp; + long dxL, dyL,tmp; if (!im-trueColor) { /* TBB: don't crash when the image is of the wrong type */ gdImageLine(im, x1, y1, x2, y2, col); return; } -/* TBB: use the clipping rectangle */ -if (clip_1d (x1, y1, x2, y2, im-cx1, im-cx2) == 0) - return; -if (clip_1d (y1, x1, y2, x2, im-cy1, im-cy2) == 0) - return; - dx = x2 - x1; - dy = y2 - y1; - if (dx == 0 dy == 0) { + /* TBB: use the clipping rectangle */ + /* use expanded image bounds to ensure we get all the AA pixels drawn on the edges */ + /* Note the +1 and -1 */ + /* Note also: clip using 32 bit numbers. To avoid rounding errors. +* I put 'L' after the variable name to be explicit of what changes what. */ + long x1L = x1 16; + long y1L = y1 16; + long x2L = x2 16; + long y2L = y2 16; + + long cx1L = im-cx1 16; + long cy1L = im-cy1 16; + long cx2L = im-cx2 16; + long cy2L = im-cy2 16; + + long one_L = 1L 16; + + if (clip_1d_long (x1L, y1L, x2L, y2L, cx1L-one_L, cx2L+one_L) == 0) + return; + if
Bug#404861: upgrade to wwwoffle 2.9a-1 overwrote local change in wwwoffle.conf
Vincent Lefevre [EMAIL PROTECTED] wrote: On 2006-12-28 21:03:57 +0100, Paul Slootman wrote: This is I think a question of interpretation; if the local change modifies the way the package works in any way, then I agree; but a comment?! Where does it end? Do you want upgrades to preserve the mtime of the configuration file as well? How about the filesize, if that was changed locally? A comment can contain valuable information. For instance, the admin could add a note about why he set some value. Indeed. However, this information is still available in the backup file. IMHO, comments should be preserved, Often this is possible using sed on the configuration file. If really you can't preserve the comments, it must be said at the beginning of the configuration file. That would also be a good idea. In summary, I think that wwwoffle's handling of wwwoffle.conf is suboptimal, but I don't see how this is release-critical. The wording of Policy and etch_rc_policy.txt is unclear about this, I think, but I would downgrade this bug to important. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#404894: update-initramfs: zero exit status when initramfs is altered or does not exist
On Fri, 29 Dec 2006, Tomas Tintera wrote: Package: initramfs-tools Version: 0.85e I think that update-initramfs should return some non-zero error status when trying to update a non-existing or altered initramfs. no. that would not allow to configure udev, cryptsetup or whatever package that has update-initramfs -u in it's postinst in the case of a modified initramfs. that modification needs to be respected. it's most likely done by the admin himself. Currently, when I am trying to configure e.g. an uswsusp package (dpkg-reconfigure uswsusp), and have initramfs removed, the configuration script calls update-initramfs, which does not update anything (because of non-existing initramfs) - it only shows the error message /boot/initrd.img-2.6.17-2-686 does not exist. Cannot update. (that is good) and exits with error status 0. The result is that uswsusp is not properly configured, but dpkg-reconfigure exits with status 0 - which should not happen, I think (I would expect dpkg-reconfigure to exit with non-zero error status). I suggest to use panic() instead of mild_panic() in altered_check() in the update-initramfs script. unless you come up with a _really_ compelling arg, that wasn't presented yet and that supersedes aboves analysis, i'll close that bug soon. best regards -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404919: file conflicts between kernel-patch-bootsplash and linux-patch-bootsplash
clone 404919 -1 reassign 404919 kernel-patch-bootsplash retitle 404919 kernel-patch-bootsplash is obsolete and should not be shipped reassign -1 linux-patch-bootsplash retitle -1 linux-patch-bootsplash should replace kernel-patch-bootsplash severity -1 important thanks On Fri, Dec 29, 2006 at 07:35:10AM +0100, Michael Ablassmeier wrote: both linux-patch-bootsplash and kernel-patch-bootsplash ship `/usr/src/kernel-patches/all/apply/bootsplash' but do not conflict or add a diversion, thus fail to be installed on the same environment: dpkg: error processing /var/cache/apt/archives/linux-patch-bootsplash_2.6.18-1_all.deb (--unpack): trying to overwrite `/usr/src/kernel-patches/all/apply/bootsplash', which is also in package kernel-patch-bootsplash dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/linux-patch-bootsplash_2.6.18-1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) i think linux-patch-bootsplash should replace kernel-patch-bootsplash? is there any reason for having this package twice with different versions in the archive? Nope, the linux-patch-bootsplash changelog makes it clear that this package supersedes kernel-patch-bootsplash, and the kernel-patch-bootsplash package in testing is for an older version of the kernel. So kernel-patch-bootsplash should be dropped from the release (and from the archive, AFAICS?), and linux-patch-bootsplash should Replace: kernel-patch-bootsplash. The latter is not release-critical, because kernel-patch-bootsplash wasn't in sarge and won't be in etch (I'm tagging it for immediate removal from testing). Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404925: kaudiocreator: encoding fails by default if vorbis-tools is not installed
Package: kaudiocreator Version: 4:3.5.5-2 Severity: normal The default encoder is OggEnc. By default, encoding won't work as vorbis-tools is not installed. It fails with: The selected encoder was not found. The wav file has been removed. Command was: oggenc -o '/home/chealer/ogg/The Beatles/Love/The Beatles - 01 - Because.ogg' --artist 'The Beatles' --album 'Love' --title 'Because' --date '2006' --tracknum '01' --genre 'Other' '/tmp/kde-chealer/1KDQgb.wav' An easy fix would be to depend on vorbis-tools. A cleaner fix would be to check that the selected encoder is available before trying to encode. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404226: confirm kwin crash
Package: kwin Version: 4:3.5.5a.dfsg.1-4 Followup-For: Bug #404226 Hello, I just wanted to confirm that bug too, kwin crashes in my system with NX Client. It starts without any problem, but when I click on the 'Login' button, kwin always crashes. Greetings, Pablo Chinea -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages kwin depends on: ii kdelibs4c2a4:3.5.5a.dfsg.1-5 core libraries and binaries for al ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libaudio2 1.8-2 The Network Audio System (NAS). (s ii libc6 2.3.6.ds1-9 GNU C Library: Shared libraries ii libfontconfig1 2.4.2-1 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc11:4.1.1-21GCC support library ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1 GNU libidn library, implementation ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpng12-0 1.2.15~beta5-1PNG library - runtime ii libqt3-mt 3:3.3.7-1 Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcomposite1 1:0.3-3 X11 Composite extension library ii libxcursor11.1.7-4 X cursor management library ii libxdamage11:1.0.3-3 X11 damaged region extension libra ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxft22.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii zlib1g 1:1.2.3-13compression library - runtime kwin recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395823: working script and missing configuration file
Yesterday I stumbled myself on this missing script (apache2-ssl-certificate) of apache2.2-common. I found not working neither of the (partial) solutions poster to this bug report. My solution was then to cherry pick from a sarge system the script and the needed configuration file (/usr/share/apache2/ssleay.cnf) which is missing as well in apache2.2-common. For further reference I attach the two files to this mail. To be used out of the box ssleay.cnf should be put under /root/etc/. Cheers. -- Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time #!/bin/sh -e if [ $1 != --force -a -f /etc/apache2/ssl/apache.pem ]; then echo /etc/apache2/ssl/apache.pem exists! Use \$0 --force.\ exit 0 fi if [ $1 = --force ]; then shift fi echo echo creating selfsigned certificate echo replace it with one signed by a certification authority (CA) echo echo enter your ServerName at the Common Name prompt echo echo If you want your certificate to expire after x days call this programm echo with -days x # use special .cnf, because with normal one no valid selfsigned # certificate is created export RANDFILE=/dev/random openssl req $@ -config /root/etc/ssleay.cnf \ -new -x509 -nodes -out /etc/apache2/ssl/apache.pem \ -keyout /etc/apache2/ssl/apache.pem chmod 600 /etc/apache2/ssl/apache.pem ln -sf /etc/apache2/ssl/apache.pem \ /etc/apache2/ssl/`/usr/bin/openssl \ x509 -noout -hash /etc/apache2/ssl/apache.pem`.0 # # SSLeay example configuration file. # RANDFILE= $ENV::HOME/.rnd [ req ] default_bits= 1024 default_keyfile = privkey.pem distinguished_name = req_distinguished_name [ req_distinguished_name ] countryName = Country Name (2 letter code) countryName_default = GB countryName_min = 2 countryName_max = 2 stateOrProvinceName = State or Province Name (full name) stateOrProvinceName_default = Some-State localityName= Locality Name (eg, city) organizationName= Organization Name (eg, company; recommended) organizationName_max= 64 organizationalUnitName = Organizational Unit Name (eg, section) organizationalUnitName_max = 64 commonName = server name (eg. ssl.domain.tld; required!!!) commonName_max = 64 emailAddress= Email Address emailAddress_max= 40 signature.asc Description: Digital signature
Bug#337526: jabber: Segmentation fault if compiled with gcc-4.0
tags 337526 + patch thanks Hi! I seem to find out the cause of the segfault. Sometimes jabberd uses string representation of time(NULL). And it allocates only 10 chars for it, which is too few (currently decimal result of time(NULL) is a 10-digit number, but there should be a trailing '\0' also). Attached patch fixes this issue and increases buffers in a few other suspicious places. -- Sergei Golovan diff -ruN jabber-1.4.3.orig/debian/changelog jabber-1.4.3/debian/changelog --- jabber-1.4.3.orig/debian/changelog 2006-12-29 11:55:56.0 +0300 +++ jabber-1.4.3/debian/changelog 2006-12-29 11:56:10.0 +0300 @@ -1,3 +1,13 @@ +jabber (1.4.3-3.1) unstable; urgency=low + + * non-maintainer upload + * added patch, which increases buffers for storing string representation +of time (Closes: #337526) + * rebuild should change dependency from libpth2 to libpth20 (Closes: #404378) + * bumped standards version to 3.7.2 + + -- Sergei Golovan [EMAIL PROTECTED] Fri, 29 Dec 2006 11:44:30 +0300 + jabber (1.4.3-3) unstable; urgency=low * added patch to correct libexpat vulnerability (Closes: #272408) diff -ruN jabber-1.4.3.orig/debian/control jabber-1.4.3/debian/control --- jabber-1.4.3.orig/debian/control2006-12-29 11:55:56.0 +0300 +++ jabber-1.4.3/debian/control 2006-12-29 11:56:10.0 +0300 @@ -2,7 +2,7 @@ Section: net Priority: optional Maintainer: Jamin W. Collins [EMAIL PROTECTED] -Standards-Version: 3.6.1.0 +Standards-Version: 3.7.2 Build-Depends: dpatch, libpth-dev (=2.0.0), libssl-dev (=0.9.5), debhelper (=4), libexpat1-dev (= 1.95.6) Package: jabber diff -ruN jabber-1.4.3.orig/debian/patches/00list jabber-1.4.3/debian/patches/00list --- jabber-1.4.3.orig/debian/patches/00list 2006-12-29 11:55:56.0 +0300 +++ jabber-1.4.3/debian/patches/00list 2006-12-29 11:56:10.0 +0300 @@ -3,3 +3,4 @@ base_file config jabberd-1.4.3-extexpat +timebuffs.dpatch diff -ruN jabber-1.4.3.orig/debian/patches/timebuffs.dpatch jabber-1.4.3/debian/patches/timebuffs.dpatch --- jabber-1.4.3.orig/debian/patches/timebuffs.dpatch 1970-01-01 03:00:00.0 +0300 +++ jabber-1.4.3/debian/patches/timebuffs.dpatch2006-12-29 11:56:10.0 +0300 @@ -0,0 +1,86 @@ +#! /bin/sh -e +## timebuffs.dpatch by Sergei Golovan [EMAIL PROTECTED] +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: Increases buffer lengths for storing string representation of +## DP: time(NULL) and character counts. + +[ -f debian/patches/00patch-opts ] . debian/patches/00patch-opts +patch_opts=${patch_opts:--f --no-backup-if-mismatch} + +if [ $# -ne 1 ]; then +echo 2 `basename $0`: script expects -patch|-unpatch as argument +exit 1 +fi +case $1 in + -patch) patch $patch_opts -p1 $0;; + -unpatch) patch $patch_opts -Rp1 $0;; + *) + echo 2 `basename $0`: script expects -patch|-unpatch as argument + exit 1;; +esac + +exit 0 +diff -ru jabber-1.4.3.old/jsm/modules/mod_admin.c jabber-1.4.3/jsm/modules/mod_admin.c +--- jabber-1.4.3.old/jsm/modules/mod_admin.c 2002-02-08 10:44:17.0 +0300 jabber-1.4.3/jsm/modules/mod_admin.c 2006-12-29 11:29:51.0 +0300 +@@ -48,7 +48,7 @@ + session s = js_session_primary(u); + spool sp; + int t = time(NULL); +-char buff[10]; ++char buff[128]; + + /* make a user generic entry */ + x = xmlnode_insert_tag(browse,user); +@@ -111,7 +111,7 @@ + session s; + xmlnode x; + time_t t; +-char buff[10]; ++char buff[128]; + + t = time(NULL); + +diff -ru jabber-1.4.3.old/jsm/modules/mod_last.c jabber-1.4.3/jsm/modules/mod_last.c +--- jabber-1.4.3.old/jsm/modules/mod_last.c2002-02-08 10:44:17.0 +0300 jabber-1.4.3/jsm/modules/mod_last.c2006-12-29 11:32:12.0 +0300 +@@ -43,7 +43,7 @@ + mreturn mod_last_server(mapi m, void *arg) + { + time_t start = time(NULL) - *(time_t*)arg; +-char str[10]; ++char str[16]; + xmlnode last; + + /* pre-requisites */ +@@ -66,7 +66,7 @@ + void mod_last_set(mapi m, jid to, char *reason) + { + xmlnode last; +-char str[10]; ++char str[16]; + + log_debug(mod_last,storing last for user %s,jid_full(to)); + +diff -ru jabber-1.4.3.old/jsm/modules/mod_offline.c jabber-1.4.3/jsm/modules/mod_offline.c +--- jabber-1.4.3.old/jsm/modules/mod_offline.c 2002-12-03 07:30:02.0 +0300 jabber-1.4.3/jsm/modules/mod_offline.c 2006-12-29 11:33:35.0 +0300 +@@ -49,7 +49,7 @@ + { + session top; + xmlnode cur = NULL, cur2; +-char str[10]; ++char str[16]; + + /* if there's an existing session, just give it to them */ + if((top = js_session_primary(m-user)) != NULL) +@@ -123,7 +123,7 @@ + xmlnode opts, cur, x; + int now = time(NULL); + int expire, stored, diff; +-char str[10]; ++char str[16]; + + log_debug(mod_offline,avability established, check for messages); +
Bug#325172: (no subject)
Still happens on 0.13.4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404851: Invalid mms:/ url crashs konqueror
On Thursday 28 December 2006 20:20, Patrick Matthäi wrote: Hm, first it crashed, now it asked again and again if it should add these extensions and I think after 1-2 clicks, that should be enough. Hi! I don't furlly understand what you are saying here. You can't get it crash any more or ? /Sune -- I cannot log on the tool from ICQ 92 and from the preferences menu inside Word, how does it work? You should ping to a analogic driver to open the controller. pgpwE6wfwZbOQ.pgp Description: PGP signature
Bug#404905: akregator: Patch for custom article list colors
tag 404905 +wontfix thanks Attached is a patch from Frank Osterfeld [EMAIL PROTECTED] that lets the user choose custom colors for the article list widget. This is very helpful when using a light-on-dark color scheme, because the default red and blue can be hard to read on a dark background. I just built Akregator with the patch and it works great. Frank said that KDE 3.5.6 is already frozen, but could Debian please add this patch to 3.5.6 when it's uploaded? (It works fine with 3.5.5 also, but I know that Etch is frozen.) Introducing extra functionality is not something we do, as we need to maintain it afterwards. if it gets applied upstream, we might reconsider. - although the patch don't look very intrusive. /Sune -- Genius, I cannot click a hard disk from AutoCAD NT and from the control tools inside ICQ, how does it work? You never need to forward to the e-mail for overclocking a SIMM over a folder. pgppdzP06FTd2.pgp Description: PGP signature
Bug#404720: confirmed
tags 404720 + confirmed severity 404720 serious thanks hi, i can reproduce this segfault on amd64/cowbuilder chroot: [EMAIL PROTECTED]:/# /usr/games/trr_format Segmentation fault im not sure if this renders the package unusable, i think so. Setting the severity to RC to be sure. bye, - michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404908: /usr/share/doc/php-doc/html/indexes.html: so indirect
Hi Dan, This was designed upstream. See http://www.php.net/manual/en/indexes.php which links to http://www.php.net/manual/en/index.functions.php So for Debian, this is not a real bug. I'll try to talk with upstream, see why this chose this behavior. Thanks. Dan Jacobson wrote: Package: php-doc Version: 20061001-1 Severity: minor File: /usr/share/doc/php-doc/html/indexes.html The page is empty. Wait, it says Appendix U. Function Index Table of Contents Function Index and we must click again to get to file:///usr/share/doc/php-doc/html/index.functions.html -- Lior Kaplan [EMAIL PROTECTED] GPG fingerprint: C644 D0B3 92F4 8FE4 4662 B541 1558 9445 99E8 1DA0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404861: upgrade to wwwoffle 2.9a-1 overwrote local change in wwwoffle.conf
severity 404861 important thanks On Fri 29 Dec 2006, Frank K?ster wrote: Vincent Lefevre [EMAIL PROTECTED] wrote: On 2006-12-28 21:03:57 +0100, Paul Slootman wrote: This is I think a question of interpretation; if the local change modifies the way the package works in any way, then I agree; but a comment?! Where does it end? Do you want upgrades to preserve the mtime of the configuration file as well? How about the filesize, if that was changed locally? A comment can contain valuable information. For instance, the admin could add a note about why he set some value. Indeed. However, this information is still available in the backup file. IMHO, comments should be preserved, Often this is possible using sed on the configuration file. The thing is, upstream provides a quite complicated perl script to handle the upgrades; and that script is pretty good at doing that, apart from the fact that comments aren't preserved. It will be very difficult to make it preserve comments, if not impossible. If really you can't preserve the comments, it must be said at the beginning of the configuration file. That would also be a good idea. Agreed. In summary, I think that wwwoffle's handling of wwwoffle.conf is suboptimal, but I don't see how this is release-critical. The wording of Policy and etch_rc_policy.txt is unclear about this, I think, but I would downgrade this bug to important. OK, sounds reasonable. Paul Slootman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404912: Acknowledgement (kdeprint: can't do a test print from KDE control centre with CUPS 1.2.7)
Reverting to the version of kdeprint and kdebase in testing 4:3.5.5a.dfsg.1-2 fixed the printing problem I had with kdeprint 4:3.5.5a.dfsg.1-4 Arthur. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404926: vsftpd: defs.h limits the username length to 32 chars
Package: vsftpd Version: 2.0.5-2 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, The vsftpd FTP server refuses (silently) the login if the username has more than 32 chars. The limit is defined in defs.h. Maybe we could consider raising this limit a bit, and at least return a proper error in the logs (pam accepts the login, but vsftpd just says LOGIN FAILED). Best regards, - -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages vsftpd depends on: ii adduser 3.99 Add and remove users and groups ii libc6 2.5-0exp3 GNU C Library: Shared libraries ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libpam-modules0.79-4 Pluggable Authentication Modules f ii libpam0g 0.79-4 Pluggable Authentication Modules l ii libssl0.9.8 0.9.8c-3 SSL shared libraries ii libwrap0 7.6.dbs-11 Wietse Venema's TCP wrappers libra ii netbase 4.27 Basic TCP/IP networking system Versions of packages vsftpd recommends: ii logrotate 3.7.1-3Log rotation utility - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFlOTu0yQ2guvROZ0RAt7mAJ92ywIifw6ez1PuCg5aiQJwtt5pGwCbB0Li xWSjliiNpd9Y2XU4U/5lDQc= =tSxw -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403135: yelp: start up is way too slow
Le jeudi 28 décembre 2006 à 21:41 -0500, Michael Gilbert a écrit : On 12/23/06, Sven Arvidsson wrote: Sadly, I think this is normal behaviour for Yelp at the moment. AFAIK Yelp needs to process all the documentation for an application when started, instead of the first page loaded. why can't this information be pre-generated during installation of the package for which the help is for? I'm not sure this is what is causing trouble. There have already been many speed improvements in this direction, and stylesheets were also optimized for speed. I think you were right about gecko, which is dog-slow to initialize, and the solution is to get rid of this engine, which is obviously not necessary for a help browser. -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#404927: udev believes hardware raid devices are removable and sets the permissions to group floppy
Package: udev Version: 0.103-1 Severity: critical Tags: security Justification: root security hole Hi there, Just noticed that udev sets the group of the hard disks to 'floppy' making them r/w to this group (actually, tiger noticed it): brw-rw 1 root floppy 8, 0 Dec 29 11:25 /dev/sda brw-rw 1 root floppy 8, 1 Dec 29 11:25 /dev/sda1 brw-rw 1 root floppy 8, 2 Dec 29 11:25 /dev/sda2 brw-rw 1 root floppy 8, 5 Dec 29 11:25 /dev/sda5 brw-rw 1 root floppy 8, 6 Dec 29 11:25 /dev/sda6 brw-rw 1 root floppy 8, 16 Dec 29 11:25 /dev/sdb brw-rw 1 root floppy 8, 17 Dec 29 11:25 /dev/sdb1 brw-rw 1 root floppy 8, 32 Dec 29 11:25 /dev/sdc brw-rw 1 root floppy 8, 33 Dec 29 11:25 /dev/sdc1 brw-rw 1 root floppy 8, 48 Dec 29 11:25 /dev/sdd brw-rw 1 root floppy 8, 49 Dec 29 11:25 /dev/sdd1 brw-rw 1 root floppy 8, 50 Dec 29 11:25 /dev/sdd2 The machine has a hardware raid controller: :02:01.0 RAID bus controller: Adaptec AAC-RAID (rev 01) udevinfo gives this: looking at device '/block/sda': KERNEL==sda SUBSYSTEM==block DRIVER== ATTR{stat}==3560 800 19725227816 2406 463956368 392728031056 420544 ATTR{size}==20971776 ATTR{removable}==1 ATTR{range}==16 ATTR{dev}==8:0 looking at parent device '/devices/pci:00/:00:1c.0/:02:01.0/host0/target0:0:0/0:0:0:0': KERNELS==0:0:0:0 SUBSYSTEMS==scsi DRIVERS==sd ATTRS{ioerr_cnt}==0x0 ATTRS{iodone_cnt}==0x1771 ATTRS{iorequest_cnt}==0x1771 ATTRS{iocounterbits}==32 ATTRS{timeout}==30 ATTRS{state}==running ATTRS{rev}==V1.0 ATTRS{model}==linux ATTRS{vendor}==Adaptec ATTRS{scsi_level}==3 ATTRS{type}==0 ATTRS{queue_type}==ordered ATTRS{queue_depth}==256 ATTRS{device_blocked}==0 looking at parent device '/devices/pci:00/:00:1c.0/:02:01.0/host0/target0:0:0': KERNELS==target0:0:0 SUBSYSTEMS== DRIVERS== looking at parent device '/devices/pci:00/:00:1c.0/:02:01.0/host0': KERNELS==host0 SUBSYSTEMS== DRIVERS== looking at parent device '/devices/pci:00/:00:1c.0/:02:01.0': KERNELS==:02:01.0 SUBSYSTEMS==pci DRIVERS==aacraid ATTRS{broken_parity_status}==0 ATTRS{enable}==1 ATTRS{modalias}==pci:v9005d0285sv9005sd0290bc01sc04i00 ATTRS{local_cpus}==ff ATTRS{irq}==169 ATTRS{class}==0x010400 ATTRS{subsystem_device}==0x0290 ATTRS{subsystem_vendor}==0x9005 ATTRS{device}==0x0285 ATTRS{vendor}==0x9005 looking at parent device '/devices/pci:00/:00:1c.0': KERNELS==:00:1c.0 SUBSYSTEMS==pci DRIVERS== ATTRS{broken_parity_status}==0 ATTRS{enable}==1 ATTRS{modalias}==pci:v8086d25AEsvsdbc06sc04i00 ATTRS{local_cpus}==ff ATTRS{irq}==0 ATTRS{class}==0x060400 ATTRS{subsystem_device}==0x ATTRS{subsystem_vendor}==0x ATTRS{device}==0x25ae ATTRS{vendor}==0x8086 looking at parent device '/devices/pci:00': KERNELS==pci:00 SUBSYSTEMS== DRIVERS== Notice the 'aacraid' and 'adaptec' values that identify the hardware raid controller and the 'removable flag. I believe that this is not a misconfiguration of me and I don't have access to another machine with a hardware raid controller to test it there. I've classified this as a serious security hole, since the first user that is created when installing debian is in group 'floopy' and thus he may get superuser privileges in many ways and cause total data loss. Thanks in advance... -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: total 4 lrwxrwxrwx 1 root root 20 2006-02-03 14:43 020_permissions.rules - ../permissions.rules lrwxrwxrwx 1 root root 13 2006-02-03 14:43 udev.rules - ../udev.rules lrwxrwxrwx 1 root root 25 2006-04-16 12:47 z20_persistent-input.rules - ../persistent-input.rules lrwxrwxrwx 1 root root 19 2006-02-03 14:43 z20_persistent.rules - ../persistent.rules -rw-r--r-- 1 root root 605 2006-09-20 20:36 z25_persistent-net.rules lrwxrwxrwx 1 root root 33 2006-05-28 15:54 z45_persistent-net-generator.rules - ../persistent-net-generator.rules lrwxrwxrwx 1 root root 12 2006-02-03 14:43 z50_run.rules - ../run.rules lrwxrwxrwx 1 root root 16 2006-02-03 14:43 z55_hotplug.rules - ../hotplug.rules lrwxrwxrwx 1 root root 29 2006-09-20 20:36 z75_cd-aliases-generator.rules - ../cd-aliases-generator.rules -- /sys/: /sys/block/ram0/dev /sys/block/ram10/dev /sys/block/ram11/dev /sys/block/ram12/dev /sys/block/ram13/dev /sys/block/ram14/dev /sys/block/ram15/dev /sys/block/ram1/dev /sys/block/ram2/dev /sys/block/ram3/dev /sys/block/ram4/dev /sys/block/ram5/dev /sys/block/ram6/dev /sys/block/ram7/dev /sys/block/ram8/dev /sys/block/ram9/dev /sys/block/sda/dev /sys/block/sda/sda1/dev /sys/block/sda/sda2/dev /sys/block/sda/sda5/dev
Bug#402951: libapache-mod-ssl: restart leaves /var/cache/apache/__db.ssl_cache.db there
Moritz Muehlenhoff wrote: On Wed, Dec 13, 2006 at 10:08:21AM -0800, Mark Symonds wrote: Package: libapache-mod-ssl Version: 2.8.22-1sarge1 Severity: grave Tags: security Justification: user security hole I haven't heard other reports about such crashes. Are all the machines identical in the installed software; are all running plain Sarge? Yes: identical Sarge boxen, in order to have the benefit of security patches from Debian. It suddenly stopped happening after I filed this bugreport, so who knows... If some exploit launches into the wild a year from now, at least we had this much. And I wonder if this isn't a buffer overflow test against openssl instead of apache? Anyway, feel free to close this bug and thanks much for your attention (and your work). :-) All the best, Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403343: failure, then success, when running gaim -d
Package: gaim Version: 1:2.0.0+beta5-9 Followup-For: Bug #403343 What follows is part of the output from gaim -d for an unsuccessful connect followed by a successful connect: dbus: okkk plugins: probing /usr/lib/gaim/liboscar.so plugins: probing /usr/lib/gaim/musicmessaging.so plugins: probing /usr/lib/gaim/statenotify.so plugins: probing /usr/lib/gaim/extplacement.so plugins: probing /usr/lib/gaim/gaimrc.so plugins: probing /usr/lib/gaim/history.so plugins: probing /usr/lib/gaim/encrypt.so plugins: probing /usr/lib/gaim/libsimple.so plugins: probing /usr/lib/gaim/spellchk.so plugins: probing /usr/lib/gaim/iconaway.so plugins: probing /usr/lib/gaim/irchelper.so plugins: probing /usr/lib/gaim/perl.so plugins: probing /usr/lib/gaim/psychic.so plugins: probing /usr/lib/gaim/libyahoo.so plugins: probing /usr/lib/gaim/gevolution.so plugins: /usr/lib/gaim/gevolution.so is not loadable: libedata-book-1.2.so.2: cannot open shared object file: No such file or directory plugins: probing /usr/lib/gaim/libnovell.so plugins: probing /usr/lib/gaim/ticker.so plugins: probing /usr/lib/gaim/libmsn.so plugins: probing /usr/lib/gaim/dbus-example.so plugins: probing /usr/lib/gaim/libjabber.so plugins: probing /usr/lib/gaim/log_reader.so plugins: probing /usr/lib/gaim/libgg.so plugins: /usr/lib/gaim/libgg.so is not loadable: libgadu.so.3: cannot open shared object file: No such file or directory plugins: probing /usr/lib/gaim/idle.so plugins: probing /usr/lib/gaim/libirc.so plugins: probing /usr/lib/gaim/ssl.so plugins: probing /usr/lib/gaim/timestamp_format.so plugins: probing /usr/lib/gaim/libzephyr.so plugins: /usr/lib/gaim/libzephyr.so is not loadable: libzephyr.so.3: cannot open shared object file: No such file or directory plugins: probing /usr/lib/gaim/timestamp.so plugins: probing /usr/lib/gaim/libsametime.so plugins: /usr/lib/gaim/libsametime.so is not loadable: libmeanwhile.so.1: cannot open shared object file: No such file or directory plugins: probing /usr/lib/gaim/gntlastlog.so plugins: /usr/lib/gaim/gntlastlog.so is not loadable: undefined symbol: cur_term plugins: probing /usr/lib/gaim/ssl-nss.so plugins: probing /usr/lib/gaim/s.so plugins: /usr/lib/gaim/s.so is not loadable: undefined symbol: gg_blist_show plugins: /usr/lib/gaim/s.so is not usable because the 'gaim_init_plugin' symbol could not be found. Does the plugin call the GAIM_INIT_PLUGIN() macro? plugins: probing /usr/lib/gaim/ssl-gnutls.so plugins: probing /usr/lib/gaim/gnthistory.so plugins: /usr/lib/gaim/gnthistory.so is not loadable: The UI requirement is not met. plugins: probing /usr/lib/gaim/gestures.so plugins: probing /usr/lib/gaim/notify.so plugins: probing /usr/lib/gaim/tcl.so plugins: probing /usr/lib/gaim/libqq.so plugins: probing /usr/lib/gaim/gntgf.so plugins: /usr/lib/gaim/gntgf.so is not loadable: The UI requirement is not met. plugins: probing /usr/lib/gaim/gaim-libnotify.so plugins: probing /usr/lib/gaim/libbonjour.so util: Reading file accounts.xml from directory /home/amarsh04/.gaim util: Reading file status.xml from directory /home/amarsh04/.gaim stun: using server stun: using server sound: Initializing sound output drivers. util: Reading file blist.xml from directory /home/amarsh04/.gaim prefs: Reading /home/amarsh04/.gaim/prefs.xml prefs: Finished reading /home/amarsh04/.gaim/prefs.xml plugins: Loading saved plugin /usr/lib/gaim/irchelper.so gtkblist: added visibility manager: 1 docklet: created pounce: Creating pounce: gtk-gaim, KiTtY Session Management: ICE initialized. Session Management: Connecting with no previous ID Session Management: Handling new ICE connection... done. Session Management: Connected to manager (KDE) with client ID 10e5dbccd500011673842660044730011 Session Management: Using gaim as command accels: accel changed, scheduling save. accels: accel changed, scheduling save. dbus: Need to register an object with the dbus subsystem. g_log: file ../../libgaim/dbus-server.c: line 118 (gaim_dbus_pointer_to_id): should not be reached account: Connecting to account [EMAIL PROTECTED] connection: Connecting. gc = 0x84d0338 dns: DNS query for 'irc.fdfnet.net' queued account: Connecting to account [EMAIL PROTECTED] connection: Connecting. gc = 0x84d0300 dns: DNS query for 'irc.freenode.net' queued util: Writing file accounts.xml to directory /home/amarsh04/.gaim util: Writing file blist.xml to directory /home/amarsh04/.gaim docklet: failed to embed within timeout gtkblist: removed visibility manager: 0 util: Writing file pounces.xml to directory /home/amarsh04/.gaim Session Management: Received first save_yourself accels: saving accels to /home/amarsh04/.gaim/accels dns: Created new DNS child 5018, there are now 1 children. dns: Successfully sent DNS request to child 5018 dns: Created new DNS child 5019, there are now 2 children. dns: Successfully sent DNS request to child 5019 Session Management: Received save_complete util: requested to fetch (http://10.0.0.138:80/devicedesc.xml), full=1,
Bug#404888: glib2.0: cannot go into testing; causes gnucash regrsession
Le vendredi 29 décembre 2006 à 08:44 +0100, Martin Schulze a écrit : 2. Change glib to conform to the existing expectations of gnucash. This is what I'm proposing to do. I don't think allowing the space character does much harm, but I'm asking upstream nevertheless. For the sake of the upcoming release, I wonder how many files / users are affected by this change? Is it really release-critical? If not, would it not helpe if Thomas provides a script in the gnucash package that adjusts the keys that are now broken and documents this ... err... change... in the release notes? This is probably what we'll have to end up with, as upstream recommendations are against allowing the space, which is already a special character in key-value files. -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#404876:
reassign 404876 libgstreamer0.10-0 severity 404876 grave retitle 404876 GStreamer broken on G3 powerpc architecture thanks Le vendredi 29 décembre 2006 à 00:50 -0500, Rick Thomas a écrit : Can you type echo export OIL_CPU_FLAGS=0 ~/.gnomerc and then try to log out and log in again? This did not change anything. What was it supposed to do? It disables some CPU optimisations that may cause trouble on G3 processors. Obviously this is not enough. typescript attached. Well, nothing really useful here, except this confirms this is a problem somewhere in the GStreamer stack. Reassigning. @debian-powerpc: as it seem to render gstreamer completely useless on G3 processors, I think this must be addressed before the release. If anyone with powerpc knowledge has some time to find what is going wrong, that would be very helpful. -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#404889: python-fuse: Fuse.main() triggers TypeError
* Sebastien Delafond [EMAIL PROTECTED] [2006-12-29 10:48]: gmailfs works here (same version of python-fuse, kernel 2.6.18), and it does call Fuse.main(). I'd say xmp.py is deprecated, which is indeed a bug (albeit a minor one), but I'd like you to tell me more about the actual problem you're facing: do you only see this with xmp.py, or also with a program of your own ? I saw this problem with my own program too, but xmp.py was my example. Unfortunately, it turns out, that I was a real blockhead yesterday: I tried for abaout an hour, but it never occured to me, that I didn't gave a mountpoint to my program. So I sincerely apologise for disturbing you with this non-bug. - Lars -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403939: Watch out for the status line
I talked to the upstream author Thomas Baumgart [EMAIL PROTECTED]. He needs to know, what the status line of kmymoney says in these cases (usually it should say something like ready). Please report, if you hit this issue. Thanks, Rainer -- Rainer Dorsch Alzentalstr. 28 D-71083 Herrenberg 07032-919495 jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404754: libgtk2.0-dev: Missing gdkwindow-x11.h
Le vendredi 29 décembre 2006 à 03:00 +0100, Mathias Brodala a écrit : This is the directFB variant of GTK+ breaking, as your patch is using direct X11 primitives instead of portable ones. I guess you have to disable the directFB build and build only the X11 variant. Last question for today (hm, ok tomorrow’s today now here): How do I disable the directFB build? Currently this is not easy. If you can't make your patch to apply cleanly (i.e. without requiring this X11 specific header), the easiest solution is probably to not apply the patch to the directFB build. Which means, you move it out of debian/patches/, and you add right after this line: cp -ar $(BUILD_DIR) $(BUILD_SHARED_DIR) a command that applies your patch: patch -d $(BUILD_SHARED_DIR) -p1 debian/foo.patch -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#404861: upgrade to wwwoffle 2.9a-1 overwrote local change in wwwoffle.conf
severity 404861 important tags 404861 moreinfo thanks Frank Küster [EMAIL PROTECTED] wrote: If really you can't preserve the comments, it must be said at the beginning of the configuration file. That would also be a good idea. In summary, I think that wwwoffle's handling of wwwoffle.conf is suboptimal, but I don't see how this is release-critical. The wording of Policy and etch_rc_policy.txt is unclear about this, I think, but I would downgrade this bug to important. (09:37:56) fant: Changes to configuration files must be preserved during a package upgrade. (09:38:22) fant: Does that include comments? Or is it acceptable to remove/change those, if the original file is available as a backup? (09:38:46) fant: Of course it's a bug to remove comments, but is it RC? (09:45:37) vorlon: fant: I'm straddling the fence on that one, personally. In this particular case, I think it is okay to downgrade the severity, since the problem seems to occur only in very special cases. I have tried to create a patch, but found that the code looks okay, and should preserve comments even at the end of the file. Can you please send the backuped old version, and the postinst-changed new version of the file? Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#404927: additional information
It seems that this problem occurred between 27/12/2006 and 29/12/2006. The only thing that changed was the kernel from 2.6.16-2-686-smp to 2.6.18-3-686. If I remember correctly, tiger was not updated lately, so it would have noticed this change: Here are the last tiger reports: -rw--- 1 root root 50 2006-12-19 05:00 check_perms.out.10 -rw--- 1 root root 50 2006-12-20 05:00 check_perms.out.9 -rw--- 1 root root 50 2006-12-21 05:00 check_perms.out.8 -rw--- 1 root root 50 2006-12-22 05:00 check_perms.out.7 -rw--- 1 root root 50 2006-12-23 05:00 check_perms.out.6 -rw--- 1 root root 50 2006-12-24 05:00 check_perms.out.5 -rw--- 1 root root 50 2006-12-25 05:00 check_perms.out.4 -rw--- 1 root root 50 2006-12-26 05:00 check_perms.out.3 -rw--- 1 root root 50 2006-12-27 05:00 check_perms.out.2 -rw--- 1 root root 382 2006-12-29 05:00 check_perms.out.1 (at 28 Dec, the machine was powered-off because of maintenance and there is no tiger report) nas:/var/log/tiger# cat check_perms.out.2 # Performing check of system file permissions... nas:/var/log/tiger# cat check_perms.out.1 # Performing check of system file permissions... --WARN-- [perm021w] Disk device /dev/sda1 has read/write access for group floppy. --WARN-- [perm021w] Disk device /dev/sda6 has read/write access for group floppy. --WARN-- [perm021w] Disk device /dev/sdd1 has read/write access for group floppy. --WARN-- [perm021w] Disk device /dev/sdd2 has read/write access for group floppy. Hope this helps... V13 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329633: aspell-fr: aspell-autobuildhash gives warnings on fr dictionary
Followup-For: Bug #329633 Package: aspell-fr Version: 0.50-3-6 *** Please type your report below this line *** This bug is also present in the most current version. And it does also occur when installing the package (not reinstalling) with sudo apt-get install aspell-fr ... Richte aspell-fr ein (0.50-3-6) ... aspell-autobuildhash: processing: fr [fr-40-only] aspell-autobuildhash: processing: fr [fr-60-only] aspell-autobuildhash: processing: fr [fr-80-only] Warnung: »The word Gram--Schmidt is invalid. Nach dem Zeichen »-« (U+2D) muss ein alphabetisches Zeichen folgen.«: Überspringe Wort. Warnung: »The word Runge--Kutta is invalid. Nach dem Zeichen »-« (U+2D) muss ein alphabetisches Zeichen folgen.«: Überspringe Wort. aspell-autobuildhash: processing: fr [fr_CH-only] $ debsums -s aspell-fr shows the same output as in the previous message. Is any further help needed? Paul -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages aspell-fr depends on: ii aspell0.60.4-4 GNU Aspell spell-checker ii dictionaries-common 0.70.11Common utilities for spelling dict aspell-fr recommends no packages. -- no debconf information signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#404861: upgrade to wwwoffle 2.9a-1 overwrote local change in wwwoffle.conf
Paul Slootman [EMAIL PROTECTED] wrote: IMHO, comments should be preserved, Often this is possible using sed on the configuration file. The thing is, upstream provides a quite complicated perl script to handle the upgrades; and that script is pretty good at doing that, apart from the fact that comments aren't preserved. It will be very difficult to make it preserve comments, if not impossible. I looked at the script - it *has* clever code to preserve comments. I don't know what's going on, and I think we really need Vincent's old and new wwwoffle.conf files to debug this. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#389433: Probable fix for fbdev shadow framebuffer issues
On Thu, 2006-12-28 at 21:15 +, Robert de Bath wrote: I still need to add the -fbbpp 32 option (or it's xorg.conf equiv). Without the option (and no rotation) the screen is now the full height but 'squished' into the left three quarters of the display (with nasty colours). I would say it's got a correct bytes per line but is encoding the pixels as 24bit not 32. That's bug #338241. I'm pondering changing the fbdev driver to default to 32bpp though. One other oddity is that it seems to be saying that the 640x480 mode is acceptable; but AFAIK the kernel vesa fbdev driver cannot change the video mode on the fly so only the 800x600x32 mode that the fb is currently set to on boot is actualy used ... I noticed that, but it's more likely a bug in vesafb. As the log indicates, the fbdev driver actually queries the framebuffer device on the usability of each mode. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#404738: xserver-xorg-video-ati: Freeze after rotating 3D view in Blender
On Wed, 2006-12-27 at 23:13 +0100, Sven Arvidsson wrote: Package: xserver-xorg-video-ati Version: 1:6.6.3-2 Severity: important When rotating the 3D viewport with the middle mouse button in Blender 2.42a-5, X seems to freeze. The screen doesn't update and X does not respond to keyboard or mouse input. The system itself does not seem to crash as my music is still playing in the background, still I'm forced to reboot. Please provide the full xorg.conf and Xorg.0.log (from after this happens) files as well as the output of LIBGL_DEBUG=verbose blender 21 /dev/null -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#342193: java-package: libgtk1.2
Package: java-package Version: 0.28 Followup-For: Bug #342193 I'm not sure if this is related, but the generated package depends on libgtk1.2, which is an oldlib. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages java-package depends on: ii debhelper 5.0.42 helper programs for debian/rules ii fakeroot 1.5.10 Gives a fake root environment ii unzip 5.52-9 De-archiver for .zip files java-package recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391404: upgrading severity
On Friday 29 December 2006 07:29, Michael Ablassmeier wrote: On Fri, Dec 29, 2006 at 07:27:36AM +0100, Michael Ablassmeier wrote: following the policy, this issue is severity serious, upgrading. Please be sure to either move the tools to modxslt-tools or add proper conflicts between those packages. Yeah, I think you're right, this is an RC-issue. I'm not a DD, but modxslt is important to us, so I'm trying to help out. All issues seems to have been with manpages, such as: `/usr/share/man/man1/modxslt-config.1.gz', which is also in package libapache2-modxslt Does this imply that what is missing is debian/*.manpages files? -- Kjetil Kjernsmo Information Systems Developer Opera Software ASA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350851: kmail: More mail loss :(
tags 350851 +fixed-upstream notfound 350851 4:3.5.5.dfsg.1-4 close 350851 4:3.5.5-1 thanks On Thu, Dec 28, 2006 at 07:06:16PM -0600, Adam Porter wrote: [...] I hate to be the bearer of bad news, but KMail still has this problem. (Or maybe this is actually a separate bug caused by a separate problem, but the end result is still mail loss in disconnected IMAP accounts.) Sorry Adam, we (KDE team) have been discussing this and we think this bug is fixed. Since this bug was fixed in october only you has reported this problem again. Also, after read your mail, it does not seem you have exactly the same problem neither. So, i'm closing the bug and you always can open a new one if you find out what it is exaclty the problem. P.S: btw, perhaps you could use /dev/input/mice instead? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403426: kernel corrupts LUKS partition header on arm
At Wed, 20 Dec 2006 17:15:29 +0100, Martin Michlmayr [EMAIL PROTECTED] wrote: We're seeing corruption of LUKS partition headers on ARM. I've confirmed this on two different ARM platforms (IXP4xx and IOP32x) and with 2.6.17 and 2.6.18. Basically, when you create a LUKS partition on a PC and then connect it to an ARM box and open it, you get an automatic header conversion from 0.99 to 0.991 triggered message and afterwards the LUKS partition header is corrupted. Please try the version from subversion http://luks.endorphin.org/svn/cryptsetup I just kicked this conversion routine as it is for pre-1.0 releases and guess there is no single deployment that will ever need it. This won't change the bug itself, but it won't corrupt your partition anymore. It just fails. Its done something like overwrite the second sector of the header with the first one. I had a look at the cryptsetup code, and the conversion message is triggered by it finding the wrong state code for the passphrase slot - so the data has been overwritten by the time its got there. That looks right. A good amount of staring out of the window, drew my attention to (read|write|write_lseek)_blockwise in util.c. Reading from a file description opened with O_DIRECT requires blockwise reading into an aligned memory segments. That's the reason for all the magic in these routines. Looking at read_blockwise, r=read(fd,buf,size) might just return a short read, that is rsize. But the read_blockwise routine never covers that case. For some reason arm might behave different than other archs here. I just added the r!=bsize case to error checking and an error message as well. while(count) { r = read(fd,padbuf,bsize); if(r 0 || r != bsize) { fprintf(stderr, read failed in read_blockwise.\n); goto out; } step = countbsize?count:bsize; memcpy(buf,padbuf,step); buf += step; count -= step; } The changes are also in subversion. Please try. -- Fruhwirth Clemens - http://clemens.endorphin.org for robots: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391404: upgrading severity
hi, On Fri, Dec 29, 2006 at 11:37:32AM +0100, Kjetil Kjernsmo wrote: On Friday 29 December 2006 07:29, Michael Ablassmeier wrote: On Fri, Dec 29, 2006 at 07:27:36AM +0100, Michael Ablassmeier wrote: following the policy, this issue is severity serious, upgrading. Please be sure to either move the tools to modxslt-tools or add proper conflicts between those packages. Yeah, I think you're right, this is an RC-issue. I'm not a DD, but modxslt is important to us, so I'm trying to help out. All issues seems to have been with manpages, such as: `/usr/share/man/man1/modxslt-config.1.gz', which is also in package libapache2-modxslt Does this imply that what is missing is debian/*.manpages files? yes, please be sure to only ship the manpages where needed. As it stands the following manpages are shipped: libapache2-modxslt_2005072700-2_amd64.deb -rw-r--r-- root/root 903 2006-11-17 23:40 ./usr/share/man/man1/modxslt-perror.1.gz -rw-r--r-- root/root 1648 2006-11-17 23:40 ./usr/share/man/man1/modxslt-config.1.gz -rw-r--r-- root/root 964 2006-11-17 23:40 ./usr/share/man/man1/modxslt-parse.1.gz libmodxslt0-dev_2005072700-2_amd64.deb drwxr-xr-x root/root 0 2006-11-17 23:40 ./usr/share/man/man1/ -rw-r--r-- root/root 1648 2006-11-17 23:39 ./usr/share/man/man1/modxslt-config.1.gz modxslt-tools_2005072700-2_amd64.deb -rw-r--r-- root/root 903 2006-11-17 23:39 ./usr/share/man/man1/modxslt-perror.1.gz -rw-r--r-- root/root 964 2006-11-17 23:39 ./usr/share/man/man1/modxslt-parse.1.gz i think shipping modxslt-perror.1.gz and modxslt-parse.1 within libapache2-modxslt doesnt make much sense as those tools are only in the modxslt-tools package. For modxslt-config.1.gz im not sure, it might make sense to have a diversion here (or only ship it once, in libapache2-modxslt). bye, - michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404912: Acknowledgement (kdeprint: can't do a test print from KDE control centre with CUPS 1.2.7)
Hi, 2006 m. gruodis 29 d., penktadienis 11:35, Arthur Marsh rašė: Reverting to the version of kdeprint and kdebase in testing 4:3.5.5a.dfsg.1-2 fixed the printing problem I had with kdeprint 4:3.5.5a.dfsg.1-4 There are no changes in kdeprint between 4:3.5.5a.dfsg.1-2 and 4:3.5.5a.dfsg.1-4 Are you sure kdeprint and kdebase metapackage were the only ones you downgraded? Please upgrade back to 4:3.5.5a.dfsg.1-4 and test again. Thanks pgp1KZQw9hP59.pgp Description: PGP signature
Bug#404846: closed by Don Armstrong [EMAIL PROTECTED] (Re: Bug#404846: bugs.debian.org: HTTP Forbidden error code when accessing the BTS from work)
On Fri, Dec 29, 2006 at 01:03:14AM -0800, Debian Bug Tracking System wrote: On Thu, 28 Dec 2006, Alexandre Fayolle wrote: I'm not sure if this is the right pseudo-package for this issue. Feel free to reassign it if necessary. That's the right one. The originating IP is 62.4.19.137. Is there some kind of black listing involved on bugs.d.o? If so, I would be glad if this IP could be removed from the list, because we are not spammers, just a company involved in free software, and using Debian for all its computers. Not being able to use the BTS makes our lives significantly more difficult. It was put on the blacklist manually, probably because of multiple reports of spam on the same bug. I've gone ahead and removed it now, but it will take a while for the removal to take effect. Thanks for the quick answer. apt-listbugs is working fine this morning. I'm sorry if our IP is faked for spamming the BTS. Do you know if this is caused by our MTA configuration which sends answers to spams sent to non existent addresses? In the meantime, you can use bugs.donarmstrong.com to access a mirror of the bts. Thanks a lot. -- Alexandre Fayolle LOGILAB, Paris (France) Formations Python, Zope, Plone, Debian: http://www.logilab.fr/formations Développement logiciel sur mesure: http://www.logilab.fr/services Informatique scientifique: http://www.logilab.fr/science Reprise et maintenance de sites CPS: http://www.migration-cms.com/ signature.asc Description: Digital signature
Bug#378243: grub-reboot does not work
imacat [EMAIL PROTECTED] writes: Hi. This is imacat from Taiwan. Here is the output of my Virtual PC test box of Debian Etch d-i 2006-12-25. I have updated the hostname, thoguh. Please tell me if you need any more information. Hello, Nice to meet you. Yes, I forgot to ask what the commands you had use, the full commandline you've used on grub-reboot. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404928: xvidcap crashes when selecting a screen
Package: xvidcap Version: 1.1.4-0.0 Severity: important X-Debbugs-Cc: [EMAIL PROTECTED] When using xvidcap with a TwinView/Xinerama setup, I do the selection of my full screen, i.e. virtual screen of both the monitors. As soon as I start Record, xvidcap segfaults. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (550, 'unstable'), (500, 'stable'), (350, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-xps Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages xvidcap depends on: ii libatk1.0-01.12.3-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.1-2 generic font configuration library ii libglade2-01:2.6.0-3 library to load .glade files at ru ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgtk2.0-02.8.20-3 The GTK+ graphical user interface ii liblame0 3.97-0.0 LAME Ain't an MP3 Encoder ii libpango1.0-0 1.14.8-3 Layout and rendering of internatio ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.27.dfsg-1 GNOME XML library ii libxmu61:1.0.2-2 X11 miscellaneous utility library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii zlib1g 1:1.2.3-13compression library - runtime xvidcap recommends no packages. -- no debconf information -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. Stealing logic from one person is plagiarism, stealing from many is research. The great are those who achieve the impossible, the petty are those who cannot - rrs pgp90qIAQQVmf.pgp Description: PGP signature
Bug#404929: MySQL 5.0 server problems with query with joins
Package: mysql-server-5.0 Version: 5.0.30-2 Architecture: amd64 When I invoke query: select w.*,u.name as editor, f.name as faculty, d.name as division from jos_facultyinfo_workers as w left join jos_facultyinfo_faculties as f on f.id = w.faculty_id left join jos_facultyinfo_divisions as d on d.id = w.division_id left join jos_users as u on u.id = w.checked_out group by w.id order by f.name asc, w.type asc, w.surname asc, w.name asc limit 0,30 Server replies: ERROR 2013 (HY000): Lost connection to MySQL server during query Tried this on MySQL 5.1.12beta on my machine (binary version for amd64 from MySQL download page) and on 5.0.27-standard MySQL Community Edition running on another machine with RedHat (AMD64). It worked ok. I am using Debian GNU/Linux 4.0 Kernel: 2.6.18-3-amd64 libc: libc6 2.3.6.ds1-9 Best Regards, Darek -- Dariusz Tefelski, SQ5NBG http://www.if.pw.edu.pl/~tefelski -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404927: udev believes hardware raid devices are removable and sets the permissions to group floppy
reassign 404927 linux-2.6 thanks On Dec 29, Stefanos Harhalakis [EMAIL PROTECTED] wrote: Notice the 'aacraid' and 'adaptec' values that identify the hardware raid controller and the 'removable flag. I believe that this is not a misconfiguration of me and I don't have access to another machine with a hardware raid controller to test it there. Blame the kernel then, udev just believes the information provided. -- ciao, Marco signature.asc Description: Digital signature
Bug#311514: kopete: crashes during msn messenger login
Package: kopete Version: 4:3.5.5-3 Followup-For: Bug #311514 Hi, I just cannot add my user into the configuration of kopete.there is a crash. is ther ea way to fix it ? thank you -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages kopete depends on: ii kdelibs4c2a4:3.5.5a.dfsg.1-5 core libraries and binaries for al ii libacl12.2.41-1 Access control list shared library ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libattr1 2.4.32-1 Extended attribute shared library ii libaudio2 1.8-2 The Network Audio System (NAS). (s ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libfontconfig1 2.4.1-2 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgadu3 1:1.7~rc2-1 Gadu-Gadu protocol library - runti ii libgamin0 [libfam0]0.1.8-1 Client library for the gamin file ii libgcc11:4.1.1-19GCC support library ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgsmme1c2a 1.10-10 GSM mobile phone access library ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1 GNU libidn library, implementation ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libmeanwhile1 1.0.2-2 open implementation of the Lotus S ii libpcre3 6.7-1 Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.15~beta5-1PNG library - runtime ii libqt3-mt 3:3.3.7-1 Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.1.1-19 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft22.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii libxslt1.1 1.1.19-1 XSLT processing library - runtime ii libxss11:1.1.0-1 X11 Screen Saver extension library ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages kopete recommends: ii qca-tls 1.0-3 TLS plugin for the Qt Cryptographi -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398058: [NFS] nhfsstone license
On Mon, Dec 18, 2006 at 11:52:02PM +0100, Steinar H. Gunderson wrote: No hard feelings, we're just going to fix it for the next release instead, I guess. :-) FWIW, the nfs-utils version currently in experimental (1:1.0.10-6~quilt.1) now ships without nhfsstone, but the source is still in the upstream tarball. Once 1.0.11 is out, I'll use that and this bug will be closed -- once etch is out, whatever is in experimental will get uploaded to unstable (the end changes in the binary package are minimal). /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395441: System go Kaboom!
Just to inform you it appears that this dependancy (half) killed my system. I recently upgraded to testing from stable and this package pulled in the package 'hal', which pulled in 'udev' which REMOVED 'hotplug' but this wasn't a working replacement because of the kernel versions. So I didn't have my drivers. I realise this isn't _your_ bug but it does seem to be a very unwise dependancy to have. -- Rob. (Robert de Bath robert$ @ debath.co.uk) http://www.debath.co.uk/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404846: closed by Don Armstrong [EMAIL PROTECTED] (Re: Bug#404846: bugs.debian.org: HTTP Forbidden error code when accessing the BTS from work)
On Fri, 29 Dec 2006, Alexandre Fayolle wrote: On Fri, Dec 29, 2006 at 01:03:14AM -0800, Debian Bug Tracking System wrote: On Thu, 28 Dec 2006, Alexandre Fayolle wrote: I'm not sure if this is the right pseudo-package for this issue. Feel free to reassign it if necessary. That's the right one. The originating IP is 62.4.19.137. Is there some kind of black listing involved on bugs.d.o? If so, I would be glad if this IP could be removed from the list, because we are not spammers, just a company involved in free software, and using Debian for all its computers. Not being able to use the BTS makes our lives significantly more difficult. It was put on the blacklist manually, probably because of multiple reports of spam on the same bug. I've gone ahead and removed it now, but it will take a while for the removal to take effect. Thanks for the quick answer. apt-listbugs is working fine this morning. I'm sorry if our IP is faked for spamming the BTS. Do you know if this is caused by our MTA configuration which sends answers to spams sent to non existent addresses? Oh, it's not your MTA that's the problem. Sending mail to the BTS and using the web interface are two separate issues. I looked at the logs myself, and wasn't able to determine why Blars blocked you specifically, but I assume it was because you clicked the report this bug as spam multiple times (or for a bug log which didn't have spam on it). [That's often a good indication of a machine which is crawling the BTS for addresses to send spam to.] Don Armstrong -- She was alot like starbucks. IE, generic and expensive. -- hugh macleod http://www.gapingvoid.com/batch3.htm http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404686: mozilla-firefox
After changing to aoss var. FIREFOX_DSP=aoss in /etc/firefoxrc the problem vanished. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350851: kmail: More mail loss :(
On Friday 29 December 2006 04:37, Ana Guerrero wrote: tags 350851 +fixed-upstream notfound 350851 4:3.5.5.dfsg.1-4 close 350851 4:3.5.5-1 thanks On Thu, Dec 28, 2006 at 07:06:16PM -0600, Adam Porter wrote: [...] I hate to be the bearer of bad news, but KMail still has this problem. (Or maybe this is actually a separate bug caused by a separate problem, but the end result is still mail loss in disconnected IMAP accounts.) Sorry Adam, we (KDE team) have been discussing this and we think this bug is fixed. Since this bug was fixed in october only you has reported this problem again. Also, after read your mail, it does not seem you have exactly the same problem neither. So, i'm closing the bug and you always can open a new one if you find out what it is exaclty the problem. P.S: btw, perhaps you could use /dev/input/mice instead? This is very disappointing. I just lost eight e-mails completely from my dIMAP account; they're just gone. Other people on the KDE bug tracker also reported the No Subject e-mails in the same KDE bug report. Not only was my local copy erased, but KMail erased the copy on the server as well. Were it not for my forwarding e-mails to GMail before they land in my inbox, I'd never see those e-mails again. There's absolutely no way to recover them. So I just don't understand how you can claim the bug is fixed, when I just experienced exactly what the bug reports: data loss with disconnected IMAP account. Clearly, KMail's dIMAP account support is still not completely trustworthy. And how will opening a new bug report do any good? People who have an interest in this problem are already subscribed to these bug reports. Opening a new one will just make it that much less likely for them to find out that the problem still exists. Please reconsider your decision and reopen this bug. At the very least, people need to be aware that the problem still exists. P.S. Thank you for your suggestion, but /dev/input/mice does not use the evdev driver. I think there is a way to configure udev to assign the same eventX device every time, but I haven't been successful in doing so yet. pgpHNPnIm3AqJ.pgp Description: PGP signature
Bug#404930: gshowtv: no channels downloads, and no watching possible
Package: gshowtv Version: 1.0.3-1 Severity: important Hi, It is just to say that gshowtv is rather unusable. It is quite difficult to make it work. There is no possibiltiies to watch the channels or programs if it works. there is apparently no access to the tv. Tvtime works great but cannot record. The downloading of programs takes ages and hangs. Please could you too contact me [EMAIL PROTECTED] if you would like further information or would like to progress on the program. Thank you [EMAIL PROTECTED] -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gshowtv depends on: ii libgnome2-0 2.16.0-2 The GNOME 2 library - runtime file ii libgtk2-gladexml-perl 1.006-1Perl interface to use user interfa ii libgtk2-perl 1:1.140-1 Perl interface to the 2.x series o ii liblocale-gettext-perl1.05-1 Using libc functions for internati ii libnotify-bin 0.4.3-1sends desktop notifications to a n ii libwww-perl 5.805-1WWW client/server library for Perl ii libxmltv-perl 0.5.44-1.1 Perl libraries related to the XMLT ii xmltv-druid 0.4.0-2XMLTV configurator for Gnome ii xmltv-util0.5.44-1.1 Utilities related to the XMLTV fil gshowtv recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404912: Acknowledgement (kdeprint: can't do a test print from KDE control centre with CUPS 1.2.7)
Modestas Vainius wrote, On 29/12/06 21:20: Hi, 2006 m. gruodis 29 d., penktadienis 11:35, Arthur Marsh rašė: Reverting to the version of kdeprint and kdebase in testing 4:3.5.5a.dfsg.1-2 fixed the printing problem I had with kdeprint 4:3.5.5a.dfsg.1-4 There are no changes in kdeprint between 4:3.5.5a.dfsg.1-2 and 4:3.5.5a.dfsg.1-4 Are you sure kdeprint and kdebase metapackage were the only ones you downgraded? Please upgrade back to 4:3.5.5a.dfsg.1-4 and test again. Thanks When downgrading and upgrading kdebase and kdeprint I did a machine restart after the change. I upgraded back to kdebase and kdeprint 4:3.5.5a.dfsg.1-4 and printing still worked. I'm mystified as to why I had the problem in the first place. Arthur. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#264029: eterm: Eterm has some troubles with fonts when mc midnight commander
Package: eterm Version: 0.9.4.0debian1-2 Followup-For: Bug #264029 mc and fonts not all right a -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages eterm depends on: ii libast2 0.7-1the Library of Assorted Spiffy Thi ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libfreetype62.2.1-5 FreeType 2 font engine, shared lib ii libice6 1:1.0.1-2X11 Inter-Client Exchange library ii libimlib2 1.3.0.0debian1-4 powerful image loading and renderi ii libsm6 1:1.0.1-3X11 Session Management library ii libx11-62:1.0.3-4X11 client-side library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxmu6 1:1.0.2-2X11 miscellaneous utility library ii zlib1g 1:1.2.3-13 compression library - runtime eterm recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404931: jwchat: proxy_http apache module should be enabled
Package: jwchat Version: 1.0beta2-12 Severity: important Subject: jwchat: proxy_http apache module should be enabled Package: jwchat Version: 1.0beta2-12 Severity: important Proxying the URL fails because the Apache module proxy_http is not enabled by the package. Simply copying proxy_http.load from mods-available to mods-enabled allowed jwchat to work. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-486 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages jwchat depends on: ii apache2 2.2.3-3.2 Next generation, scalable, extenda ii apache2-mpm-worker [apache2] 2.2.3-3.2 High speed threaded model for Apac ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii debianutils 2.17 Miscellaneous utilities specific t ii ucf 2.0017 Update Configuration File: preserv Versions of packages jwchat recommends: ii ejabberd 1.1.2-4Distributed, fault-tolerant Jabber -- debconf information excluded -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-486 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages jwchat depends on: ii apache2 2.2.3-3.2 Next generation, scalable, extenda ii apache2-mpm-worker [apache2] 2.2.3-3.2 High speed threaded model for Apac ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii debianutils 2.17 Miscellaneous utilities specific t ii ucf 2.0017 Update Configuration File: preserv Versions of packages jwchat recommends: ii ejabberd 1.1.2-4Distributed, fault-tolerant Jabber -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402601: [Pkg-alsa-devel] Bug#402601: alsa-utils: Module no automatically added to /etc/modules after running alsaconf
On 12/28/06, Elimar Riesebieter [EMAIL PROTECTED] wrote: On Mon, 11 Dec 2006 the mental interface of Thue Janus Kristensen told: Package: alsa-utils Version: 1.0.13-1 Severity: normal I succeeded in finding my ISA sound card by probing with alsaconf. It did also correctly set up the alias in /etc/modprobe/sound. However, on reboot the sound card was not immediately available, as the module had not been added to /etc/modules. I would have expected that had been done by alsaconf. At least alsaconf should ask whether the module should be autoloaded, or print out a message that the user can add it manually to /etc/modules. Aren't ISA cards handled by udev as well? Check it, as on 2.6 kernels /etc/modules usualy should be empty. Elimar The problem was on an old laptop, and I ended up installing debian sarge on it to get it to work. Testing this again by installing Etch and then perhaps installing Sarge again would be a whole-day project, which I don't have time for right now. I just know that the sound module did not seem to get loaded on reboot after running alsaconf, and that I got errors about non-extant devices when trying to use ogg123. ogg123 of course just hang when I tried using it after manually loading the alsa module for my sound card. Which is why I ended up installing Debian Sarge with a kernel 2.4. Hilsen Thue -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402340: Integrated browser not working
Hello, I was working in that problem, and I observed that: the link for the library is not present, i created that: ln -s /usr/lib/libgtkembedmoz.so.0d /usr/lib/mozilla-firefox/libgtkembedmoz.so but does not work correctly, when starting Eclipse gives the error, symbol lookup error: /usr/lib/eclipse/configuration/org.eclipse.osgi/bundles/35/1/.cp/libswt-mozilla-gtk-3235.so: undefined symbol: NS_InitEmbedding libswt-mozilla-gtk-3235.so is not able to init the navigator, That becomes an error in the library, not an eclipse error, reported in Debian Bug report logs - #396636 and the user of eclipse should always use an external navigator, or use eclipse from the svn development, Because that message annoys me, I decided only to echo the error, and configure the external browser, remove the previous link; rm /usr/lib/mozilla-firefox/libgtkembedmoz.so modify the $HOME/.eclipse/eclipserc adding the following lines: DIALOG=echo DIALOGW=$DIALOG -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404912: Acknowledgement (kdeprint: can't do a test print from KDE control centre with CUPS 1.2.7)
tags 404912 unreproducible severity 404912 normal thanks Hi, 2006 m. gruodis 29 d., penktadienis 13:45, Arthur Marsh rašė: When downgrading and upgrading kdebase and kdeprint I did a machine restart after the change. I upgraded back to kdebase and kdeprint 4:3.5.5a.dfsg.1-4 and printing still worked. I'm mystified as to why I had the problem in the first place. Ok, if you find a way how to reproduce the bug, report here. pgpfk3ahJbYpf.pgp Description: PGP signature
Bug#402599: [Pkg-alsa-devel] Bug#402599: alsa-utils: No error message when probing for ISA cards fails
I am quite sure that the Do you want to proceed? was not included in the screen I was shown. Regards, Thue On 12/28/06, Elimar Riesebieter [EMAIL PROTECTED] wrote: On Mon, 11 Dec 2006 the mental interface of Thue Janus Kristensen told: Package: alsa-utils Version: 1.0.13-1 Severity: normal If you probe for ISA cards, but no cards are found, it will show an empty dialogue with only an OK button. It will then exit and drop to the promt, never having said that the configuration failed. Just for your information, since you do warn that probing causes instability when probing ISA cards: It crashed it two times while probing, one of them messing up my hard disk so I had to reinstall. I only succeeded when I only probled for the correct card. The truth: ### No legacy drivers are available. OK ### No fix needed. Bug closed. Elimar -- Experience is something you don't get until just after you need it! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350851: kmail: More mail loss :(
Hi Adam, 2006 m. gruodis 29 d., penktadienis 13:43, Adam Porter rašė: And how will opening a new bug report do any good? People who have an interest in this problem are already subscribed to these bug reports. Opening a new one will just make it that much less likely for them to find out that the problem still exists. Please reconsider your decision and reopen this bug. At the very least, people need to be aware that the problem still exists. Please open a new bug of severity important with your initial mail. The problem you have is not dIMAP specific, it's general caching issue with kmail (I sometimes get No subject mails on my local mailboxes after unclean kmail kill/crash). Deleted mails on the server is just a side-effect. The bug[1] has not been fixed since kde 3.0.9 (for 4 years already) so don't except it too be fixed for etch. For now, avoid killing kmail. 1. http://bugs.kde.org/show_bug.cgi?id=50462 2. http://bugs.kde.org/show_bug.cgi?id=122028 pgpr7xQkv54pW.pgp Description: PGP signature
Bug#404347: Acknowledgement (xchat assersion failure at startup)
Hello Maybe this isn't really an xchat bug because when I try to do : $ aspell -l FR -c postponed I got aspell: modules/speller/default/language.cpp:431: bool aspeller::SensitiveCompare::operator()(const char*, const char*) const: l'assertion « *word0 *inlist0 » a échoué. Abandon But it would be nice if xchat can protect himself from external module error
Bug#404017: new driver for ghostscript
On Thu, 21 Dec 2006, Johannes Feigl wrote: i've written a new driver for a mashine we are using in our company, called glassjet, is uses a special type of uncompressed tiff files. the output-driver is very simple. http://www.its-eng.com/printers_glassjet.asp here you can see some informations about the mashine if you wanna know about it. First, let me congratulate you and your company for releasing the driver as free software! i want to make it free available for everybody. do you know to who i should send it that it will be added in the next version? (please make some cleanup) You can send it to Ghostscript upstream through http://bugs.ghostscript.com/, file it as an enhancement request. The Debian maintainer may decide to include the driver regardless of its inclusion upstream, as well. But that's for him to decide (I am not the maintainer of gs-* in Debian, nor I have reviewed the code of your driver). -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404932: ITP: xserver-xorg-input-evtouch -- Evtouch is a Touchscreen-Driver for X.
Package: wnpp Severity: wishlist Owner: Mattia Dongili [EMAIL PROTECTED] * Package name: xserver-xorg-input-evtouch Version : 0.8.1 Upstream Author : Kenan Esau [EMAIL PROTECTED] * URL : http://stz-softwaretechnik.com/~ke/touchscreen/evtouch.html * License : BSD style Programming Lang: C Description : Evtouch is a Touchscreen-Driver for X. This XFree/Xorg driver provides support for touchscreens input devices. The driver is actually an evdev-driver which supports events for moving in absolute coordinates, relative coordinates and mouse-buttons. The source package is xf86-input-evtouch. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (300, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20-rc2-mm1-1 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391775: Vote for remove
On Sat, 2006-12-23 at 22:20 +0100, Christer Mjellem Strand wrote: I disagree. Board admins are indeed board admins, but that does not necessarily imply they're equipped to do anything directly in the database. I agree that this is a potential problem, but I think that giving spammers free advertising by default, and thereby encouraging abuse even more, is a more important problem than having to set up an account for the board admin in those cases that the admin does not have that already. If I were to choose between a smtp server that is an open relay by default, or one that isn't but requires an extra configuration step in some cases, I'd definately choose the latter. As I said, fully understandable. But I hope it can be looked into again after release. Sure, we will, and I think there's a better solution possible than this one. We'll work on it, but reverting this solution only swaps one problem for the other. Thijs signature.asc Description: This is a digitally signed message part
Bug#404933: pugs: Regular expressions do not work
Package: pugs Version: 6.2.13-0.1 Severity: important Any Perl6 program which uses regexps doesn't seem to work with pugs. For example: [EMAIL PROTECTED]:~/devel/pugs$ pugs -e '/x/' Error eval perl5: if (!$INC{'Pugs/Runtime/Match/HsBridge.pm'}) { unshift @INC, '/usr/local/share/perl6/auto/pugs/perl5/lib'; eval q[require 'Pugs/Runtime/Match/HsBridge.pm'] or die $@; } 'Pugs::Runtime::Match::HsBridge' *** Can't locate Pugs/Runtime/Match/HsBridge.pm in @INC (@INC contains: /usr/local/share/perl6/auto/pugs/perl5/lib /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at (eval 3) line 1. *** Cannot parse regex: x *** Error: Error: Can't call method __RUN__ on an undefined value. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages pugs depends on: ii libc6 2.3.6.ds1-8GNU C Library: Shared libraries ii libgmp3c2 2:4.2.1+dfsg-4 Multiprecision arithmetic library ii libncurses5 5.5-5 Shared libraries for terminal hand ii libperl5.85.8.8-7Shared Perl library ii libreadline5 5.2-1 GNU readline and history libraries ii pugs-modules 6.2.13-0.1 Pugs core modules pugs recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404930: gshowtv: no channels downloads, and no watching possible
* patrick295767 [EMAIL PROTECTED] [2006-12-29 13:03]: Package: gshowtv Sorry but there's no such package in Debian. What does dpkg -p gshowtv | grep Maintainer say? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404834: linux-image-2.6.18-3-sparc64: Kernel unaligned access kills at least sshfs (and may make USB unreliable)
Also, sprach Jurij Smakov am Donnerstag, den 28. Dezember 2006 um 18:14: A patch is included in http://lkml.org/lkml/2006/9/23/184: This patch looks ok, I'll push it in. Coolio! $ sshfs [EMAIL PROTECTED]:/home/smc phobos/ Kernel unaligned access at TPC[5d3770] scm_detach_fds_compat+0x74/0x16c Kernel unaligned access at TPC[5d37dc] scm_detach_fds_compat+0xe0/0x16c Kernel unaligned access at TPC[5d37f8] scm_detach_fds_compat+0xfc/0x16c Kernel unaligned access at TPC[5d3810] scm_detach_fds_compat+0x114/0x16c Bus-Zugriffsfehler $ ls phobos ls: phobos: Transport endpoint is not connected There are two things here: first, the unaligned accesses in kernel. Those, as Steve pointed out, are harmless, and should not have any noticeable effect except for slight performance impact (I'll have a look at them). However, after that sshfs actually dies with bus error, which is an indication of alignment problems in sshfs itself. I'm cloning this bug report and reassigning a copy to sshfs. Please download and install the sshfs package with debugging symbols included from http://www.wooyd.org/debian/sshfs and run it under gdb as follows: $ gdb sshfs (gdb) set args [EMAIL PROTECTED]:/home/smc phobos/ (gdb) run After program terminates with bus error, type 'backtrace' at the gdb prompt and send the output to the sshfs bug report. I have done so and will send the output to [EMAIL PROTECTED] as soon as I am done with this mail. Thanks for your fast responses! It makes me having this warm and fuzzy feeling inside to know that the people responsible do actually care :). Greetings, -- : Sebastian Fontius : www.fsfe.org : www.fsfe.org/en/fellows/smc `+--+--+---. [] | They that can give up essential liberty to obtain a little | [][][] | temporary safety deserve neither liberty nor safety. | || : Benjamin Franklin, 1759 : signature.asc Description: Digital signature
Bug#404935: not possible to use usbdevice1 for ekiga while usbdevice2 for skype working
Package: ekiga Version: 2.0.3-2 Severity: normal Hello, I would like to propose the issue that I have. When I am online phone via skype on one usb device 1, and when I would like to use my second usb device to do ekiga. The sound is working well in ekiga but the recording not. Skype keeps still working great in the meantime. Just an issue report, If you may fix it, I would be glad That can come too due to the kernel 2.6.18-3-486 Thank you sincerely patrick295767 -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages ekiga depends on: ii evolution-data-server 1.6.3-3 evolution database backend server ii gconf2 2.16.0-3 GNOME configuration database syste ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.3-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libavahi-client3 0.6.15-2 Avahi client library ii libavahi-common3 0.6.15-2 Avahi common library ii libavahi-glib1 0.6.15-2 Avahi glib integration library ii libbonobo2-0 2.14.0-3 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-5 The Bonobo UI library ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libebook1.2-5 1.6.3-3 Client library for evolution addre ii libedataserver1.2-71.6.3-3 Utility library for evolution data ii libesd-alsa0 [libesd0] 0.2.36-3 Enlightened Sound Daemon (ALSA) - ii libfontconfig1 2.4.1-2 generic font configuration library ii libgcc11:4.1.1-19GCC support library ii libgconf2-42.16.0-3 GNOME configuration database syste ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgnome-keyring0 0.6.0-3 GNOME keyring services library ii libgnome2-02.16.0-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-4 GNOME virtual file-system (runtime ii libgtk2.0-02.8.20-3 The GTK+ graphical user interface ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libopal-2.2.0 2.2.3.dfsg-2 Open Phone Abstraction Library - s ii liborbit2 1:2.14.3-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.14.8-3 Layout and rendering of internatio ii libpopt0 1.10-3lib for parsing cmdline parameters ii libpt-1.10.0 1.10.2-2 Portable Windows Library ii libpt-plugins-alsa 1.10.2-2 Portable Windows Library Audio Plu ii libpt-plugins-v4l 1.10.2-2 Portable Windows Library Video Plu ii libsdl1.2debian1.2.11-7 Simple DirectMedia Layer ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.1.1-19 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii yelp 2.14.3-1 Help browser for GNOME 2 ekiga recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373127: is linux/bitops.h realy required ?
twin FTBFS on i386 here too. But, it builds fine once I removed #include linux/bitops.h from server/HW/hw_tty_linux/kbd_raw1.h. Is this header actually supposed to bring something we need? I don't have a mips machine to test here. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404904: Bug#404834: linux-image-2.6.18-3-sparc64: Kernel unaligned access kills at least sshfs (and may make USB unreliable)
Also, sprach Jurij Smakov am Donnerstag, den 28. Dezember 2006 um 18:14: $ sshfs [EMAIL PROTECTED]:/home/smc phobos/ Kernel unaligned access at TPC[5d3770] scm_detach_fds_compat+0x74/0x16c Kernel unaligned access at TPC[5d37dc] scm_detach_fds_compat+0xe0/0x16c Kernel unaligned access at TPC[5d37f8] scm_detach_fds_compat+0xfc/0x16c Kernel unaligned access at TPC[5d3810] scm_detach_fds_compat+0x114/0x16c Bus-Zugriffsfehler $ ls phobos ls: phobos: Transport endpoint is not connected There are two things here: first, the unaligned accesses in kernel. Those, as Steve pointed out, are harmless, and should not have any noticeable effect except for slight performance impact (I'll have a look at them). However, after that sshfs actually dies with bus error, which is an indication of alignment problems in sshfs itself. I'm cloning this bug report and reassigning a copy to sshfs. Please download and install the sshfs package with debugging symbols included from http://www.wooyd.org/debian/sshfs and run it under gdb as follows: $ gdb sshfs (gdb) set args [EMAIL PROTECTED]:/home/smc phobos/ (gdb) run After program terminates with bus error, type 'backtrace' at the gdb prompt and send the output to the sshfs bug report. I have done as Jurij advised and here are the results: $ gdb sshfs GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as sparc-linux-gnu...Using host libthread_db library /lib/v9/libthread_db.so.1. (gdb) set args [EMAIL PROTECTED]:/home/smc phobos/ (gdb) run Starting program: /usr/bin/sshfs [EMAIL PROTECTED]:/home/smc phobos/ [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 7778)] Program received signal SIGBUS, Bus error. [Switching to Thread 16384 (LWP 7778)] 0xf7ecf0c8 in fuse_mount_compat22 () from /usr/lib/libfuse.so.2 (gdb) backtrace #0 0xf7ecf0c8 in fuse_mount_compat22 () from /usr/lib/libfuse.so.2 #1 0xf7ecf34c in fuse_mount () from /usr/lib/libfuse.so.2 #2 0xf7ecea00 in fuse_parse_cmdline () from /usr/lib/libfuse.so.2 #3 0xf7eceb88 in fuse_setup_compat22 () from /usr/lib/libfuse.so.2 #4 0x000191a0 in main (argc=3, argv=0xff8a3ae4) at sshfs.c:2514 (gdb) Greetings, -- : Sebastian Fontius : www.fsfe.org : www.fsfe.org/en/fellows/smc `+--+--+---. [] | They that can give up essential liberty to obtain a little | [][][] | temporary safety deserve neither liberty nor safety. | || : Benjamin Franklin, 1759 : signature.asc Description: Digital signature
Bug#400906: SA23111: evince: get_next_text() Buffer Overflow Vulnerability
closes 400906 thanks DSA-1243-1[1,2] closes this bug. [1] - http://www.us.debian.org/security/2006/dsa-1243 [2] - http://secunia.com/advisories/23579/ regards, -- .''`. : :' :Alex de Oliveira Silva | enerv `. `' www.enerv.net `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404934: installation-guide
Package: installation-guide Version: Severity: wishlist Tags: l10n, patch While updating my translation of the installation-guide, I have encountered the following typos, which I thought you might like to fix before the next release. ___ random-bits.po 1. po:149 auto: ⑤ Tag: para Original: ⌘0 As mentioned earlier, the installed system will be very basic. If you would like to make the system a bit more mature, there is an easy method to packages of quotestandard/quote priority: informalexamplescreen\n # tasksel install standard\n /screen/informalexample Of course, you can also just use commandaptitude/command to install packages individually. - there is an easy method to packages of quotestandard/quote priority + it's easy to install all the quotestandard/quote priority packages using-d-i.po 2. po:138 auto: ⑤ Tag: para Original: ⌘0 If you select some free space, you will have the opportunity to create a new partition. You will have to answer a quick series of questions about its size, type (primary or logical), and location (beginning or end of the free space). After this, you will be presented with a detailed overview of your new partition. The main setting is guimenuitemUse as:/ guimenuitem, which determines if the partition will have a file system on it, or be used for swap, software RAID, LVM, an encrypted file system, or not be used at all. Other settings include mountpoint, mount options, and bootable flag; which settings are shown depends on how the partition is to be used. If you don't like the preselected defaults, feel free to change them to your liking. E.g. by selecting the option guimenuitemUse as:/guimenuitem, you can choose different filesystem for this partition including options to use the partition for swap, software RAID, LVM, or not use it at all. Another nice feature is the ability to copy data from an existing partition onto this one. When you are satisfied with your new partition, select guimenuitemDone setting up the partition/guimenuitem and you will return to commandpartman/command's main screen. - you can choose different filesystem for this partition including options to use the partition for swap, software RAID, LVM, or not use it at all. + you can choose a different filesystem for this partition, including options to use the partition for swap, software RAID, LVM, or not use it at all. ___ I hope this is useful. Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do) PGP.sig Description: This is a digitally signed message part
Bug#404447: nfs-kernel-server: Transferred files get corrupted
retitle 404447 ixp4xx: open source network driver behavingly badly under load, can cause corruption severity 404447 important thanks Hi Ahmad, I've tested various combinations now and I'm pretty sure this is a problem with the open source Ethernet driver for the IXP4xx platform. I've tested: - NFS on another ARM platform, namely IOP32x: it works fine. - 2.6.18-2 on NSLU2 to rule out the mm/msync patches: it works fine. - 2.6.17 on NSLU2 using the Intel Ethernet driver: it works fine. In 2.6.18 we have switched to a different Ethernet driver. Various people have experienced problems when transferring large amounts of data with this driver, and given my tests I'm pretty sure that this is what we're seeing in this case too. Some people have suggested that setting sysctl net.ipv4.tcp_wmem=4096 8092 8092 helps. Unfortunately, I still see NFS problems so it doesn't completely get rid of the problems. The bottom line is that this is a known bug in the Ethernet driver. I'll ask the author of that driver whether he looked into these problems already. I hope this can be resolved in time for etch but I'm not sure this will really happen. In any case, I'm downgrading this bug because Debian itself doesn't include the microcode needed for IXP4xx Ethernet, so this isn't a release critical bug for Debian. However, I still hope we can find a solution. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389433: Probable fix for fbdev shadow framebuffer issues
That's bug #338241. I'm pondering changing the fbdev driver to default to 32bpp though. Well I suppose 32bpp is more likely with modern hardware. Still even if you can't easily get fb_var_screeninfo.bits_per_pixel as your default a big fat warning that they don't match and how to fix it would be in order IMO. I noticed that, but it's more likely a bug in vesafb. As the log indicates, the fbdev driver actually queries the framebuffer device on the usability of each mode. I've had a look at the kernel code ... Well it seems that the vesafb doesn't have an fb_check_var function to call so the FBIOPUT_VSCREENINFO ioctl is defined by fbmem.c to be the same as FBIOGET_VSCREENINFO. This is actually reasonable, it's trying to tell you the closest mode to the one you asked for. But X will have to check that the mode it gets back is the same as the one it asked for and reject it if not. (Especially if the returned mode is SMALLER than the request!) Most of the kernel fb drivers seem to be reasonably lax in what they accept as a mode request (those that can change the mode) and so I think this will definitly be a working as designed for the kernel. Also the TEST function doesn't look like it's implemented properly in all the drivers; I'd make sure you 'GET' the original setup and 'TEST' it after you've tested all your configured modes! ... But back to the beginning; the bug this report was opened for looks fixed to me. -- Rob. (Robert de Bath robert$ @ debath.co.uk) http://www.debath.co.uk/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404011: Bug#404012: I'm not planning to change z80asm, please let me know if I misunderstood you
* Krystian Wlosek ([EMAIL PROTECTED]) [061222 08:03]: On Fri, Dec 22, 2006 at 04:45:47PM +0100, Bas Wijnen wrote: Hi, You wrote in response to bug #404012 It be fixed in upload. I conclude from that that you'll remove the file from z88dk-bin. If that is not the case, or you want to propose some other solution, please let me know. I remove this file from z88dk-bin. Can you please upload the fix soon? I noticed I cannot really NMU this package as it uses too much yada-foo for me, so please someone else needs to fix this. Please note that with less than 60 RC bugs, *every* RC bug is important to be resolved soon. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404941: nagios-text: HOME env passed to plugins is not set properly
Package: nagios-text Version: 2:1.3-cvs.20050402-2.sarge.2 Severity: normal I noticed that $HOME in plugin scripts is /root, which prevents certain commands (e.g. those that use $HOME/somepath for storing/reading in prefs etc) to operate. Also, doesn't it mean that the root's privileges aren't dropped entirely? -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.17.2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages nagios-text depends on: ii libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an ii libgd2-noxp 2.0.33-1.1sarge1 GD Graphics Library version 2 (wit ii libjpeg62 6b-10The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-1 PNG library - runtime ii nagios-comm 2:1.3-cvs.20050402-2.sarge.2 A host/service/network monitoring ii zlib1g 1:1.2.2-4.sarge.2compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400918: downgrading to important
severity 400918 important thanks Hi, after considering, I think this issue is only an important bug. I still think it should be fixed prior to release of Etch, but - it doesn't look like it happens on many computers, and we don't really know what provokes it. So I don't think that we *must* fix it prior, but only it would be very very good, which is severity important. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391404: upgrading severity
On Friday 29 December 2006 11:46, Michael Ablassmeier wrote: i think shipping modxslt-perror.1.gz and modxslt-parse.1 within libapache2-modxslt doesnt make much sense as those tools are only in the modxslt-tools package. For modxslt-config.1.gz im not sure, it might make sense to have a diversion here (or only ship it once, in libapache2-modxslt). Something like that. Talking with a DD here, we found that in rules, there are dh_installman -pmodxslt-tools debian/modxslt-perror.1 debian/modxslt-parse.1 dh_installman -plibmodxslt0-dev debian/modxslt-config.1 which is indeed probably what we want. However, it doesn't work, because dh_installman then stuffs it in the first package also, which is libapache-modxslt. He suggested trying with .manpages, I'm preparing a patch. -- Kjetil Kjernsmo Information Systems Developer Opera Software ASA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404936: cupsys: Fails to print: /usr/lib/cups/filter/foomatic-rip stopped with status 3
Package: cupsys Version: 1.2.7-2 Severity: important Hi, Since today's upgrade, I am unable to print using my network-connected HP PSC2610 printer. Please find attached the complete debug log, which will hopefully help you finding out the issue. Note that downgrading to 1.2.7-1 packages makes my printer work again, which lets me think it is rather a bug in cupsys than in foomatic-filters. Cheers, Julien -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages cupsys depends on: ii adduser 3.101 Add and remove users and groups ii cupsys-common1.2.7-2 Common UNIX Printing System(tm) - ii debconf [debconf-2.0]1.5.11 Debian configuration management sy ii gs-esp 8.15.3.dfsg.1-1 The Ghostscript PostScript interpr ii libc62.3.6.ds1-9 GNU C Library: Shared libraries ii libcupsimage21.2.7-2 Common UNIX Printing System(tm) - ii libcupsys2 1.2.7-2 Common UNIX Printing System(tm) - ii libdbus-1-3 1.0.2-1 simple interprocess messaging syst ii libgnutls13 1.4.4-3 the GNU TLS library - runtime libr ii libldap2 2.1.30-13.2 OpenLDAP libraries ii libpam0g 0.79-4 Pluggable Authentication Modules l ii libpaper11.1.21 Library for handling paper charact ii libslp1 1.2.1-6 OpenSLP libraries ii lsb-base 3.1-22 Linux Standard Base 3.1 init scrip ii patch2.5.9-4 Apply a diff file to an original ii perl-modules 5.8.8-7 Core Perl modules ii procps 1:3.2.7-3 /proc file system utilities ii xpdf-utils [poppler-util 3.01-9 Portable Document Format (PDF) sui ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages cupsys recommends: ii cupsys-client 1.2.7-2 Common UNIX Printing System(tm) - ii foomatic-filters3.0.2-20061031-1 linuxprinting.org printer support pn smbclient none (no description available) -- debconf information: cupsys/raw-print: true cupsys/backend: ipp, lpd, parallel, socket, usb cups-error-log.txt.gz Description: Binary data
Bug#404939: ITP: syncevolution -- SyncEvolution synchronizes Evolution's contact, calender and task items via SyncML.
Package: syncevolution Severity: wishlist SyncEvolution synchronizes Evolution's contact, calender and task items via SyncML. The items are exchanged in the vCard 2.1 or 3.0 format and iCalender 2.0 format via the open source Funambol C++ client API library, which should make SyncEvolution compatible with the majority of SyncML servers. Full, one-way and incremental synchronization of items are supported. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404940: SA23465: tdiary: Unspecified Ruby Code Execution Vulnerability
Package: tdiary Version: 2.0.2+20060303-4.1 Severity: important Tags: security Takagi Hiroshi has reported a vulnerability in tDiary, which can be exploited by malicious people to compromise vulnerable systems. An unspecified error within the sanitation of input can be exploited to execute arbitrary Ruby code. Successful exploitation reportedly depends on the product's configuration. The vulnerability is reported in version 2.0.3. Other versions may also be affected. Solution: Update to version 2.0.4. http://secunia.com/advisories/23465/ -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-486 Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) regards, -- .''`. : :' :Alex de Oliveira Silva | enerv `. `' www.enerv.net `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403699: Needs libhamlib-dev installed
* Margarita Manterola ([EMAIL PROTECTED]) [061226 18:05]: However, as far as I could see, it does not do it directly, this is done through the rig_init function that is part of the libhamlib library. So, my guess is that there's something wrong in the libhamlib library, but I was not able to find out exactly what. try_dlopen in libltdl/ltdl.c there tries to dynamically open .la-files to re-implement the dynamic linker platform-crosscompatible. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404945: iceweasel: Credits dialog box shows a trademark (TM) for Iceweasel
Package: iceweasel Severity: normal Tags: patch The dialog box Credits (Help About Credits) shows the text Iceweasel(TM). I don't think Iceweasel is a trademark, isn't it? :) -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-amd64-generic Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- http://massonnet.org/ Mike m8t Massonnet _ ,_( ))___ (` GnuPG 0-- 0xF8C80F97 \'_ `\) C4DA 431D 52F9 F930 3E5B 3E3D 546C 89D9 F8C8 0F97 =`---___/---' --- iceweasel-2.0+dfsg.orig/browser/base/content/credits.xhtml 2006-10-02 07:29:13.0 +0200 +++ iceweasel-2.0+dfsg/browser/base/content/credits.xhtml 2006-12-29 14:14:33.0 +0100 @@ -209,7 +209,7 @@ /div div id=creditsBox -h2 class=titlebrandFullName;trade; +h2 class=titlebrandFullName; div class=mottobrandMotto;/div /h2 div class=links signature.asc Description: Digital signature
Bug#404943: [INTL:ko] dselect translation update
Package: dselect Version: N/A Severity: wishlist Tags: l10n patch -- Sunjae Park(daréhanl) We choose to go to the moon and do the other things, not because they are easy, but because they are hard. - John F. Kennedy - dselect_po_ko.po.gz Description: GNU Zip compressed data pgp9MngxjTCEq.pgp Description: PGP signature
Bug#404942: ITP: syncevolution -- SyncEvolution synchronizes Evolution's contact, calender and task items via SyncML.
Package: wnpp Severity: wishlist SyncEvolution synchronizes Evolution's contact, calender and task items via SyncML. The items are exchanged in the vCard 2.1 or 3.0 format and iCalender 2.0 format via the open source Funambol C++ client API library, which should make SyncEvolution compatible with the majority of SyncML servers. Full, one-way and incremental synchronization of items are supported. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404011: Bug#404012: I'm not planning to change z80asm, please let me know if I misunderstood you
On Fri, Dec 29, 2006 at 02:12:31PM +0100, Andreas Barth wrote: * Krystian Wlosek ([EMAIL PROTECTED]) [061222 08:03]: On Fri, Dec 22, 2006 at 04:45:47PM +0100, Bas Wijnen wrote: Hi, You wrote in response to bug #404012 It be fixed in upload. I conclude from that that you'll remove the file from z88dk-bin. If that is not the case, or you want to propose some other solution, please let me know. I remove this file from z88dk-bin. Can you please upload the fix soon? I noticed I cannot really NMU this package as it uses too much yada-foo for me, so please someone else needs to fix this. Please note that with less than 60 RC bugs, *every* RC bug is important to be resolved soon. I ask my sponsor about this upload, he make it soon. -- Regards Krystian Wlosek pgpDl73l5Ak3e.pgp Description: PGP signature
Bug#404861: upgrade to wwwoffle 2.9a-1 overwrote local change in wwwoffle.conf
tags 404861 -moreinfo thanks Frank Küster [EMAIL PROTECTED] wrote: Paul Slootman [EMAIL PROTECTED] wrote: IMHO, comments should be preserved, Often this is possible using sed on the configuration file. The thing is, upstream provides a quite complicated perl script to handle the upgrades; and that script is pretty good at doing that, apart from the fact that comments aren't preserved. It will be very difficult to make it preserve comments, if not impossible. I looked at the script - it *has* clever code to preserve comments. Sorry, I was wrong here: It has code to extract the comments from the *new* version of the file and mix them with the updated non-comment parts. Which sounds like a very clever idea; outdated comments explaining outdated syntax are harmful. Still, user-provided comments are worthwile preserving. Maybe using ucf and it's --three-way merging option could help here. I have no experience, though, whether this can be used if the version we upgrade from did not use this option. But in any case, it might be a good idea to get a version of wwwoffle into etch that uses ucf --three-way for wwwoffle.conf, so that this bug can finaly be resolved post-etch. The general scheme for this would be: - copy existing /etc/wwwoffle/wwwoffle.conf to a temporary directory - let upgrade-wwwoffle.pl handle this tempfile to produce the default new file - call ucf --three-way $tempdir/wwwoffle.conf /etc/wwwoffle/wwwoffle.conf This will not ask any question if there are no comment changes. If there are, it will show a diff where one version has only old-package-comments+user-comments, and the other has new-package-comments. Plust the usual things in postrm purge, checking whether ucf is still there. Unless ucf itself provides options to do a three-way merge when used for the first time, it could be tweaked to do it like this: - ship the old default wwwoffle.conf in the deb - in postinst, do mv /etc/wwwoffle/wwwoffle.conf /etc/wwwoffle/backup/wwwoffle.conf ucf --three-way old.default.wwoffle.conf /etc/wwwoffle/wwwoffle.conf cp /etc/wwwoffle/wwwoffle.conf $tmpdir/wwwoffle.conf update-wwwoffle.pl # acts on $tmpdir/wwwoffle.conf # produces $tmpdir/new.default.wwoffle.conf mv /etc/wwwoffle/backup/wwwoffle.conf /etc/wwwoffle/wwwoffle.conf ucf --three-way $tmpdir/new.default.wwoffle.conf /etc/wwwoffle/wwwoffle.conf # this asks questions about comment changes (untested, and I'm going on vacation in a couple of hours). Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#404944: gallery: Gallery css not available to browser due to filematch setting
Package: gallery Version: 1.5.4-2 Severity: normal Tags: patch In apache log I found this after getting etch working: [Fri Dec 29 14:04:51 2006] [error] [client 139.105.137.55] client denied by server configuration: /usr/share/gallery/css/base.css.default, referer: http://gallery.langfeldt.net:8080/phonecamera/Bilde006 This is due to this stanza in the apache.conf file included in the package: FilesMatch \.(sh|inc|pl|tpl|pot|po|mo|cfg|def|default)$ Order allow,deny Deny from all /FilesMatch After having reviewed what files named .default existed under /usr/share/gallery I decided to remove default from the extention list: FilesMatch \.(sh|inc|pl|tpl|pot|po|mo|cfg|def)$ No more complaints and very slightly better looking web pages. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=no_NO.UTF-8, LC_CTYPE=no_NO.ISO-8859-1 (charmap=ISO-8859-1) Versions of packages gallery depends on: ii apache2 2.2.3-3.2 Next generation, scalable, extenda ii apache2-mpm-prefork [apache2 2.2.3-3.2 Traditional model for Apache HTTPD ii debconf [debconf-2.0]1.5.11 Debian configuration management sy ii libapache2-mod-php4 6:4.4.4-8 server-side, HTML-embedded scripti ii netpbm 2:10.0-10.1 Graphics conversion tools Versions of packages gallery recommends: ii imagemagick 7:6.2.4.5.dfsg1-0.13 Image manipulation programs ii jhead 2.60-3 manipulate the non-image part of E ii libjpeg-progs 6b-13Programs for manipulating JPEG fil ii unzip 5.52-9 De-archiver for .zip files -- debconf information: * gallery/restart: true * gallery/webserver: apache -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404893: lynx-cur: input button same color as surrounding text
On Fri, Dec 29, 2006 at 12:50:05AM +0100, Dan Jacobson wrote: Package: lynx-cur Version: 2.8.6pre4-1 Severity: minor This has the same color of the surrounding text until one puts the cursor on it: input type=submit name=Submit value=bla bla From http://140.138.153.250/netsurvey/927906/q1/index.htm That's because lynx-cur is built using the color-style configuration. The input tag has a distinct color because it's a distinct type. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpHQgJN0OIwd.pgp Description: PGP signature
Bug#403699: Needs libhamlib-dev installed
clone 403699 -1 reassign -1 hamlib thanks * Andreas Barth ([EMAIL PROTECTED]) [061229 05:28]: * Margarita Manterola ([EMAIL PROTECTED]) [061226 18:05]: However, as far as I could see, it does not do it directly, this is done through the rig_init function that is part of the libhamlib library. So, my guess is that there's something wrong in the libhamlib library, but I was not able to find out exactly what. try_dlopen in libltdl/ltdl.c there tries to dynamically open .la-files to re-implement the dynamic linker platform-crosscompatible. hamlib shouldn't ship its internal version of libltdl, but rather use the package libltdl3, if this is required at all. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404894: update-initramfs: zero exit status when initramfs is altered or does not exist
On Fri, 29 Dec 2006 09:41 +0100, maximilian attems wrote: unless you come up with a _really_ compelling arg, that wasn't presented yet and that supersedes aboves analysis, i'll close that bug soon. Ok, so I think it is likely that the user overlooks this error message if he installs more packages simultaneously (the message is shown through stderr and may be quickly scrolled out from the terminal), but that seems to be the problem of debconf or something so. You can close the bug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404754: libgtk2.0-dev: Missing gdkwindow-x11.h
Hello Josselin. Josselin Mouette, 29.12.2006 11:00: Le vendredi 29 décembre 2006 à 03:00 +0100, Mathias Brodala a écrit : Last question for today (hm, ok tomorrow’s today now here): How do I disable the directFB build? Currently this is not easy. If you can't make your patch to apply cleanly (i.e. without requiring this X11 specific header), the easiest solution is probably to not apply the patch to the directFB build. Which means, you move it out of debian/patches/, and you add right after this line: cp -ar $(BUILD_DIR) $(BUILD_SHARED_DIR) a command that applies your patch: patch -d $(BUILD_SHARED_DIR) -p1 debian/foo.patch Alright, that did the trick. Now I only have one problem left. The build fails with the following error: dh_builddeb -i dpkg-deb: building package `libgtk2.0-common' in `../libgtk2.0-common_2.8.20-3~macmenubar-1_all.deb'. dpkg-deb: building package `libgtk2.0-bin' in `../libgtk2.0-bin_2.8.20-3~macmenubar-1_all.deb'. dpkg-deb: building package `libgtk2.0-doc' in `../libgtk2.0-doc_2.8.20-3~macmenubar-1_all.deb'. dh_testdir -a dh_testroot -a dh_installdocs -a cp: cannot stat `build-tree/gtk+-2.8.20-3~macmenubar/NEWS': No such file or directory dh_installdocs: command returned error code 256 make: *** [binary-arch] Error 1 There is indeed no such a directory: $ ls build-tree/ gtk+-2.8.20 gtk+-2.8.20-dfb gtk+-2.8.20-shared gtk+-2.8.20-static Do you have another good advise for me? My debian/changelog entry: gtk+2.0 (2.8.20-3~macmenubar-1) unstable; urgency=low * Applied Mac menu bar patch * Did the above in a dirty way to avoid problems with the directFB build -- Mathias Brodala [EMAIL PROTECTED] Fri, 29 Dec 2006 12:31:14 +0100 Regards, Mathias -- debian/rules signature.asc Description: OpenPGP digital signature