Bug#366342: #366342: kmid: cannot open /dev/sequencer
Package: kmid Version: 4:3.5.5-2 Followup-For: Bug #366342 i can confirm this bug. first of all, the error is wrong, the device that is not found should be /dev/snd/seq, not /dev/sequencer. /dev/snd/seq does not exist, so the user can create it, but now she will get the following error insteadap ALSA lib seq_hw.c:472:(snd_seq_hw_open) SNDRV_SEQ_IOCTL_PVERSION failed: Inappropriate ioctl for device handle==0 does kmid even play midis any more? if not, thats fine, but then it should not associate itself with midi files. mike -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (400, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages kmid depends on: ii kdelibs4c2a4:3.5.5a.dfsg.1-6 core libraries and binaries for al ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libgcc11:4.1.1-21GCC support library ii libqt3-mt 3:3.3.7-3 Qt GUI Library (Threaded runtime v ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 kmid recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410487: desktop-base: kdm greeter layout incorrect for RTL languages
Package: desktop-base Version: 4.0.0 Severity: normal Tags: l10n I don't normally use the KDE themes (only had a taste of it becuase of the broken KDE 3.5.5 upload), and this may be a bug in kdm instead, but: In the debian-moreblue theme, when a right-to-left (RTL) language such as Hebrew, Arabic, Farsi, etc. is used, the textbox captions are on the left and the textboxes themeselve are on the right, as in a LTR language. However, a RTL speaker would expect the captions on the right and the textboxes on the left (the natural direction of his/her language). This is somewhat disconcerting/annoying. Moreover, the default KDE greater which I use does _not_ suffer from this problem. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (750, 'testing'), (110, 'unstable'), (10, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18cavybook1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) desktop-base depends on no packages. Versions of packages desktop-base recommends: ii iceape-browser [www-br 1.0.7-3 Iceape Navigator (Internet browser ii iceweasel [www-browser 2.0.0.1+dfsg-2lightweight web browser based on M ii konqueror [www-browser 4:3.5.5a.dfsg.1-6 KDE's advanced file manager, web b ii lynx [www-browser] 2.8.5-2sarge2.2 Text-mode WWW Browser ii w3m [www-browser] 0.5.1-5.1 WWW browsable pager with excellent -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382739: firefox: h
tags 382739 unreproducible reassign 382739 iceweasel thanks * Mike Hommey ([EMAIL PROTECTED]) wrote: On Sun, Aug 13, 2006 at 10:02:36AM +0800, Jue Kong [EMAIL PROTECTED] wrote: Package: firefox Version: 1.5.dfsg+1.5.0.6-1 Severity: important some text is unvisable. looks like these: The here. Forwww.somesite.com. if select the text, you can see it: The portal. Learn more about product here. For more infomation, please visite www.somesite.com. I try to purge firefox and reinstall it but no help. This may be the same XRender bug as mentionned in the upstream bug i sent you in my earlier mail, which has also been worked around in cairo. I see you version is 1.2.0, it may not contain the workaround. ii libcairo2 1.2.0-3The Cairo 2D vector graphics libra Please try to update libcairo2 to 1.2.2 or 1.2.4 and see if your problem disappears. Did a new libcairo fix it for you Jue Kong? How about the iceweasel upgrade? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#409774: Still missing quilt Build-Depends
tags 409774 + pending thanks El sábado, 10 de febrero de 2007 23:06, Daniel Schepler escribió: notfixed 409774 viewvc_1.0.3-2 thanks I'm sorry to tell you this, but it appears viewvc still doesn't have any Build-Depends on quilt, so the package still fails to build as before. I do not know what is happening here. I swore to have added quilt to B-D last week. Damn! Added again (sigh). :-( Sorry. Best regards, Ender. -- Network engineer Debian Developer pgpgn226RClB3.pgp Description: PGP signature
Bug#273458: apt-watch says there are no upgrades while there are
Then in my opininion the visual feedback should be different. I would suggest to keep the normal non moving icon then. Yes, I am quite agree with this point. Many might have mistook since they had installed apt-watch applet. In my suggestion is that it would be much better to add an option to check updates automatically whenever starting gnome-session in its preferences. I am using apt-watch_0.3.2-8_all.deb Debian GNU/Linux 2.6.16-2-686. Best regards, Green @ http://f40.aaa.livedoor.jp/~green/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290800: txt2tags: new upstream version available
Il giorno mar, 02/01/2007 alle 16.48 +1000, Mark B ha scritto: Package: txt2tags Version: 2.3-1 Severity: wishlist There is a new upstream version 2.4 available at http://txt2tags.sf.net I hope to release new packages very soon. Thanks, Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410439: sort does not properly process the -M by_date flag
On Sat, Feb 10, 2007 at 02:23:25PM -0800, Roger Marquis wrote: Yep, Solaris, xBSD. -M has meant by_date as long as I've been using it (1997). Well, you need to be a little more specific when you talk about xBSD. I checked OpenBSD when I first looked at your report, and it doesn't recognize -M. FreeBSD's man page doesn't mention it, either. I don't have a solaris machine to test this on, but I wonder if you're just getting lucky because of locale rules. You actually can get debian to do sort of what you want if you are in the C locale, e.g.: env LC_ALL=C sort -M because the LC_COLLATE rules for the C locale don't ignore whitespace, so you're effectively sorting on initial month and then sorting all 1 digit dates followed by all two digit dates (because the 1 digit dates are preceeded by a space, which sorts first). In the en_US locale (which your bug report says you're using) whitespace is ignored when sorting, and solaris *should* do the same thing if it uses the same locale rules. (I don't remember offhand if it does, though.) sort -uM, though, should have the same behavior (show only one line per month) regardless of locale because you're not specifying additional keys beyond the first (month) key. The syntax I described before (sort -k 1,1M -k 2,2n -k 3) will be more reliable because it will work regardless of the current locale settings, doesn't rely on an implicit behavior for non-primary sort keys, and will work with -u. As for community, it's a two way street. You got the answer to your question on the same day you asked it, which is better than most commercial support, in my experience. In return for community support you are asked to put a little more care into submitting bug reports. Was the original bug report the best that it could be? Could there have been an example of your expected results versus your actual results? Could you have mentioned other platforms that behave as you expected? Could there have been a rationale for raising the severity of the report? Could you have been more specific about why -u was wholly broken (again, with results and counterexamples from another platform)? Mike Stone -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410120: OpenAFS kernel modules don't build with Feisty kernel 2.6.20
Anders Kaseorg [EMAIL PROTECTED] writes: Package: openafs-modules-source Version: 1.4.2-5 openafs 1.4.2-4 (and -5) fail to build on Ubuntu feisty; Sam Hartman asked me to file a bug here. One problem is that linux/config.h was removed in kernel 2.6.19 (bug #409797): Yeah, 1.4.2 doesn't support Linux kernels later than 2.6.18. My understanding is that more than just this patch is required for real support (I think there are at least three upstream deltas). The Linux kernel changes a lot, and usually it's not possible to support in a stable Debian release anything later than the kernel with which it's releasing. I'm planning on packaging 1.4.3 when it comes out for unstable after the release, and possibly experimental prior to the release. 1.4.3 doesn't have a stable release candidate yet, but hopefully will soon. -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#121811: start making more money in just 2 weeks
[EMAIL PROTECTED] Urgent Go to col'llege online: 'Accounting 'Business 'Criminal' justice 'Educ'ation 'Health 'Technology No study required 100% verifiable Call Today 2.0.6.984~2310, (7 days a week, 24 hours a day) Have a Good Day Laura Christie -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410488: ddskk causes kernel Oops on GNU/linux Debian unstable
Package: ddskk Version: 13.0.90.cvs20061119-1 Dear ddskk maintainer (Mr. Tatsuya Kinoshita I think), First, apologies for finding bug in emacs21 (-nox, -x11, -snapshot and -snapshot-gtk) wrt ddskk. Second, my first bug report, patience kindly requested from busy and hard-pressed maintainer. My system: ASUS P3B m/b with PIII 800MHz, kernel as follows (uname -a): Linux Hase 2.6.18-3-686-bigmem #1 SMP Sun Dec 10 20:59:33 UTC 2006 i686 GNU/Linux Bug finding: 2007-02-09 emacs upgrade (aptitude dist-upgrade) hangs, no error visible. Killed process, retried and obtain kernel Oops messages with message about function __d_look I deinstalled emacs-snapshot* using dpkg, and also emacs21. Then tried to install emacs21-nox. Here finally got error an message about ddskk in emacs compilation and the same kernel Oops messages as previously also (my xterm history was not long enough so I give here the available part of the \aptitude install emacs21-nox\ command). I hope this is helpful to you: ... ... Error while loading 50skk Loading 50sml-mode (source)... Loading sml-mode-startup... Loading 50tdiary-mode (source)... Loading 50tdtd (source)... Loading 50tramp (source)... Loading 50uim-el (source)... uim.el: starting uim-el-helper-agent... uim.el: starting uim-el-helper-agent... done uim.el: starting uim-el-agent... uim.el: starting uim-el-agent... done Loading 50vm-init (source)... Loading 50w3 (source)... Loading 50w3m-el (source)... Loading 50wget-el (source)... Loading 50wnn7egg-init (source)... Loading wnn7egg-leim... Loading 50x-pgp-sig-el (source)... Loading 50xcite (source)... Loading 51debian-el (source)... Package debian-el removed but not purged. Skipping setup. Loading 51iiimecf (source)... Loading 51mu-cite (source)... Loading 51planner-el (source)... Error while loading 51planner-el Loading 52remember-el (source)... Loading remember-autoloads.el (source)... Loading 52select-xface (source)... Loading 65bitmap-mule (source)... Loading 70sdic-edict (source)... Loading 70sdic-eijiro (source)... Loading 70x-face-el (source)... Wrote /usr/share/emacs21/site-lisp/search-citeseer/search-citeseer.elc Done install/select-xface: Byte-compiling for emacs21 ... done. install/sml-mode: Handling install for emacsen flavor emacs21 Loading 00debian-vars... Loading 20apel (source)... Loading 20calc-init (source)... Loading 20gnus-init (source)... Loading 40mule-ucs (source)... Loading 49url (source)... Loading 50anthy-el (source)... Loading 50auctex (source)... Loading auctex.el (source)... Loading /usr/lib/emacs/21.4/i486-linux-gnu/fns-21.4.1-nox.el (source)... Loading preview-latex.el (source)... Loading 50autoconf (source)... Loading 50bbdb (source)... Loading 50bongo (source)... Loading 50c-sig (source)... Loading 50cedet-common (source)... Loading 50cmail (source)... Loading 50crypt++ (source)... Loading 50cscope (source)... Error while loading 50cscope Loading 50css-mode (source)... Loading 50cxref-emacs (source)... Error while loading 50cxref-emacs Loading 50ddskk (source)... Loading 50develock-el (source)... Loading 50dictionaries-common (source)... Loading debian-ispell... Loading /var/cache/dictionaries-common/emacsen-ispell-default.el (source)... Loading /var/cache/dictionaries-common/emacsen-ispell-dicts.el (source)... Loading 50dictionary-el (source)... The dictionary-el package appears not to be fully installed. Loading 50dpkg-dev-el (source)... Package dpkg-dev-el removed but not purged. Skipping setup. Loading 50edict-el (source)... Loading 50egg-init (source)... Loading 50eieio (source)... Loading 50elpoint (source)... Loading 50elscreen (source)... Loading 50emacs-color-themes (source)... Loading 50emacs-goodies-el (source)... Loading 50emacs-intl-fonts (source)... Loading 50emacs-wiki (source)... Loading 50eudc (source)... Loading 50festival (source)... Loading 50flim (source)... Loading 50gettext (source)... Loading 50global (source)... Loading 50gnuplot-mode (source)... Loading 50gnus-bonus-el (source)... Package gnus-bonus-el not fully installed. Skipping setup. Loading 50gnuserv (source)... Loading 50gri-el (source)... Loading 50gri-html-doc (source)... Loading 50gtk-doc-tools (source)... Loading 50html-helper-mode (source)... Loading 50idl-font-lock-el (source)... Loading 50ifile-gnus-el (source)... Loading 50latex-cjk-common (source)... Loading cjk-enc... Loading 50latex-cjk-thai (source)... Loading 50lookup-el (source)... Loading 50lsdb (source)... Loading 50mailcrypt (source)... Loading 50manued-el (source)... Loading 50mew (source)... Loading 50mgp (source)... Loading 50migemo (source)... Loading 50mpg123-el (source)... Loading 50muse-el (source)... Loading muse-autoloads.el (source)... Loading 50octave2.1-emacsen (source)... Loading 50octave2.9-emacsen (source)... Loading 50oneliner-el (source)... Loading 50php-elisp (source)... Loading 50post-el (source)... Loading 50prom-mew (source)... Loading 50pymacs (source)... Loading 50python-docutils (source)... Loading
Bug#410439: sort does not properly process the -M by_date flag
And, of course, just after I sent that I realized that sorting by month is inherently locale-dependent (because the month names are localized). So you really need to make sure that the sort locale matches the language of the log files, and if both are C the relevance of which syntax is used is greatly reduced. Thanks, this was the key. Sorting by date doesn't seem to be possible without setting LC_ALL=C. The sticking point seems to be the minute field. LC_ALL is mentioned in the man and info pages, though the context, traditional behavior, is not enumerated. Kudos to the engineer who grafted on this little bit of backwards compatibility. Just wish more GNU coders recognized the importance of backwards compatibility. Why the behavior of -M was changed in the first place is beyond me. Roger Marquis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410489: neverball: audio is scratchy
Package: neverball Version: 1.4.0-1 Severity: normal hello, the music and sfx in neverball are scratchy on my system. note that i have an onboard AC'97 sound card. i ran into the same issue with wesnoth and freedroidrpg recently (http://bugs.debian.org/405841, http://bugs.debian.org/406437). the solution for both of those games was to set the audio sampling rate on the sound card to 44100 Hz. is there any way to set the audio sampling rate in neverball? otherwise, this capability needs to be added in. thank you very much for the hard work. mike -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (400, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages neverball depends on: ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libfreetype62.2.1-5 FreeType 2 font engine, shared lib ii libgl1-mesa-glx [libgl1]6.5.1-0.5A free implementation of the OpenG ii libsdl-image1.2 1.2.5-2+b1 image loading library for Simple D ii libsdl-mixer1.2 1.2.6-1.1+b2 mixer library for Simple DirectMed ii libsdl-ttf2.0-0 2.0.8-3+b1 ttf library for Simple DirectMedia ii libsdl1.2debian 1.2.11-7 Simple DirectMedia Layer ii neverdata 1.4.0-1 data files for neverball neverpu ii zlib1g 1:1.2.3-13 compression library - runtime neverball recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328362: Patch for the the upcoming 0.9.3s2-2.1 NMU of pmk
This bug does not seem fixed on the unstable: The following NEW packages will be installed: pmk 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/180kB of archives. After unpacking 578kB will be used. Writing extended state information... Done Preconfiguring packages ... Selecting previously deselected package pmk. (Reading database ... 144053 files and directories currently installed.) Unpacking pmk (from .../pmk_0.9.3s2-2.1_i386.deb) ... Setting up pmk (0.9.3s2-2.1) ... dpkg: error processing pmk (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: pmk E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up pmk (0.9.3s2-2.1) ... dpkg: error processing pmk (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: pmk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388043: firefox: www.smh.com.au renders blank (ok in win version and other browsers on same machine)))
Eric Dorland wrote, On 11/02/07 08:08: reassign 388043 iceweasel thanks * Arthur Marsh ([EMAIL PROTECTED]) wrote: If I set browser.cache.memory.enable to false, www.smh.com.au fails to render. setting it back to its default value of true and restarting firefox fixes the problem. Any change in Iceweasel? I can't reproduce the bug in Iceweasel. Arthur. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410439: sort does not properly process the -M by_date flag
Thanks, this was the key. Sorting by date doesn't seem to be possible without setting LC_ALL=C. The sticking point seems to be the minute field. Small correction, setting LC_ALL is not always required in order to use sort's -M with syslog datestamps, but it is when LANG is both defined and defined as some value other than C. 4.0's /etc/environment is where this was being set, to UTF-8. Not sure why sort -M would differ between C and UTF8 but if there is no reason this but bug report can be re-filed with GNU. Roger Marquis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410439: sort does not properly process the -M by_date flag
On Sat, Feb 10, 2007 at 08:52:43PM -0500, Michael Stone wrote: (month) key. The syntax I described before (sort -k 1,1M -k 2,2n -k 3) will be more reliable because it will work regardless of the current locale settings And, of course, just after I sent that I realized that sorting by month is inherently locale-dependent (because the month names are localized). So you really need to make sure that the sort locale matches the language of the log files, and if both are C the relevance of which syntax is used is greatly reduced. Mike Stone -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381910: rebuilding for python2.5
On Sat, Feb 10, 2007 at 06:26:49PM +0100, Loïc Minier wrote: On Sat, Feb 10, 2007, Joshua N Pritikin wrote: I tried to follow your instructions. The shorter instructions in #410165 are actually better: change python-defaults to support python 2.5 (I am not saying to make it the *default* python version, just to list it as supported), then simply rebuild pygtk. You mean in here? /usr/share/python/debian_defaults
Bug#402289: using -kernel-kqemu causes kernel panics in guest OS
This is caused by qemu using the PC-BIOS from the bochsbios package instead of the one packages with the qemu tarball. It's from bochs, but a much more recent CVS version. if this is the case, then there should be two versions of the bochsbios package (similar to what is done for python, the kernel, gcc, etc). one version should be bochsbios2.1 (that supports the current bochs release in testing and whatever other apps depend on that version) and another should be bochsbios2.3 (that supports the latest needs of qemu 0.8.2). this is a pretty big problem, and i think that the -kernel-kqemu option should be disabled until it is fixed. i wouldn't want to see etch released with a major bug like this. mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410490: Can't see print headers or footers
Package: Iceweasel Version: 2.0.0.1+dfsg-2 I am using the default margin settings of 0.5 for top, bottom, right and left and no part of header (Title left, blank middle, URL right) or footer (Page # of # left, blank middle, Date/Time right) is visible. I've tried changing the paper from A4 to US Letter but still no header and no footer. I have tried on the following 4 printers: HP Deskjet 3845 HP Laserjet 4L HP Officejet 6210 HP Deskjet 6122 Printing at all has always been a dicey proposition with Linux using CUPS and SAMBA, but I have gone through and done all the things necessary to get that stuff working (2 or 3 times over the years with new distros). But the headers and footers have never worked properly with Mozilla, IceMonkey, Firefox (partial headers visible after spending 2 days with alignmargins) and now Iceweasel. I just installed Etch over my Win98SE and this is the only functionality (that I miss) that I don't have that I did have with Win98 and XP. There was never any of the odious tinkering and aligning and endless frustration - all four printers installed locally and as network printers in about 2 minutes and I could see the headers and footers on every printer using IE, Firefox, NetCaptor, Opera, etc. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406044: is this the same as this bug
Check if it's the same as this bug: https://bugs.freedesktop.org/show_bug.cgi?id=8537 I'm trying the patch mentioned there (however modify the patch attached there as per the comments). I'm compiling now, if it works, can this patch make it into debian? -Ariel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410491: wxwidgets2.6: Make wxGetKeyState() work for non-meta keys too
Package: wxwidgets2.6 Severity: important Tags: patch There's an issue with the wxGetKeyState() function (in src/unix/utilsx11.cpp), where it only works for metakeys instead of all keys (like the manual explains). The original bug report can be found at: http://sourceforge.net/tracker/index.php?func=detailaid=1521490group_id=9863atid=309863 This bug report contains the patch found on that site, which fixes the above file. Ryan Thoryk System Administrator onShore Networks, LLC [EMAIL PROTECTED] [EMAIL PROTECTED]--- utilsx11.cpp.Old2006-07-12 22:13:38.0 +0100 +++ utilsx11.cpp2006-07-13 11:02:26.0 +0100 @@ -546,4 +546,6 @@ case XK_Meta_R: id = WXK_ALT; break; +case XK_Caps_Lock: +id = WXK_CAPITAL; break; case XK_BackSpace: id = WXK_BACK; break; @@ -600,21 +602,21 @@ case XK_KP_Multiply: -id = WXK_MULTIPLY; break; +id = WXK_NUMPAD_MULTIPLY; break; case XK_KP_Add: -id = WXK_ADD; break; +id = WXK_NUMPAD_ADD; break; case XK_KP_Subtract: -id = WXK_SUBTRACT; break; +id = WXK_NUMPAD_SUBTRACT; break; case XK_KP_Divide: -id = WXK_DIVIDE; break; +id = WXK_NUMPAD_DIVIDE; break; case XK_KP_Decimal: -id = WXK_DECIMAL; break; +id = WXK_NUMPAD_DECIMAL; break; case XK_KP_Equal: -id = '='; break; +id = WXK_NUMPAD_EQUAL; break; case XK_KP_Space: -id = ' '; break; +id = WXK_NUMPAD_SPACE; break; case XK_KP_Tab: -id = WXK_TAB; break; +id = WXK_NUMPAD_TAB; break; case XK_KP_Enter: -id = WXK_RETURN; break; +id = WXK_NUMPAD_ENTER; break; case XK_KP_0: id = WXK_NUMPAD0; break; @@ -637,4 +639,22 @@ case XK_KP_9: id = WXK_NUMPAD9; break; +case XK_KP_Insert: +id = WXK_NUMPAD_INSERT; break; +case XK_KP_End: +id = WXK_NUMPAD_END; break; +case XK_KP_Down: +id = WXK_NUMPAD_DOWN; break; +case XK_KP_Page_Down: +id = WXK_NUMPAD_PAGEDOWN; break; +case XK_KP_Left: +id = WXK_NUMPAD_LEFT; break; +case XK_KP_Right: +id = WXK_NUMPAD_RIGHT; break; +case XK_KP_Home: +id = WXK_NUMPAD_HOME; break; +case XK_KP_Up: +id = WXK_NUMPAD_UP; break; +case XK_KP_Page_Up: +id = WXK_NUMPAD_PAGEUP; break; case XK_F1: id = WXK_F1; break; @@ -706,4 +726,5 @@ case WXK_CONTROL: keySym = XK_Control_L; break; case WXK_ALT: keySym = XK_Meta_L; break; +case WXK_CAPITAL: keySym = XK_Caps_Lock; break; case WXK_MENU : keySym = XK_Menu; break; case WXK_PAUSE: keySym = XK_Pause; break; @@ -724,19 +745,21 @@ case WXK_DELETE:keySym = XK_Delete; break; case WXK_HELP : keySym = XK_Help; break; -case WXK_NUMPAD0: keySym = XK_KP_0; break; -case WXK_NUMPAD1: keySym = XK_KP_1; break; -case WXK_NUMPAD2: keySym = XK_KP_2; break; -case WXK_NUMPAD3: keySym = XK_KP_3; break; -case WXK_NUMPAD4: keySym = XK_KP_4; break; +case WXK_NUMPAD0: keySym = XK_KP_0; break; case WXK_NUMPAD_INSERT: keySym = XK_KP_Insert; break; +case WXK_NUMPAD1: keySym = XK_KP_1; break; case WXK_NUMPAD_END: keySym = XK_KP_End; break; +case WXK_NUMPAD2: keySym = XK_KP_2; break; case WXK_NUMPAD_DOWN: keySym = XK_KP_Down; break; +case WXK_NUMPAD3: keySym = XK_KP_3; break; case WXK_NUMPAD_PAGEDOWN: keySym = XK_KP_Page_Down; break; +case WXK_NUMPAD4: keySym = XK_KP_4; break; case WXK_NUMPAD_LEFT: keySym = XK_KP_Left; break; case WXK_NUMPAD5: keySym = XK_KP_5; break; -case WXK_NUMPAD6: keySym = XK_KP_6; break; -case WXK_NUMPAD7: keySym = XK_KP_7; break; -case WXK_NUMPAD8: keySym = XK_KP_8; break; -case WXK_NUMPAD9: keySym = XK_KP_9; break; -case WXK_MULTIPLY: keySym = XK_KP_Multiply; break; -case WXK_ADD: keySym = XK_KP_Add; break; -case WXK_SUBTRACT: keySym = XK_KP_Subtract; break; -case WXK_DECIMAL: keySym = XK_KP_Decimal; break; -case WXK_DIVIDE:keySym = XK_KP_Divide; break; +case WXK_NUMPAD6: keySym = XK_KP_6; break; case WXK_NUMPAD_RIGHT: keySym = XK_KP_Right; break; +case WXK_NUMPAD7: keySym = XK_KP_7; break; case WXK_NUMPAD_HOME: keySym = XK_KP_Home; break; +case WXK_NUMPAD8: keySym = XK_KP_8; break; case WXK_NUMPAD_UP: keySym = XK_KP_Up; break; +case WXK_NUMPAD9: keySym =
Bug#406772: No debug info with iceweasel-dbg
* srdjan ([EMAIL PROTECTED]) wrote: Package: iceweasel Version: 2.0.0.1+dfsg-2 Followup-For: Bug #406772 Hi, This happens to me as well, without KDE, when moving window around. With the blank start page too. Now I've installd iceweasel-dbg, but I'm getting no additional information. When I run it from gdb, I only get ?? when I ask for the backtrace after crash. Am I missing something? You need to run iceweasel -g to run iceweasel under gdb. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#410492: emacs-snapshot: Fails during compilation of add-on packages
Package: emacs-snapshot Version: 1:20070208-1 Severity: normal With the latest emacs-snapshot, it looks like the process goes into an infinite loop. Eventually, installation has to be interrupted manually. Looking at the /tmp/emacs-snapshot.* file indicates the build process was compiling VM (vm-19-11). There are no obvious errors in the log file. Removing VM allowed the emacs-snapshot upgrade to complete successfully. Attempted to reinstall VM after emacs-snapshot was installed, but again, the build process appears to go into an infinite loop and had to be manually interrupted. No obvious error messages shown. Output from aptitude shown below. If I get time, I will try building VM manually and see if that gives any clue to the problem. If it does, I will add it to this report. regards, Tim Setting up vm (7.19-11) ... install/vm: Ignoring emacsen flavor emacs. install/vm: Byte-compiling for emacs-snapshot...emacs-package-install: /usr/lib/emacsen-common/packages/install/vm emacs-snapshot emacs-snapshot emacs21 failed at /usr/lib/emacsen-common/emacs-package-install line 30, TSORT line 1. dpkg: error processing vm (--configure): subprocess post-installation script returned error exit status 255 Errors were encountered while processing: vm E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up vm (7.19-11) ... install/vm: Ignoring emacsen flavor emacs. install/vm: Byte-compiling for emacs-snapshot...emacs-package-install: /usr/lib/emacsen-common/packages/install/vm emacs-snapshot emacs-snapshot emacs21 failed at /usr/lib/emacsen-common/emacs-package-install line 30, TSORT line 1. dpkg: error processing vm (--configure): subprocess post-installation script returned error exit status 255 Errors were encountered while processing: vm Press return to continue. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages emacs-snapshot depends on: ii emacs-snapshot-bin-common 1:20070208-1 The GNU Emacs editor's shared, arc ii libasound21.0.13-1 ALSA library ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libncurses5 5.5-5 Shared libraries for terminal hand ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libsm61:1.0.1-3 X11 Session Management library ii libtiff4 3.8.2-7Tag Image File Format (TIFF) libra ii libungif4g4.1.4-4shared library for GIF images ii libx11-6 2:1.0.3-5 X11 client-side library ii libxmu6 1:1.0.2-2 X11 miscellaneous utility library ii libxpm4 1:3.5.5-2 X11 pixmap library ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii xaw3dg1.5+E-14 Xaw3d widget set emacs-snapshot recommends no packages. Versions of packages emacs-snapshot-common depends on: ii dpkg 1.13.25package maintenance system for Deb ii emacsen-common1.4.17 Common facilities for all emacsen Versions of packages emacs-snapshot-bin-common depends on: ii emacs-snapshot-common 1:20070208-1 The GNU Emacs editor's common infr ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii liblockfile11.06.1 NFS-safe locking library, includes Versions of packages emacsen-common depends on: ii bsdmainutils 6.1.6 collection of more utilities from Versions of packages emacs-snapshot is related to: ii dictionaries-common 0.70.10Common utilities for spelling dict -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410493: Successful low memory install
Package: installation-reports Boot method: Netboot kernel loaded from hard disk (ramdisk_size=16000) Image version: http://ftp.debian.org/debian/dists/etch/main/installer-i386/current/images/netboot/debian-installer/i386/linux Date: 2007-02-10 22:29:38 -0500 Machine: Toshiba Portege 3110CT Processor: Mobile Pentium II, 166MHz Memory: 64MB, ~16MB used as ramdisk during the install Partitions: Disk /dev/hda: 12.0GB, 12068904960 bytes 255 heads, 63 sectors/track, 1467 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start EndBlocks Id System /dev/hda1 1 1402 11261533+ 83 Linux /dev/hda21403 1467522112+ 82 Linux swap / Solaris Output of lscpi -nn and lspci -vnn: lspci -nn: 00:00.0 Host bridge [0600]: Intel Corporation 82440MX Host Bridge [8086:7194] (rev 01) lspci -nn: 00:04.0 VGA compatible controller [0300]: Trident Microsystems Cyber 9525 [1023:9525] (rev 49) lspci -nn: 00:07.0 Bridge [0680]: Intel Corporation 82440MX ISA Bridge [8086:7198] (rev 01) lspci -nn: 00:07.1 IDE interface [0101]: Intel Corporation 82440MX EIDE Controller [8086:7199] lspci -nn: 00:07.2 USB Controller [0c03]: Intel Corporation 82440MX USB Universal Host Controller [8086:719a] lspci -nn: 00:07.3 Bridge [0680]: Intel Corporation 82440MX Power Management Controller [8086:719b] lspci -nn: 00:09.0 IRDA controller [0d00]: Toshiba America Info Systems FIR Port Type-DO [1179:0d01] lspci -nn: 00:0b.0 CardBus bridge [0607]: Toshiba America Info Systems ToPIC100 PCI to Cardbus Bridge with ZV Support [1179:0617] (rev 20) lspci -nn: 00:0c.0 Multimedia audio controller [0401]: ESS Technology ES1978 Maestro 2E [125d:1978] (rev 10) lspci -nn: 00:0d.0 Communication controller [0780]: Agere Systems 56k WinModem [11c1:0441] (rev 01) lspci -vnn: 00:00.0 Host bridge [0600]: Intel Corporation 82440MX Host Bridge [8086:7194] (rev 01) lspci -vnn: Subsystem: Toshiba America Info Systems Unknown device [1179:0001] lspci -vnn: Flags: bus master, medium devsel, latency 64 lspci -vnn: lspci -vnn: 00:04.0 VGA compatible controller [0300]: Trident Microsystems Cyber 9525 [1023:9525] (rev 49) lspci -vnn: Subsystem: Toshiba America Info Systems Unknown device [1179:0002] lspci -vnn: Flags: bus master, 66MHz, medium devsel, latency 8, IRQ 11 lspci -vnn: Memory at ff40 (32-bit, non-prefetchable) [size=4M] lspci -vnn: Memory at ff3e (32-bit, non-prefetchable) [size=128K] lspci -vnn: Memory at fec0 (32-bit, non-prefetchable) [size=4M] lspci -vnn: [virtual] Expansion ROM at 2400 [disabled] [size=64K] lspci -vnn: Capabilities: [80] AGP version 1.0 lspci -vnn: Capabilities: [90] Power Management version 1 lspci -vnn: lspci -vnn: 00:07.0 Bridge [0680]: Intel Corporation 82440MX ISA Bridge [8086:7198] (rev 01) lspci -vnn: Flags: bus master, medium devsel, latency 0 lspci -vnn: lspci -vnn: 00:07.1 IDE interface [0101]: Intel Corporation 82440MX EIDE Controller [8086:7199] (prog-if 80 [Master]) lspci -vnn: Flags: bus master, medium devsel, latency 64 lspci -vnn: I/O ports at fff0 [size=16] lspci -vnn: lspci -vnn: 00:07.2 USB Controller [0c03]: Intel Corporation 82440MX USB Universal Host Controller [8086:719a] lspci -vnn: Flags: bus master, medium devsel, latency 64, IRQ 11 lspci -vnn: I/O ports at ff80 [size=32] lspci -vnn: lspci -vnn: 00:07.3 Bridge [0680]: Intel Corporation 82440MX Power Management Controller [8086:719b] lspci -vnn: Flags: medium devsel lspci -vnn: lspci -vnn: 00:09.0 IRDA controller [0d00]: Toshiba America Info Systems FIR Port Type-DO [1179:0d01] lspci -vnn: Subsystem: Toshiba America Info Systems Unknown device [1179:0001] lspci -vnn: Flags: bus master, slow devsel, latency 64, IRQ 11 lspci -vnn: I/O ports at ff60 [size=32] lspci -vnn: Capabilities: [80] Power Management version 2 lspci -vnn: lspci -vnn: 00:0b.0 CardBus bridge [0607]: Toshiba America Info Systems ToPIC100 PCI to Cardbus Bridge with ZV Support [1179:0617] (rev 20) lspci -vnn: Subsystem: Toshiba America Info Systems Unknown device [1179:0001] lspci -vnn: Flags: bus master, slow devsel, latency 168, IRQ 11 lspci -vnn: Memory at 2401 (32-bit, non-prefetchable) [size=4K] lspci -vnn: Bus: primary=00, secondary=01, subordinate=04, sec-latency=0 lspci -vnn: Memory window 0: 2000-21fff000 (prefetchable) lspci -vnn: Memory window 1: 2200-23fff000 lspci -vnn: I/O window 0: 1000-10ff lspci -vnn: I/O window 1: 1400-14ff lspci -vnn: 16-bit legacy interface ports at 0001 lspci -vnn: lspci -vnn: 00:0c.0 Multimedia audio controller [0401]: ESS Technology ES1978 Maestro 2E [125d:1978] (rev 10) lspci -vnn: Subsystem: Toshiba America Info Systems Unknown device [1179:0001] lspci -vnn: Flags: bus master, medium devsel, latency 64, IRQ 11 lspci -vnn: I/O ports at fc00 [size=256]
Bug#407996: minor init script output issue
On Mon, Jan 22, 2007 at 08:50:13PM +, Tristan Hill wrote: Package: zaptel Version: 1:1.2.11.dfsg-1 Severity: minor when running /etc/init.d/zaptel start with missing devices: + /sbin/ztcfg ZT_CHANCONFIG failed on channel 4: No such device or address (6) + echo -n /sbin/ztcfg 'failed. Check' /etc/zaptel.conf /sbin/ztcfg failed. Check /etc/zaptel.conf + echo zaptel. zaptel. echo zaptel. shouldn't be run when ztcfg fails? The problem is that we don't really know that ztcfg has failed: $DAEMON $DAEMON_OPTS || echo -n $DAEMON failed. Check $ZAPCONF_FILE echo $NAME. DAEMON here is ztcfg. This bug should probably wait until we have a better way of running ztcfg at startup. -- Tzafrir Cohen icq#16849755jabber:[EMAIL PROTECTED] +972-50-7952406 mailto:[EMAIL PROTECTED] http://www.xorcom.com iax:[EMAIL PROTECTED]/tzafrir -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410488: ddskk causes kernel Oops on GNU/linux Debian unstable
On February 11, 2007 at 11:27AM +0900,
gernot (at mb3.seikyou.ne.jp) wrote:
Package: ddskk
Version: 13.0.90.cvs20061119-1
Dear ddskk maintainer (Mr. Tatsuya Kinoshita I think),
Hi Gernot, thanks for the bug report.
My system: ASUS P3B m/b with PIII 800MHz, kernel as follows (uname -a):
Linux Hase 2.6.18-3-686-bigmem #1 SMP Sun Dec 10 20:59:33 UTC 2006 i686
GNU/Linux
[...]
install/ddskk: Handling install for emacsen flavor emacs21
/usr/lib/emacsen-common/packages/install/ddskk: line 60: 27879 Segmentation
fault ${EMACSEN} ${FLAGS} -l SKK-MK -f SKK-MK-compile NONE NONE NONE
CompilationLog 21
emacs-install: /usr/lib/emacsen-common/packages/install/ddskk emacs21 failed
at /usr/lib/emacsen-common/emacs-install line 28, TSORT line 69.
dpkg: error processing emacs21-nox (--configure):
subprocess post-installation script returned error exit status 139
Message from [EMAIL PROTECTED] at Sun Feb 11 11:22:33 2007 ...
hase kernel: Oops: [#25]
I think this bug should be in your kernel, hardware or so. ddskk
is just a Emacs Lisp program which doesn't have a low-level code.
Could you please try other kernels, such as 2.6.18-4-486?
Does removing ddskk prevent the problem? Is ddskk the only package
that the problem occurs?
Anyway, I'll consider a workaround if possible.
Thanks,
--
Tatsuya Kinoshita
pgp6ZZCbfhO5y.pgp
Description: PGP signature
Bug#410494: GDM fails to show login-menu in ja_JP.UTF-8
Package: gdm Version: 2.16.4-1 Severity: normal In Debian Etch (testing), gdm fails to show an login-menu in a selected local language. The gdm shows in a system defaul common (English) instead. On the contraly, it shows in Japanese as long as a default locale is set up in ja_JP.EUC-JP. -- System Information: Debian Release: testing (etch) APT prefers testing Architecture: i386 (i686) Kernel: Linux 2.6.16-2-686 Best regards, Green @ http://f40.aaa.livedoor.jp/~green/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410495: nikto: package is not being updated
Package: nikto Version: 1.34-1 Severity: wishlist Hello, this debian package is not being updated. There has been a major new nikto version available for several months and no corresponding Debian package. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages nikto depends on: ii libnet-ssleay-perl 1.25-1.1 Perl module for Secure Sockets Lay ii libwhisker-perl1.8-1 Perl module geared for HTTP testin ii perl 5.8.4-8sarge5 Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410385: ERROR: Could not find Intel PRO/Wireless 3945ABG Network Connection
On Sat, Feb 10, 2007 at 12:41:37PM +0100, lars kaleschke wrote: *** Please type your report below this line *** System: Dell D520 ipw3945d ipw3945d - regulatory daemon Copyright (C) 2005-2006 Intel Corporation. All rights reserved. version: 1.7.22 2007-02-10 12:33:11: ERROR: Could not find Intel PRO/Wireless 3945ABG Network Connection Do you have the driver loaded (what does 'lsmod | grep ipw3945' show)? It is probably possible to get a message like that by running a daemon manually before loading the driver, but that's not a normal mode of operation. Try modprobe -r ipw3945 modrpobe ipw3945 This will (re)insert the ipw3945 module and automatically starts the daemon. Thanks, -- Jurij Smakov [EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410418: installation-reports: Successful installation on HP Omnibook 6000
Hi Joey, On Sat, Feb 10, 2007 at 05:04:08PM -0500, Joey Hess wrote: Can you send a full copy of your sources.list? Sure, please find it attached. Geoff # # deb cdrom:[Debian GNU/Linux testing _Etch_ - Official Snapshot i386 NETINST Binary-1 20070210-09:13]/ etch contrib main deb cdrom:[Debian GNU/Linux testing _Etch_ - Official Snapshot i386 NETINST Binary-1 20070210-09:13]/ etch contrib main deb http://ftp.iinet.net.au/debian/debian/ etch main deb-src http://ftp.iinet.net.au/debian/debian/ etch main deb http://security.debian.org/ etch/updates main contrib deb-src http://security.debian.org/ etch/updates main contrib
Bug#187513: mailsync not working from cron - workaround and suggested fix
I saw that mailsync doesn't work from cron problem under Ubuntu
6.06, using mailsync 5.2.1-2build1; given that unstable has 5.2.2 and
it (and libc-client) has the exact same lines of code, the analysis
below applies there too...
Given a .mailsyncrc including
channel slurp imapmail localfile {
msinfo mailsync-mail.msinfo
}
(imapmail and localfile left out as irrelevant)
I put strace mailsync -n slurp in cron, and saw this:
21438 open(/var/mail/anonymous/mailsync-mail/,
O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or
directory)
21438 open(/var/mail/anonymous, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY)
= -1 ENOENT (No such file or directory)
That's not right :-) Turns out that the execve line shows that cron
has a very limited environment - the only settings are
SHELL, PATH, PWD, LANG, SHLVL, HOME, LANGUAGE, LOGNAME, and _
Note that this *doesn't* include USER; I can trigger the problem
directly by doing
(unset USER; mailsync -n slurp)
Synchronizing stores imapmail - localfile...
Authorizing against {/imap}
Error: Can't open mailbox mailsync-mail.msinfo: no such mailbox
Error: Couldn't open msinfo box mailsync-mail.msinfo.
Aborting!
Adding an explicit USER=eichin to the crontab *worked*, so is a
plausible workaround.
Looking at the code...
mailsync-5.2.1/src/mailsync_main.cc line 93 (in main):
// initialize c-client environment (~/.imparc etc.)
env_init( getenv(USER), getenv(HOME));
uw-imap-2002edebian1/src/osdep/unix/env_unix.c line 656 (in env_init):
/* myUserName must be set before dorc() call */
myUserName = cpystr (user ? user : ANONYMOUSUSER);
Also, the comment describing env_init says:
* Accepts: user name (NIL for anonymous)
I'd suggest that perhaps instead of getenv(USER) perhaps
getpwuid(geteuid()) is appropriate... or even something like
getenv(USER) || getpwuid(geteuid())-pw_name
to allow the user to set $USER and fall back to getpwuid, rather than
doing the unintentional anonymous path. The UW docs do talk about
customizing env_init, as an alternative:
http://www.washington.edu/imap/documentation/CONFIG.html
but it looks like that should be site-specific, not application
specific, and just passing something different to env_init is a better
fix.
_Mark_ [EMAIL PROTECTED]
The Herd Of Kittens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408108: Better version
* Stefan V?lkel ([EMAIL PROTECTED]) wrote: Attached is a better version of the icon. This would be much more convincing if you could fix up all the art work including the original svg files, and maybe use a more aqua blue. http://people.debian.org/~asac/Iceimages.7z -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#410496: build-dep tetex-bin, ps2eps
Package: gsl Version: 1.8-3 i did an apt-get build-dep libgsl0-dev prior to trying to build from source... and it mostly succeeded except its looking for tex, dvips, and ps2eps binaries. so it seems gsl should Build-Depends: tetex-bin, ps2eps thanks -dean -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291751: inkscape GTK_WIDGET_HAS_FOCUS crash when editing gradient
Package: inkscape Version: 0.45-1 Followup-For: Bug #291751 Twice in a row I opened a document with a gradient, right-clicked on an object, chose fill and stroke, went to edit the gradient, went edit the second stop, fiddled around with the colors (RGB and other ways of color control) for a bit. Then inkscape crashed. [EMAIL PROTECTED]:~/src/ggz/gtk-client/ggz-gtk$ inkscape ggz_gtk_host.svg (inkscape:12783): Gtk-WARNING **: GtkEntry - did not receive focus-out-event. If you connect a handler to this signal, it must return FALSE so the entry gets the event as well Gtk-ERROR **: file gtkentry.c: line 4965 (blink_cb): assertion failed: (GTK_WIDGET_HAS_FOCUS (entry)) aborting... Emergency save activated! Emergency save document locations: ggz_gtk_hos.2007_02_11_00_24_19.0 Emergency save completed. Inkscape will close now. If you can reproduce this crash, please file a bug at www.inkscape.org with a detailed description of the steps leading to the crash, so we can fix it.Aborted (core dumped) I will upload the SVG file itself in a separate attachment. It is the ggz_gtk_admin.svg file from the ggz-gtk-client package at http://ggzgamingzone.org/ . I'm also gonna keep editing it, we'll see if the crash persists. It doesn't happen until I fiddle with colors for around 30 seconds so maybe if I don't involve widget focus changes as much it can be avoided. Let me know if more info is needed. -jason -- 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-4-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages inkscape depends on: ii libatk1.0-0 1.12.4-1 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-3 Bonobo CORBA interfaces library ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries ii libcairo2 1.2.4-4The Cairo 2D vector graphics libra ii libfontconfig12.4.2-1generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgc1c2 1:6.8-1conservative garbage collector for ii libgcc1 1:4.1.1-21 GCC support library ii libgconf2-4 2.16.0-3 GNOME configuration database syste ii libglib2.0-0 2.12.6-2 The GLib library of C routines ii libglibmm-2.4-1c2a2.12.0-1 C++ wrapper for the GLib toolkit ( ii libgnomevfs2-01:2.14.2-5 GNOME virtual file-system (runtime ii libgtk2.0-0 2.8.20-5 The GTK+ graphical user interface ii libgtkmm-2.4-1c2a 1:2.8.8-1 C++ wrappers for GTK+ 2.4 (shared ii liblcms1 1.15-1 Color management library ii liborbit2 1:2.14.4-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libpopt0 1.10-3 lib for parsing cmdline parameters ii libsigc++-2.0-0c2a2.0.17-2 type-safe Signal Framework for C++ ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-5 X11 client-side library ii libxcursor1 1.1.7-4X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes31:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxml2 2.6.27.dfsg-1 GNOME XML library ii libxrandr22:1.1.0.2-5X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxslt1.11.1.19-1 XSLT processing library - runtime ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages inkscape recommends: ii imagemagick 7:6.2.4.5.dfsg1-0.13 Image manipulation programs ii libwmf-bin 0.2.8.4-2Windows metafile conversion tools ii perlmagick 7:6.2.4.5.dfsg1-0.13 A perl interface to the libMagick ii pstoedit3.44-1 PostScript and PDF files to editab -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357439: Downgrade
severity 357439 important thanks I am vaguely following this bug, so I may be doing something wrong. It appears that the severity justification for this report is that the package is unusable. However, this was referring to amaya, and libwxgtk2.6-0 is not unusable, so I'm downgrading to important. It may be good to clone the report to have a RC bug against amaya if it is still RC-buggy. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410497: sparc32 kernel is too big, fails to boot
Package: linux-image-2.6.18-4-sparc32 Version: 2.6.18.dfsg.1-10 Severity: grave The config variable CONFIG_DEBUG_FS, enabled recently for all kernel flavours adds over 400K to the size of the compressed image size on sparc32. As a result, it does not boot anymore (uncompressed image does not fit into the allotted space). -- Jurij Smakov [EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410499: jd: unavailable English messages
Package: jd Version: 1:1.8.5-070203-1 Severity: minor Tags: upstream Even if the environment variable LC_MESSAGES is C, jd displays Japenese messages in the menu. English messages with US-ASCII should be used. I set the severity of this bug to `minor', because this package is mostly used for Japanese. Thanks, -- Tatsuya Kinoshita pgpfav8VuOYWq.pgp Description: PGP signature
Bug#381910: rebuilding for python2.5
On Sat, Feb 10, 2007 at 06:26:49PM +0100, Loïc Minier wrote: On Sat, Feb 10, 2007, Joshua N Pritikin wrote: I tried to follow your instructions. The shorter instructions in #410165 are actually better: change python-defaults to support python 2.5 (I am not saying to make it the *default* python version, just to list it as supported), In /usr/share/python/debian_defaults, I have: supported-versions = python2.4, python2.5 then simply rebuild pygtk. I did but it still doesn't work. $ python2.5 -c 'import gtk' ImportError: No module named gtk What else can I try?
Bug#410498: ntop: after recent upgrade can't login: SSL expired certificate?
Package: ntop Version: 3:3.2-8 Severity: grave Justification: renders package unusable Since I suspect that the cause is in SSL error mentioned below, and since shipped certificate is the one used on all the systems and no directions are given that it has to be replaced for ntop to function properly, I raised severity to grave. Recently I've upgraded the box running etch. I could succesfully login before but not now nothing appears on the browser screen whenever I go to the same ntop-url. Log entries in /var/log/daemon.log (and after running ntop with --ssl-watched --trace-level 10) say Feb 11 02:05:49 ravana ntop[24374]: [MSGID0587829] [t1115703648 ssl:42] **ERROR** SSL(ssl_init_connection)ERROR [Thread 24374]: error:14094415:SSL routines:SSL3_READ_BYTES:sslv3 alert certificate expired at s3_pkt.c(1057) SSL alert number 45 Feb 11 02:05:49 ravana ntop[24374]: [MSGID8807438] [t1115703648 http:3135] SECURITY: Loading items table Feb 11 02:05:49 ravana ntop[24374]: [MSGID8737313] [t1115703648 leaks:169] **WARNING** free of NULL pointer @ http.c:3588 Feb 11 02:05:49 ravana ntop[24374]: [MSGID8962748] [t1115703648 http:1038] **WARNING** ECONNRESET during sending of page to web client Feb 11 02:05:49 ravana ntop[24374]: [MSGID8895214] [t1115703648 http:1050] Failed text was 24 bytes, 'HTTP/1.0 404 Not Found ' ... upgrades which were done: 2007-02-01 08:47:47 upgrade ntop 3:3.2-5 3:3.2-8 I believe it was working fine after this ntop upgrade but started to fail after upgrade of libssl (and the rest of the system ;-)) 2007-02-09 16:22:12 upgrade libssl0.9.8 0.9.8c-3 0.9.8c-4 2007-02-09 16:38:22 upgrade openssl 0.9.8c-3 0.9.8c-4 Also I can't login on another (ia64 arch) box running ntop which I upgraded at the same time. But on it the problem is a bit different: first it reports SSL Error if I run it in links, and then asks for login, but it seems that my valid password doesn't authenticate and error messages are: Feb 11 01:31:28 itanix ntop[32422]: **ERROR** SSL(ssl_init_connection)ERROR [Thread 32422]: error:1407609C:SSL routines:SSL23_GET_CLIENT_HELLO:http request at s23_srvr.c(379) Feb 11 01:31:28 itanix ntop[32422]: **ERROR** SSL(read)ERROR [Thread 32422]: error:1407609C:SSL routines:SSL23_GET_CLIENT_HELLO:http request at s23_srvr.c(379) Feb 11 01:31:28 itanix ntop[32422]: **ERROR** errno 1038 during sending of page to web client Feb 11 01:31:34 itanix ntop[32422]: **ERROR** SSL(ssl_init_connection)ERROR [Thread 32422]: error:14094415:SSL routines:SSL3_READ_BYTES:sslv3 alert certificate expired at s3_pkt.c(1057) SSL alert number 45 ii libssl0.9.80.9.8c-4 SSL shared libraries ii ntop 3.2-8 I was thinking about filing a bugreport against libssl0.9.8 since may be it had changed the way to signal expired certificates... but the problem is seems to be in expired ntop's certificate so it seems to be ntop's problem. Thank you in advance -- System Information: Debian Release: 4.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-generic Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages ntop depends on: ii adduser 3.102 Add and remove users and groups ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii libc6 2.3.6.ds1-8GNU C Library: Shared libraries ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgd2-xpm2.0.33-5.2 GD Graphics Library version 2 ii libgdbm3 1.8.3-3GNU dbm database routines (runtime ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpcap0.70.7.2-7System interface for user-level pa ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libssl0.9.8 0.9.8c-4 SSL shared libraries ii zlib1g1:1.2.3-13 compression library - runtime ntop recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400947: iceweasel: Rejects certificate issued by https://www.ultimatix.net by throwing error code -8102
On 2/11/07, Mike Hommey [EMAIL PROTECTED] wrote: SEC_ERROR_INADEQUATE_KEY_USAGE -8102 Certificate key usage inadequate for attempted operation. (from http://www.mozilla.org/projects/security/pki/nss/ref/ssl/sslerr.html ) Pretty strange. Would you mind filing a bug at bugzilla.mozilla.org and linking it to this one? There are already plenty of them, and it is useless to add one. See http://gemal.dk/blog/2003/03/03/internet_explorer_just_doesnt_care_about_security/ Doesn't the X509v3 Extended Key Usage section come into play at all? It specifies TLS Server Authentication as one of the usages. There is another certificate in use in one of our internal sites that has an identical certificate layout except that the X509v3 Extended Key Usage field comes before the X509v3 Key Usage field unlike in this certificate. That certificate works just fine in iceweasel. Is it possible that Firefox/iceweasel/mozilla takes only the first of the two fields? I'm relatively clueless about SSL/certificates so this is at best an uninformed deduction. Also, this is not just about IE. Even konqueror is able to validate the certificate. Regards, -- Siddhesh Poyarekar http://siddhesh.tk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410500: jd: FTBFS on non-linux architectures
Package: jd Version: 1:1.8.5-070203-1 Severity: important The experimental build log http://experimental.debian.net/build.php?pkg=jd seems that builing the jd package fails on non-linux architectures. The attached patch might prevent an error 'ICONV_CONST' was not declared in this scope. (not yet tested) Thanks, -- Tatsuya Kinoshita jd-ftbfs-gnu.patch Description: Binary data pgp3Fo0cMhDw3.pgp Description: PGP signature
