Bug#456126: gmoo -- Please transition to imlib2
Package: gmoo Version: 0.5.6-11 User: [EMAIL PROTECTED] Usertags: oldlibs oldlibs-imlib Hi! On behalf of the QA group, I have been looking at packages which are blocking the removal of libraries currently in the section oldlibs, and gmoo is one of them, depending on imlib. With the aim of fixing as many of the depending as possible to pave the way for gradual removal of imlib, I would request you to consider moving to imlib2. Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#456115: array-util -- Please transition to imlib2
Package: array-util Version: 1.9-2 User: [EMAIL PROTECTED] Usertags: oldlibs oldlibs-imlib Hi! On behalf of the QA group, I have been looking at packages which are blocking the removal of libraries currently in the section oldlibs, and array-util is one of them, depending on imlib. With the aim of fixing as many of the depending as possible to pave the way for gradual removal of imlib, I would request you to consider moving to imlib2. Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#426224: [Pkg-sysvinit-devel] Bug#426224: shutdown patches - the choices
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kel Modderman pisze: Package: sysvinit Version: 2.86.ds1-38.1 Hi, I'm following up on this ticket, since I've not received any response for the best part of 6 months. The patch I proposed here is, IMHO, the most complete of the ones offered so far. Recently, I was made aware of someone also claiming [0] the patch [1] from Werner Fink, discussed [2] on the novell bug tracker, would be great to include into our own Debian version of sysvinit to fix the shutdown issue of spinning down disks correctly (...or not). However, r1067 [3] was committed to pkg-sysvinit trunk, which merges the changes done in the libata-fixes branch which was for testing [4]. Tejun Heo, an active libata/kernel hacker, replied [5] with information that Werner Fink was also working on this issue. Tejun was also active in the development of the patch as seen on the novell bug discussion [2]. I emailed the list [6] with discussion requested at [4], created a patch for the debian package [7], and tested the patch thoroughly on a very wide variety of hardware from debian installed and live-cd environments over the last 6 months. The patch works as advertised. opensuse 10.3 also contains a sysvinit using the mentioned patch. This means it has seen widespread testing from a variety of people on a variety of hardware. The patch matches the criteria set out at [8] about how hddown.c could best handle this (except using /proc): [quote] a) it uses sysfs and not /proc to locate disks, and that it locates all IDE and SCSI/libata disks, or maybe do both /proc and sysfs. b) that it verifies the state of kernel disk spindown control for each disk, and for the disks where it is unavailable: b1) issue cache sync to disk b2) issue spin down to disk c) for the disks where kernel spin down control is available, enable it and skip to next disk. [/quote] The patch does not suffer from limitation of an alternate patch offered to fix the situation that is discussed at [9], which seems to be similar in limitation to what has been merged [3]. Ok, there are too many damn numbers listed below with references. But you get the picture I hope, that I'm concerned about the direction the maintainers [10] intend to take in order to fix this issue, and that I've laid out as much information, patch and help that I can to try and convince them there is a better solution. Thanks, Kel. [0] http://lists.alioth.debian.org/pipermail/pkg-sysvinit-devel/2007-December/002141.html [1] https://bugzilla.novell.com/attachment.cgi?id=145904 [2] https://bugzilla.novell.com/show_bug.cgi?id=229210 [3] http://lists.alioth.debian.org/pipermail/pkg-sysvinit-commits/2007-November/000955.html [4] http://lists.alioth.debian.org/pipermail/pkg-sysvinit-devel/2007-June/001961.html [5] http://lists.alioth.debian.org/pipermail/pkg-sysvinit-devel/2007-June/001963.html [6] http://lists.alioth.debian.org/pipermail/pkg-sysvinit-devel/2007-June/001972.html [7] http://lists.alioth.debian.org/pipermail/pkg-sysvinit-devel/2007-June/001974.html [8] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=426224#10 [9] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=436703 [10] http://lists.alioth.debian.org/pipermail/pkg-sysvinit-devel/2007-December/002142.html ___ Pkg-sysvinit-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-sysvinit-devel Greetings, I've sent a patch for Debian sysv init hdd down over a month ago (4.11.2007). Till now I haven't receive any comment regarding it. Could you please review it too ? Attached files (hdd.c and a patch in attachment). With best regards Artur Szymiec - -- - -- Registered User No 397465 Linux Debian 2.6.21-2-k7 i686 AMD Athlon(tm) XP 2800+ Conquer your Desktop! http://www.spreadkde.org/try_kde Reclaim Your Inbox! http://www.mozilla.org/products/thunderbird/ - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHYOC4bB2ld6kq2MsRAns/AKCPqqmZMNYKmJ1IN8qE1XlMQgyiQACfZ0Rq mvqtdYFV246B/SdzMpC0ZVo= =TTOA -END PGP SIGNATURE- #! /bin/sh /usr/share/dpatch/dpatch-run # 67_init_hddown.dpatch by Sebastian Reichelt # # Make sure SATA disks are powered down as well as IDE disks. This # patch could use some more work to make it more dynamic when # detecting SATA/SCSI disks. Closes: #348172 @DPATCH@ --- sysvinit-2.86.ds1/src/hddown.c 2004-06-09 14:47:45.0 +0200 +++ sysvinit-2.86.ds1-new/src/hddown.c 2007-11-04 12:12:38.0 +0100 @@ -25,18 +25,17 @@ /* * Find all IDE disks through /proc. */ -static int find_idedisks(char **dev, int maxdev) +static int
Bug#456113: python-apt: missing support for SHA256 in apt_pkg
Package: python-apt Version: 0.7.3.1 Severity: normal I believe that the PkgRecords is missing support for the SHA256 hashes used for packages. I can access the MD5 and SHA1 hashes through e.g. r = apt_pkg.GetPkgRecords(cache) r.Lookup(...) r.SHA1Hash but SHA256Hash just returns an AttributeError. Thanks, Cameron -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-1-vserver-amd64 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-apt depends on: ii apt [libapt-pkg-libc6.6-6-4.4 0.7.6-0.1 Advanced front-end for dpkg ii apt-utils [libapt-inst-libc6. 0.7.6-0.1 APT utility programs ii libc6 2.6.1-1GNU C Library: Shared libraries ii libgcc1 1:4.2.1-4 GCC support library ii libstdc++64.2.1-4The GNU Standard C++ Library v3 ii lsb-release 3.1-24 Linux Standard Base version report ii python2.4.4-6An interactive high-level object-o ii python-central0.5.15 register and build utility for Pyt python-apt recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456136: wallp -- Please transition to imlib2
Package: wallp Version: 0.64-7 User: [EMAIL PROTECTED] Usertags: oldlibs oldlibs-imlib Hi! On behalf of the QA group, I have been looking at packages which are blocking the removal of libraries currently in the section oldlibs, and wallp is one of them, depending on imlib. With the aim of fixing as many of the depending as possible to pave the way for gradual removal of imlib, I would request you to consider moving to imlib2. Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#456138: xzgv -- Please transition to imlib2
Package: xzgv Version: 0.8-5.1 User: [EMAIL PROTECTED] Usertags: oldlibs oldlibs-imlib Hi! On behalf of the QA group, I have been looking at packages which are blocking the removal of libraries currently in the section oldlibs, and xzgv is one of them, depending on imlib. With the aim of fixing as many of the depending as possible to pave the way for gradual removal of imlib, I would request you to consider moving to imlib2. Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#456117: chinput -- Please transition to imlib2
Package: chinput Version: 3.0.2-19 User: [EMAIL PROTECTED] Usertags: oldlibs oldlibs-imlib Hi! On behalf of the QA group, I have been looking at packages which are blocking the removal of libraries currently in the section oldlibs, and chinput is one of them, depending on imlib. With the aim of fixing as many of the depending as possible to pave the way for gradual removal of imlib, I would request you to consider moving to imlib2. Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#456137: xteddy -- Please transition to imlib2
Package: xteddy Version: 2.1-1 User: [EMAIL PROTECTED] Usertags: oldlibs oldlibs-imlib Hi! On behalf of the QA group, I have been looking at packages which are blocking the removal of libraries currently in the section oldlibs, and xteddy is one of them, depending on imlib. With the aim of fixing as many of the depending as possible to pave the way for gradual removal of imlib, I would request you to consider moving to imlib2. Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#456116: chameleon -- Please transition to imlib2
Package: chameleon Version: 1.1-8.1 User: [EMAIL PROTECTED] Usertags: oldlibs oldlibs-imlib Hi! On behalf of the QA group, I have been looking at packages which are blocking the removal of libraries currently in the section oldlibs, and chameleon is one of them, depending on imlib. With the aim of fixing as many of the depending as possible to pave the way for gradual removal of imlib, I would request you to consider moving to imlib2. Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#456124: fvwm -- Please transition to imlib2
Package: fvwm Version: 1:2.5.23-2 User: [EMAIL PROTECTED] Usertags: oldlibs oldlibs-imlib Hi! On behalf of the QA group, I have been looking at packages which are blocking the removal of libraries currently in the section oldlibs, and fvwm is one of them, depending on imlib. With the aim of fixing as many of the depending as possible to pave the way for gradual removal of imlib, I would request you to consider moving to imlib2. Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#456133: qiv -- Please transition to imlib2
Package: qiv Version: 2.1~pre12-3 User: [EMAIL PROTECTED] Usertags: oldlibs oldlibs-imlib Hi! On behalf of the QA group, I have been looking at packages which are blocking the removal of libraries currently in the section oldlibs, and qiv is one of them, depending on imlib. With the aim of fixing as many of the depending as possible to pave the way for gradual removal of imlib, I would request you to consider moving to imlib2. Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#455990: switching tabs on more than one display...
Hi Holder, At 1197488523 time_t, Holger Levsen wrote: maybe this is PEBKAC bug, because I haven't seen it in the documentation / default awesomerc file. Maybe it's a real issue, anyway: I couldn't find a way to switch between different displays with keyboard shortcuts, I had to use a mouse. Then mod4+nr switches between the tabs of that screen. I'd like to be able to switch between displays with one keyboard shortcut and also to be able to switch to a certain tab on the other display directly. mod4+nr should always switch to that tab on the current display. Hm, I just realise this get's more complicated once you have three or four displays... See screen_focus{next,prev} UICB. http://awesome.naquadah.org/doc/uicb/#index5h2 -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#435480: libapache2-mod-perl2: Apache::Test fails in `fakeroot' environment
-=| Martín Ferrari, Wed, Dec 12, 2007 at 10:01:23AM -0300 |=- I'm not sure why you consider this a showstopper for building packages which use Apache::Test, since testing is usually done in the build phase, without fakeroot nor root privileges. Some of the buildds run as root. Is there any evidence of some package that uses Apache::Test failing because of this? -- damJabberID: [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#447913: slim: New version (1.3.0) available
Hi, The package is now available on mentors.d.n[0], it will hopefully get uploaded as soon as the bug #435841 gets some ACK in return. [0] dget -x http://mentors.debian.net/debian/pool/main/s/slim/slim_1.3.0-1.dsc mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455138: FTBFS with GCC 4.3: missing #includes
Hello, This bug should be fixed in the package now available on mentors.d.n[0]. Can you test it? It simply includes the missing stdlib.h header file. [0] dget -x http://mentors.debian.net/debian/pool/main/s/slim/slim_1.3.0-1.dsc mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456054: FTBFS with GCC 4.3: missing #includes
Martin Michlmayr wrote: Package: gimp-plugin-registry Version: 0.4.3-1 Usertags: ftbfs-gcc-4.3 Fixed in svn. The next upload should build fine with gcc 4.3. Cheers, Bernd -- Bernd Zeimetz [EMAIL PROTECTED] http://bzed.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456143: ITP: ttf-sil-dai-banna - smart fonts for New Tai Lue (Xishuangbanna Dai)
Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] * Package name: ttf-sil-dai-banna Version : 2.000 Upstream Author : Adrian Cheuk, Victor Gaultney - SIL International * URL : http://scripts.sil.org/DaiBannaSIL * License : Open Font License Description : smart fonts for New Tai Lue (Xishuangbanna Dai) Description: The Dai Banna SIL Fonts are the Unicode version of their predecessor, SIL Dai Banna Fonts. Apart from a few additional characters such as Chinese punctuation marks, the design is the same and represents a new rendering of the New Tai Lue (Xishuangbanna Dai) script, which was added to Unicode 4.1. These fonts include a complete set of New Tai Lue consonants, vowels, tones and digits, along with punctuation and other useful symbols. A basic set of Latin glyphs, including Arabic numerals, is also provided. Chinese punctuation used in New Tai Lue texts are included as well. Two font families, differing only in weight, allow for a wide range of uses. The New Tai Lue script is used by approximately 300,000 people who speak the Xishuangbanna Dai language in Yunnan, China. It is a simplification of the Tai Tham (Old Tai Lue) script as used for this language for hundreds of years. These fonts are smart fonts and use a Graphite description. The font sources (Graphite .gdl and FontLab .vfb) are available in the source package and on the upstream website. -- Nicolas Spalinger http://scripts.sil.org http://pkg-fonts.alioth.debian.org/ https://launchpad.net/people/fonts signature.asc Description: OpenPGP digital signature
Bug#345102: Can you please try the new version?
Previously Stephen Gran wrote: Hi there, Sorry it's been so long without a reply. Can you try the new version (1.4.0debian-2) and let me know if this is still an issue for you? Neither the subject nor body has any context; can you remind me a new version of what I should try? And for what bug? Wichert. -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456119: e16menuedit -- Please transition to imlib2
Package: e16menuedit Version: 0.1.3-3 User: [EMAIL PROTECTED] Usertags: oldlibs oldlibs-imlib Hi! On behalf of the QA group, I have been looking at packages which are blocking the removal of libraries currently in the section oldlibs, and e16menuedit is one of them, depending on imlib. With the aim of fixing as many of the depending as possible to pave the way for gradual removal of imlib, I would request you to consider moving to imlib2. Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#456123: fidelio -- Please transition to imlib2
Package: fidelio Version: 0.9.6-13 User: [EMAIL PROTECTED] Usertags: oldlibs oldlibs-imlib Hi! On behalf of the QA group, I have been looking at packages which are blocking the removal of libraries currently in the section oldlibs, and fidelio is one of them, depending on imlib. With the aim of fixing as many of the depending as possible to pave the way for gradual removal of imlib, I would request you to consider moving to imlib2. Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#456140: RFP: shunit2 -- shUnit2 is a unit test framework for Bourne based shell scripts
Package: wnpp Severity: wishlist -- ,''`. : :' : Cyril Bouthors `. `' Debian.org `-
Bug#456130: mozart-gtk -- Please transition to imlib2
Package: mozart-gtk Version: 20060615-2 User: [EMAIL PROTECTED] Usertags: oldlibs oldlibs-imlib Hi! On behalf of the QA group, I have been looking at packages which are blocking the removal of libraries currently in the section oldlibs, and mozart-gtk is one of them, depending on imlib. With the aim of fixing as many of the depending as possible to pave the way for gradual removal of imlib, I would request you to consider moving to imlib2. Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#454696: Updated French translation
Here's the updated French translation of the debconf templates after English strings were re-modified during the review process. -- fr.po Description: application/gettext signature.asc Description: Digital signature
Bug#455819: close
Hi, I could have tagged #455819 as moreinfo as well, and reassign this to the proper package, but considering you filed #453733 and #455996 with equally no information, and havent replied to the request for moreinfo on #453733, I've decided to just close these bugs. You're welcome to file them again and give some more information which can help us understanding and fixing the bugs, like describing which software exactly doesnt work, what you have done exactly, what software you are running, on which hardware etc. Please read http://wiki.debian.org/DebianEdu/HowTo/BugReports for some more verbose information how to report bugs. Thanks. regards, Holger pgpYQw4TgWZK6.pgp Description: PGP signature
Bug#455860: [Pkg-libvirt-maintainers] Bug#455860: virt-install: assumes all installers require at least 256MB
Hi Trent, On Wed, Dec 12, 2007 at 05:53:27PM +1100, Trent W. Buck wrote: Package: virtinst Version: 0.300.1-3 Severity: minor File: /usr/bin/virt-install virt-install seems to think that debian-installer is as bloated as anaconda: $ virt-install -n Stan -r 64 -f /var/tmp/Stan -s 4 --sdl --accelerate -c /var/tmp/mini.iso --os-type linux --os-variant debianLenny ERROR: Installs currently require 256 megs of RAM. Care to cook up a patch the checks for debian.* OsVaraints and reduces the needed amount of RAM accordingly? Cheers, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452331: Bug#456029: console-data asks about keymap in base install
tags 452331 help thanks Quoting Frans Pop ([EMAIL PROTECTED]): block 456029 by 452331 thanks On Thursday 13 December 2007, Daniel Dickinson wrote: Comments/Problems: During base system install console-data pops up a dialog with a technical dialogue about keymaps. This is supposed to be handled by the initial language and keymap question in the installer, so I suspect a new option or other preseeding problem. Known issue that is the result of adding support for CD switching during the installation (needs one more upload to actually work). Certainly something that needs to be sorted out before a Beta release. Let's make it clear that the current console-* maintainer is really in trouble to deal with that issue, which indeed lies in console-common and its bunch of Perl maintainer scripts. signature.asc Description: Digital signature
Bug#456109: xscreensaver: Please write only non-default settings
I'd like to keep my xscreensaver settings in Git, which I currently do for many other dotfiles. I want that configuration to contain a very minimal set of settings, to just blank and lock: Your wishes do not correspond with reality. Sorry. Not a bug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455999: xfonts-encodings: X11R6 symlinks still needed by x-ttcidfont-conf
reassign 455999 x-ttcidfont-conf kthxbye On Wed, Dec 12, 2007 at 21:01:58 +, Reuben Thomas wrote: Package: xfonts-encodings Version: 1:1.0.2-3 Severity: normal Recently trying to work out why defoma was complaining about a missing directory, I found out that x-ttcidfont-conf, in its script /usr/share/defoma/scripts/x-ttcidfont-conf.defoma still has hardwired references to /usr/X11R6/lib/X11/fonts/encodings /usr/X11R6/lib/X11/fonts/encodings/large and in its Debian changelog says: In order to maintain compatibility with X11R6, revert to the old /usr/X11R6/lib/X11/fonts/encodings path, for which xfonts-encodings ships a compatibility symlink in X.org 7. For this, depend on the required version of xfonts-encodings (see #369510), or a pre-Xorg7 xfonts-base. (for version 23 of x-ttcidfont-conf). Hence, it seems as if for the moment that symlink is still needed: certainly, for me, symlinking /usr/share/fonts/X11 to /usr/lib/X11/fonts cures the error message. I'm not sure whose bug this is, I thought I'd file it here first since the assumption that the symlink is no longer needed seems to be false, and there seems to be a continued effort to be compatible with X11R6 for now. There was an effort to make upgrades from sarge to etch work. I don't think we need to keep that legacy code around longer. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455917: scrollkeeper: Parser errors during apt-get update or dpkg configure -a
On Wed, Dec 12, 2007, Tom Epperly wrote: What's your gnome-utils version? Do you have a package named baobab? Could you attach the results of dpkg -S scrollkeeper? -- Loïc Minier
Bug#456145: Should only write changed prefs to .transmission/gtk/prefs.ini
Package: transmission Version: 0.95.dfsg-1 Severity: wishlist I keep my home directory in version control, as a means of sharing it across systems, keeping it backed up, and tracking changes to it. One of the biggest problems I run into relates to applications that always write out their entire preferences, rather than only changed preferences. This makes it much harder to track changes and share files across machines. Could transmission please write out only its changed preferences, rather than all preferences? Thanks, Josh Triplett -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-rc4 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages transmission depends on: ii transmission-cli 0.95.dfsg-1 free, lightweight BitTorrent clien ii transmission-gtk 0.95.dfsg-2 free, lightweight BitTorrent clien transmission recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456141: python-apt: no support for index files (Packages, Sources) in apt_pkg
Package: python-apt Version: 0.7.3.1 Severity: normal There doesn't seem to be support for accessing the information on index files, such as Packages and Sources, through apt_pkg. I'm looking for the information that is contained in apt-pkg/indexrecords.h. FWIW, I'm trying to get the size and hash information contained in the Release file for these index files. I don't think there's any way to get it right now, though I may be wrong. Thanks, Cameron -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-1-vserver-amd64 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-apt depends on: ii apt [libapt-pkg-libc6.6-6-4.4 0.7.6-0.1 Advanced front-end for dpkg ii apt-utils [libapt-inst-libc6. 0.7.6-0.1 APT utility programs ii libc6 2.6.1-1GNU C Library: Shared libraries ii libgcc1 1:4.2.1-4 GCC support library ii libstdc++64.2.1-4The GNU Standard C++ Library v3 ii lsb-release 3.1-24 Linux Standard Base version report ii python2.4.4-6An interactive high-level object-o ii python-central0.5.15 register and build utility for Pyt python-apt recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456142: scite: Window positioning after find
Package: scite Version: 1.71-1 Severity: minor After a find, the window is moved to make sure the cursor position is within the window.That's OK, normally, but sometimes it can leave you with an almost-invisible selection region. Specifically, if the text is wide and the viewport is shifted far right, then you can get into trouble.Since the cursor is at the end of the search region, the smallest possible viewport move leaves you with the cursor at the very left edge of the window and 99% of the selection region off the viewport to the left. A better choice would be to make the minimal viewport move that puts the entire selection region in the viewport (if the selection region is not too large). The problem (after a find): [--] | viewport | | | (selection region*)| | | [--] -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages scite depends on: ii libatk1.0-0 1.20.0-1The ATK accessibility toolkit ii libc62.7-3 GNU C Library: Shared libraries ii libcairo21.4.10-1+lenny2 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libgcc1 1:4.2.2-4 GCC support library ii libglib2.0-0 2.14.3-1The GLib library of C routines ii libgtk2.0-0 2.12.1-1The GTK+ graphical user interface ii libpango1.0-01.18.3-1Layout and rendering of internatio ii libstdc++6 4.2.2-4 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxrandr2 2:1.2.2-1 X11 RandR extension library ii libxrender1 1:0.9.4-1 X Rendering Extension client libra scite recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447709: rxvt-unicode: the meaning of `-fg' and `-bg' options is inverted
On 12/13/07, Decklin Foster [EMAIL PROTECTED] wrote: I cannot reproduce this. Are you sure you didn't turn on reverseVideo? `urxvt -rv -fg gray90' behaves as you describe. It works now. (It didn't for the reasons hidden deep in history stack.) -- things change. Indeed. -- vvv -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393768: python-gst0.10: Sound is very jittery
Hi, does this still happen with the latest gstreamer packages from unstable? signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#455812: (forw) Re: Bug#455812: no-ip: [INTL:es] Spanish translation for debconf template
Fernando forgot to CC the bug. - Forwarded message from Fernando C. Estrada [EMAIL PROTECTED] - Subject: Re: Bug#455812: no-ip: [INTL:es] Spanish translation for debconf template From: Fernando C. Estrada [EMAIL PROTECTED] To: Christian Perrier [EMAIL PROTECTED] Date: Wed, 12 Dec 2007 16:10:10 -0600 X-Mailer: Evolution 2.10.3 X-CRM114-Status: Good ( pR: 22.8881 ) El jue, 13-12-2007 a las 01:07 +0530, Christian Perrier escribió: Quoting Fernando C. Estrada ([EMAIL PROTECTED]): Here's the updated po file. Could You update this translation in the BTS please? Well, 4 strings are still marked fuzzy. You may have forgotten removing the marker but please check this... Here's again the translation corrected. Thanks for your observation! -- Fernando C. Estrada - http://www.fcestrada.com [EMAIL PROTECTED] - 1024D/45D559A2 2007-08-09 6BC0 293A 9C7A 9DD5 2D12 6DCB 6A99 02A1 45D5 59A2 # no-ip translation to spanish # Copyright (C) 2007 Software in the Public Interest, SPI Inc. # This file is distributed under the same license as the no-ip package. # # Changes: # - Initial translation # Fernando C. Estrada , 2007 # # # Traductores, si no conoce el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # # Si tiene dudas o consultas sobre esta traducción consulte con el último # traductor (campo Last-Translator) y ponga en copia a la lista de # traducción de Debian al español ([EMAIL PROTECTED]) # msgid msgstr Project-Id-Version: no-ip 2.1.7-3\n Report-Msgid-Bugs-To: Source: [EMAIL PROTECTED] POT-Creation-Date: 2007-11-25 12:57+\n PO-Revision-Date: 2007-12-12 16:01-0600\n Last-Translator: Fernando C. Estrada [EMAIL PROTECTED]\n Language-Team: Debian Spanish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit #. Type: string #. Description #: ../templates:2001 msgid No-IP.com user name: msgstr Nombre de usuario de No-IP.com: #. Type: string #. Description #: ../templates:2001 msgid Please enter your No-IP.com account user name (usually your email address). msgstr Introduzca el nombre de usuario de la cuenta de No-IP.com (normalmente es su cuenta de correo electrónico). #. Type: password #. Description #: ../templates:3001 msgid No-IP.com password: msgstr Contraseña de No-IP.com: #. Type: password #. Description #: ../templates:3001 msgid Please enter your No-IP.com account password. msgstr Introduzca la contraseña de la cuenta de No-IP.com. #. Type: string #. Description #: ../templates:4001 msgid Update interval (in minutes): msgstr Intervalo de actualización (en minutos): #. Type: string #. Description #: ../templates:4001 msgid Please enter the updating frequency (in minutes) the noip2 client should use to refresh the record of your IP address. msgstr Introduzca la frecuencia de actualización (en minutos) que el cliente noip2 debe usar para actualizar el registro de su dirección IP. #. Type: string #. Description #: ../templates:5001 #| msgid List of Hosts/Groups: msgid List of hosts or groups: msgstr Lista de Máquinas o Grupos: #. Type: string #. Description #: ../templates:5001 #| msgid #| Please specify a list of hosts or groups to be updated (separated by #| spaces and/or commas). msgid Please specify a comma- or space-separated list of hosts or groups to update. msgstr Especifique, separando con una coma o espacio, la lista de las máquinas o grupos que se actualizarán. #. Type: string #. Description #: ../templates:5001 #| msgid #| Leave blank to force update of all hosts/groups in your No-IP.com account. msgid If you leave this field empty, all hosts and groups listed in your No-IP.com account will be updated. msgstr Si deja este valor en blanco, todas las máquinas y grupos en su cuenta de No-IP.com se actualizarán. #. Type: string #. Description #: ../templates:6001 msgid Network device name: msgstr Nombre del dispositivo de red: #. Type: string #. Description #: ../templates:6001 msgid Please specify the name of the network device connected to the Internet (typically ethX or pppX, where X is a number). msgstr Especifique el nombre del dispositivo de red conectado a Internet (normalmente «ethX» o «pppX» donde «X» es un número). #. Type: string #. Description #: ../templates:6001 msgid This field may be left empty if this host has a single network interface.
Bug#455772: apt-listchanges: [debconf_rewrite] Debconf templates and debian/control review
Quoting Justin B Rye ([EMAIL PROTECTED]): Christian Perrier wrote: Justin, could you have a look at it? Sure. After reworking the templates from your suggestion, here's the file I come up with. Pierre, translations are coming in already because the call for updates was sent. As we're re-changing the templates file, we'll need another call for translation updates. So, in short, don't commit anything right now. I will anyway come up with a full patch at the end of the final translation update round. # These templates have been reviewed by the debian-l10n-english # team # # If modifications/additions/rewording are needed, please ask # [EMAIL PROTECTED] for advice. # # Even minor modifications require translation updates and such # changes should be coordinated with translators and reviewers. Template: apt-listchanges/frontend Type: select __Choices: pager, browser, xterm-pager, xterm-browser, gtk, text, mail, none Default: pager _Description: Method to be used to display changes: Package changes may be displayed by apt-listchanges in various ways. . pager: display changes one page at a time; browser : display HTML-formatted changes using a web browser; xterm-pager : like pager, but in an xterm in the background; xterm-browser: like browser, but in an xterm in the background; gtk : display changes in a GTK window; text : print changes to the terminal (without pausing); mail : only send changes via e-mail; none : do not run automatically from APT. . This setting can be overridden at execution time. By default, all the options except for 'none' will also send copies by mail. Template: apt-listchanges/email-address Type: string Default: root _Description: E-mail address(es) which will receive changes: Optionally, apt-listchanges can e-mail a copy of displayed changes to a specified address. . Multiple addresses may be specified, delimited by commas. Leaving this field empty disables mail notifications. Template: apt-listchanges/confirm Type: boolean Default: false _Description: Prompt for confirmation after displaying changes? After displaying the list of changes, apt-listchanges can pause with a confirmation prompt. This is useful when running from APT, as it offers an opportunity to abort the upgrade if a change is unwelcome. . This can be overridden at execution time, and has no effect if the configured frontend option is 'mail' or 'none'. Template: apt-listchanges/save-seen Type: boolean Default: true _Description: Should apt-listchanges skip changes that have already been seen? A record of already displayed changes can be kept in order to avoid displaying them again. This is useful, for example, when retrying an upgrade. Template: apt-listchanges/which Type: select __Choices: news, changelogs, both Default: news _Description: Changes displayed with APT: Please choose which type of changes should be displayed with APT. . news : important news items only; changelogs: detailed changelogs only; both : news and changelogs. signature.asc Description: Digital signature
Bug#456146: fiaif: Allow the admin to chose reserved bandwidth for TC_VOIP
Package: fiaif Version: 1.21.1-6 Severity: wishlist Hi, The TC_VOIP config option works very well, I however have to manually edit traffic-shaping.sh to guarantee more than 128kb for VOIP. 128kb is too little for some of my remote sites where I may need to get 1Mb guaranteed for it. eg: TC_VOIP_BW=1024 Thanks Laurent -- Package-specific info: -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20-a7n-v3 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages fiaif depends on: ii bash3.1dfsg-8The GNU Bourne Again SHell ii coreutils 5.97-5.3 The GNU core utilities ii cron3.0pl1-100 management of regular background p ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii debianutils 2.18 Miscellaneous utilities specific t ii dnsutils1:9.4.1-1Clients provided with BIND ii grep2.5.1.ds2-6 GNU grep, egrep and fgrep ii iptables1.3.6.0debian1-5 administration tools for packet fi ii logtail 1.2.55 Print log file lines that have not ii net-tools 1.60-17 The NET-3 networking toolkit ii sed 4.1.5-1 The GNU sed stream editor ii wget1.10.2-3 retrieves files from the web fiaif recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400713: a small question
Hi Miles, On Fri, 01 Jun 2007 12:31:11 +0900 (JST), Atsuhito Kohda wrote: It seems your system is unstable so there is the latest texmacs 1.0.6.10-1 and I'd like to know if you see the problem with the latest texmacs too. I knew that there was some problem with Japanese handling in texmacs 1.0.6. Well, I recently encountered this bug too and saw the following message: TeXmacs] Font ipagui 11pt at 300 dpi could not be loaded and blanck menu. After some investigation, it looked to me that it happened because findutils splitted off locate to separate package but it wasn't installed automatically. After I installed locate package manually, texmacs works fine for me. Hi raju, I suspect that texmacs searchs fonts with locate because there are some files in src/Plugins (tt_file.cpp, tex_init.cpp etc.) which calls locate. Do you have time to check if I'm right or wrong. Regards, 2007-12-13(Thu) -- Debian Developer Debian JP Developer - much more I18N of Debian Atsuhito Kohda kohda AT debian.org Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456149: gpsdrive: Doesn't display my altitude
Package: gpsdrive Version: 2.10~pre4-1 Severity: normal GPSDrive is not displaying any altitude reading from my GPS (a Garmin 60CSx). If I telnet to the gpsd port on my local machine I definitely do see my altitude coming through on the various data streams available. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-rc3-hippy (SMP w/2 CPU cores) Locale: LANG=en_NZ.UTF8, LC_CTYPE=POSIX (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages gpsdrive depends on: ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libboost-filesystem1.34 1.34.1-2 filesystem operations (portable pa ii libboost-thread1.34.1 1.34.1-2 portable C++ multi-threading ii libc6 2.7-3GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2.2-4GCC support library ii libglib2.0-02.14.4-2 The GLib library of C routines ii libgtk2.0-0 2.12.2-1 The GTK+ graphical user interface ii libmapnik1d 0.4.0-2+b1 C++/Python toolkit for developing ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libpcre37.3-2Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii libstdc++6 4.2.2-4 The GNU Standard C++ Library v3 ii libx11-62:1.1.3-1X11 client-side library ii libxcomposite1 1:0.4.0-1X11 Composite extension library ii libxcursor1 1:1.1.9-1X cursor management library ii libxdamage1 1:1.1.1-3X11 damaged region extension libra ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxml2 2.6.30.dfsg-3GNOME XML library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii openstreetmap-map-icons 2.10~pre4-1 Collection of map icons ii openstreetmap-map-icons 2.10~pre4-1 Collection of map icons ii zlib1g 1:1.2.3.3.dfsg-7 compression library - runtime Versions of packages gpsdrive recommends: ii gpsd 2.34.dfsg-6 GPS (Global Positioning System) da ii gpsdrive-scripts 2.10~pre4-1 Various scripts for gpsdrive -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432755: please upload to volatile.
Hello, Could you please upload the new version of flashplugin-nonfree to volatile? (as soon as it reaches testing... this is requirement for volatile) This way stable users will be allowed to upgrade w/o using version from backports, testing, whatever... Thank you. -- Matus UHLAR - fantomas, [EMAIL PROTECTED] ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. Saving Private Ryan... Private Ryan exists. Overwrite? (Y/N) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456148: CVE-2007-6306: Multiple cross-site scripting vulnerabilities
Package: libjfreechart-java Severity: important Tags: security Hi The following CVE[0] has been issued against libjfreechart-java. CVE-2007-6306: Multiple cross-site scripting (XSS) vulnerabilities in the image map feature in JFreeChart 1.0.8 allow remote attackers to inject arbitrary web script or HTML via the (1) chart name or (2) chart tool tip text; or the (3) href, (4) shape, or (5) coords attribute of a chart area. A potential patch can be found here[1][2], not quite sure, if there is more. Please mention the CVE id in the changelog, when you fix this issue. Thanks for your efforts. Cheers Steffen [0]: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-6306 [1]: http://jfreechart.svn.sourceforge.net/viewvc/jfreechart/trunk/source/org/jfree/chart/entity/ChartEntity.java?r1=662r2=661pathrev=662 [2]: http://jfreechart.svn.sourceforge.net/viewvc/jfreechart/trunk/source/org/jfree/chart/imagemap/ImageMapUtilities.java?r1=662r2=661pathrev=662 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456131: paul -- Please transition to imlib2
On Thu, 13 Dec 2007, Kumar Appaiah wrote: On behalf of the QA group, I have been looking at packages which are blocking the removal of libraries currently in the section oldlibs, and paul is one of them, depending on imlib. With the aim of fixing as many of the depending as possible to pave the way for gradual removal of imlib, I would request you to consider moving to imlib2. As far as I know there is no easy upgrade path from imlib to imlib2 (please correct me if I'm wrong). Because this would require massive code changes and testing for a so far working program I see no reason for a bug of severity normal and would like to decrease severity to wishlist. Patches are very welcome but I'm currently working on more pressing things than this. If removal of imlib1 would be a release goal I would rather think about removal of paul than invest the needed amount of time into a low popcon package. This does in no way disregard your QA work and in principle I agree that keeping old libraries is a security risk - but you always have to find a reasonable ballance between effort and effect for whole Debian. BTW, it would be sane to announce such kind of mass bug filing on debian-devel ... Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455844: awesome: Does not respect aspect ratio hints for non-floating windows
Hi Josh, At 1197430296 time_t, Josh Triplett wrote: Correction: awesome does not respect aspect ratio hints for non-floating windows. It does seem to respect aspect ratio hints for floating windows. awesome respect aspect ratio if you ask it to do so. See resize_hint configuration variable (set to off by default in 2.0). Cheers, -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#456147: smb2www: [INTL:pl] Polish debconf translation
Package: smb2www Severity: wishlist Tags: l10n I hope today is not too late... Regards Wojciech Zareba -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-rc4-titan-1 (SMP w/1 CPU core) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash smb2www.po.gz Description: GNU Zip compressed data
Bug#453298: Er: hesiod 3.0.2-18.2: Please update debconf PO translation for the package hesiod
Attached translation update, please commit it. thx -- Piarres Beobide # translation of hesiod-eu.po to Euskara # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # # Piarres Beobide [EMAIL PROTECTED], 2006, 2007. msgid msgstr Project-Id-Version: hesiod-eu\n Report-Msgid-Bugs-To: Source: [EMAIL PROTECTED] POT-Creation-Date: 2007-12-13 12:21+0530\n PO-Revision-Date: 2007-12-13 09:58+0100\n Last-Translator: Piarres Beobide [EMAIL PROTECTED]\n Language-Team: Euskara [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n Plural-Forms: nplurals=2; plural=(n != 1)\n #. Type: string #. Description #: ../libhesiod0.templates:2001 msgid Hesiod domain for searches: msgstr Bilaketetarako hesiod domeinua: #. Type: string #. Description #: ../libhesiod0.templates:2001 msgid Please enter the Hesiod RHS (right hand-side) to do searches in. msgstr Mesedez idatzi bilaketak bertan egiteko Hesiod RHS-a (eskuinaldea). #. Type: string #. Description #. Type: string #. Description #: ../libhesiod0.templates:2001 ../libhesiod0.templates:3001 msgid If the Hesiod server is 'ns.example.org' then the LHS will be '.ns', the RHS will be '.example.org' (note leading periods) and directory lookups will be performed as DNS requests to (e.g.) 'sam.passwd.ns.example.org'. msgstr Adibidez Hesiod zerbitzaria 'ns.adibidea.org' bada orduan LHS-a '.ns' izango litzateke eta RHS '.adibidea.org' izan beharko litzateke (ohartu hasierako puntuez) eta direktorioa bilaketak DNS eskakizun bat bezala egin ahal izango dira (adibidez) 'ion.pasahitza.ns.adibide.org'. #. Type: string #. Description #: ../libhesiod0.templates:3001 msgid Hesiod prefix for searches: msgstr Bilaketetako hesiod aurrizkia: #. Type: string #. Description #: ../libhesiod0.templates:3001 msgid Please enter the Hesiod LHS (left hand-side) to do searches in. msgstr Mesedez idatzi bilaketak bertan egiteko hesiod LHS-a (ezkerraldea). #. Type: string #. Description #: ../libhesiod0.templates:4001 msgid DNS class search order: msgstr DNS klase bilaketa ordena: #. Type: string #. Description #: ../libhesiod0.templates:4001 msgid Hesiod looks up names using DNS TXT records. In addition to using the standard IN DNS class for Internet names, it also uses by default the special HS class. msgstr Hesiod-ek izenak DNS TXT erregistroak erabiliaz bilatuko du. Estandarra den DNS IN klasea erabiliaz gain HS klase berezia ere erabiltzen du lehenespen bezala. #. Type: string #. Description #: ../libhesiod0.templates:4001 msgid Please enter the class search order (the default value is suitable for most sites). There should be no spaces in this search order value. msgstr Mesedez idatzi klase bilaketa ordena (lehenetsiriko balioa erabilgarria da leku gehienentzat). Ez zuriunerik utzi bilaketa orden balioen artean. #. Type: string #. Description #: ../libhesiod0.templates:4001 msgid Sites using older Hesiod installations may need to use the 'HS,IN' search order. msgstr Hesiod instalazio zaharragoak erabiltzen duten guneek 'HS;IN' bilaketa ordena erabili behar dute. signature.asc Description: Digital signature
Bug#454568: Me too (Was: xserver-xorg-input-wacom: additional data: X + wacom + gnome-session,, but works started separately)
Backtrace: 0: /usr/bin/X(xf86SigHandler+0x7e) [0x80c660e] 1: [0xe420] 2: /usr/bin/X(ProcXkbLatchLockState+0x23d) [0x8188add] 3: /usr/bin/X [0x818915d] 4: /usr/bin/X [0x814d58e] 5: /usr/bin/X(Dispatch+0x2bf) [0x808d1ff] 6: /usr/bin/X(main+0x48b) [0x807474b] 7: /lib/i686/cmov/libc.so.6(__libc_start_main+0xe0) [0xb7d39450] 8: /usr/bin/X(FontFileCompleteXLFD+0x20d) [0x8073ac1] Fatal server error: Caught signal 11. Server aborting Same problem here. Xorg crash at gnome startup after logging in with gdm. I'm using the 2.6.23-1-686 kernel package, BTW. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456144: shorewall: Enabling IPv6 after having disabled it doesn't work
Package: shorewall Version: 4.0.6-1 Severity: normal If you use DISABLE_IPV6=Yes and then change it to DISABLE_IPV6= (or DISABLE_IPV6=No, I guess) and restart shorewall, the default policy for ipv6 tables is still drop. IMHO, it should change the policy to accept: else the user doesn't understand why it doesn't work... -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (991, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages shorewall depends on: ii shorewall-shell 4.0.6-1Shoreline Firewall, Netfilter conf shorewall recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454732: Wrong follow-up
* Romain Beauxis [Thu, 13 Dec 2007 03:17:37 +0100]: However, I have filled a bug upstream: https://bugs.kde.org/153944 Oh, thanks for that. Cheers, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org So!, So. First day, Yes. Scary, Yes. Don't be scared, Well I'm not really scared. You should be, Well I am a little bit scared. Well don't be, Make up your mind! -- Denholm, Jen. The IT Crowd.
Bug#456131: paul -- Please transition to imlib2
severity 456131 wishlist thanks On Thu, Dec 13, 2007 at 10:03:51AM +0100, Andreas Tille wrote: As far as I know there is no easy upgrade path from imlib to imlib2 (please correct me if I'm wrong). Because this would require massive code changes and testing for a so far working program I see no reason for a bug of severity normal and would like to decrease severity to wishlist. Patches are very welcome but I'm currently working on more pressing things than this. If removal of imlib1 would be a release goal I would rather think about removal of paul than invest the needed amount of time into a low popcon package. Done. It's wishlist. BTW, it would be sane to announce such kind of mass bug filing on debian-devel ... I shall do the needful. Thank you for the reminder. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#456011: libsane-dev: hp5590 - paper jam causes a problem with scanner detection
richard [EMAIL PROTECTED] wrote: Hi, The scanner includes an automatic document feed (ADF) and under normal operation there are no exceptional problems when running the scanner using xsane. When using ADF, paper jams occasionally occur. I closed xsane when the scanner jammed. When xsane was restarted, it did not detect the scanner until the jam was cleared. $ scanimage -L also failed to report a detection of the scanner. Since jams can reasonably be expected to occur under ADF, the above behaviour is unexpected and is a bug. I don't think it's a software bug, it's most probably the scanner not communicating over USB until the jam is cleared. Though I don't know about the hardware, so I'll leave that up to people who do (Cc:ed :)) JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408440: Hit on upgrade!
I've hit this bug on just-released security update for etch, with some minutes of total panic. ;( Ok, now i will reconf all my server using ldap://localhost/ insted of ldapi:///, but because is one-line patch (to debconf script, not to the software itself) why not simply apply also in etch? -- dott. Marco Gaiarin GNUPG Key ID: 240A3D66 Associazione ``La Nostra Famiglia''http://www.sv.lnf.it/ Polo FVG - Via della Bontà, 7 - 33078 - San Vito al Tagliamento (PN) marco.gaiarin(at)sv.lnf.it tel +39-0434-842711 fax +39-0434-842797
Bug#415272: fixed up patch
Here's a modified patch for Inotify2 support. It fixes a typo in Watch_Incoming() and also tests for the existence of Linux::Inotify2. I've also added some log messages to help with debugging. -- Regards, Andres Mejia diff -urN debpool_released/bin/debpool debpool/bin/debpool --- debpool_released/bin/debpool 2007-12-03 14:10:49.0 -0500 +++ debpool/bin/debpool 2007-12-13 04:03:38.0 -0500 @@ -118,26 +147,63 @@ die $msg\n; } +# Print the path set for the lockfile and exit. This is mainly used to run +# debpool with start-stop-daemon. + +if ($Options{'get_lock_path'}) { +print $Options{'lock_file'}\n; +exit 0; +} + # Obtain a lockfile. We should never run more than one occurance; it's too # likely that we'd step on our own toes. if (!sysopen(LOCK_FILE, $Options{'lock_file'}, O_WRONLY|O_CREAT|O_EXCL, 0644)) { -my($msg) = Couldn't obtain lockfile '$Options{'lock_file'}'; ; +my($msg) = Couldn't obtain lockfile '$Options{'lock_file'}': ; if (open(LOCK_FILE, '', $Options{'lock_file'}) (my($pid) = LOCK_FILE)) { chomp($pid); -$msg .= (PID $pid)\n; +if (open(STAT_FILE, '', /proc/$pid/stat) +(my($stat) = STAT_FILE)) { +if ($stat =~ m/debpool/) { +# debpool process was already started +$msg .= debpool was already running with PID $pid\n; +close(LOCK_FILE); +close(STAT_FILE); +die $msg; +} +} else { +# debpool wasn't running using the specified PID so remove +# the lock and create a new one +close(LOCK_FILE); +unlink $Options{'lock_file'}; +sysopen(NEW_LOCK_FILE, $Options{'lock_file'}, +O_WRONLY|O_CREAT|O_EXCL, 0644); +print NEW_LOCK_FILE $$\n; +close(NEW_LOCK_FILE); +} } else { +# Could not read PID from lockfile $msg .= (unable to read PID)\n; } - -die $msg; -} else { # Do something useful - like put our PID into the file. +} else { # debpool wasn't running so create a lock print LOCK_FILE $$\n; close(LOCK_FILE); } +if ($Options{'daemon'} $Options{'use_inotify'}) { +# Fall back to normal monitoring if Inotify setup fails. +if (!Setup_Incoming_Watch()) { +Log_Message(Not using inotify with debpool., LOG_GENERAL, LOG_WARNING); +$Options{'use_inotify'} = 0; +} +} + +# Check for any changes files in the incoming directory. + +my(@changefiles) = Scan_Changes($Options{'incoming_dir'}); + # Start the main loop. We use a do/until loop so that we always fire off at # least once. @@ -163,10 +229,6 @@ } } -# Check for any changes files in the incoming directory. - -my(@changefiles) = Scan_Changes($Options{'incoming_dir'}); - # Go through each of the changes files we found, and process it. This is the # heart of things. @@ -640,7 +700,8 @@ if ($Options{'daemon'}) { Log_Message(Waiting on changes to incoming dir., LOG_GENERAL, LOG_DEBUG); -if (!Monitor_Incoming()) { +@changefiles = Monitor_Incoming(); +if ([EMAIL PROTECTED] !$Signal_Caught) { my($msg) = Error in Monitor_Incoming: . $DebPool::Dirs::Error; Log_Message($msg, LOG_GENERAL, LOG_ERROR); } diff -urN debpool_released/share/DebPool/Config.pm debpool/share/DebPool/Config.pm --- debpool_released/share/DebPool/Config.pm 2007-12-03 14:10:49.0 -0500 +++ debpool/share/DebPool/Config.pm 2007-12-13 04:03:55.0 -0500 @@ -865,6 +897,17 @@ $Options{'sleep'} = 300; $OptionDefs{'sleep'} = 'sleep=i'; +=item Buse_inotify = Iboolean + +Sets whether debpool should use inotify to monitor for incoming changes + +Default value: 0 (false) + +=cut + +$Options{'use_inotify'} = 0; +$OptionDefs{'use_inotify'} = 'use_inotify!'; + =item Brollback = Iboolean This determines whether older packages in the incoming queue are allowed diff -urN debpool_released/share/DebPool/Dirs.pm debpool/share/DebPool/Dirs.pm --- debpool_released/share/DebPool/Dirs.pm 2007-12-03 14:10:49.0 -0500 +++ debpool/share/DebPool/Dirs.pm 2007-12-13 04:04:10.0 -0500 @@ -60,6 +60,8 @@ @EXPORT_OK = qw( Archfile Create_Tree +Tree_Mkdir +Setup_Incoming_Watch Monitor_Incoming PoolBasePath PoolDir @@ -69,7 +71,8 @@ ); %EXPORT_TAGS = ( -'functions' = [qw(Archfile Create_Tree Monitor_Incoming +'functions' = [qw(Archfile Create_Tree Tree_Mkdir + Monitor_Incoming Setup_Incoming_Watch PoolBasePath PoolDir Scan_Changes Scan_All Strip_Subsection)], 'vars' = [qw()], @@ -87,6 +90,8 @@ our($Error); +my($inotify); + ### File lexicals # None @@ -313,10 +309,70 @@ return [EMAIL PROTECTED]; } +# Setup_Incoming_Watch() +# +# Creates a Linux::Inotify2 object and adds a
Bug#451376: ikiwiki: inline plugin: allow moving feedlinks below inlined content
On Wed, 12 Dec 2007 16:53:00 -0500, Joey Hess wrote: What I've been pondering doing is changing how ikiwiki uses templates when generating blogs. Rather than assembling several templates, I think it could just fill out one template, that includes the feed links, and blog content. Then if you want to move the feed links, you can modify that template. Of course, that means such a change would be global. Were you wanting to move the feed links globally, or only for a single page? We want to move them globally. Nis Martensen wrote: However, this will change the feedlink URIs, because page_numfeeds is incremented even when no feeds are actually being generated. The following change avoids this. Applied. I found that there are still two things, where the second might be a problem: - In case of several inlines on one page, $feednum will now start being incremented at the first inline where $feeds is set. Even when no feeds are generated for later inlines. The first of the attached patches changes this. (I'm not sure if it's also worth applying the second.) - This patch series (including the one you just applied) might break existing feeds (by changing their URIs) on ikiwiki-powered web sites... Thanks, Nis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451376: ikiwiki: inline plugin: allow moving feedlinks below inlined content
Of course, I forgot to attach the patches... From f5d7b98a47d880fee8af639879cb5a694a39d72e Mon Sep 17 00:00:00 2001 From: Nis Martensen [EMAIL PROTECTED] Date: Thu, 13 Dec 2007 09:56:59 +0100 Subject: [PATCH] Also increment feednum only if feeds are generated --- IkiWiki/Plugin/inline.pm |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/IkiWiki/Plugin/inline.pm b/IkiWiki/Plugin/inline.pm index 3a03b55..3c0c6f1 100644 --- a/IkiWiki/Plugin/inline.pm +++ b/IkiWiki/Plugin/inline.pm @@ -161,7 +161,9 @@ sub preprocess_inline (@) { #{{{ } else { if (exists $page_numfeeds{$params{destpage}}) { - $feednum=$knownfeeds{$feedid}=++$page_numfeeds{$params{destpage}}; + if ($feeds) { +$feednum=$knownfeeds{$feedid}=++$page_numfeeds{$params{destpage}}; + } } else { $feednum=$knownfeeds{$feedid}=; -- 1.5.3.7.1077.gcec9 From f804194392db97c3ac2130bab48407aa74b07c6f Mon Sep 17 00:00:00 2001 From: Nis Martensen [EMAIL PROTECTED] Date: Thu, 13 Dec 2007 09:58:55 +0100 Subject: [PATCH] rssurl and atomurl are only needed where $feeds is set --- IkiWiki/Plugin/inline.pm |6 -- 1 files changed, 4 insertions(+), 2 deletions(-) diff --git a/IkiWiki/Plugin/inline.pm b/IkiWiki/Plugin/inline.pm index 3c0c6f1..b28ad27 100644 --- a/IkiWiki/Plugin/inline.pm +++ b/IkiWiki/Plugin/inline.pm @@ -173,8 +173,10 @@ sub preprocess_inline (@) { #{{{ } } - my $rssurl=basename(rsspage($params{destpage}).$feednum); - my $atomurl=basename(atompage($params{destpage}).$feednum); + if ($feeds) { + my $rssurl=basename(rsspage($params{destpage}).$feednum); + my $atomurl=basename(atompage($params{destpage}).$feednum); + } my $ret=; if ($config{cgiurl} (exists $params{rootpage} || -- 1.5.3.7.1077.gcec9
Bug#456152: gpsdrive: Can't override window size
Package: gpsdrive Version: 2.10~pre4-1 Severity: normal According to the man page, gpsdrive has -s and -r options to override the autodetection. Since the autodetection doesn't notice the panels at the top and bottom of my screen I tried to use these options to set a saner resolution. It appears that the options simply do not work, whether supplied alone, or together. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-rc3-hippy (SMP w/2 CPU cores) Locale: LANG=en_NZ.UTF8, LC_CTYPE=POSIX (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages gpsdrive depends on: ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libboost-filesystem1.34 1.34.1-2 filesystem operations (portable pa ii libboost-thread1.34.1 1.34.1-2 portable C++ multi-threading ii libc6 2.7-3GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2.2-4GCC support library ii libglib2.0-02.14.4-2 The GLib library of C routines ii libgtk2.0-0 2.12.2-1 The GTK+ graphical user interface ii libmapnik1d 0.4.0-2+b1 C++/Python toolkit for developing ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libpcre37.3-2Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii libstdc++6 4.2.2-4 The GNU Standard C++ Library v3 ii libx11-62:1.1.3-1X11 client-side library ii libxcomposite1 1:0.4.0-1X11 Composite extension library ii libxcursor1 1:1.1.9-1X cursor management library ii libxdamage1 1:1.1.1-3X11 damaged region extension libra ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxml2 2.6.30.dfsg-3GNOME XML library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii openstreetmap-map-icons 2.10~pre4-1 Collection of map icons ii openstreetmap-map-icons 2.10~pre4-1 Collection of map icons ii zlib1g 1:1.2.3.3.dfsg-7 compression library - runtime Versions of packages gpsdrive recommends: ii gpsd 2.34.dfsg-6 GPS (Global Positioning System) da ii gpsdrive-scripts 2.10~pre4-1 Various scripts for gpsdrive -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455698: Replaced with FreeMono-Medium.ttf in Upstream
I've replaced COLLEGE.ttf with FreeMono-Medium.ttf (from the debian fonts package) Please let me know if you find any other componets that don't comply with the Debian DSFG-required freedoms. -Karl Vollmer Ampache Lead Developer [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455221: dnsmasq should start after nfs-kernel-server
Now this is strange. On my Etch system (netinstall) : # cat /proc/sys/net/ipv4/ip_local_port_range 2048 4999 So it does include 2049 (+ it causes problems with other services aswell). Adding net.ipv4.ip_local_port_range = 32768 61000 to /etc/sysctl.conf fixes this problem. Of course, this has nothing to do with dnsmasq. Thank you and sorry for the trouble. Best wishes, Daniel On Wed, 12 Dec 2007 14:17:46 + Simon Kelley [EMAIL PROTECTED] wrote: What is the result of doing cat /proc/sys/net/ipv4/ip_local_port_range on your system? Unless you have told it otherwise, dnsmasq will only use port 2049 if it's allocated as an ephmeral port by the operating system. If your local port range includes 2049 then that's a configuration bug, I think. On my Sarge system, the range is 32768 to 61000. As a workaround, your change-the-startup-order has potential problems (what happens if NFS startup needs to do DNS resolution and that goes via dnsmasq?). A better workaround would be to use the dnsmasq --query-port option to nail down the port to something other than 2049. Cheers, Simon. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446345: xserver-xorg-video-ati: console crammed into upper part of screen when switching from X
This appears to work now with 1:6.7.196-2 (not sure exactly when it was fixed). Feel free to close. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435702: O: x2x -- Link two X displays together, simulating a multiheaded display
I use x2x on occasion and would like to see it maintained. I could adopt it myself, but if Mikhail would like to maintain it, that's even better, and I will happily sponsor. Mikhail: is there a more recent upstream release than the one in Debian? Matt -- Matthew Johnson signature.asc Description: Digital signature
Bug#456150: please mention in description how mlocate integrates with plain old locate
Package: mlocate Version: 0.18-2 Severity: wishlist While reading the (long) description of mlocate I've been kept wondering how mlocate integrates with locate, but there is no such information in the long description, could you please add some information about that? In more detail, the information I was looking for are: - installing mlocate will change my locate command (after the installation it seems it does, via alternatives) - installing mlocate would mean that I should have two different dbs (one for locate + one for mlocate) and update both of them via cron? (note that indeed the long description mention that mlocate's db is updated incrementally, but as far as I read it it does not state whether mlocate's db is the same as locate's db) Thanks for mlocate and for your blog post about it, maybe you should consider writing an entry for the debian package of the day about it? -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mlocate depends on: ii adduser 3.105 add and remove users and groups ii libc6 2.7-4 GNU C Library: Shared libraries mlocate recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456153: xserver-xorg-video-ati: external VGA display corrupted after killing X
Package: xserver-xorg-video-ati Version: 1:6.7.196-2 Severity: normal The external VGA monitor attached to my laptop sometimes ends up with a distorted screen that is black except for a mouse cursor, which shows as a thin white vertical bar about five cm high. This sometimes happens if I kill the X server with Ctrl-Alt-Backspace. The built-in LCD panel then shows kdm but the VGA monitor shows the distortion. Switching to text console and back, or restarting the X server, does not help. I could only restore the display by rebooting. The bug occurs quite rarely so I don't know how to reproduce it reliably, but I have observed it a few times now. The system is an LG LE50 Express laptop with Radeon Xpress 200M, kernel 2.6.24-rc4 (i386). I use vesafb on the text consoles. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-rc4-lg (PREEMPT) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg-video-ati depends on: ii libc6 2.7-3 GNU C Library: Shared libraries ii xserver-xorg-core 2:1.4.1~git20071119-1 Xorg X server - core server xserver-xorg-video-ati recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456151: can't open mlocate db just after installation
Package: mlocate Version: 0.18-2 Severity: normal I've just installed mlocate and apparently its db is not build upon package installation, but only (I presume) via cron job. The net result is as follows: $ locate foo locate: can not open `/var/lib/mlocate/mlocate.db': No such file or directory This is more annoying than can be expected given that mlocate replaces locate (which was working before mlocate's installation) via alternatives. You might want to increase the severity of this bug report. Thanks for your work on mlocate! -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mlocate depends on: ii adduser 3.105 add and remove users and groups ii libc6 2.7-4 GNU C Library: Shared libraries mlocate recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453649: [INTL:fi] Updated fi.po (hesiod debconf templates)
Package: hesiod Followup-For: Bug #453649 Please find attached an updated Finnish translation of the hesiod debconf templates. Regards, Esko Arajärvi msgid msgstr Project-Id-Version: hesiod 3.0.2-18.2\n Report-Msgid-Bugs-To: Source: [EMAIL PROTECTED] POT-Creation-Date: 2007-12-13 12:21+0530\n PO-Revision-Date: 2007-12-13 11:35+0200\n Last-Translator: Esko Arajärvi [EMAIL PROTECTED]\n Language-Team: Finnish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Poedit-Language: Finnish\n X-Poedit-Country: Finland\n #. Type: string #. Description #: ../libhesiod0.templates:2001 msgid Hesiod domain for searches: msgstr Hauissa käytettävä Hesiod-verkkoalue: #. Type: string #. Description #: ../libhesiod0.templates:2001 msgid Please enter the Hesiod RHS (right hand-side) to do searches in. msgstr Anna Hesiod RHS (oikea puoli), jossa haut tehdään. #. Type: string #. Description #. Type: string #. Description #: ../libhesiod0.templates:2001 #: ../libhesiod0.templates:3001 msgid If the Hesiod server is 'ns.example.org' then the LHS will be '.ns', the RHS will be '.example.org' (note leading periods) and directory lookups will be performed as DNS requests to (e.g.) 'sam.passwd.ns.example.org'. msgstr Jos Hesiod-palvelin on ”ns.esimerkki.fi”, on LHS (vasen puoli) ”.ns” ja RHS (oikea puoli) ”.esimerkki.fi” (huomaa edeltävät pisteet), ja hakemistohaut tehdään DNS-kyselyinä (esimerkiksi) osoitteeseen ”sam.passwd.ns.esimerkki.fi”. #. Type: string #. Description #: ../libhesiod0.templates:3001 msgid Hesiod prefix for searches: msgstr Hauissa käytettävä Hesiod-etuliite: #. Type: string #. Description #: ../libhesiod0.templates:3001 msgid Please enter the Hesiod LHS (left hand-side) to do searches in. msgstr Anna Hesiod LHS (vasen puoli), jossa haut tehdään. #. Type: string #. Description #: ../libhesiod0.templates:4001 msgid DNS class search order: msgstr DNS-luokkien hakujärjestys: #. Type: string #. Description #: ../libhesiod0.templates:4001 msgid Hesiod looks up names using DNS TXT records. In addition to using the standard IN DNS class for Internet names, it also uses by default the special HS class. msgstr Hesiod etsii nimiä käyttäen DNS TXT -tietueita. Sen lisäksi, että se käyttää Internet-nimien kanssa standardia IN DNS -luokkaa, se käyttää myös oletuksena erityistä HS-luokkaa. #. Type: string #. Description #: ../libhesiod0.templates:4001 msgid Please enter the class search order (the default value is suitable for most sites). There should be no spaces in this search order value. msgstr Anna luokkien hakujärjestys (oletusarvo on sopiva useimmille sivustoille). Hakujärjestysarvossa ei tulisi olla välilyöntejä. #. Type: string #. Description #: ../libhesiod0.templates:4001 msgid Sites using older Hesiod installations may need to use the 'HS,IN' search order. msgstr Vanhempia Hesiod-asennuksia käyttävien sivujen tarvitsee ehkä käyttää hakujärjestystä ”HS,IN”.
Bug#456152: gpsdrive -r and -s options don't work
Andrew's observations are confirmed. gpsdrive has become useless to me because it always makes the window bigger than any of my displays (800x600, 1280x1024). -- regards Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#283521: [EMAIL PROTECTED]: [Debian Wiki] Update of DebianInstaller/ReleaseProcess by FransPop]
For the record - Forwarded message from Debian Wiki [EMAIL PROTECTED] - From: Debian Wiki [EMAIL PROTECTED] To: Debian Wiki [EMAIL PROTECTED] Subject: [Debian Wiki] Update of DebianInstaller/ReleaseProcess by FransPop Date: Thu, 13 Dec 2007 09:58:42 - Dear Wiki user, You have subscribed to a wiki page or wiki category on Debian Wiki for change notification. The following page has been changed by FransPop: http://wiki.debian.org/DebianInstaller/ReleaseProcess The comment on the change is: Remove pointless item as long as requested feature is not implemented -- * send periodic progress updates to relevant lists (do not just spam everybody by default); once a week is good, more often near the end * wash, rinse, repeat * when things are starting to look good (more testing!), announce timeline - * update pointer to manual in syslinux text ( http://bugs.debian.org/283521 ) * make sure FTP-masters (elmo has done most BYHAND processing) know a D-I release is coming up (''private'' IRC is best; mails often get no response) = BYHAND processing - End forwarded message - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436267: linux-image-2.6.22-1-686: IEEE1394 modules unbuilt in packaged kernel
On Wed, Dec 12, 2007 at 11:17:28PM -0600, Steve M. Robbins wrote: As noted by Guus Sliepen, switching from a functioning driver to an experimental driver with no library support is not going to cause the latter to be improved. It's simply annoying to the user. that is a pretty bold incompetent statement, for all relevant libraries patches exists. take them out of the corresponding git repos. The linux1394.org people say: At the time of this writing (12/2007), there are still multiple problems with the new FireWire kernel driver stack (alias Juju) compared to the old stack [...] Regarding Linux 2.6.22 and 2.6.23, the best advice to Linux distributors (kernel packagers) as well as to regular users is: Build only the old IEEE 1394 drivers. http://wiki.linux1394.org/JujuMigration et ceterum censo aboves quote is from 1 of the 2 maintainers. the other maintainer considered it fit enough for fedora stable release 7 and 8. also lenny will not release with 2.6.22 nor 2.6.23, 2.6.23 superseeds 2.6.22 and for relevant testers out there 2.6.24-rc5 is available. aboves page has direct links to userspace patches, integrate them. the new stack has many advantages: - leaner codebase (less than 8k lines of code compared to 30k lines of code in the old stack) - cleaned-up and improved in-stack APIs (with the side effect of getting rid of a bunch of old bugs) - design (no kernel threads, compared to one subsystem thread and one thread per FireWire controller in the old stack) the switch to juju allowed to close a nr of *longstanding* reports, plus there is no known security problems unlike the old ieee1394 stack. best regards -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456155: debian-edu-artwork-usplash: Fail to install from d-i
Package: debian-edu-artwork-usplash Version: 0.0.23 Severity: important When trying to install Debian Edu based on lenny, the package installation failed because debian-edu-artwork-usplash failed to get its dependency usplash installed. The message from usplash version 0.4-43-1 is No alternative for usplash-artwork.so. The only file in /usr/lib/usplash/ is debian-edu-usplash.so. No symlink from usplash-artwork.so is created yet, so usplash fail to install. I am unable to reproduce it in a sid chroot, as the usplash-theme-debian package is pulled in there, and it provides the alternative. No idea why it isn't pulled in when installing from the Debian Edu CD. So the problem only happen when usplash is installed without usplash-theme-debian. Perhaps the solution is to make debian-edu-artwork-usplash provide usplash-theme, and not depend on but only recommend usplash? Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456154: debian-installer: amd64 re-boot fails due to missing /etc/crypttab
Package: debian-installer Severity: important Hi there, while trying to install debian I encountered the problem that the installed system was unbootable. The setup I tried is a md setup with everything crypted except /boot This was reproducible with debian-40r1-amd64-CD-1.iso and unofficial netinst cd from kmuto (because of ICH9 chipset and e1000 support, my disks/cdrom are detected properly with the official cd's) Here is the way I tried to install 1) Partition the disks /dev/sda1 = 256MB /dev/sda2 = rest of disk /dev/sdb1 = 256MB /dev/sdb2 = rest of disk 2) Set partition type to raid autodetect for all of the above 3) Setup raids /dev/md0= [ sda1, sdb1 ] /dev/md1= [ sda2, sdb2 ] 4) Choose /dev/md0 as ext3 which should be mounted on /boot 5) Choose /dev/md1 as target for a crypted disk (refered as /dev/mapper/crypt for the rest of this text) 6) Setup LVM with /dev/mapper/crypt as physical disk vg00 = /dev/mapper/crypt lvol-root 2GB / lvol-swap 8GB swap lvol-usr8GB /usr lvol-var8G /var lvol-home 16GB/home 7) Happily install debian on it. Works all fine until I try to boot into the just installed system. There it hangs with (something similiar to) vg00-lvol-root not found vg00-lvol-root not found Waiting for root filesystem until it drops into a busybox shell. Disks are detected before, since I got the message from md that md1 is not synchronized. Doing the same like above just change / to be on md0 instead of the crypted volume the system boots at least into single user mode. Examining the install I found out that there was only an empty /etc/crypttab, adding the entry for /dev/md1 manually I could mount all the devices and then the system boots normally. From above I conjecture that also the failed try with / on the crypted device was due to a missing crypttab. Regards Torsten Sitz der Gesellschaft / Corporate Headquarters: Deutsche Lufthansa Aktiengesellschaft, Koeln Registereintragung / Registration: Amtsgericht Koeln HR B 2168 Vorsitzender des Aufsichtsrats / Chairman of the Supervisory Board: Dipl.-Ing. Dr.-Ing. E.h. Juergen Weber Vorstand / Executive Board: Wolfgang Mayrhuber (Vorsitzender / Chairman) Stephan Gemkow Stefan Lauer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456156: cannot mount usb device; incomprehensible error message
Package: konqueror Version: 4:3.5.5a.dfsg.1-6etch1 I inserted a USB stick. A window appeared with the following text: window title: KDE Daemon A new medium has been detected. What do you want to do? Medium type: Unmounted Removable Medium Open in New Window Do Nothing I selected 'Open in New Window'. A Konqueror window appears on 'system:/media/sda'; also an error message appears: window title: Error - Konqueror A security policy in place prevents this sender from sending this message to this recipient, see message bus configuration file (rejected message had interface org.freedesktop.Hal.Device.Volume member Mount error name (unset) destination org.freedesktop.Hal) The Konqueror window remains open but is useless (attempting to e.g. create a file produces a similar message to the above). ttfn/rjk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455998: [Pkg-libvirt-maintainers] Bug#455998: virt-manager can't create a new virtual machine
Hi, On Wed, Dec 12, 2007 at 08:40:39AM +0100, Yves-Alexis Perez wrote: First, I can't check the ???Use hardware acceleration???, while I have a Core2Duo wich supports it. Maybe it's a limitation in qemu, I don't know, but couldn't find information. When you run as user (qemu://session) you need the permissions on /dev/kvm. Can you run kvm as regular user without virt-manager? Then, when trying a really simple vm (debian etch amd64), I can't select how I want the network (and I can't create a network if I'm not running as root but this deserves another bug report, as it doesn't work anyway) You can only user user networking when running as regular user. Please see the libvirt documentation (libvirt-doc). Finally, at the summary step, I try to click ???Finish??? to create the vm, but there's a popup saying ???Unable to complete install: NoneType' object has no attribute 'setup??? Then details: Unable to complete install 'exceptions.AttributeError 'NoneType' object has no attribute 'setup' Traceback (most recent call last): File /usr/share/virt-manager/virtManager/create.py, line 616, in do_install dom = guest.start_install(False, meter = meter) File /var/lib/python-support/python2.4/virtinst/Guest.py, line 724, in start_install return self._do_install(consolecb, meter) File /var/lib/python-support/python2.4/virtinst/Guest.py, line 736, in _do_install self._create_devices(meter) File /var/lib/python-support/python2.4/virtinst/Guest.py, line 644, in _create_devices nic.setup(self.conn) AttributeError: 'NoneType' object has no attribute 'setup' ' And I can't do anything else then canceling creation. This indeed is a bug in virt-manager. I'll have a look. -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455959: Link texts not displayed
Note iceweasel and icedove don't use libxul0d, but their own copy, so you'd have to downgrade them. Or you can try epiphany or galeon, they use libxul. OK, I tested with galeon. The error is there even with the downgraded packages. Which other packages could I downgrade to narrow down the problem? I did a ls -l --sort=time | head --lines 400 /tmp/aptcache in /var/cache/apt/archives and uploaded the file to http://www.colecovision.eu/aptcache It should contain all recently upgraded packages. Which of these could cause such a problem in gecko-based browsers? Philipp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456157: nautilus: Stretch Icon stops growing and starts moving
Package: nautilus Version: 2.20.0-2 Severity: normal If I choose Stretch Icon for an icon, grab one of the handles other than the lower-right handle, and stretch the icon past a certain point, the icon stops growing, and instead starts moving in strange directions. The icon should either stop growing and stay put, or continue growing arbitrarily large. - Josh Triplett -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-rc4 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nautilus depends on: ii desktop-file-utils 0.13-2Utilities for .desktop files ii gnome-control-center 1:2.20.1-2utilities to configure the GNOME d ii libart-2.0-2 2.3.19-3 Library of functions for 2D graphi ii libatk1.0-01.20.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.20.2-1 Bonobo CORBA interfaces library ii libc6 2.7-4 GNU C Library: Shared libraries ii libcairo2 1.4.10-1.3The Cairo 2D vector graphics libra ii libeel2-2.20 2.20.0-2 Eazel Extensions Library (for GNOM ii libesd00.2.36-3 Enlightened Sound Daemon - Shared ii libexempi3 1.99.5-1 A library to parse XMP metadata (L ii libexif12 0.6.16-2 library to parse EXIF files ii libgail-common 1.20.2-1 GNOME Accessibility Implementation ii libgail18 1.20.2-1 GNOME Accessibility Implementation ii libgconf2-42.20.1-1 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.14.4-2 The GLib library of C routines ii libgnome-desktop-2 2.20.2-1 Utility library for loading .deskt ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeui-0 2.20.1.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.20.1-1GNOME Virtual File System (runtime ii libgtk2.0-02.12.3-1 The GTK+ graphical user interface ii libnautilus-extension1 2.20.0-2 libraries for nautilus components ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii librsvg2-2 2.18.2-1 SAX-based renderer library for SVG ii libselinux12.0.15-2+b1 SELinux shared libraries ii libstartup-notification0 0.9-1 library for program launch feedbac ii libtrackerclient0 0.6.3-3+b1metadata database, indexer and sea ii libx11-6 2:1.0.3-7 X11 client-side library ii libxml22.6.30.dfsg-3 GNOME XML library ii nautilus-data 2.20.0-2 data files for nautilus ii shared-mime-info 0.22-2FreeDesktop.org shared MIME databa Versions of packages nautilus recommends: ii desktop-base 4.0.4 common files for the Debian Deskto ii eject 2.1.5-6ejects CDs and operates CD-Changer pn fam none (no description available) ii libgnomevfs2-extra1:2.20.1-1 GNOME Virtual File System (extra m ii librsvg2-common 2.18.2-1 SAX-based renderer library for SVG ii nautilus-cd-burner2.20.0-1 CD Burning front-end for Nautilus -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455698: ampache: contains a non-free font
Charliej wrote: Paul Wise wrote: Package: ampache Version: 3.3.3.5-dfsg-2 Severity: serious User: [EMAIL PROTECTED] Usertags: non-free ampache contains a non-free font: /usr/share/ampache/www/modules/captcha/COLLEGE.ttf http://pkg-fonts.alioth.debian.org/review/fnt-7f918bfee88f88eb2c810fb4286c585f.html This looks to be from here: http://www.squaregear.net/fonts/ http://www.squaregear.net/fonts/college.shtml http://www.squaregear.net/fonts/college.zip From the zip file: / College, like all of my fonts, is free. You can use it for most personal or business uses you'd like, and I ask for no money. I would, however, like to hear from you. If you use my fonts for something please send me a postcard or e-mail letting me know how you used it. Send me a copy if you can or let me know where I can find your work. You may use this font for graphical or printed work, but you may not sell it or include it in a collection of fonts (on CD or otherwise) being sold. You can redistribute this font as long as you charge nothing to receive it. If you redistribute it include this text file with it as is (without modifications). If you use this font for commercial purposes please credit me in at least some little way. \ This licence does not clearly allow all the DFSG-required freedoms: http://www.debian.org/social_contract#guidelines Please contact the College font author and ask them to licence the font under a DFSG-compliant font licence such as the OFL: http://scripts.sil.org/OFL http://scripts.sil.org/OFL_web http://scripts.sil.org/OFL-FAQ_web If they are not willing to do so or cannot be contacted, please remove the font from the binary package and the source package and depend on another font package for generating the captcha or move the package to non-free. Please contact ampache upstream and ask them to use fontconfig or similar to get fonts for use by the captcha system. Also, perhaps ampache upstream would like to switch their captcha system to use recaptcha.net instead. Thank you for your bug report. Forwarding to upstream. Upstream has contacted me stating that he will remove college.ttf and replace it with FreeMono-Medium.ttf. Will upload mentors.debian.net ASAP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456160: auctex: French debconf templates translation
Package: auctex Version: N/A Severity: wishlist Tags: patch l10n *** /home/steve/bin/po/patch-translate.txt Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (700, 'stable'), (650, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-amd64 Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) # French translations of the debian/auctex/templates file of the auctex # Debian package. # # Copyright (C) 2006 Davide G. M. Salvetti # # This file is distributed under the same license as the auctex Debian # package. # # Steve Petruzzello [EMAIL PROTECTED], 2006 # # arch-tag: ed47ffdc-4ea8-481a-b3a7-7998f0455890 msgid msgstr Project-Id-Version: auctex\n Report-Msgid-Bugs-To: Source: [EMAIL PROTECTED] POT-Creation-Date: 2007-11-28 06:15+\n PO-Revision-Date: 2007-11-28 09:45+0100\n Last-Translator: Steve Petruzzello [EMAIL PROTECTED]\n Language-Team: French [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n X-Poedit-Country: SWITZERLAND\n X-Poedit-SourceCharset: utf-8\n X-Poedit-Language: French\n #. Type: select #. Choices #: ../auctex/templates:2001 msgid Background msgstr Arrière-plan #. Type: select #. Choices #: ../auctex/templates:2001 msgid Foreground msgstr Avant-plan #. Type: select #. Choices #: ../auctex/templates:2001 msgid None msgstr Aucun #. Type: select #. Description #: ../auctex/templates:2002 msgid (La)TeX macros parsing mode: msgstr Mode d'analyse des macros (La)TeX : #. Type: select #. Description #: ../auctex/templates:2002 msgid To improve the performance of AUCTeX, every currently installed TeX macro package and LaTeX style file will be parsed. msgstr Afin d'améliorer les performances d'AUCTeX, tout paquet installé de macros TeX ainsi que tout fichier de style de LaTeX sera analysé. #. Type: select #. Description #: ../auctex/templates:2002 msgid This may take a lot of time, so it should probably be done in the background. You may also choose to have it done in the foreground, or to skip that step. If you choose 'Background', you will find a detailed log of the process in ${LOGFILE}. msgstr Ceci risque de prendre beaucoup de temps, ainsi il est préférable de le faire en arrière-plan. Toutefois, vous pouvez aussi choisir de le faire en avant-plan ou encore sauter complètement cette étape. Si vous choisissez de le faire en arrière-plan, vous trouverez un rapport détaillé dans le fichier ${LOGFILE}. #. Type: select #. Description #: ../auctex/templates:2002 msgid A weekly cron job will also take care of updating the cached data, so that no specific action is required whenever you install new (La)TeX packages or remove old ones. msgstr Une tâche cron hebdomadaire s'occupera de mettre à jour les données en mémoire, ainsi vous n'aurez pas besoin de vous en soucier au moment de l'installation de nouveaux paquets (La)TeX ou lorsque vous en supprimerez de vieux. #. Type: select #. Description #: ../auctex/templates:2002 msgid This update can be run manually at any moment by running 'update-auctex- elisp'. msgstr Vous pouvez à tout moment les mettre à jour vous-même en exécutant la commande « update-auctex-elisp ». #. Type: select #. Choices #: ../auctex/templates:3001 msgid Console msgstr Console #. Type: select #. Choices #: ../auctex/templates:3001 msgid File msgstr Fichier #. Type: select #. Description #: ../auctex/templates:3002 msgid Parsing output destination: msgstr Analyse de la destination de sortie : #. Type: select #. Description #: ../auctex/templates:3002 msgid You chose to parse TeX macro packages and LaTeX style files in foreground. This operation generates a lot of information. Please choose where this information should be sent: msgstr Vous avez décidé d'analyser les paquets de macros de TeX ainsi que les fichiers style de LaTeX en avant-plan. Ce processus génère beaucoup de texte en sortie. Veuillez choisir où cette information doit être envoyée : #. Type: select #. Description #: ../auctex/templates:3002 msgid File:output goes to ${LOGFILE};\n Console: output goes to the current console. msgstr Fichier : sortie dirigée vers ${LOGFILE} ;\n Console : sortie dirigée vers la console courante. #~ msgid #~ By default -- i.e., answering File to this question -- further output #~ from the parsing process will go to a file named: ${LOGFILE}. #~ msgstr #~ Le choix par défaut (i.e., répondre Fichier) implique que la sortie du #~ processus d'analyse est dirigée dans un fichier nommé ${LOGFILE}. #~ msgid #~ If you answer Console, you will see all of the (boring) output right on #~ your terminal. #~ msgstr #~ En répondant Console, vous verrez la sortie (ennuyeuse) s'afficher sur #~
Bug#443059: Keyboard freezes - probably shouldn't be a closed bug.
I've seen this problem in several hardware combinations - using the i810 driver on real hardware and vmware drivers under VMWare Fusion on a Mac. I don't think the BusType hack is a good enough solution to warrant closing this bug - there's some sort of nasty interaction with gdm which causes this. I've found using other login managers (kdm or xdm) I never see the problem, but with gdm I do, on most boots of my virtual machine. Normally one of two things happens: 1) I can't log in at the gdm greeter at all 2) I can log in, but the keyboard lockup happens during the session a little later, sometimes almost immediately. Once the lockup has happened, I can log in remotely, and have tried to see what's going on. For example, I can run xev from a remote SSH session, and look to see if X events are appearing at all from the keyboard. They aren't. I can also then strace the X server, and see whether it's seeing activity from the keyboard, and it is. So the events are being discarded somewhere between the X server receiving them and the GNOME session receiving them. One suspicion I have is whether this is a security feature - if the time is changing on the machine (say, because of NTP, or VMWare's synchronise VM clock with host option) I wonder whether some protection mechanism against replay attacks is kicking in? Tim -- The Wellcome Trust Sanger Institute is operated by Genome Research Limited, a charity registered in England with number 1021457 and a company registered in England with number 2742969, whose registered office is 215 Euston Road, London, NW1 2BE. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455844: awesome: Does not respect aspect ratio hints for non-floating windows
Julien Danjou wrote: At 1197430296 time_t, Josh Triplett wrote: Correction: awesome does not respect aspect ratio hints for non-floating windows. It does seem to respect aspect ratio hints for floating windows. awesome respect aspect ratio if you ask it to do so. See resize_hint configuration variable (set to off by default in 2.0). Ah. In that case, could that variable default to on in future versions? This also seems like an instance of 455847: when looking for a relevant preference, I dismissed resize_hint because I assumed that the default configuration matched the example awesomerc in having resize_hint on. - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#456009: libsane-dev: hp5590 scanner requires an entry in /etc/sane.d/hp5590.conf to work
richard [EMAIL PROTECTED] wrote: Hi, Running $ sane-find-scanner works correctly The next test advised for a new installation is $ scanimage -L This fails. I followed some advice and installed the following line in hp5590.conf $ echo usb 0x03F0 0x1705 /etc/sane.d/hp5590.conf I'm told the config file isn't necessary at all, and we would like more information, in the form of a debug log. Can you please run $ SANE_DEBUG_HP5590=255 scanimage -L with *no* config file ? Thanks, JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455990: switching tabs on more than one display...
retitle 455990 switching to a specific tab on next/previous screen thanks Hi Julien, On Thursday 13 December 2007 09:00, you wrote: I'd like to be able to switch between displays with one keyboard shortcut and also to be able to switch to a certain tab on the other display directly. mod4+nr should always switch to that tab on the current display. See screen_focus{next,prev} UICB. http://awesome.naquadah.org/doc/uicb/#index5h2 Cool, thanks. As you could see from the retitling I suggest to keep this bug open as a wishlist bug to also support switching to a specific tab on the previous/next screen. Mod4+Ctrl+nr could switch to tab nr on the next screen, while Mod4+Ctrl+Shift+nr switches to tab nr on the previous screen. regards, Holger pgpIkq2fIYjql.pgp Description: PGP signature
Bug#456158: fast-user-switch-applet: applet clutters up syslog
Package: fast-user-switch-applet Version: 2.14.2-1 Severity: normal Hi! the fast-user-switch-applet clutters up my syslog with the following messages (every 5 seconds): Dec 13 11:22:52 athlon-9 gdm[3921]: gdm_socket_handler: Accepting new connection fd 8 Dec 13 11:22:52 athlon-9 gdm[3921]: Handling user message: 'VERSION' Dec 13 11:22:52 athlon-9 gdm[3921]: Handling user message: 'CONSOLE_SERVERS' Dec 13 11:22:52 athlon-9 gdm[3921]: Handling user message: 'CLOSE' - or rather it makes gdm issue those messages. This makes retrieving more important messages from the syslog a bit difficult. Best regards Oliver -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages fast-user-switch-applet depends on: ii gconf2 2.16.1-1 GNOME configuration database syste ii gdm2.16.4-1 GNOME Display Manager ii gnome-panel2.14.3-5 launcher and docking facility for ii gnome-system-tools 2.14.0-3 Cross-platform configuration utili ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.4-3 The ATK accessibility toolkit 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-13etch2 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libgconf2-42.16.1-1 GNOME configuration database syste ii libglade2-01:2.6.0-4 library to load .glade files at ru 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 1:2.14.2-7GNOME virtual file-system (runtime ii libgtk2.0-02.8.20-7 The GTK+ graphical user interface ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii liborbit2 1:2.14.3-0.2 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.14.3-5 library for GNOME 2 panel applets ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 1:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxau61:1.0.1-2 X11 authorisation 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 fast-user-switch-applet recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456159: ITP: amb-plugins -- ambisonics LADPSA plugins
Package: wnpp Severity: wishlist Owner: Free Ekanayaka [EMAIL PROTECTED] * Package name: amb-plugins Version : 0.3.0 Upstream Author : Fons Adriaensen [EMAIL PROTECTED] * URL : http://users.skynet.be/solaris/linuxaudio/ * License : GPL Programming Lang: C++ Description : ambisonics LADPSA plugins A set of ambisonics plugins, mainly to be used within Ardour. Mono and stereo to B-format panning, horizontal rotator, square, hexagon and cube decoders. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455959: Link texts not displayed
I've uploaded screenshots of the problem: http://www.colecovision.eu/iceweasel-linkbug.png http://www.colecovision.eu/galeon-linkbug.png http://www.colecovision.eu/konqueror-nolinkbug.png Konqueror displays the page OK. iceweasel and galeon have the problem, although different links are affected. This is with some packages downgraded to testing as mentioned above and current iceweasel from unstable. Philipp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454151: zim: Close button in about dialogue broken
On Dec 3, 2007 4:41 PM, Raphael Hertzog [EMAIL PROTECTED] wrote: On Mon, 03 Dec 2007, [EMAIL PROTECTED] wrote: Hmm, not reproducable on my system. Maybe this is a bug in a specific Gtk+ or Gtk2-perl version ? About dialog is a standard Gtk widget, so would not expect zim specific bug there. Unstable has libgtk2-perl version 1:1.161-1 and it works for me too. Magnus, can you try with this version ? I'll be happy to try it as soon as that version of libgtk2-perl makes it into Sid/amd64. /M -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455730: ITP: lua-peg -- Parsing Expression Grammars For Lua
On Thu, Dec 13, 2007 at 04:17:48PM +0900, Miles Bader wrote: Stefano Zacchiroli [EMAIL PROTECTED] writes: I think it's going to cause a lot of confusion if you call this package lua-peg -- _everybody_ knows it as lpeg... Hence, I guess, the proposed name would be lua-lpeg, right? That seems best... The crucial thing, I think, is that somebody searching for lpeg finds it. Yes, it is in the new queue as lua-lpeg, and the package description contains LPeg too. Binary packages will be liblua5.1-lpeg0 and liblua5.1-lpeg-dev and the lua module will be loadable with require lpeg If you are inpatient, or want to test it before it passes the new queue, you can use the following svn repository: svn co svn://svn.debian.org/pkg-lua/packages/lua-lpeg Cheers. -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455959: Link texts not displayed
I have some further information: The does not only affect links. Though it mostly affects links I found text inside span class=postbody/span tags to be affected, too. It seems it does not affect link text that does not contain a space (it doesn't matter if the space it just an empty space or an nbsp; though). Philipp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456040: FTBFS with GCC 4.3: missing #includes
On Wed, Dec 12, 2007 at 08:04:48PM -0700, Martin Michlmayr wrote: Package: plplot Version: 5.8.0-4 Usertags: ftbfs-gcc-4.3 Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. In GCC 4.3, the C++ header dependencies have been cleaned up. The advantage of this is that programs will compile faster. The downside is that you actually need to directly #include everything you use (but you really should do this anyway, otherwise your program won't work with any compiler other than GCC). There's some more information about this at http://www.cyrius.com/journal/2007/05/10#gcc-4.3-include Bug fixed up stream and patch included in the next debian release - 5.8.0-5. This will be uploaded shortly. Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456162: ITP: rev-plugins -- greverb-like ladspa plugin
Package: wnpp Severity: wishlist Owner: Free Ekanayaka [EMAIL PROTECTED] * Package name: rev-plugins Version : 0.3.1 Upstream Author : Fons Adriaensen [EMAIL PROTECTED] * URL : http://www.kokkinizita.net/linuxaudio/downloads/index.html * License : GPL Programming Lang: C++ Description : greverb-like ladspa plugin This is a stereo reverb plugin based on the well-known greverb. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456161: sl-modem-source: Build fails
Package: sl-modem-source Version: 2.9.9d+e-pre2-10 Severity: important Justification: fails to build from source Here is buildlog dh_testdir dh_testroot rm -f build-arch-stamp build-indep-stamp configure-stamp # Add here commands to clean up after the build process. /usr/bin/make clean SUPPORT_ALSA=1 make[1]: Entering directory `/usr/src/modules/sl-modem' make[1]: Leaving directory `/usr/src/modules/sl-modem' cd modem; /usr/bin/make clean SUPPORT_ALSA=1 make[1]: Entering directory `/usr/src/modules/sl-modem/modem' make[1]: Leaving directory `/usr/src/modules/sl-modem/modem' dh_clean /usr/bin/make -C drivers clean make[1]: Entering directory `/usr/src/modules/sl-modem/drivers' rm -f kernel-ver slamr.o slusb.o slamr.ko slusb.ko *st7554.o amrmo_init.o sysdep_amr.o *.mod.* .*.cmd *~ rm -f -r .tmp_versions make[1]: Leaving directory `/usr/src/modules/sl-modem/drivers' /usr/bin/make -f debian/rules kdist_clean kdist_config binary-modules make[1]: Entering directory `/usr/src/modules/sl-modem' dh_testdir dh_testroot rm -f build-arch-stamp build-indep-stamp configure-stamp # Add here commands to clean up after the build process. /usr/bin/make clean SUPPORT_ALSA=1 make[2]: Entering directory `/usr/src/modules/sl-modem' make[2]: *** No rule to make target `clean'. Stop. make[2]: Leaving directory `/usr/src/modules/sl-modem' make[1]: [clean] Error 2 (ignored) cd modem; /usr/bin/make clean SUPPORT_ALSA=1 make[2]: Entering directory `/usr/src/modules/sl-modem/modem' make[2]: *** No rule to make target `clean'. Stop. make[2]: Leaving directory `/usr/src/modules/sl-modem/modem' make[1]: [clean] Error 2 (ignored) dh_clean /usr/bin/make -C drivers clean make[2]: Entering directory `/usr/src/modules/sl-modem/drivers' rm -f kernel-ver slamr.o slusb.o slamr.ko slusb.ko *st7554.o amrmo_init.o sysdep_amr.o *.mod.* .*.cmd *~ rm -f -r .tmp_versions make[2]: Leaving directory `/usr/src/modules/sl-modem/drivers' for templ in /usr/src/modules/sl-modem/debian/sl-modem-modules-_KVERS_.postinst.modules.in; do \ cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.21-2-686/g'` ; \ done for templ in `ls debian/*.modules.in` ; do \ test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in} ${templ%.modules.in}.backup 2/dev/null || true; \ sed -e 's/##KVERS##/2.6.21-2-686/g ;s/#KVERS#/2.6.21-2-686/g ; s/_KVERS_/2.6.21-2-686/g ; s/##KDREV##/2.6.21-6/g ; s/#KDREV#/2.6.21-6/g ; s/_KDREV_/2.6.21-6/g ' $templ ${templ%.modules.in}; \ done dh_clean -k dh_installdirs lib/modules/2.6.21-2-686/misc usr/lib/sl-modem if ! test -e drivers/Makefile ; then echo Please update the package, extract the tarball!; exit 1 ; fi /usr/bin/make -C drivers KERNEL_DIR=/lib/modules/2.6.21-2-686/build KVERS=2.6.21-2-686 make[2]: Entering directory `/usr/src/modules/sl-modem/drivers' gcc-4.1 -I/lib/modules/2.6.21-2-686/build/include -o kernel-ver kernel-ver.c /usr/bin/make all KERNEL_VER=2.6.21-2-686 make[3]: Entering directory `/usr/src/modules/sl-modem/drivers' /usr/bin/make modules -C /lib/modules/2.6.21-2-686/build SUBDIRS=/usr/src/modules/sl-modem/drivers make[4]: Entering directory `/usr/src/linux-headers-2.6.21-2-686' CC [M] /usr/src/modules/sl-modem/drivers/amrmo_init.o /usr/src/modules/sl-modem/drivers/amrmo_init.c: In function ‘amrmo_pci_probe’: /usr/src/modules/sl-modem/drivers/amrmo_init.c:591: warning: passing argument 2 of ‘request_irq’ from incompatible pointer type /usr/src/modules/sl-modem/drivers/amrmo_init.c: In function ‘amrmo_init’: /usr/src/modules/sl-modem/drivers/amrmo_init.c:740: warning: ‘pci_find_device’ is deprecated (declared at include/linux/pci.h:470) CC [M] /usr/src/modules/sl-modem/drivers/sysdep_amr.o CC [M] /usr/src/modules/sl-modem/drivers/st7554.o /usr/src/modules/sl-modem/drivers/st7554.c: In function ‘mo_startup_complete’: /usr/src/modules/sl-modem/drivers/st7554.c:527: warning: assignment from incompatible pointer type /usr/src/modules/sl-modem/drivers/st7554.c: In function ‘mi_startup_complete’: /usr/src/modules/sl-modem/drivers/st7554.c:603: warning: assignment from incompatible pointer type /usr/src/modules/sl-modem/drivers/st7554.c:604: warning: assignment from incompatible pointer type /usr/src/modules/sl-modem/drivers/st7554.c: In function ‘st7554_start’: /usr/src/modules/sl-modem/drivers/st7554.c:718: warning: assignment from incompatible pointer type /usr/src/modules/sl-modem/drivers/st7554.c:719: warning: assignment from incompatible pointer type /usr/src/modules/sl-modem/drivers/st7554.c:720: warning: assignment from incompatible pointer type /usr/src/modules/sl-modem/drivers/st7554.c:721: warning: assignment from incompatible pointer type /usr/src/modules/sl-modem/drivers/st7554.c: In function ‘st7554_probe’: /usr/src/modules/sl-modem/drivers/st7554.c:1234: warning: passing argument 6 of ‘usb_fill_int_urb’ from incompatible pointer type LD [M] /usr/src/modules/sl-modem/drivers/slamr.o LD [M] /usr/src/modules/sl-modem/drivers/slusb.o Building modules, stage 2.
Bug#422146: Keyboard not recognized by linux_input on PowerMacintosh
Hi The linux_input module doesn't detect the keyboard on various PowerMacintosh'es, resulting in the failure of the call directfb-GetInputDevice (directfb, DIDID_KEYBOARD, keyboard) This issue coinstrained us to use linux_input on i386 and AMD and ps2mouse+keyboard on PowerPC machines [1], while we would like to rely on a single input handler module (linux_input) for all architectures. I did some experiments with a PowerMac whose relevant characteristics are reported below together with dfbinfo output: any idea how to address this issue? thanks Attilio [1] http://wiki.debian.org/DebianInstaller/GUIPowerPC macswell:/home/attilio/gtkdfb# cat /proc/cpuinfo ... platform: PowerMac machine : PowerMac3,4 motherboard : PowerMac3,4 MacRISC2 MacRISC Power Macintosh detected as : 69 (PowerMac G4 Silver) pmac flags : 0010 L2 cache: 1024K unified pmac-generation : NewWorld macswell:/home/attilio/gtkdfb# uname -a Linux macswell 2.6.22-3-powerpc #1 Tue Nov 13 15:52:56 UTC 2007 ppc GNU/Linux macswell:/home/attilio/gtkdfb# m /proc/bus/input/devices I: Bus=0017 Vendor=0001 Product=0001 Version=0100 N: Name=Macintosh mouse button emulation P: Phys= S: Sysfs=/class/input/input0 U: Uniq= H: Handlers=mouse0 ts0 event0 B: EV=7 B: KEY=7 0 0 0 0 0 0 0 0 B: REL=3 I: Bus=0019 Vendor=0001 Product=0001 Version=0100 N: Name=PMU P: Phys= S: Sysfs=/class/input/input1 U: Uniq= H: Handlers=kbd event1 B: EV=23 B: KEY=10 0 0 0 B: SW=1 I: Bus=0017 Vendor=001f Product=0001 Version=0100 N: Name=PowerMac Beep P: Phys=powermac/beep S: Sysfs=/class/input/input2 U: Uniq= H: Handlers=kbd event2 B: EV=40001 B: SND=6 /* dfbinfo output, ps2mouse and keyboard disabled, using linux_input */ macswell:/home/attilio/gtkdfb# ./bin/dfbinfo ===| DirectFB 1.0.1 |=== (c) 2001-2007 The DirectFB Organization (directfb.org) (c) 2000-2004 Convergence (integrated media) GmbH (*) DirectFB/Core: Single Application Core. (2007-12-02 09:36) [ DEBUG ][ TRACE ] (*) Direct/Memcpy: Using libc memcpy() (*) Direct/Thread: Running 'VT Switcher' (CRITICAL, 11894)... (*) Direct/Modules: suppress module 'ps2mouse' (*) Direct/Modules: suppress module 'keyboard' (*) Direct/Thread: Running 'Linux Input' (INPUT, 11897)... (*) DirectFB/Input: Macintosh mouse button emulatio (1) 0.1 (directfb.org) (*) Direct/Thread: Running 'Linux Input' (INPUT, 11898)... (*) DirectFB/Input: PMU (2) 0.1 (directfb.org) (*) Direct/Thread: Running 'Linux Input' (INPUT, 11899)... (*) DirectFB/Input: PowerMac Beep (3) 0.1 (directfb.org) (*) DirectFB/Graphics: Generic Software Rasterizer 0.6 (directfb.org) (*) DirectFB/Core/WM: Default 0.3 (directfb.org) Screen (00) FBDev Primary Screen(primary screen) Caps: VSYNC POWER_MANAGEMENT Layer (00) FBDev Primary Layer (primary layer) Type:GRAPHICS Caps:SURFACE BRIGHTNESS CONTRAST SATURATION Input (01) Macintosh mouse button emulatio (primary mouse) Type: MOUSE Caps: AXES BUTTONS Max. Axis: 1 Max. Button: 2 #disable-module=keyboard #disable-module=ps2mouse disable-module=linux_input /* dfbinfo output, linux_input disabled, using ps2mouse and keyboard */ macswell:/home/attilio/gtkdfb# ./bin/dfbinfo ===| DirectFB 1.0.1 |=== (c) 2001-2007 The DirectFB Organization (directfb.org) (c) 2000-2004 Convergence (integrated media) GmbH (*) DirectFB/Core: Single Application Core. (2007-12-02 09:36) [ DEBUG ][ TRACE ] (*) Direct/Memcpy: Using libc memcpy() (*) Direct/Thread: Running 'VT Switcher' (CRITICAL, 11909)... (*) Direct/Modules: suppress module 'linux_input' (*) Direct/Thread: Running 'Keyboard Input' (INPUT, 11912)... (*) DirectFB/Input: Keyboard 0.9 (directfb.org) (*) Direct/Thread: Running 'PS/2 Input' (INPUT, 11913)... (*) DirectFB/Input: IMPS/2 Mouse 1.0 (directfb.org) (*) DirectFB/Graphics: Generic Software Rasterizer 0.6 (directfb.org) (*) DirectFB/Core/WM: Default 0.3 (directfb.org) Screen (00) FBDev Primary Screen(primary screen) Caps: VSYNC POWER_MANAGEMENT Layer (00) FBDev Primary Layer (primary layer) Type:GRAPHICS Caps:SURFACE BRIGHTNESS CONTRAST SATURATION Input (00) Keyboard(primary keyboard) Type: KEYBOARD Caps: KEYS Input (01) IMPS/2 Mouse(primary mouse) Type: MOUSE Caps: AXES BUTTONS Max. Axis: 2 Max. Button: 2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455844: awesome: Does not respect aspect ratio hints for non-floating windows
At 1197542382 time_t, Josh Triplett wrote: Ah. In that case, could that variable default to on in future versions? Yep, that's why it's tagged fixed-upstream. This also seems like an instance of 455847: when looking for a relevant preference, I dismissed resize_hint because I assumed that the default configuration matched the example awesomerc in having resize_hint on. Agree. Cheers, -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#456163: ITP: vco-plugins -- LADSPA plugin sporting anti-aliased oscillators
Package: wnpp Severity: wishlist Owner: Free Ekanayaka [EMAIL PROTECTED] * Package name: vco-plugins Version : 0.3.0 Upstream Author : Fons Adriaensen [EMAIL PROTECTED] * URL : http://users.skynet.be/solaris/linuxaudio/ * License : GPL Programming Lang: C++ Description : LADSPA plugin sporting anti-aliased oscillators This plugin contains three anti-aliased oscillators, all based on the concept of using precomputed bandlimited Dirac pulses to construct the classical waveforms. They are both memory and CPU efficient. The first one produces a flat spectrum (impulses) and the second generates a sawtooth waveform. The third one (new in 0.3.0), provides a variable width rectangular waveform. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456102: FTBFS: error: 'INT_MAX' undeclared
On Wed, Dec 12, 2007 at 09:19:51PM -0700, Martin Michlmayr wrote: cdrwtool.c: In function 'cdrom_open_check': cdrwtool.c:606: error: 'INT_MAX' undeclared (first use in this function) This puzzled me at first, as line 606 reads: ret = ioctl(fd, CDROM_DRIVE_STATUS, CDSL_CURRENT); Both constants come from linux/cdrom.h. For me it contains: #define CDROM_DRIVE_STATUS 0x5326 /* Get tray position, etc. */ #define CDSL_CURRENT((int) (~0U1)) I wouldn't be surprised if the second #define had been changed to use INT_MAX in more recent kernel sources. So is this a bug in the header file - should it include limits.h itself? Cheers, Richard -- __ _ |_) /| Richard Atterer | \/¯| http://atterer.net ¯ '` ¯
Bug#456164: cvs: fails in a chroot
Package: cvs Version: 1.12.13-9 Severity: normal Tags: patch On this laptop, the root filesystem is Ubuntu, and I have a chroot for my Debian development work. ~/src is bind-mounted into the chroot thus: /home/cjwatson/src on /chroot/sid/home/cjwatson/src type none (rw,bind) Normally, this all works fine. However, after upgrading cvs from 1.12.13-8 to 1.12.13-9, cvs broke (I noticed due to autopoint), complaining that it couldn't determine its current working directory: [EMAIL PROTECTED] ~/src/debian/man-db/bzr/gnulib$ mkdir x [EMAIL PROTECTED] ~/src/debian/man-db/bzr/gnulib$ cd x [EMAIL PROTECTED] ~/src/debian/man-db/bzr/gnulib/x$ cvs init cvs [init aborted]: cannot get working directory: No such file or directory I narrowed things down with strace and gdb, and found that it's hitting this case at line 309 of lib/getcwd.c: if (d == NULL) { if (errno == 0) /* EOF on dirstream, which means that the current directory has been removed. */ __set_errno (ENOENT); goto lose; } Now, I confirmed that downgrading cvs back to 1.12.13-8 works, and there's clearly no relevant change in the cvs source itself. Diffing the amd64 build logs (I'm on i386, but I can't see those build logs so I'm hoping that this is close enough): @@ -517,7 +490,7 @@ checking for canonicalize_file_name... yes checking whether this system has a definition of PATH_MAX... yes checking for mempcpy... (cached) yes -checking for openat... no +checking for openat... yes checking for memrchr... yes checking for dup2... yes checking for working POSIX fnmatch... yes @@ -528,7 +501,7 @@ checking for library containing getaddrinfo... (cached) none required checking for getaddrinfo... (cached) yes checking for gai_strerror... (cached) yes -checking whether getcwd handles long file names properly... yes +checking whether getcwd handles long file names properly... no, but it is partly working checking for struct tm.tm_zone... yes checking for getdelim... yes checking for gethostname... yes @@ -557,7 +530,7 @@ checking for mkstemp limitations... no checking for library containing nanosleep... none required checking whether nanosleep works... yes -checking for openat... (cached) no +checking for openat... (cached) yes checking for mbstate_t... (cached) yes checking whether mbrtowc and mbstate_t are properly declared... yes checking for readlink... yes So the copy of Gnulib in the cvs source now detects openat and uses it where it didn't previously, and then proceeds to break. I noted that the copy of Gnulib in cvs dates from 2005-09-29, and started looking at the subsequent changes from git: http://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=history;f=lib/getcwd.c;h=b8e9989b9056942f5b3869b0b669ff18406b5260;hb=HEAD As it turns out, I didn't have to look far. The third change after that date fixes this bug, following a previous Debian bug report in coreutils (#355810). It was also necessary to take the first change after that date, otherwise the real fix didn't apply cleanly, and I felt it better to upgrade than backport in this case. I've attached a debdiff with dbs-ified versions of these patches. I wasn't sure of your patch numbering system so I just shoved them in at a convenient point; it's not important where they live since nothing else in debian/patches/ touches lib/getcwd.c. I have confirmed that a cvs.deb built using this patch is sufficient for me to be able to run autopoint. Thanks, -- Colin Watson [EMAIL PROTECTED] --- cvs-1.12.13.orig/debian/patches/20_readdir_errno +++ cvs-1.12.13/debian/patches/20_readdir_errno @@ -0,0 +1,121 @@ +# From Gnulib: +# http://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=commitdiff;h=0b78641d85af3b72e3b9d94cb7b94e45f3c08ee5 +# We don't need this directly, but it's required so that 21_getcwd_chroot +# applies cleanly. +# +# 2005-10-29 Paul Eggert [EMAIL PROTECTED] +# +# * getcwd.c (__getcwd): Don't assume that system calls after readdir +# leave errno alone. Problem reported by Dmitry V. Levin. + +--- cvs-1.12.13-old/lib/getcwd.c cvs-1.12.13/lib/getcwd.c +@@ -201,6 +201,8 @@ __getcwd (char *buf, size_t size) + ino_t dotino; + bool mount_point; + int parent_status; ++ size_t dirroom; ++ size_t namlen; + + /* Look at the parent directory. */ + #ifdef AT_FDCWD +@@ -241,11 +243,20 @@ __getcwd (char *buf, size_t size) + goto lose; + dotlist[dotlen++] = '/'; + #endif +- /* Clear errno to distinguish EOF from error if readdir returns +- NULL. */ +- __set_errno (0); +- while ((d = __readdir (dirstream)) != NULL) ++ for (;;) + { ++/* Clear errno to distinguish EOF from error if readdir returns ++ NULL. */ ++__set_errno (0); ++d = __readdir (dirstream); ++if (d == NULL) ++ { ++if (errno == 0) ++
Bug#456120: entity -- Please transition to imlib2
On Thu, Dec 13, 2007 at 01:29:28PM +0530, Kumar Appaiah wrote: Package: entity Version: 1.0.1-9 User: [EMAIL PROTECTED] Usertags: oldlibs oldlibs-imlib Erm, wasn't entity removed a couple of days ago? http://bugs.debian.org/384183 - the RM request http://lists.debian.org/debian-qa-packages/2007/12/msg00260.html - unstable http://lists.debian.org/debian-qa-packages/2007/12/msg00277.html - testing Or am I misunderstanding something in the way Debian package removals are handled? :) This is quite possible, actually. FWIW, there is another bug filed against entity - #145489 - that maybe ought to be closed now that the package has been removed. G'luck, Peter -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 What would this sentence be like if pi were 3? pgpQGspGqeXwN.pgp Description: PGP signature
Bug#456165: RFP: handbrake -- Rips and encodes DVDs
Package: wnpp Severity: wishlist * Package name: handbrake Version : 0.9.1 Upstream Author : Various; see http://handbrake.m0k.org/?article=development * URL : http://handbrake.m0k.org/ * License : GPL Programming Lang: C Description : Rips and encodes DVD videos Handbrake provides a friendly graphical interface for ripping DVD videos and encoding them as video files. It can show a preview of content before ripping, to verify titles and chapters. It can deinterlace, crop, and scale video. It supports DVD subtitles by encoding them directly in the video image. .. Handbrake supports numerous formats and codecs: - File format: MPEG-4 (MP4), Matroska (MKV), Ogg (OGM), or AVI - Video: MPEG-4 or H.264 (1 or 2 passes or constant quantizer/rate encoding) - Audio: AAC, MP3, Vorbis or AC-3 pass-through (supports encoding of several audio tracks) .. Handbrake also provides a command-line interface, HandbrakeCLI. Some notes on Handbrake: * Its build system needs some serious work. It wants to download and build all its dependencies at build time, and statically link to those copies. (I have not actually managed to get it to build, due to build errors in one of these libraries.) This will need to change to support dynamically linking to system libraries. * Some of the libraries it depends on do not exist in Debian due to legal problems such as patent issues or anti-circumvention laws. For libdvdcss, ideally it could do the same thing all the DVD players in Debian do: use libdvdread (which Handbrake already does), and let libdvdread pull in libdvdcss if installed. For encumbered codecs, ideally it could pick up libraries if installed and disable the corresponding codecs if not; however, if it cannot, then perhaps it could have a DEB_BUILD_OPTIONS=risky like ffmpeg. * Build-Depends available in Debian: jam, liba52-0.7.4-dev, libavcodec-dev, libdvdread3-dev, libmpeg2-4-dev, libogg-dev, libvorbis-dev, libsamplerate0-dev - Josh Triplett -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-rc1 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455815: kdebugdialog
Hi Tomas, You should be able to disable the debugging information you don't want to see by using the kdebugdialog command. Let me know if you are still having problems. Otherwise, I will mark this bug as resolved. Cheers, Francois -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456167: libpam-ldap: segfault while passwd changing
Package: libpam-ldap Version: 180-1.7 Severity: normal When setting pam_password exop_send_old in the conffile /etc/pam_ldap.conf passwd segfaults: Enter login(LDAP) password: New password: Re-enter new password: Segmentation fault Aktually I'm trying to get pam_password exop working, which stopped working after upgrading from sarge to etch: Enter login(LDAP) password: New password: Re-enter new password: LDAP password information update failed: Unknown error passwd: Permission denied passwd: password unchanged In /var/log auth.log messages like Dec 13 12:13:48 quadopt3 passwd[18706]: pam_ldap: ldap_extended_operation_s Insufficient access could be found (with both settings). Any idea how to debug the segfault ? As passwd is a suid program, strace didn't work and a core is not left. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libpam-ldap depends on: ii debconf [debconf-2.0] 1.5.11Debian configuration management sy ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libldap2 2.1.30-13.3 OpenLDAP libraries ii libpam0g 0.79-4Pluggable Authentication Modules l libpam-ldap recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#255116: eknaruum
bad news buddy, you got a small dickie! http://www.dogsheat.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#247218: List of PowerMac and used fb modules
FYI, this wikipage [1] contains a listing of some machines where the graphical d-i was tested: the big table has a column which shows the /proc/fb string, which may be of some help in understanding what machines need the ofonly fb. sincerely Attilio Fiandrotti [1] http://wiki.debian.org/DebianInstaller/GUIPowerPC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440446: Is this bug related to the GTK frontend?
Hi I didn't understand whether this bug is related to the GTK frontend or not: in the former case, it should be reassigned to cdebconf-gtk-udeb. sincerely Attilio Fiandrotti -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449448: Please package xulrunner 1.9 in the upstream way
On Wed, Dec 12, 2007 at 10:08:06PM +0100, Mike Hommey wrote: On Wed, Dec 12, 2007 at 01:31:56PM +0100, Alexander Sack wrote: How about shipping like ubuntu, and then switching to a shared glue, once you have a suitable patch? We could even upload as xulrunner-1.9 so the transition could take some time. But having something in sid now would be beneficial imo. It wouldn't be beneficial because it wouldn't be useable by any reverse dependency. And it wouldn't build on a lot of architectures, and lacks a whole bunch of patches we apply for good reasons. If it's only about having a running xulrunner 1.9 for people that want it, they can take nightly builds on mozilla.org. The fixes for the archs need adaption anyway. And from what I know, in debian you usually don't get all archs built with the first upload anyway, and the maintainer probably cannot/does not want to fix the rare archs on its own. So uploading now without those patches is beneficial and it allows porters start to work on the patches _now_ and not after the release. ATM, there is still time to get things into upstream tree without much hazzles. Anyway, what are the patches you want want to see ported to xulrunner-1.9 (without the archs of course)? For the question about the versioned pkglibdir ... why do you want to drop the versioning from the pkglibdir? I mean, usually one shouldn't ask: why to not diverge from upstream, but instead review the arguments that led to the current diff. Given that -rpath linking isn't the way to go anymore, I don't see any benefit out of shipping a non-versioned dir. Off the top of my head, this has at least these benefits: - Allow other packages to reliably put files at the correct place (think extensions, plugins, or even diversions) we provide stable directories for those parts of xulrunner/firefox that allow packagers to drop something in: for now its /usr/lib/xulrunner-addons/[plugins,extensions] and the same for firefox-addons. - Smoother upgrades I don't get this ... replacing files underneath a running application rarely did any good on upgrades either. - Allows users to actually install mozilla.org's versions without overwriting ours ! Well, users must not install it in /usr/, but rather /usr/local/ or somewhere else. So this point isn't valid. And we only ship one xulrunner at a time anyways. For now this might be true, but you could also allow smoother transitions to new versions if you would allow xulrunner and xulrunner-1.9 (and next time xulrunner-1.9.1) to reside on the same machine for some time. (like what we do in ubunt atm: migrate rdepends one by one from firefox/xulrunner to xulrunner-1.9 without breaking the rest). This takes some pressure of the packager to come up with patches for all at once and allows you to release-early and often. Why do you think this is a bad thing? Now, the thing that is pissing me off is that while they actually did what they told, and dropped gtkmozembed in favour of having embedders use the xpcom glue and have it dlload libxul.so, their applications (firefox, etc.) are *not* embedders, and *do* link against libxul.so. Their applications use the dependent glue, because they get loaded in a running xpcom environment (but i guess you know that). But why does it matter? Embedders can either choose to ramp up their own xpcom through the standalone glue ... or can decide to be run as a xulapp using the dependent glue (e.g. linking against libxul). For the rdepends, we have a set of patches already. Those are not yet complete, but will eventually go upstream. So once this is sorted out there won't be any issue. Instead things will have improved, because all this MOZILLA_FIVE_HOME and rpath mess is gone once and forever. (While it would have been nice to be able to just recompile, it had to happen at some point anyways. So lets do the transition of the rdepends to use the glue now and help upstream to properly use it ... and things will be better.) If we want to link these applications properly, and have the dependencies properly handled by dpkg, I guess we won't have much choice, though using the new symbols feature of dpkg-shlibdeps, it is possible to have the build dependencies right even without a SOVERSION. The problem with this is that backports won't be possible. yes, while i don't see a big problem requiring embedders to explicitly depend on xulrunner-1.9, I see that we could improve the dpkg integration. Using dpkg-shlibdeps would be a choice, yes. - Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]