Bug#354323: openoffice.org: [oowriter] Freezes when trying to export *.rtf as XHTML
The bug still persists under unstable, the machine has been updated weekly to the newest libraires and packages. Trying to click icon for the running oowriter under Fluxbox's task bar, does not bring program to foreground. Even the frame of the program is not well visible. It appears that program is completely freezed and inaccessible. Before the freeze, the process indicator in oowriter went to 100% and there was lot of disk activity. However looking at the directory where the file is, there is no *.xhtml file or any other recently generated file. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361180: Debian installer doesn't install kernel
On Mon, Apr 10, 2006 at 10:20:36PM +0200, Frans Pop wrote: reassign 361180 base-installer retitle Selecting 2.6 kernel when installing using 2.4 will break install thanks On Monday 10 April 2006 21:11, Jack Carroll wrote: That revealed the place where the files get deleted. I'll see if I can move the log to disk and attach it to this message. Just copying a few key items from the screen on the test machine: It happens at the 93% point in the log file. apt-install generates a large number of lines... OK. This information has been in the syslog all the time. We would not have had to activate the debugging for this. The root of the problem is that you are installing from floppy which uses the 2.4 kernel and therefore schedules the package hotplug for installation. When you get to kernel installation, you choose to ignore the offered default 2.4 kernel and instead select a 2.6 kernel. The 2.6 kernel depends on udev which conflicts with hotplug which results in the kernel being uninstalled. So, if you'd just accept the 2.4 kernel offered by default, the installation will go fine. You can upgrade to a 2.6 kernel after the installation finishes. OK, I'll test that now. If you'd just done a default installation instead of choosing expert mode, none of this would have happened. However, Thanks for staying with this as it has laid bare something we should not allow users to do. Well, expert mode is offered because it's needed sometimes. So it should work. Similarly, if the installer offers to install the 2.6 kernel, it should succeed. And, if a a combination of settings is possible, somebody will try it. It should either work or display a useful error message. So, we do beta tests to find out whether something unexpected happens. Mission accomplished. Several solutions are possible. If you want to force 2.6 to be installed only as an upgrade after installation is finished, one possibility would be to display a message when the user selects a kernel, with advice to upgrade the kernel after re-boot. However, this could lead to some other problems. The way network boards are configured differs between 2.4 and 2.6 kernels. 2.4 uses /etc/modules.conf, while 2.6 uses /etc/modules to load driver modules for boards that can't be autodetected, such as most ISA boards. The syntax and the configuration tools are different. If I remember right, some driver modules have different parameter syntax for 2.4 and 2.6. So unless there are some pretty sophisticated scripts for converting module and network configuration, a network interface that netcfg generates during installation with a 2.4 kernel might break when the kernel is upgraded to 2.6. I don't see any particular reason why an installer shouldn't run under a 2.4 kernel, but is there a reason why floppy installers and CD installers use different kernels? (I think I remember working with an installer that offered a choice of install-time kernels, but I don't remember what distro that was. Might have been Libranet 3.0.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361180: Selecting 2.6 kernel when installing using 2.4 will break install
retitle 361180 base-installer: Selecting 2.6 kernel when installing using 2.4 will break install severity 361180 normal thanks On Mon, Apr 10, 2006 at 10:20:36PM +0200, Frans Pop wrote: snip/ If you'd just done a default installation instead of choosing expert mode, none of this would have happened. However, Thanks for staying with this as it has laid bare something we should not allow users to do. My opinion: This bugreport made an expert become more expert Cheers, FJP Note for resolution. There are two issues here: - We should probably no longer allow selection of a 2.4 kernel when running 2.6 and vice versa. - We should probably not allow apt-install to remove packages that are installed. My Emotional point of view: Blocking doing stupid things will block doing smart things. My Rational point of view: Let it go Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327754: Might be fixed
Hello, This doesn't happen anymore on a pretty recent sid system, I guess it is fixed. (I haven't really used blender since then, I'm just looking at some of my bugreports.) Bye, Christian Ohm -- But I don't like Spam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352755: Bug#196429: Does not restore window size on error
* Anthony DeRobertis [EMAIL PROTECTED] [2006-04-10 17:06]: It should work for encoders too. Doesn't it? No idea... Haven't actually tried. If C-c kills all running encoders and rippers, that seems even more useless... Not all, just the current one. But, erm, I wonder how it find outs whether to kill the ripper or encoder, so maybe I'm wrong... and I cannot check right now. I think it kills the current ripper if there's one, otherwise the current encoder, or something like that... -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#140222: dpkg: wrong handling of missing conffiles on upgrade ?
Hello, On Wed, Mar 27, 2002 at 08:54:31PM +0100, Yann Dirson wrote: Here is what happened - there seem to be no such conffile before upgrade, this is badly handled by dpkg. Setting up giram (0.1.12-1) ... Configuration file /etc/giram/0.1/giramrc' == File on system created by you or by a script. == File also in package provided by package maintainer. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : background this process to examine the situation The default action is to keep your current version. *** giramrc (Y/I/N/O/D/Z) [default=N] ? d diff: /etc/giram/0.1/giramrc: No such file or directory Configuration file /etc/giram/0.1/giramrc' == File on system created by you or by a script. == File also in package provided by package maintainer. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : background this process to examine the situation The default action is to keep your current version. *** giramrc (Y/I/N/O/D/Z) [default=N] ? i dpkg: giram: warning - failed to link /etc/giram/0.1/giramrc' to /etc/giram/0.1/giramrc.dpkg-old': No such file or directory Installing new version of config file /etc/giram/0.1/giramrc ... I think this old bug is now fixed. Yann, can you check with a recent dpkg? I'm thinking about the following changelog entries: * On package configuration, differentiate between modified and deleted configuration files (Ian Jackson). Closes: #351361 * Improve processing of disappearing conffiles (Ian Jackson). This is part of the fix for #108587. Also, if I delete a conf file on my system and then update the package, I can make a diff between the current (non-existent) file and the new configuration file, and I can update the package without any problems. Kind Regards, -- Nekral -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336437: tagging 336437
* Adeodato Simó [Wed, 22 Mar 2006 19:02:38 +0100]: Hi again, * Reinhard Tartler [Sat, 25 Feb 2006 04:05:49 -0500]: # Automatically generated email from bts, devscripts version 2.9.4 tags 336437 pending Does this pending tag mean an upload is coming soon? I see this is fixed in CVS, any ETA for the upload? Since this is breaking amarok horribly for amd64 users, I may upload a fix myself in the following days. Cheers, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org - Oh, George, you didn't jump into the river. How sensible of you! -- Mrs Banks in «Mary Poppins» -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319243: Seems to be fixed
Hello, I just tried valgrind 3.1.1-1 on a kernel with CONFIG_VMSPLIT_3G_OPT=y (which should be the same as the 1GB option before), and it works. So this bug seems fixed (at least for the moment, it already came back once...) Bye, Christian Ohm -- An atheist is a man with no invisible means of support. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361871: problems with lazy loading: causes other packages to FTBFS
Package: r-base Version: 2.2.1.svn37668-1 Severity: grave The attached build failures are presumably due to the new version in unstable. Do you know what's going on there? -- Martin Michlmayr http://www.cyrius.com/ ---BeginMessage--- Automatic build of misc3d_0.3-1-2 on em64t by sbuild/amd64 1.112 Build started at 20060408-2051 ** Checking available source versions... Fetching source files... Reading package lists... Building dependency tree... Need to get 15.6kB of source archives. Get:1 http://phoenix.snowman.net sid/main misc3d 0.3-1-2 (dsc) [667B] Get:2 http://phoenix.snowman.net sid/main misc3d 0.3-1-2 (tar) [12.7kB] Get:3 http://phoenix.snowman.net sid/main misc3d 0.3-1-2 (diff) [2244B] Fetched 15.6kB in 0s (169kB/s) Download complete and in download only mode ** Using build dependencies supplied by package: Build-Depends: debhelper ( 4.1.0), r-base-dev (= 2.0.0), cdbs, xlibmesa-gl-dev | libgl-dev, xlibmesa-glu-dev | libglu-dev, libpng12-dev Added override: gcc-snapshot Checking for already installed source dependencies... gcc-snapshot: already installed (20060325-1) debhelper: missing r-base-dev: missing cdbs: missing xlibmesa-gl-dev: missing libgl-dev: missing xlibmesa-glu-dev: missing libglu-dev: missing libpng12-dev: missing Checking for source dependency conflicts... Reading package lists... Building dependency tree... Note, selecting libglu1-xorg-dev instead of xlibmesa-glu-dev The following extra packages will be installed: cpp-3.4 g77 g77-3.4 gcc-3.4 gcc-3.4-base gcc-4.0-base gettext html2text intltool-debian libbz2-1.0 libbz2-dev libg2c0 libg2c0-dev libgfortran0 libglu1-xorg libglu1-xorg-dev libjpeg62-dev libncurses5-dev libpaper-utils libpaper1 libpcre3 libpcre3-dev libpcrecpp0 libreadline5 libreadline5-dev libx11-dev libxext-dev libxi-dev libxkbfile-dev libxkbfile1 libxt6 libxxf86vm1 po-debconf r-base-core readline-common refblas3 refblas3-dev tcl8.4 tk8.4 x-dev xlibmesa-gl zlib-bin zlib1g-dev Suggested packages: devscripts doc-base dh-make g77-doc g77-3.4-doc gcc-3.4-doc libc6-dev-i386 lib32gcc1 cvs gettext-doc ess r-doc-info r-doc-pdf r-doc-html r-mathlib r-base-html r-base-latex tclreadline xlibmesa-dri Recommended packages: autotools-dev curl wget lynx libmail-sendmail-perl libcompress-zlib-perl r-recommended xterm x-terminal-emulator The following NEW packages will be installed: cdbs cpp-3.4 debhelper g77 g77-3.4 gcc-3.4 gcc-3.4-base gcc-4.0-base gettext html2text intltool-debian libbz2-1.0 libbz2-dev libg2c0 libg2c0-dev libgfortran0 libglu1-xorg libglu1-xorg-dev libjpeg62-dev libncurses5-dev libpaper-utils libpaper1 libpcre3 libpcre3-dev libpcrecpp0 libpng12-dev libreadline5 libreadline5-dev libx11-dev libxext-dev libxi-dev libxkbfile-dev libxkbfile1 libxt6 libxxf86vm1 po-debconf r-base-core r-base-dev readline-common refblas3 refblas3-dev tcl8.4 tk8.4 x-dev xlibmesa-gl xlibmesa-gl-dev zlib-bin zlib1g-dev 0 upgraded, 48 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/30.2MB of archives. After unpacking 92.2MB of additional disk space will be used. WARNING: The following packages cannot be authenticated! libbz2-1.0 gcc-4.0-base libpcre3 readline-common libreadline5 cdbs gcc-3.4-base cpp-3.4 html2text gettext intltool-debian po-debconf debhelper gcc-3.4 libg2c0 libg2c0-dev g77-3.4 g77 libbz2-dev libgfortran0 libxxf86vm1 xlibmesa-gl libglu1-xorg x-dev libxext-dev libxi-dev libxkbfile1 libxkbfile-dev libx11-dev xlibmesa-gl-dev libglu1-xorg-dev libjpeg62-dev libncurses5-dev libpaper1 libpaper-utils libpcrecpp0 libpcre3-dev zlib1g-dev libpng12-dev libreadline5-dev libxt6 zlib-bin tcl8.4 tk8.4 r-base-core refblas3 refblas3-dev r-base-dev Extracting templates from packages: 62% Extracting templates from packages: 100% Preconfiguring packages ... Authentication warning overridden. Selecting previously deselected package libbz2-1.0. (Reading database ... 15488 files and directories currently installed.) Unpacking libbz2-1.0 (from .../libbz2-1.0_1.0.3-2_amd64.deb) ... Selecting previously deselected package gcc-4.0-base. Unpacking gcc-4.0-base (from .../gcc-4.0-base_4.0.3-1_amd64.deb) ... Selecting previously deselected package libpcre3. Unpacking libpcre3 (from .../libpcre3_6.4-1.1_amd64.deb) ... Selecting previously deselected package readline-common. Unpacking readline-common (from .../readline-common_5.1-7_all.deb) ... Selecting previously deselected package libreadline5. Unpacking libreadline5 (from .../libreadline5_5.1-7_amd64.deb) ... Selecting previously deselected package cdbs. Unpacking cdbs (from .../archives/cdbs_0.4.38_all.deb) ... Selecting previously deselected package gcc-3.4-base. Unpacking gcc-3.4-base (from .../gcc-3.4-base_3.4.6-1_amd64.deb) ... Selecting previously deselected package cpp-3.4. Unpacking cpp-3.4 (from .../cpp-3.4_3.4.6-1_amd64.deb) ... Selecting previously deselected package html2text. Unpacking html2text
Bug#361180: Debian installer doesn't install kernel
Please do not reply to all. I had set a correct reply-to header for my previous mail. In general: please only reply to the bug report ([EMAIL PROTECTED]). On Monday 10 April 2006 23:36, Jack Carroll wrote: I don't see any particular reason why an installer shouldn't run under a 2.4 kernel, but is there a reason why floppy installers and CD installers use different kernels? Reason is that so far we've not been able to fit a 2.6 kernel and everything else we absolutely need on a floppy. Work is in progress at the moment to make that happen though. The reason that the builds for the boot floppy are currently broken is that just before Beta2 a new libc made the image too large even with the 2.4 kernel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358754: Last call to prevent Helix beeing removed from Debian
mfrazier wrote: We are looking into this issue right now and I will respond with our official plan once I have all the information. I hope to send out email by end of day. Fine, thanks for your answer. I do have a question for you so hopefully you can enlighten me on how would you suggest we add license headers to a .bmp files. I suggest you do the following three things. 1. put build/LICENSE.txt, build/RCSL.txt, build/RPSL.txt, and build/GPL.txt into the root-directory of the source-tarball. 2. Change the following line in LICENSE.txt: Old: Alternatively, the contents of this directory may be used under the terms of the GNU General Public License Version 2 or later New: Alternatively, the contents of this directory, and (except where otherwise indicated) the directories included within this directory, may be used under the terms of the GNU General Public License Version 2 or later If you license it like this, we can properly redistribute helix-player. Please also consider to adjust these changes for the other helix products (Producer, Server, DNA Client etc.), so we can include those packages too. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355307: NMU
Hello, NMU of this packages were made tonight to DELAYED/5 for libapache-mod-trigger and libapache-mod-cgi-debug. So you still have 5 days to override my uploads. This versions will fix #355307 and #359882. 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#361872: debconf-copydb: Trashes debconf database in /target
Package: cdebconf Version: 0.97 Severity: serious When debconf-copydb is run from pkgsel's postinst script, it deletes the existing /var/cache/debconf/templates.dat in /target; after it has run only copied templates are present. This results in the problem that has been reported that tasksel is not translated. Commenting out the debconf-copydb statement solves this problem. Verified with Etch Beta 2. pgprwmnUpwosb.pgp Description: PGP signature
Bug#361874: libgnutls12: uninstallable due to Conflicts/Depends cycle with libtasn1-2
Package: libgnutls12 Version: 1.2.9-2 Severity: grave Justification: renders package unusable (uninstallable) libgnutls12 depends on libtasn1-2, which however conflicts with libgnutls12 ( 1.3.5) as of version 0.3.1-1. As a result, it is not currently possible to install libgnutls12 in environments that do not already have older versions of libtasn1-2 installed; in particular, this bites unstable autobuilder chroots. As such, could you please upload a newer version ASAP? Thanks! -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (300, 'unstable'), (300, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libgnutls12 depends on: ii libc6 2.3.6-5GNU C Library: Shared libraries an ii libgcrypt11 1.2.2-1LGPL Crypto library - runtime libr ii libgpg-error0 1.2-1 library for common error values an ii liblzo1 1.08-3 data compression library (old vers ii libopencdk8 0.5.7-2Open Crypto Development Kit (OpenC ii libtasn1-20.2.17-1 Manage ASN.1 structures (runtime) ii zlib1g1:1.2.3-11 compression library - runtime libgnutls12 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361418: [Proposal] new Debian menu structure
On Sun, Apr 09, 2006 at 08:31:14AM +0200, Eduard Bloch wrote: #include hallo.h * Bill Allombert [Sat, Apr 08 2006, 04:46:10PM]: Window Managers [was:WindowManagers] Modules [was:WindowManagers/Modules] I cannot see the reason for this change. Modules can stand for any kind of modules (kernel, X11, software components) however this section was explicitely preserved for Window manager related modules. WindowManagers/Modules was problematic because, first, Modules are not WindowManagers and, second, if you have more than a couple of window managers installed, Modules end up in the middle of the list which make it difficult to spot (sometimes to the point people will miss this submenu exist entirely) I would like to stress that modules menu entries use window-managers specific 'needs' fields and as such are not bound by the Debian menu sub-policy (each window manager can choose its own section for modules) so it is meant only as a best practice and a convenience (because it will be translated as part of the menu section translation). However it might be that 'Modules' alone is too vague. Any specific improvement welcome. Cheers, Bill. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361873: w3-url-e21: Throws an error trying to retrieve CSS info from SSL server
Subject: w3-url-e21: Throws an error trying to retrieve CSS info from SSL server Package: w3-url-e21 Version: 2005.10.23-5 Severity: normal *** Please type your report below this line *** When I try to view certain emails with VM, I get these error messages from w3 and the mail is not shown properly: Decoding MIME message... Inlining text/html, be patient... Parsed 20% of 9058... Parsed 29% of 9058... Parsed 37% of 9058... Parsed 46% of 9058... Parsed 55% of 9058... Parsed 63% of 9058... Parsed 72% of 9058... Parsed 80% of 9058... Parsed 89% of 9058... Parsed 100% of 9058...done Drawing... - HTTP/0.9 How I hate thee! error in process filter: url-http-generic-filter: Wrong type argument: number-or-marker-p, nil error in process filter: Wrong type argument: number-or-marker-p, nil ... It repeats this many times per message. Setting debug-on-error to t and loading the source file instead of the compiled file, I can see that the error occurs here: url-http.el:url-http-wait-for-headers-change-function:923: (cond ((or (= url-http-response-status 204) (= url-http-response-status 205)) The debugger tells me that url-http-response-status is nil, and it throws this error trying to compare nil to an integer. Why is this nil? It's because there's a bug in this function where, if old-http is set, the value of url-http-response-status is never computed. So, that's the first problem: maybe that variable should be set to 404 or something (I have no idea) if old-http is set, to avoid this problem. However, there's a meta-problem in that my HTTP server is definitely _NOT_ old! It should not have old-http set. Examining my email message I can see that the issue comes from CSS; in my email I see this: style type=text/css media=all @import url(https://my.server.com/skin/layout.css;); (and some other stuff). Now, this file cannot be retrieved: the server is not only using SSL but requires login before you can access it; this request will definitely fail. If I examine the temporary buffer containing the text returned from the GET request sent to the server I see that it contains some odd lines BEFORE the HTTP header starts. These lines look vaguely like LDAP output lines but they might be SSL certificate info of some kind: I have no idea where they came from. Any browser I've used to try to connect to the server never mentions them or displays them in any way, so either the browsers are just ignoring any text before the HTTP banner or else somehow these are only being displayed when Emacs is sending requests to the server, I'm not sure. I can't find a good way to recreate what Emacs is doing from the command line (maybe using Perl? I tried wget and couldn't come up with anything). The buffer looks like: verify depth ...other debug-looking output... HTTP/1.1 ... Because the HTTP/... is not the first thing in the buffer, this code in url-http-wait-for-headers-change-function decides the server is an old server: (goto-char (point-min)) (if (not (looking-at ^HTTP/[1-9]\\.[0-9])) ;; Not HTTP/x.y data, must be 0.9 ;; God, I wish this could die. (setq end-of-headers t url-http-end-of-headers 0 old-http t) If the code tried looking further in the buffer it would see that there really is an HTTP value. In fact the function url-http-parse-response already does this: (goto-char (point-min)) (while (and (not (looking-at ^HTTP)) (not (forward-line 1 (skip-chars-forward \t\n) ; Skip any blank crap (skip-chars-forward HTTP/) ; Skip HTTP Version (read (current-buffer)) (setq url-http-response-status (read (current-buffer This is what actually sets url-http-response-status, and this would work on my buffer; but this function is never called because old-http is set. So: many things: - If old-http is set we should set url-http-response-status to some legal value, or skip the cond, or SOMETHING so that we don't get these errors in the first place. - I have to try to figure out why my server is sending back this odd text before the HTTP line. - It seems like the setting of old-http in the above function should be smarter and look for ^HTTP appearing later in the buffer, not just at the beginning, like url-http-parse-response does. Finally, I'm nervous about having W3 automatically download CSS from remote sites. That's providing all sorts of opportunities for email (esp. spam) to magically phone home by retrieving CSS files from remote servers, just by viewing the mail. Isn't there some way to configure W3 so it won't even try to download URLs that come in emails? Most browsers provide this capability at least for images and I'd think remote CSS download would need the same flexibility. Ideally I'd be able to configure safe domains
Bug#267293: Seems to be fixed
Hello, I just tried playing a file with a '%' in the name, and it worked (though it wasn't on VFAT, I don't use that anymore). Bye, Christian Ohm -- Don't read everything you believe. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#130069: Seems to be fixed
Hello, This seems to be fixed, I haven't noticed it for a long time, and am using Vorbis now for all new music. Bye, Christian Ohm -- A diplomat is man who always remembers a woman's birthday but never her age. -- Robert Frost -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310740: Still experiencing the same problem.
I'm only latest stable debian, did: aptitude install nessusd ...and followed the birdy. As detailed already in this bug report, when I do: nessus-fetch --register ...I get the Unknown error while decoding HTTP response. I'm behind a NAT/DHCP ADSL router, but there's no proxying involved. Have I missed a fix or workaround for this? cheers, Chris -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361876: RFP: kim -- Kim is a kde service menu which allows to resize, convert, rotate, (...) your images without to use a graphical application
Package: wnpp Severity: wishlist * Package name: kim Version : 0.9.0 Upstream Author : Charles Bouveyron [EMAIL PROTECTED] * URL : http://bouveyron.free.fr/kim/index.html * License : GPL Programming Lang: Description : Kim is a kde service menu which allows to resize, convert, rotate, (...) your images without to use a graphical application Kim is a kde service menu which allows to resize, convert, rotate, (...) your images without to use a graphical application like Gimp ! This service menu can be considered as a frontend of ImageMagick. Kim allows to create a html galery or a flash slideshow, Kim allows to create a gif animation, Kim allows to create pdf album, In any folder, Kim allows to create an animated screen capture -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-amd64-k8 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361879: Wrong dependency on libgtk2.0
Package: lsb-desktop Severity: important Version 3.1-2 of lsb-desktop depends on libgtk2.0 which is not available in unstable. The package is called libgtk2.0-0 Michael -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361880: Typo in Uncharted Cavern: accessable
Package: blobwars Version: 1.05-2 Severity: minor In Uncharted Cavern, when you open up a new passage, the messages state that the passages are now accessable; s/accessable/accessible/g. - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#361114: forwarded to http://bugzilla.gnome.org/show_bug.cgi?id=324426 and patch
forwarded 361114 http://bugzilla.gnome.org/show_bug.cgi?id=324426 tag 361114 patch thanks This bug has already been reported upstream as 361114. I verified that the patch attached to the upstream bug report fixes this bug, so I'm attaching the patch here and tagging the bug appropriately. -- Matt diff -ru gnome-terminal-2.14.0-orig/ChangeLog gnome-terminal-2.14.0/ChangeLog --- gnome-terminal-2.14.0-orig/ChangeLog2006-04-10 15:06:09.0 -0700 +++ gnome-terminal-2.14.0/ChangeLog 2006-04-10 15:07:08.0 -0700 @@ -1,3 +1,8 @@ +2006-02-20 Tony Tsui [EMAIL PROTECTED] + + * src/terminal-window.c: Resize the terminal window after a tab is + removed. Closes bug #324426. + 2006-03-12 Guilherme de S. Pastore [EMAIL PROTECTED] * NEWS: updated. diff -ru gnome-terminal-2.14.0-orig/src/terminal-notebook.c gnome-terminal-2.14.0/src/terminal-notebook.c --- gnome-terminal-2.14.0-orig/src/terminal-notebook.c 2006-04-10 15:06:09.0 -0700 +++ gnome-terminal-2.14.0/src/terminal-notebook.c 2006-04-10 15:06:45.0 -0700 @@ -120,6 +120,16 @@ G_TYPE_NONE, 1, TERMINAL_TYPE_SCREEN); + signals[TAB_DELETE] = +g_signal_new (tab_delete, + G_OBJECT_CLASS_TYPE (object_class), + G_SIGNAL_RUN_FIRST, + G_STRUCT_OFFSET (TerminalNotebookClass, tab_delete), + NULL, NULL, + g_cclosure_marshal_VOID__OBJECT, + G_TYPE_NONE, + 1, + TERMINAL_TYPE_SCREEN); signals[TAB_REMOVED] = g_signal_new (tab_removed, G_OBJECT_CLASS_TYPE (object_class), @@ -837,6 +847,8 @@ */ g_object_ref (screen); + g_signal_emit (G_OBJECT (nb), signals[TAB_DELETE], 0, screen); + gtk_notebook_remove_page (GTK_NOTEBOOK (nb), position); update_tabs_visibility (nb, FALSE); diff -ru gnome-terminal-2.14.0-orig/src/terminal-window.c gnome-terminal-2.14.0/src/terminal-window.c --- gnome-terminal-2.14.0-orig/src/terminal-window.c2006-04-10 15:06:09.0 -0700 +++ gnome-terminal-2.14.0/src/terminal-window.c 2006-04-10 15:06:45.0 -0700 @@ -71,6 +71,8 @@ GtkClipboard *clipboard; int old_char_width; int old_char_height; + int old_grid_width; + int old_grid_height; void *old_geometry_widget; /* only used for pointer value as it may be freed */ GConfClient *conf; guint notify_id; @@ -124,6 +126,10 @@ TerminalScreen *screen, TerminalWindow *window); +static void notebook_tab_delete_callback (GtkWidget *notebook, +TerminalScreen *screen, +TerminalWindow *window); + static void notebook_tab_removed_callback (GtkWidget *notebook, TerminalScreen *screen, TerminalWindow *window); @@ -820,6 +826,11 @@ window); g_signal_connect_after (G_OBJECT (window-priv-notebook), + tab_delete, + G_CALLBACK (notebook_tab_delete_callback), + window); + + g_signal_connect_after (G_OBJECT (window-priv-notebook), tab_removed, G_CALLBACK (notebook_tab_removed_callback), window); @@ -1433,10 +1444,6 @@ { g_return_if_fail (terminal_screen_get_window (screen) == window); - window-priv-terms = g_list_remove (window-priv-terms, screen); - - terminal_screen_set_window (screen, NULL); - terminal_notebook_remove_tab (TERMINAL_NOTEBOOK (window-priv-notebook), screen); } @@ -1811,17 +1818,40 @@ } static void +notebook_tab_delete_callback (GtkWidget *notebook, + TerminalScreen *screen, + TerminalWindow *window) +{ + /* If we are going to delete the active tab we need to record its grid width + * and height so the terminal window will be resized correctly after the tab + * has been removed. The cases when this is important is when the window + * size will change because: + * - tabs will be hidden because only one terminal remain + * - the tab being deleted has been zoomed in/out + */ + if (window-priv-active_term == screen) +{ + GtkWidget *old_active_widget; + + old_active_widget = terminal_screen_get_widget (screen); + terminal_widget_get_size (old_active_widget, +window-priv-old_grid_width, +window-priv-old_grid_height); +} + else +{ + window-priv-old_grid_width = -1; + window-priv-old_grid_width = -1; +} +} + +static void
Bug#361848: dxml-db2latex doesn't start, missing dependency on libdancer-xml0?
Hi, While trying one of the tools in this package I noticed the following: = $ dxml-db2latex --help dxml-db2latex: error while loading shared libraries: libdancer-xml.so.0: cannot open shared object file: No such file or directory = Further investigation shows: = $ apt-cache show dancer-xml|grep Depends Depends: libc6 (= 2.3.5-1) = Hmm... seems that the dependency on libdancer-xml0 is missing. If installed, dxml-db2latex works. Thanks, I found a typo in debian/rules. regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361871: problems with lazy loading: causes other packages to FTBFS
On 10 April 2006 at 23:38, Martin Michlmayr wrote: | Package: r-base | Version: 2.2.1.svn37668-1 | Severity: grave | | The attached build failures are presumably due to the new version in | unstable. Do you know what's going on there? | -- | Martin Michlmayr | http://www.cyrius.com/ | Return-Path: [EMAIL PROTECTED] | X-Original-To: tbm | Delivered-To: [EMAIL PROTECTED] | Received: by em64t.snowman.net (Postfix, from userid 1002) | id A99A3460DB; Sat, 8 Apr 2006 20:52:09 -0400 (EDT) | From: Source Builder [EMAIL PROTECTED] | To: [EMAIL PROTECTED] | Subject: Log for failed build of misc3d_0.3-1-2 (dist=stable) | Message-Id: [EMAIL PROTECTED] | Date: Sat, 8 Apr 2006 20:52:09 -0400 (EDT) | | Automatic build of misc3d_0.3-1-2 on em64t by sbuild/amd64 1.112 | Build started at 20060408-2051 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Need to get 15.6kB of source archives. | Get:1 http://phoenix.snowman.net sid/main misc3d 0.3-1-2 (dsc) [667B] | Get:2 http://phoenix.snowman.net sid/main misc3d 0.3-1-2 (tar) [12.7kB] | Get:3 http://phoenix.snowman.net sid/main misc3d 0.3-1-2 (diff) [2244B] | Fetched 15.6kB in 0s (169kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper ( 4.1.0), r-base-dev (= 2.0.0), cdbs, xlibmesa-gl-dev | libgl-dev, xlibmesa-glu-dev | libglu-dev, libpng12-dev | Added override: gcc-snapshot | Checking for already installed source dependencies... [...] | dh_installdirsusr/lib/R/site-library | R CMD INSTALL -l /build/tbm/misc3d-0.3-1/debian/r-cran-misc3d/usr/lib/R/site-library --clean . | * Installing *source* package 'misc3d' ... | ** R | ** preparing package for lazy loading | Loading required package: rgl | Error: package 'rgl' could not be loaded Build-Depends: also needs 'r-cran-rgl' That said, I know of one package where R's lazy-loading mechanism fails whatever I try in my pbuilder. In that case, you need to set LazyLoad=no in the top-level DESCRIPTION file of the R package in question. But please try it first with r-cran-rgl added to Build-Depends. If that works, I will add a new package revision. [ But I don't understand how it coul dhave worked before. Hm. ] Now for Design aka r-cran-design: | Finished at 20060408-2052 | Build needed 00:00:02, 156k disk space | Return-Path: [EMAIL PROTECTED] | X-Original-To: tbm | Delivered-To: [EMAIL PROTECTED] | Received: by em64t.snowman.net (Postfix, from userid 1002) | id C4454460DB; Sat, 8 Apr 2006 19:25:13 -0400 (EDT) | From: Source Builder [EMAIL PROTECTED] | To: [EMAIL PROTECTED] | Subject: Log for failed build of design_2.0.12-1 (dist=testing) | Message-Id: [EMAIL PROTECTED] | Date: Sat, 8 Apr 2006 19:25:13 -0400 (EDT) | | Automatic build of design_2.0.12-1 on em64t by sbuild/amd64 1.112 | Build started at 20060408-1923 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Need to get 333kB of source archives. | Get:1 http://phoenix.snowman.net sid/main design 2.0.12-1 (dsc) [611B] | Get:2 http://phoenix.snowman.net sid/main design 2.0.12-1 (tar) [329kB] | Get:3 http://phoenix.snowman.net sid/main design 2.0.12-1 (diff) [2960B] | Fetched 333kB in 0s (2075kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper ( 4.1.0), r-base-dev (= 2.0.0), f2c [m68k], cdbs | Added override: gcc-snapshot | Checking for already installed source dependencies... | gcc-snapshot: already installed (20060325-1) | debhelper: missing | r-base-dev: missing | cdbs: missing | Checking for source dependency conflicts... | Reading package lists... | Building dependency tree... | The following extra packages will be installed: | cpp-3.4 g77 g77-3.4 gcc-3.4 gcc-3.4-base gcc-4.0-base gettext html2text | intltool-debian libbz2-1.0 libbz2-dev libg2c0 libg2c0-dev libgfortran0 | libjpeg62-dev libncurses5-dev libpaper-utils libpaper1 libpcre3 libpcre3-dev | libpcrecpp0 libpng12-dev libreadline5 libreadline5-dev libxt6 po-debconf | r-base-core readline-common refblas3 refblas3-dev tcl8.4 tk8.4 zlib-bin | zlib1g-dev | Suggested packages: | devscripts doc-base dh-make g77-doc g77-3.4-doc gcc-3.4-doc libc6-dev-i386 | lib32gcc1 cvs gettext-doc ess r-doc-info r-doc-pdf r-doc-html r-mathlib | r-base-html r-base-latex tclreadline | Recommended packages: | autotools-dev curl wget lynx libmail-sendmail-perl libcompress-zlib-perl | r-recommended xterm x-terminal-emulator | The following NEW packages will be installed: | cdbs cpp-3.4 debhelper g77 g77-3.4 gcc-3.4 gcc-3.4-base gcc-4.0-base gettext | html2text intltool-debian libbz2-1.0 libbz2-dev libg2c0 libg2c0-dev |
Bug#361418: [Proposal] new Debian menu structure
On Tue, Apr 11, 2006 at 12:22:53AM +0200, Eduard Bloch wrote: #include hallo.h * Bill Allombert [Mon, Apr 10 2006, 11:57:48PM]: I would like to stress that modules menu entries use window-managers specific 'needs' fields and as such are not bound by the Debian menu sub-policy (each window manager can choose its own section for modules) so it is meant only as a best practice and a convenience (because it will be translated as part of the menu section translation). However it might be that 'Modules' alone is too vague. Any specific improvement welcome. What about this one: as you pointed out the Modules submenu is not heavily used. What about just putting the module entries of each WM using them into separate ...-Modules submenus in the same hierarchy level as the WM entries? Imagine: - IceWM - Window Maker - Foo WM - Foo WM Modules \- Foo Background Setup |- Foo Gadget Setup |- Foo Other Module - Other WM - TWM I think that would be a good compromise. The Module submenu's location follows directly the Foo WM starting entry and is easy to find. And if only few WMs are adding modules there, it would not significantly increase the number of top menu entries. And who does really install more than a handful of WMs using Modules entries? Having some addigional *-Modules entries in the menu would not really hurt. Please take into account that Debian menu will only display modules suitable for the running window-manager (because they use a specific 'needs' field that only this wm 'support'). So in effect you are just renaming WindowManagers/Modules to Window Managers/$wm Modules. I am not a typical user, but I have 45 window-managers installed so I have a hard time finding the single Modules subsection and naming it Foo WM Modules will not make things any easier. That might not make me the best judge of the issue, though. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342792: konqueror: Blank pages at www.allmusic.com
Package: konqueror Version: 4:3.5.2-1 Followup-For: Bug #342792 I often get blank pages at www.allmusic.com. 'View Document Source' shows the full source code for the page. Pressing 'Reload' always makes the page appear. Firefox does not have this problem. Best regards, TMS -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Versions of packages konqueror depends on: ii kcontrol 4:3.5.2-1 control center for KDE ii kdebase-kio-plugins 4:3.5.2-1 core I/O slaves for KDE ii kdelibs4c2a 4:3.5.2-2 core libraries for all KDE applica ii kdesktop 4:3.5.2-1 miscellaneous binaries and files f ii kfind 4:3.5.2-1 file-find utility for KDE ii libacl1 2.2.36-1 Access control list shared library ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libattr1 2.4.32-1 Extended attribute shared library ii libaudio2 1.7-6 The Network Audio System (NAS). (s ii libc6 2.3.6-5GNU C Library: Shared libraries an ii libfam0 2.7.0-9Client library to control the FAM ii libfontconfig12.3.2-5.1 generic font configuration library ii libfreetype6 2.1.10-3 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.0-1 GCC support library ii libice6 6.9.0.dfsg.1-6 Inter-Client Exchange library ii libidn11 0.5.18-2 GNU libidn library, implementation ii libjpeg62 6b-12 The Independent JPEG Group's JPEG ii libkonq4 4:3.5.2-1 core libraries for Konqueror ii libpng12-01.2.8rel-5.1 PNG library - runtime ii libqt3-mt 3:3.3.6-1 Qt GUI Library (Threaded runtime v ii libsm66.9.0.dfsg.1-6 X Window System Session Management ii libstdc++64.1.0-1The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-6 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.9.0.dfsg.1-6 X Window System miscellaneous exte ii libxft2 2.1.8.2-5.1FreeType-based font drawing librar ii libxi66.9.0.dfsg.1-6 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-6 X Window System multi-head display ii libxrandr26.9.0.dfsg.1-6 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii libxt66.9.0.dfsg.1-6 X Toolkit Intrinsics ii zlib1g1:1.2.3-11 compression library - runtime Versions of packages konqueror recommends: ii ksvg 4:3.5.2-1 SVG viewer for KDE -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361180: Debian installer doesn't install kernel
On Mon, Apr 10, 2006 at 10:20:36PM +0200, Frans Pop wrote: So, if you'd just accept the 2.4 kernel offered by default, the installation will go fine. You can upgrade to a 2.6 kernel after the installation finishes. This procedure worked with a PCI network board (3c59x). The interface came up and acquired a DHCP lease after re-booting into 2.6. With an ISA-PNP board (3c509) the interface didn't come up after re-booting into 2.4. There was a string of error messages when it tried. Apparently something wasn't configured right. Material for a separate bug report. But modprobe 3c509 xcvr=3 ifup eth0 worked. Installed 2.6 and rebooted. The ISA-PNP board came up correctly. OK, we have another problem here. The floppy disk installer requires that a 2.4 kernel be installed, but it configures an ISA-PNP Ethernet board so it will only work under a 2.6 kernel. (Why am I not surprised?) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361871: problems with lazy loading: causes other packages to FTBFS
clone 361871 -1 -2 reassign -1 design reassign -2 r-noncran-lindsey severity -1 serious severity -2 serious severity 361871 serious thanks * Dirk Eddelbuettel [EMAIL PROTECTED] [2006-04-10 17:20]: Build-Depends: also needs 'r-cran-rgl' Nope. ** R ** preparing package for lazy loading Loading required package: rgl RGL: unable to open display *** caught segfault *** address 0x4d0, cause 'memory not mapped' Traceback: 1: .C(symbol.C(rgl_init), success = FALSE, PACKAGE = rgl) 2: fun(...) 3: try({fun(...)NULL}) 4: runHook(.onLoad, package, env, package.lib, package) 5: loadNamespace(package, c(which.lib.loc, lib.loc), keep.source = keep.source) 6: try({ns - loadNamespace(package, c(which.lib.loc, lib.loc), keep.source = keep.source)dataPath - file.path(which.lib.loc, package, data)env - attachNamespace(ns, pos = pos, dataPath = dataPath)}) 7: library(pkg, character.only = TRUE, logical = TRUE, lib.loc = lib.loc) 8: .getRequiredPackages2(pkgInfo, quietly, , useImports) 9: .getRequiredPackages() aborting ... /usr/lib/R/bin/INSTALL: line 450: 7422 Done( if test -s R_PROFILE.R; then cat R_PROFILE.R; fi; echo invisible(.libPaths(c(\${lib}\, .libPaths(; .getRequiredPackages(); tools:::makeLazyLoading(\${R_PACKAGE_NAME}\, \${lib}\) ) 7423 Segmentation fault | R_DEFAULT_PACKAGES= LC_ALL=C ${R_EXE} --vanilla --slave ERROR: lazy loading failed for package 'misc3d' ** Removing '/home/tbm/src/misc3d-0.3-1/debian/r-cran-misc3d/usr/lib/R/site-library/misc3d' make: *** [R_any_arch] Error 1 zsh: exit 2 dpkg-buildpackage -rfakeroot (sid)41:[EMAIL PROTECTED]: ~/src/misc3d-0.3-1] | Execution halted | ERROR: lazy loading failed for package 'Design' Dito, r-cran-hmisc needed by r-cran-design. Clear bug of mine, and I have no idea how it could ever have built before :-O Nope. ** R ** inst ** preparing package for lazy loading Loading required package: Hmisc Hmisc library by Frank E Harrell Jr Type library(help='Hmisc'), ?Overview, or ?Hmisc.Overview') to see overall documentation. NOTE:Hmisc no longer redefines [.factor to drop unused levels when subsetting. To get the old behavior of Hmisc type dropUnusedLevels(). Attaching package: 'Hmisc' The following object(s) are masked from package:stats : ecdf Loading required package: survival Error: package 'survival' could not be loaded In addition: Warning message: there is no package called 'survival' in: library(pkg, character.only = TRUE, logical = TRUE, lib.loc = lib.loc) Execution halted ERROR: lazy loading failed for package 'Design' ** Removing '/home/tbm/src/design-2.0.12/debian/r-cran-design/usr/lib/R/site-library/Design' make: *** [R_any_arch] Error 1 zsh: exit 2 dpkg-buildpackage -rfakeroot (sid)46:[EMAIL PROTECTED]: ~/src/design-2.0.12] -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361877: typo in dget manpage
Package: devscripts Version: 2.9.16 Severity: minor Hi, DESCRIPTION - dget downloads Debian packages. In the first form, dget acts as an source package-aware form of + dget downloads Debian packages. In the first form, dget acts as a source package-aware form of Regards Nico -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages devscripts depends on: ii debianutils 2.15.5 Miscellaneous utilities specific t ii dpkg-dev 1.13.17package building tools for Debian ii libc6 2.3.6-5GNU C Library: Shared libraries an ii perl 5.8.8-4Larry Wall's Practical Extraction ii sed 4.1.4-7The GNU sed stream editor Versions of packages devscripts recommends: ii fakeroot 1.5.8 Gives a fake root environment -- no debconf information -- Nico Golde - JAB: [EMAIL PROTECTED] | GPG: 0x73647CFF http://www.ngolde.de | http://www.muttng.org | http://grml.org Forget about that mouse with 3/4/5 buttons - gimme a keyboard with 103/104/105 keys! signature.asc Description: Digital signature
Bug#361418: [Proposal] new Debian menu structure
#include hallo.h * Bill Allombert [Mon, Apr 10 2006, 11:57:48PM]: I would like to stress that modules menu entries use window-managers specific 'needs' fields and as such are not bound by the Debian menu sub-policy (each window manager can choose its own section for modules) so it is meant only as a best practice and a convenience (because it will be translated as part of the menu section translation). However it might be that 'Modules' alone is too vague. Any specific improvement welcome. What about this one: as you pointed out the Modules submenu is not heavily used. What about just putting the module entries of each WM using them into separate ...-Modules submenus in the same hierarchy level as the WM entries? Imagine: - IceWM - Window Maker - Foo WM - Foo WM Modules \- Foo Background Setup |- Foo Gadget Setup |- Foo Other Module - Other WM - TWM I think that would be a good compromise. The Module submenu's location follows directly the Foo WM starting entry and is easy to find. And if only few WMs are adding modules there, it would not significantly increase the number of top menu entries. And who does really install more than a handful of WMs using Modules entries? Having some addigional *-Modules entries in the menu would not really hurt. Eduard. -- McBulba un nu? lx_jakal hunger! retfie durst! lx_jakal ja, das auch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361878: contents files can become non-world readable
Package: apt-file Version: 2.0.7 Severity: normal If root's umask is 066 when running apt-file update, the Contents.gz files can end up not being world-readable. This means that regular users can't run apt-file search. Perhaps apt-file should set the umask before running, or chmod the files after downloading? -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361180: Debian installer doesn't install kernel
You're still replying to all kinds of addresses you don't need to... On Tuesday 11 April 2006 01:05, Jack Carroll wrote: modprobe 3c509 xcvr=3 ifup eth0 Now this _is_ a valid reason to use expert install. That will give you the option to enter module parameters which should still be used after the reboot. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361883: FTBFS with GCC 4.2: tpow test fails
Package: mpfr Version: 2.2.0.dfsg.1-4 Your package fails to build with GCC 4.2. Version 4.2 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. The tpow test fails when I compile your package with a 4.2 snapshot from 20060325, but not with 4.0.3 or 4.1.0. I'm not sure whether this is a bug in your package or in the compiler - I tried removin the -O3 from Makefile but it still shows the problem. Do you think you can investigate, and in the case it's a compiler bug come up with a minimal test case? Automatic build of mpfr_2.2.0.dfsg.1-4 on em64t by sbuild/amd64 1.112 ... Seed GMP_CHECK_RANDOMIZE=1145505026 (include this in bug reports) Error in pow_si(x,x,-2) for x=2 FAIL: tpow ... = 1 of 117 tests failed = make[3]: *** [check-TESTS] Error 1 make[3]: Leaving directory `/build/tbm/mpfr-2.2.0.dfsg.1/tests' -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361180: Debian installer doesn't install kernel
On Mon, Apr 10, 2006 at 11:55:26PM +0200, Frans Pop wrote: Please do not reply to all. I had set a correct reply-to header for my previous mail. In general: please only reply to the bug report ([EMAIL PROTECTED]). OK. On Monday 10 April 2006 23:36, Jack Carroll wrote: I don't see any particular reason why an installer shouldn't run under a 2.4 kernel, but is there a reason why floppy installers and CD installers use different kernels? Reason is that so far we've not been able to fit a 2.6 kernel and everything else we absolutely need on a floppy. Work is in progress at the moment to make that happen though. The reason that the builds for the boot floppy are currently broken is that just before Beta2 a new libc made the image too large even with the 2.4 kernel. It sounds as though further testing with the floppies won't be useful until that's solved. Do you want to let me know when I can help again? I'll shift effort into the 2.6 kernel problem I uncovered. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361884: FTBFS: problems with lazy loading
Package: lmtest Version: 0.9.14-1 Severity: serious And another package: Automatic build of lmtest_0.9.14-1 on test.track.rz.uni-augsburg.de by sbuild/powerpc 0.44 ... gfortran -fpic -g -O2 -c pan.f -o pan.o gcc -shared -o lmtest.so pan.o -lgfortran -lm -lgcc_s -L/usr/lib/R/lib -lR make[1]: Leaving directory `/build/tbm/lmtest-0.9.14/src' ** R ** data ** inst ** preparing package for lazy loading Loading required package: zoo Error: package 'zoo' could not be loaded In addition: Warning message: there is no package called 'zoo' in: library(pkg, character.only = TRUE, logical = TRUE, lib.loc = lib.loc) Execution halted ERROR: lazy loading failed for package 'lmtest' ** Removing '/build/tbm/lmtest-0.9.14/debian/r-cran-lmtest/usr/lib/R/site-library/lmtest' make: *** [R_any_arch] Error 1 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361887: feta: No equivelent to apt-get --names-only search rsh
Package: feta Version: 1.4.12 Severity: wishlist Feta doesn't have an equivelent operation to apt-get --names-only search. Specifically this is frustrating if you are looking for a package which contains something in it's name but don't want the results from a full search. For example: # feta search rsh backuppc - high-performance, enterprise-grade system for backing up PCs c2hs - C-Haskell Interface Generator chkrootkit - Checks for signs of rootkits on the local system clusterssh - administer multiple ssh or rsh shells simultaneously ... many more results (including xrsh) ... # feta names rsh rsh-client rsh-redone-client rsh-redone-server rsh-server This is what I think should work, but it only matches things which begin with rsh. This is the behavior which I think is most helpful and is not available in feta: # apt-cache --names-only search rsh cook-rsh - Remote execution scripts for cook heimdal-clients - Clients for Heimdal Kerberos heimdal-servers - Servers for Heimdal Kerberos kerberos4kth-clients - Clients for Kerberos4 From KTH kerberos4kth-servers - Servers for Kerberos4 From KTH krb5-rsh-server - Secure replacements for rshd and rlogind using MIT Kerberos powershell - powerful terminal emulator for GNOME rsh-client - rsh clients. rsh-redone-client - Reimplementation of rsh and rlogin rsh-redone-server - Reimplementation of rshd and rlogind rsh-server - rsh servers. ssh - Secure rlogin/rsh/rcp replacement (OpenSSH) ssh-krb5 - Secure rlogin/rsh/rcp replacement (OpenSSH with Kerberos)p wondershaper - Easy to use traffic shaping script xrsh - remote execution of XWindow programs Personally I think it would be great if the feta names feature changed from using apt-cache pkgnames rsh to using apt-cache --names-only search rsh, but I'm sure that is a matter of preference. Many thanks, Adam. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (650, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.25-1um Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages feta depends on: ii apt0.5.28.6 Advanced front-end for dpkg ii debconf1.4.30.13 Debian configuration management sy ii grep-dctrl 2.1.11Grep Debian package information ii perl 5.8.4-8sarge3 Larry Wall's Practical Extraction ii wget 1.9.1-12 retrieves files from the web -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361376: liferea segfaults randomly
Hi. We receive a lot of user reports about crashes with gtkhtml2. And retests with the Mozilla renderer showed that the reason lies withing gtkhtml2. So I assume that it is no Liferea problem. So (at least from the upstream point of view) this won't fix. Please use Mozilla for rendering if you can. It might be just better if you ditched the liferea-gtkhtml package. Why? Only the latest libgtkhtml2 versions are broken. Okay, so, that's not a fundamental problem, but a hopefully transient problem? It might be good to get some bugs marked as 'serious' on gtkhtml so that apt-listbugs users can know it's broken before it's upgraded/installed. I've switched over to mozilla rendering for now. Should be better anyway. Fonts Look uglier, and I don't see a preferences box to fix it... regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361376: liferea segfaults randomly
retitle 361376 liferea-gtkhtml segfaults randomly with current gtkhtml, please use liferea-mozilla instead for now reassign 361376 liferea-gtkhtml severity 361376 grave thanks Okay, this should warn users that it's currently broken. regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361886: noteedit: MusicXML import error
Package: noteedit Version: 2.8.0-2 Severity: normal When trying to import the musicxml example file ActorPreludeSample.xml from http://www.recordare.com/xml/samples/xmlsamples.zip into noteedit, an error message popup with titlebar text name2Line - NoteEdit appears. The error message in the popup window is name2Line: internal error. When pressing OK, it the same popup comes back instantaneously, and it is then necessary to kill noteedit. Best regards, TMS -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Versions of packages noteedit depends on: ii kdelibs4c2a 4:3.5.2-2 core libraries for all KDE applica ii libc6 2.3.6-5GNU C Library: Shared libraries an ii libgcc1 1:4.1.0-1 GCC support library ii libqt3-mt 3:3.3.6-1 Qt GUI Library (Threaded runtime v ii libstdc++64.1.0-1The GNU Standard C++ Library v3 ii libtse3-0.3.1c2a 0.3.1-4portable MIDI sequencer engine in ii noteedit-data 2.8.0-2KDE Music Editor (data files) noteedit recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361885: feta: No way to use pinning features
Package: feta Version: 1.4.12 Severity: wishlist It would be wonderful if feta supported a way to use the pinning features of apt-get. Specifically something equivelent to these: # apt-get -t testing feta and # apt-get feta/testing Many thanks we love Feta and use it as our primary package management tool. Thanks. Adam. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (650, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.25-1um Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages feta depends on: ii apt0.5.28.6 Advanced front-end for dpkg ii debconf1.4.30.13 Debian configuration management sy ii grep-dctrl 2.1.11Grep Debian package information ii perl 5.8.4-8sarge3 Larry Wall's Practical Extraction ii wget 1.9.1-12 retrieves files from the web -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289572: man 1 konwert is formatted incorrectly
Hi Serge, On Mon, Jan 10, 2005 at 01:11:24AM +0300, Serge Matveev wrote: Package: konwert Version: 1.8-9 Severity: minor Man page for konwert is formatted incorrectly - I can't see end of page: === amigapl, fat, xjp Amiga charsets for Polish kamenicky DOS charset for Czech and Slovak wingreek WinGreek (Windows font-based encoding for ancient Greek) babelpl TeX [polish]{babel}: acelnoszr ciachy TeX Manual page konwert(1) line 117/150 (END) == last string is this screen is message line from the 'less' [...] Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Hm, this is strange, even with LC_ALL=ru_RU.KOI8-R I cannot seem to reproduce. Does it still happen on your machine ? What if you run LC_ALL=C man konwert ? Best regards, -- Yann Dirson[EMAIL PROTECTED] | Debian-related: [EMAIL PROTECTED] | Support Debian GNU/Linux: | Freedom, Power, Stability, Gratis http://ydirson.free.fr/| Check http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361418: [Proposal] new Debian menu structure
#include hallo.h * Bill Allombert [Tue, Apr 11 2006, 12:34:45AM]: Please take into account that Debian menu will only display modules suitable for the running window-manager (because they use a specific Okay... now I understand. 'needs' field that only this wm 'support'). So in effect you are just renaming WindowManagers/Modules to Window Managers/$wm Modules. Yep. WRT you said above, what abot renaming WindowManagers/Modules to $wm Modules (one level above WM starters and indicating which modules are meant by that). I am not a typical user, but I have 45 window-managers installed so I have a hard time finding the single Modules subsection and naming it Foo WM Modules will not make things any easier. That might not make me the best judge of the issue, though. Ehm - yes to both. Eduard. -- For any stupid thing chosen at random, you'll find at least 5 people on the Internet who thinks it's a good idea. -- Steve Langasek in debian-devel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346436: [DPKG] Fails to install package with UTF-8 filenames on any UTF-8 locale
On Sun, Apr 09, 2006 at 11:39:08PM +0200, Nicolas François wrote: [...] Maybe quote_filename should also be fixed in order to report the failure. Currently, it returns '�ας.odt', which is the remaining of the input filename (with a broken UTF char). [...] Which is actually a hint where the REAL problem is :) The following patch fixes it: --- src/archives.c (Revision 235) +++ src/archives.c (Arbeitskopie) @@ -105,7 +105,7 @@ } else { /* buffer full */ *buf = '\0'; /* XXX */ - return s; + return r; } } } Thanks for pointing it out. Gruesse, -- Frank Lichtenheld [EMAIL PROTECTED] www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361888: tightvncserver: in -query mode: shows empty screen instead of gdm after logout
Package: tightvncserver Version: 1.2.9-6 Severity: normal For a normal session initiated with gdm, gdm will reappear after the user logs out, i. e. the session ends. With the -query option to vncserver one can get much the same effect (gdm login) but after the session ends all that remains is a gray screen, gdm does not return, or only after a multi-minute timeout. Thanks, C. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Versions of packages tightvncserver depends on: ii dpkg 1.13.17package maintenance system for Deb ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libjpeg62 6b-12 The Independent JPEG Group's JPEG ii libx11-6 6.9.0.dfsg.1-6 X Window System protocol client li ii libxext6 6.9.0.dfsg.1-6 X Window System miscellaneous exte ii perl 5.8.8-3Larry Wall's Practical Extraction ii vnc-common3.3.7-8Virtual network computing server s ii xbase-clients 6.9.0.dfsg.1-6 miscellaneous X clients ii xlibs 6.9.0.dfsg.1-6 X Window System client libraries m ii xserver-common6.9.0.dfsg.1-6 files and utilities common to all ii zlib1g1:1.2.3-11 compression library - runtime Versions of packages tightvncserver recommends: ii xfonts-base 6.9.0.dfsg.1-6 standard fonts for X -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361887: Trivial Patch
Just had a look at it and I guess a patch to use the --names-only search functionality is trivial: # diff feta.old feta 489c489 sub pkgnames { return run(apt-cache, pkgnames, @_, '|', 'sort', '-u', 0); } --- sub pkgnames { return run(apt-cache --names-only, search, @_, '|', 'sort', '-u', 0); } Thanks, Adam. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#139537: perl: other variables too
Package: perl Version: 5.8.8-3 Followup-For: Bug #139537 For example, $Config{'tail'} is also undefined. /usr/bin/tail comes from coreutils, a required package, so $Config{'tail'} should always be set to /usr/bin/tail. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-8custom1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages perl depends on: ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libdb4.4 4.4.20-3 Berkeley v4.4 Database Libraries [ ii libgdbm3 1.8.3-2GNU dbm database routines (runtime ii perl-base 5.8.8-3The Pathologically Eclectic Rubbis ii perl-modules 5.8.8-3Core Perl modules Versions of packages perl recommends: ii perl-doc 5.8.8-3Perl documentation -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361889: linux-image-2.6.15-1-686: After kernel upgrade the sound became distorted.
Package: linux-image-2.6.15-1-686 Version: 2.6.15-8 Severity: normal I did a dist upgrade from sarge to unstable and in the midst I also upgraded the kernel from 2.6.11 to 2.6.15. Once I did the kernel upgrade my sound became distorted. I can still hear music and stuff but it's distorted and more quiet than usual. I've adjusted all my sound settings to different settings to make sure that wasn't causing problems. I reconfigured alsa and that didn't fix anything. The only thing that I can think of is that the kernel is causing it. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages linux-image-2.6.15-1-686 depends on: ii initramfs-tools [linux-initra 0.53c tools for generating an initramfs ii module-init-tools 3.2.2-2tools for managing Linux kernel mo Versions of packages linux-image-2.6.15-1-686 recommends: pn libc6-i686none (no description available) -- debconf information: linux-image-2.6.15-1-686/preinst/abort-install-2.6.15-1-686: linux-image-2.6.15-1-686/preinst/abort-overwrite-2.6.15-1-686: linux-image-2.6.15-1-686/preinst/bootloader-initrd-2.6.15-1-686: true linux-image-2.6.15-1-686/prerm/would-invalidate-boot-loader-2.6.15-1-686: true linux-image-2.6.15-1-686/postinst/kimage-is-a-directory: linux-image-2.6.15-1-686/preinst/lilo-initrd-2.6.15-1-686: true linux-image-2.6.15-1-686/postinst/old-initrd-link-2.6.15-1-686: true linux-image-2.6.15-1-686/postinst/old-dir-initrd-link-2.6.15-1-686: true linux-image-2.6.15-1-686/preinst/overwriting-modules-2.6.15-1-686: true linux-image-2.6.15-1-686/postinst/depmod-error-initrd-2.6.15-1-686: false linux-image-2.6.15-1-686/preinst/already-running-this-2.6.15-1-686: linux-image-2.6.15-1-686/preinst/initrd-2.6.15-1-686: linux-image-2.6.15-1-686/postinst/depmod-error-2.6.15-1-686: false linux-image-2.6.15-1-686/postinst/bootloader-error-2.6.15-1-686: linux-image-2.6.15-1-686/postinst/bootloader-test-error-2.6.15-1-686: linux-image-2.6.15-1-686/preinst/lilo-has-ramdisk: linux-image-2.6.15-1-686/postinst/create-kimage-link-2.6.15-1-686: true linux-image-2.6.15-1-686/prerm/removing-running-kernel-2.6.15-1-686: true linux-image-2.6.15-1-686/preinst/failed-to-move-modules-2.6.15-1-686: linux-image-2.6.15-1-686/preinst/elilo-initrd-2.6.15-1-686: true linux-image-2.6.15-1-686/postinst/old-system-map-link-2.6.15-1-686: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361871: problems with lazy loading: causes other packages to FTBFS
On Tue, Apr 11, 2006 at 12:42:58AM +0200, Martin Michlmayr wrote: clone 361871 -1 -2 reassign -1 design reassign -2 r-noncran-lindsey severity -1 serious severity -2 serious severity 361871 serious thanks * Dirk Eddelbuettel [EMAIL PROTECTED] [2006-04-10 17:20]: Build-Depends: also needs 'r-cran-rgl' Nope. ** R ** preparing package for lazy loading Loading required package: rgl RGL: unable to open display Ouch. We may need a virtual X11 server here. I'll play with this at home. *** caught segfault *** address 0x4d0, cause 'memory not mapped' Traceback: 1: .C(symbol.C(rgl_init), success = FALSE, PACKAGE = rgl) 2: fun(...) 3: try({fun(...)NULL}) 4: runHook(.onLoad, package, env, package.lib, package) 5: loadNamespace(package, c(which.lib.loc, lib.loc), keep.source = keep.source) 6: try({ns - loadNamespace(package, c(which.lib.loc, lib.loc), keep.source = keep.source)dataPath - file.path(which.lib.loc, package, data)env - attachNamespace(ns, pos = pos, dataPath = dataPath)}) 7: library(pkg, character.only = TRUE, logical = TRUE, lib.loc = lib.loc) 8: .getRequiredPackages2(pkgInfo, quietly, , useImports) 9: .getRequiredPackages() aborting ... /usr/lib/R/bin/INSTALL: line 450: 7422 Done( if test -s R_PROFILE.R; then cat R_PROFILE.R; fi; echo invisible(.libPaths(c(\${lib}\, .libPaths(; .getRequiredPackages(); tools:::makeLazyLoading(\${R_PACKAGE_NAME}\, \${lib}\) ) 7423 Segmentation fault | R_DEFAULT_PACKAGES= LC_ALL=C ${R_EXE} --vanilla --slave ERROR: lazy loading failed for package 'misc3d' ** Removing '/home/tbm/src/misc3d-0.3-1/debian/r-cran-misc3d/usr/lib/R/site-library/misc3d' make: *** [R_any_arch] Error 1 zsh: exit 2 dpkg-buildpackage -rfakeroot (sid)41:[EMAIL PROTECTED]: ~/src/misc3d-0.3-1] | Execution halted | ERROR: lazy loading failed for package 'Design' Dito, r-cran-hmisc needed by r-cran-design. Clear bug of mine, and I have no idea how it could ever have built before :-O Nope. ** R ** inst ** preparing package for lazy loading Loading required package: Hmisc Hmisc library by Frank E Harrell Jr Type library(help='Hmisc'), ?Overview, or ?Hmisc.Overview') to see overall documentation. NOTE:Hmisc no longer redefines [.factor to drop unused levels when subsetting. To get the old behavior of Hmisc type dropUnusedLevels(). Attaching package: 'Hmisc' The following object(s) are masked from package:stats : ecdf Loading required package: survival Error: package 'survival' could not be loaded Easier -- just add r-cran-survival to Build-Depends too. Dirk -- Hell, there are no rules here - we're trying to accomplish something. -- Thomas A. Edison -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361866: [PATCH 0/1] add dpkg solaris-i386 architecture support
On Mon, Apr 10, 2006 at 02:15:15PM -0700, Erast Benson wrote: --- debian/control(.../pool/current) (revision 20420) +++ debian/control(.../trunk) (revision 20420) @@ -5,7 +5,7 @@ Origin: debian Bugs: debbugs://bugs.debian.org Standards-Version: 3.6.1.0 -Build-Depends: debhelper (= 4.1.81), libncurses5-dev | libncurses-dev, zlib1g-dev (= 1:1.1.3-19.1), libbz2-dev, libsepol1-dev [!hurd-i386 !kfreebsd-i386], libselinux1-dev [!hurd-i386 !kfreebsd-i386] +Build-Depends: debhelper (= 4.1.81), libncurses5-dev | libncurses-dev, zlib1g-dev (= 1:1.1.3-19.1), libbz2-dev, libsepol1-dev [!hurd-i386 !kfreebsd-i386 !solaris-i386], libselinux1-dev [!hurd-i386 !kfreebsd-i386 !solaris-i386] Package: dpkg Architecture: any @@ -26,7 +26,7 @@ Section: utils Priority: standard Architecture: all -Depends: dpkg (= 1.13.1), perl5, perl-modules, cpio (= 2.4.2-2), patch (= 2.2-1), make, binutils +Depends: dpkg (= 1.13.1), perl5, perl-modules, cpio (= 2.4.2-2), patch (= 2.2-1), make, binutils, sunwtoo [solaris-i386] strictly speaking this would need a versioned build-depends on dpkg-dev, wouldn't it? Recommends: gcc | c-compiler, bzip2 Suggests: gnupg, debian-keyring Conflicts: dpkgname Index: scripts/dpkg-architecture.pl === --- scripts/dpkg-architecture.pl (.../pool/current) (revision 20420) +++ scripts/dpkg-architecture.pl (.../trunk) (revision 20420) @@ -81,7 +81,7 @@ sub split_debian { local ($_) = @_; -if (/^([^-]*)-(.*)/) { +if (/^([^-][a-zA-Z_]+)[\.\d]*-(.*)/) { Could you explain what format is matched here and why you are so strict in the first part? What exactly is [.\d] part for? Can't we just use ([^-]*?)[\.\d]* ? return ($1, $2); } else { return (linux, $_); @@ -151,6 +151,7 @@ # Set default values: chomp ($deb_build_arch = `dpkg --print-architecture`); +($deb_os, $deb_cpu) = split_debian($deb_host_arch); syserr(dpkg --print-architecture failed) if $?8; $deb_build_gnu_type = debian_to_gnu($deb_build_arch); @@ -258,6 +259,23 @@ DEB_HOST_ARCH DEB_HOST_ARCH_OS DEB_HOST_ARCH_CPU DEB_HOST_GNU_CPU DEB_HOST_GNU_SYSTEM DEB_HOST_GNU_TYPE); +# nexenta fixups... +# Since solaris-cpu port relays on OpenSolaris core(i.e. not GNU C library), +# we have to follow its architecture convention for DEB_BUILD_GNU_TYPE and +# DEB_HOST_GNU_TYPE, otherwise autoconf and related scripts might not enable +# cpu-pc-solaris2.krel specific optimizations +if ($deb_os == solaris) { + my $krel=`uname -r`; + chomp $krel; + $krel =~ s/\d+(.*)/\1/; + $deb_build_gnu_system = solaris; + $deb_host_gnu_system = solaris; + $deb_build_gnu_type =~ s/i486/i386/; + $deb_build_gnu_type .= $krel; + $deb_host_gnu_type =~ s/i486/i386/; + $deb_host_gnu_type .= $krel; +} + $env{'DEB_BUILD_ARCH'}=$deb_build_arch; $env{'DEB_BUILD_ARCH_OS'}=$deb_build_arch_os; $env{'DEB_BUILD_ARCH_CPU'}=$deb_build_arch_cpu; Index: scripts/dpkg-shlibdeps.pl The dpkg-shlibdeps part doesn't apply anymore. Have you tested an more recent dpkg-shlibdeps yet? There were many changes so chances are we broke something for you. Gruesse, -- Frank Lichtenheld [EMAIL PROTECTED] www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361884: FTBFS: problems with lazy loading
The difference could be that LazyLoad: yes may now be a default. Dirk -- Hell, there are no rules here - we're trying to accomplish something. -- Thomas A. Edison -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358452: Two more fixes needed to cryptroot scripts
I've found two bugs with the latest versions of the scripts. Instead of attaching the full scripts again, I'll just list the fixes. 1) In the hook script, the lines that load the crypto modules into the initramfs should be changed from: for x in $modules; do manual_add_modules ${x} done into: for x in $modules; do force_load ${x} done 2) In order to allow for passphrase entry, the following lines in the cryptsetup local-premount script should be changed from: if [ -x /sbin/cryptgetpw ]; then /sbin/cryptgetpw | $cryptcreate else $cryptcreate fi into: if [ -x /sbin/cryptgetpw ]; then /sbin/cryptgetpw | $cryptcreate else $cryptcreate /dev/console fi Regards, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361891: Useless file /usr/share/doc/xmoto/NEWS.gz
Package: xmoto Version: 0.1.12-1 Severity: minor The whole content of the file /usr/share/doc/xmoto/NEWS.gz is See README for details. Including that file in the package doesn't seem that useful. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.6 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages xmoto depends on: ii libc6 2.3.6-5GNU C Library: Shared libraries an ii libgcc1 1:4.1.0-1 GCC support library ii libjpeg62 6b-12 The Independent JPEG Group's JPEG ii liblua50 5.0.2-6Main interpreter library for the L ii liblualib50 5.0.2-6Extension library for the Lua 5.0 ii libode0c2 1:0.5-5Open Dynamics Engine - runtime lib ii libpng12-01.2.8rel-5.1 PNG library - runtime ii libsdl-mixer1.2 1.2.6-1.1+b1 mixer library for Simple DirectMed ii libsdl1.2debian 1.2.9-5Simple DirectMedia Layer ii libstdc++64.1.0-1The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-6 X Window System protocol client li ii xlibmesa-gl [libgl1] 6.9.0.dfsg.1-6 Mesa 3D graphics library [X.Org] ii xmoto-data0.1.12-1 2D motocross platform game ii zlib1g1:1.2.3-11 compression library - runtime xmoto recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361890: libtasn1-2: changed so-name requires changed binary package name
Package: libtasn1-2 Version: 0.3.1-1 Severity: grave libtasn1-2 changed the so-name and must therefore change the binary package name. The conflict with libgnutls12 ( 1.3.5) was a nice try, but it isn't correct and can cause breakge. An example where this will break horribly: $ objdump -p /usr/bin/gsasl Dynamic Section: ... NEEDED libgnutls.so.12 NEEDED libtasn1.so.2 ... You could conflict woth all package versions that do or did depend on libtasn1-2, but even in the best case it is only as good as a renaming of the library package. Yes, due to the known shortcomings of testing such library transitions are a pain for your release team, but this is the only technically way to solve this properly, and the release team has freely chosen to use testing despite it's known shortcomings. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359315: (no subject)
[Max Bowsher] Perhaps subversion should Depends: libsvn0 (= ${Source-Version}) ? This would avoid potential for confusion. Hmmm. On the one hand, in Debian we try to keep our dependencies only as tight as they need to be - to support partial upgrades as best we can, and maintain as much flexibility as we can. On the other hand, I can't think of any situations either, where someone would want to upgrade libsvn0 but not the client, or downgrade the client but not the library. I expect user interface backward compatibility in the clients will continue to be excellent, so that users won't have to fear breaking their scripts that wrap svn, svnlook, etc. I think I agree, we should tighten the dependency. I'll do that for the next upload. signature.asc Description: Digital signature
Bug#317822: pathname conflicts are serious
On 08/04/06, Justin Pryzby [EMAIL PROTECTED] wrote: The etch release policy states that: | http://release.debian.org/etch_rc_policy.txt | If two packages cannot be installed together, one must list | the other in its Conflicts: field. At least one of these packages must conflict with the other. Conflicting is not enough. Etch RC Policy also states: Packages must not install programs in the default PATH with different functionality with the same file name, even if they Conflict:.
Bug#343896: workaround
Here's a workaround for #343896: --- Forwarded Message From: DELETED Dave Sent: Thu 1/26/2006 7:51 AM To: BALETED Subject: RE: ssh error dispatch_protocol_error: type 100 seq 8 when accessing iLO We had a similar issue and oddly enough changing our ssh config file to turn ForwardAgent off fixed it: 1) grep ForwardAgent ~/.ssh/iLO-config ForwardAgent no - -Original Message- Subject: ssh error dispatch_protocol_error: type 100 seq 8 when accessing iLO Hello, I've been having this error message for a while when trying to access some iLO I/F using ssh from Debian (or Ubuntu) : $ ssh [EMAIL PROTECTED] Address} [EMAIL PROTECTED] Address}'s password: dispatch_protocol_error: type 100 seq 8 buffer_get_ret: trying to get more bytes 4 than in buffer 0 buffer_get_int: buffer error I tried to google the msg and found that the guys @Debian are having the same problem Bug#343896: no longer works with HP iLO : http://lists.debian.org/debian-ssh/2005/12/msg00025.html I don't get that problem when trying it from RHEL3 or AS2.1 (don't have a RHEL4 handy to test). Anyone have an idea on a fix ? Should I wave at the Debian guys on the list and offer to work on this ? --- End of Forwarded Message I don't know if/when it is/will be fixed in the iLO firmware. If you are reading this and running the latest firmare for the iLO in your system, please report the following, 1) your hardware model 2) your iLO firmware version 3) the version of ssh you are using 4) if you are seeing the problem or not Hopefully we can determine when it is fixed and can tell people what they need to do to fix it on their systems. Thanks, -- Matt Taggart [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361892: rkhunter: PHP Warning: mime_magic error
Package: rkhunter Version: 1.2.8-3 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I get this error every day from rkhunter: /etc/cron.daily/rkhunter: PHP Warning: mime_magic: type regexBEGIN[[:space:]]*[{] application/x-awk invalid in Unknown on line 0 - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages rkhunter depends on: ii debconf [debconf 1.4.72 Debian configuration management sy ii file 4.17-1 Determines file type using magic ii mailx1:8.1.2-0.20050715cvs-1 A simple mail user agent ii perl 5.8.8-3 Larry Wall's Practical Extraction ii wget 1.10.2-1retrieves files from the web Versions of packages rkhunter recommends: ii libmd5-perl 2.03-1 backwards-compatible wrapper for D - -- debconf information: * rkhunter/cron_daily_run: true * rkhunter/cron_db_update: true -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFEOvYb5+GdyTDsrJsRAiy5AKCaN6UO1sLtzA2WTUInwdWyJUAhHQCdG3+K GGg4yyEUnEGud5MIjHJfU70= =s6Xo -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356073: kopete: Jabber disconnects constantly with unknown error
On Monday 10 April 2006 02:52, David Schmitt wrote: On Monday 10 April 2006 04:54, Adam Porter wrote: Well, I'd do that, except I think they are separate issues. In this beta, the problem is that I can't connect at all. In the version currently in Debian, the problem is that it connects for a while, but then disconnects with Unknown error. I guess I should really test the new version in unstable and see if it works. As you wish. More data seldom is bad. Well, I tried, but no go. I can't upgrade kopete without upgrading all of KDE with it (or at least, all of kdenetwork). I can't do that, because KMail from 3.5.1 has serious IMAP data-loss bugs and crashes. I tried to build the kopete from unstable, but apt can't satisfy the build deps. *sigh* Sorry. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348147: more support for source.me (or other cryptoroot-enabling capacity)
Hi, i also need this feature, or else some other viable alternative to get cryptoroot support into an initramfs-tools-created initrd. This is keeping me from running an up-to-date kernel, and nearly caused major trouble for a machine i maintain. i had a valid initrd created by initrd-tools that did cryptoroot support just fine for kernel 2.6.12. initramfs-tools actually overwrote the functioning initrd for that kernel, and replaced it with one that refuses to boot [0]. Fortunately, i had an old spare initrd lying around that i could swap in to get things bootstrapped. I still have not gotten 2.6.15 working properly on this machine. I'm happy to test any proposals people have that will enable cryptoroot support in initramfs-tools. David Hardeman's is the only concrete patchset i've seen, yet it seems to have met with some resistance here. Are there alternate proposals that i should test instead? Thanks for all your work on kernel packaging for debian! --dkg [0] http://noesis.fifthhorseman.net/node/72 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352755: Bug#196429: Does not restore window size on error
* Anthony DeRobertis [EMAIL PROTECTED] [2006-04-10 17:06]: Not all, just the current one. But, erm, I wonder how it find outs whether to kill the ripper or encoder, so maybe I'm wrong... and I cannot check right now. I think it kills the current ripper if there's one, otherwise the current encoder, or something like that... You may not have your Jack set to, but Jack is capable of running multiple encoders in parellel. I haven't tested, but even assuming Jack has some consistent notion of current, I very much doubt the user is aware of it. I've got one ripper and four encoders going. I press Control-C. Not sure what Jack currently does, but I suspect if it involves stopping one of the processes, no user is going to be able to predict which one (unless it is always the ripper). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361866: [PATCH 0/1] add dpkg solaris-i386 architecture support
On Tue, 2006-04-11 at 01:59 +0200, Frank Lichtenheld wrote: On Mon, Apr 10, 2006 at 02:15:15PM -0700, Erast Benson wrote: --- debian/control (.../pool/current) (revision 20420) +++ debian/control (.../trunk) (revision 20420) @@ -5,7 +5,7 @@ Origin: debian Bugs: debbugs://bugs.debian.org Standards-Version: 3.6.1.0 -Build-Depends: debhelper (= 4.1.81), libncurses5-dev | libncurses-dev, zlib1g-dev (= 1:1.1.3-19.1), libbz2-dev, libsepol1-dev [!hurd-i386 !kfreebsd-i386], libselinux1-dev [!hurd-i386 !kfreebsd-i386] +Build-Depends: debhelper (= 4.1.81), libncurses5-dev | libncurses-dev, zlib1g-dev (= 1:1.1.3-19.1), libbz2-dev, libsepol1-dev [!hurd-i386 !kfreebsd-i386 !solaris-i386], libselinux1-dev [!hurd-i386 !kfreebsd-i386 !solaris-i386] Package: dpkg Architecture: any @@ -26,7 +26,7 @@ Section: utils Priority: standard Architecture: all -Depends: dpkg (= 1.13.1), perl5, perl-modules, cpio (= 2.4.2-2), patch (= 2.2-1), make, binutils +Depends: dpkg (= 1.13.1), perl5, perl-modules, cpio (= 2.4.2-2), patch (= 2.2-1), make, binutils, sunwtoo [solaris-i386] strictly speaking this would need a versioned build-depends on dpkg-dev, wouldn't it? you meant for sunwtoo package? We need it at install time for dpkg-shlibdeps. It provides OpenSolaris's native /usr/bin/ldd. OK. I looked at 1.13.17 dpkg-shlibdeps and found that you now use non-ldd way to find out link dependencies. Than sunwtoo dep not needed any longer. Recommends: gcc | c-compiler, bzip2 Suggests: gnupg, debian-keyring Conflicts: dpkgname Index: scripts/dpkg-architecture.pl === --- scripts/dpkg-architecture.pl(.../pool/current) (revision 20420) +++ scripts/dpkg-architecture.pl(.../trunk) (revision 20420) @@ -81,7 +81,7 @@ sub split_debian { local ($_) = @_; -if (/^([^-]*)-(.*)/) { +if (/^([^-][a-zA-Z_]+)[\.\d]*-(.*)/) { Could you explain what format is matched here and why you are so strict in the first part? What exactly is [.\d] part for? Can't we just use ([^-]*?)[\.\d]* ? Confirm. This works too: /^([^-]*?)[\.\d]*-(.*)/ return ($1, $2); } else { return (linux, $_); @@ -151,6 +151,7 @@ # Set default values: chomp ($deb_build_arch = `dpkg --print-architecture`); +($deb_os, $deb_cpu) = split_debian($deb_host_arch); syserr(dpkg --print-architecture failed) if $?8; $deb_build_gnu_type = debian_to_gnu($deb_build_arch); @@ -258,6 +259,23 @@ DEB_HOST_ARCH DEB_HOST_ARCH_OS DEB_HOST_ARCH_CPU DEB_HOST_GNU_CPU DEB_HOST_GNU_SYSTEM DEB_HOST_GNU_TYPE); +# nexenta fixups... +# Since solaris-cpu port relays on OpenSolaris core(i.e. not GNU C library), +# we have to follow its architecture convention for DEB_BUILD_GNU_TYPE and +# DEB_HOST_GNU_TYPE, otherwise autoconf and related scripts might not enable +# cpu-pc-solaris2.krel specific optimizations +if ($deb_os == solaris) { + my $krel=`uname -r`; + chomp $krel; + $krel =~ s/\d+(.*)/\1/; + $deb_build_gnu_system = solaris; + $deb_host_gnu_system = solaris; + $deb_build_gnu_type =~ s/i486/i386/; + $deb_build_gnu_type .= $krel; + $deb_host_gnu_type =~ s/i486/i386/; + $deb_host_gnu_type .= $krel; +} + $env{'DEB_BUILD_ARCH'}=$deb_build_arch; $env{'DEB_BUILD_ARCH_OS'}=$deb_build_arch_os; $env{'DEB_BUILD_ARCH_CPU'}=$deb_build_arch_cpu; Index: scripts/dpkg-shlibdeps.pl The dpkg-shlibdeps part doesn't apply anymore. Have you tested an more recent dpkg-shlibdeps yet? There were many changes so chances are we broke something for you. Right. However, we are sitting on top of Ubuntu, and it is still using 1.13.11. binutil's objdump is failing on SunOS for 64-bit binaries. We are planning to extend it. Be great if you guys accept the first part of this patch(i.e. dpkg-architecture + ostable). -- Erast -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342820: gtetrinet crash reproducible
gtetrinet crashes on startup for a new user, specifically when .gconf/apps/gtetrinet/ doesn't exist. I can crash it 100% of the time with: killall gconfd-2; rm ./.gconf/apps/gtetrinet/%gconf.xml; gtetrinet; #0 0xe410 in __kernel_vsyscall () #1 0xb7d52723 in __waitpid_nocancel () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb7f402db in libgnomeui_module_info_get () from /usr/lib/libgnomeui-2.so.0 #3 signal handler called #4 0xb7cfa341 in gnome_url_error_get_type () from /usr/lib/libgnome-2.so.0 #5 0xb7cfb43b in gnome_config_sync () from /usr/lib/libgnome-2.so.0 #6 0xb7cfbdbd in gnome_config_get_bool_with_default_ () from /usr/lib/libgnome-2.so.0 #7 0xb7cfbe06 in gnome_config_get_string_with_default_ () from /usr/lib/libgnome-2.so.0 #8 0x08052492 in config_loadtheme () #9 0x080531b5 in config_loadconfig () #10 0x0805ac13 in main () -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361864: segfaults in OpenSP::ParsedSystemId::unparse
On Apr 10, Filipus Klutiero ([EMAIL PROTECTED]) wrote: Package: openjade1.3 Version: 1.3.2-9 Severity: grave Justification: renders package unusable Both openjade1.3 and openjade segfault when called with the example usage in Using OpenJade from the documentation index. The first openjade command I tried segfaulted, and I didn't find any command that didn't segfault. This problem reproduces apparently everytime on 3 Etch boxes on the 3 I tested: $ openjade1.3 /usr/share/doc/openjade/demo.sgm Erreur de segmentation The documentation assumes that the OpenSP executable was built with either /usr/share/doc/openjade or . on the default search path, and neither is in the Debian build. The command works if you either copy demo.dsl to /usr/share/sgml or /usr/local/share/sgml, or if you explicitly specify it on the command line, e.g., openjade -d /usr/share/doc/openjade/demo.dsl /usr/share/doc/openjade/demo.sgm I'll fix the documentation in the upstream source so this is clear, and change this bug to minor. Since the program should not segfault in any case, I am going to reassign this bug to opensp and make it a normal severity bug there. Thanks for the report. -- Neil Roeth -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361767: xlibmesa-gl: Cannot create libGL.so.1.2: No such file
On Monday 10 April 2006 02:33, Michel Dänzer wrote: close 361767 merge 327641 361767 kthxbye On Mon, 2006-04-10 at 00:57 -0500, Adam Porter wrote: Am I the only one having this problem, or is it a bug in the package? Neither. :} This is a duplicate of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=327641 and friends. Thanks for the link. I ran dpkg with -D10 and found that /usr/lib/X11R6/nvidia didn't exist, and I found a diversion for it in /var/lib/dpkg/diversions from nvidia-glx. I created that directory, and then the package installed. Is this a bug in nvidia-glx or what? I haven't had any problems like this until now.
Bug#361022: namazu2_2.0.16-2(unstable/arm/elara): still broken
At Sun, 09 Apr 2006 18:30:56 +0100, James Troup wrote: FYI, this bug has not been fixed by -2. I found the reason. libtool uses file command, but it is not included in build-essential or Build-Depends field. I think it is better to include file in build-essential, anyway I'll upload a new package. Thank you for your information. -- NOKUBI Takatsugu E-mail: [EMAIL PROTECTED] [EMAIL PROTECTED] / [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361890: libtasn1-2: oh, so *that's* the root cause of #361874?
Package: libtasn1-2 Version: 0.2.17-1 Followup-For: Bug #361890 If libtasn1 is changing sonames, then the binary package really should be renamed (to libtasn1-3 or whatever), and you should probably also re-upload 0.2.17 with an epoch to restore a proper libtasn-1 package. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (300, 'unstable'), (300, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libtasn1-2 depends on: ii libc6 2.3.6-5GNU C Library: Shared libraries an Versions of packages libtasn1-2 recommends: ii libtasn1-2-bin0.2.17-1 Manage ASN.1 structures (binaries) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317822: pathname conflicts are serious
On Tue, Apr 11, 2006 at 02:27:45AM +0200, Piotr Engelking wrote: On 08/04/06, Justin Pryzby [EMAIL PROTECTED] wrote: The etch release policy states that: | http://release.debian.org/etch_rc_policy.txt | If two packages cannot be installed together, one must list | the other in its Conflicts: field. At least one of these packages must conflict with the other. Conflicting is not enough. Etch RC Policy also states: Packages must not install programs in the default PATH with different functionality with the same file name, even if they Conflict:. They both do more or less the same thing (though they are not fully compatible), so I don't think this is a concern. -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361895: RM: eudc - now built-in
Package: ftp.debian.org Severity: normal eudc is now included in emacs21-common and xemacs21-basesupport. older versions of GNU emacs don't support it. - Jim Van Zandt -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#155491: Kind Attn: pamela harper, App.roval
How have you been, We Have received your filled app. http://geocities.com/BritneyColbert7923 Please cl ick the site above, Our office shall then re-confirm your info. With Ref to: pamela harper and your past track record is not an issue. All cash out types have been Ap prove d for you pamela harper say never: http://geocities.com/CharlotteMaynard2233/a.htm Thanks, Gavin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361894: lft: New version available
Package: lft Version: 2.2-3 Severity: wishlist Hi! There is a new version available of Layer Four Traceroute on http://pwhois.org/lft/ Debian version si 2.2 while upstream version is 2.5 (there is also a beta version 2.6). Thank you! Nelson -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.13-rc5-mm1 Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1) (ignored: LC_ALL set to pt_BR) Versions of packages lft depends on: ii libc6 2.3.6-5GNU C Library: Shared libraries an ii libpcap0.70.7.2-7System interface for user-level pa lft recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#148674: With respect to: phillip burbach
Hello, We Have recei ved your filled application. http://geocities.com/ChrystalMaxwell1871 Please check the site above, Our office shall then re-confirm your info. With Ref to: phillip burbach and your past track record is not an issue. All lo an types have been Ap prove d for you phillip burbach say never: http://geocities.com/TabathaNash5707/a.htm Thanks Alot, Salvador -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305373: What is the status of this package?
Will twolame be packaged? If not, I intend to do so, since I'm writing a GStreamer element to use it. It is better than toolame, since twolame have a library, while toolame only promises to distribute one in a future release. Since Debian has problems distributing lame, it is one of the best options for the users who want to use some MPEG audio codec or something as close to MP3 as possible. Regards, Thadeu Cascardo. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361896: fortune-mod: 'conquered' misspelt as 'concord'
Package: fortune-mod Version: 1:1.99.1-3 Severity: normal Tags: patch What is purple and concord the world? should read What is purple and conquered the world? k thx bye -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages fortune-mod depends on: ii fortunes-min [fortune-cookie- 1:1.99.1-3 Data files containing fortune cook ii libc6 2.3.6-5GNU C Library: Shared libraries an ii librecode03.6-12 Shared library on which recode is fortune-mod recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361897: hg view: tag setting is broken
Package: mercurial Version: 0.8-1 Tags: patch Tag setting via the GUI uses, according to the error message, an old no-longer-supported format. The attached patch fixes this. (The GUI should probably also ask for a log message, but that's a separate issue.) -- | Darren Salt| d @ youmustbejoking,demon,co,uk | nr. Ashington, | Toon | RISC OS, Linux | s zap,tartarus,org| Northumberland | Army | + Output *more* particulate pollutants. BUFFER AGAINST GLOBAL WARMING. Better late than never. --- /usr/share/mercurial/hgk~ 2006-04-11 03:33:08.0 +0100 +++ /usr/share/mercurial/hgk2006-04-11 03:33:08.0 +0100 @@ -3448,7 +3448,7 @@ return } if {[catch { - set out [exec hg tag $tag $id] + set out [exec hg tag -r $id $tag] } err]} { error_popup Error creating tag: $err return
Bug#356073: kopete: Jabber disconnects constantly with unknown error
found 356073 4:3.5.2-1 thanks On Saturday 08 April 2006 09:53, David Schmitt wrote: severity 356073 normal thanks Hi Adam! There is a new version of kopete unstable (3.5.2-1) available. Could you please test if your problem persists there? Please report your findings by sending found or notfound followed by the bug number (293676) and the respective version to [EMAIL PROTECTED] For example: found 123456 3.3.2-5 notfound 123456 3.5.1-2 Additionally, please report your jabber provider (and his used jabber server software if known) to the bug report (at [EMAIL PROTECTED]). I'm running my own ejabberd and can connect and chat without problems with 3.5.2-1, therefore I'm also downgrading the severity of your report. I just got this error again, using the version in unstable. It's on a jabber.org account, connecting to the jabber.org server. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356073: Filed in KDE
I filed this in KDE: http://bugs.kde.org/show_bug.cgi?id=125333 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344205: [2.6 patch] fix AIRO{,_CS} - CRYPTO
tags 344205 fixed-upstream thanks The patch has been committed to the Linus' git tree on 2006-01-31, however looks like it barely missed the 2.6.16 release. I guess it'll make it into the 2.6.17. Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352722: linux-image-2.6-686-smp: Does not allow to activate DMA on DVD-RW drive
Hi Sebastian, The symptoms you describe in your bug report are typical for a situation when the ide-generic driver takes over your IDE device, instead of the native IDE driver. The problem is caused by a combination of kernel and yaird bugs. I'd appreciate if you would report your experiences with latest kernels and latest yaird version (current version in the archive is 0.0.12-9). Thanks, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#174652: affix bty devices
I'm trying to clean up old bugs filed against makedev. The major number you specify for the bty devices is defined as being in an experimental/local range in the current 2.6 kernel source documentation. I assume this means these devices are part of a driver patch outside the kernel.org source tree? Is this request still relevant? If so, I need to know where the device info originates, since I don't generally put things in makedev unless they're part of the kernel.org devices.txt file. Bdale -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347473: em8300 devices
The major and minor numbers used by your patch in bug report #347473 do not seem consistent with the Documentation/devices.txt in recent 2.6 kernel source trees. What's the story? Bdale -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293385: Problem can be worked around
If this hasn't already been answered...Check out this page on linuxquestions.org: http://www.linuxquestions.org/questions/showthread.php?t=336910 Basically you have to run the -inputcfg like this:fceu -inputcfg gamepad1 somegame.nesusing a real .nes rom file as well. Hope this helps.Mike
Bug#139537: Debian Bug#139537: empty values in %Config for some programs
forwarded 139537 perl5-porters@perl.org thanks On Mon, Apr 10, 2006 at 07:40:30PM -0400, Ian Zimmerman wrote: Package: perl Version: 5.8.8-3 Followup-For: Bug #139537 For example, $Config{'tail'} is also undefined. /usr/bin/tail comes from coreutils, a required package, so $Config{'tail'} should always be set to /usr/bin/tail. Configure doesn't actually test for tail (nor sendmail as noted in the initial bug report). I'm not sure why these empty variables are included in Config{.pm,_heavy.pl} if they're not actually searched for--forwarding to p5p for comments. About the only thing which springs my mind is that you can explicity set such variables by passing -Dtail=/usr/local/bin/tail (or whatever) to Configure. This presumes that any program using these variables does so as: my $tail = $Config{tail} || 'tail'; my $sendmail = $Config{sendmail} || '/usr/sbin/sendmail'; --bod -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350242: Processed: Re: [Logcheck-devel] Bug#350242: logcheck: does not handle filenames with dots in them (e.g. cyrus2.2)
On Sun, Apr 02, 2006 at 10:11:11PM -0400, Clint Adams wrote: reassign 350242 debianutils Bug#350242: logcheck: does not handle filenames with dots in them (e.g. cyrus2.2) Bug reassigned from package `logcheck' to `debianutils'. What kind of filename pattern would logcheck like run-parts to validate against? We got a report on a user unable to use periods in a rule file. Is this something run-parts could support? Cheers, -- Todd Troxell http://rapidpacket.com/~xtat -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361898: ark: remember archive format for unknown types
Package: ark Version: 4:3.5.1-2 Severity: wishlist there should be a way to remember/add an uknown type and associated archive format instead of being prompted each time to choose one. i.e. if I have a file of type application/lwtp I would like to define that as a zip archive only once. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages ark depends on: ii kdelibs4c2a 4:3.5.1-2 core libraries for all KDE applica ii libacl1 2.2.36-1 Access control list shared library ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libattr1 2.4.32-1 Extended attribute shared library ii libaudio2 1.7-6 The Network Audio System (NAS). (s ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgamin0 [libfam0] 0.1.7-3Client library for the gamin file ii libgcc1 1:4.1.0-1 GCC support library ii libice6 6.9.0.dfsg.1-6 Inter-Client Exchange library ii libidn11 0.5.18-2 GNU libidn library, implementation ii libjpeg62 6b-12 The Independent JPEG Group's JPEG ii libpng12-01.2.8rel-5 PNG library - runtime ii libqt3-mt 3:3.3.5-4 Qt GUI Library (Threaded runtime v ii libsm66.9.0.dfsg.1-6 X Window System Session Management ii libstdc++64.1.0-1The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-6 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.9.0.dfsg.1-6 X Window System miscellaneous exte ii libxft2 2.1.8.2-5.1FreeType-based font drawing librar ii libxi66.9.0.dfsg.1-6 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-6 X Window System multi-head display ii libxrandr26.9.0.dfsg.1-6 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii libxt66.9.0.dfsg.1-6 X Toolkit Intrinsics ii zlib1g1:1.2.3-11 compression library - runtime Versions of packages ark recommends: pn arj none (no description available) ii bzip2 1.0.3-2high-quality block-sorting file co pn ncompress none (no description available) ii unzip 5.52-7 De-archiver for .zip files ii zip 2.31-3 Archiver for .zip files pn zoo none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361794: [INTL:iso-codes_iso_3166
tags 361794 pending thanks Quoting Pema Geyleg ([EMAIL PROTECTED]): Package: iso-codes Version : N/A Severity: wishlist Tags: l10n patch Please find attached the Dzongkha translation of iso-codes package. I've commited the file (BTW, doing a cat on the file in a terminal made me realize that we're currently missing a monospaced font for Dzongkha) signature.asc Description: Digital signature
Bug#361767: xlibmesa-gl: Cannot create libGL.so.1.2: No such file
On Mon, 2006-04-10 at 20:00 -0500, Adam Porter wrote: On Monday 10 April 2006 02:33, Michel Dänzer wrote: On Mon, 2006-04-10 at 00:57 -0500, Adam Porter wrote: Am I the only one having this problem, or is it a bug in the package? Neither. :} This is a duplicate of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=327641 and friends. Thanks for the link. I ran dpkg with -D10 and found that /usr/lib/X11R6/nvidia didn't exist, and I found a diversion for it in /var/lib/dpkg/diversions from nvidia-glx. I created that directory, and then the package installed. Is this a bug in nvidia-glx or what? Yeah, sounds like it failed to remove the diversion. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#357841: [Logcheck-devel] Bug#357841: false positives for some lines longer than 503 characters
Hello Jonas, Thanks for you report. On Sun, Mar 19, 2006 at 10:51:09PM +0100, Jonas Meurer wrote: Package: logcheck Version: 1.2.43a Severity: important hello, it seems like logcheck always outputs some log lines longer than 503 characters, even if they perfectly well match a given regex. i have the following entry in /etc/logcheck/ignore.d.server/syslog-ng: syslog-ng\[.*\]: Log statistics; processed='.*\(.*\)=.*', .* and in the file 'testlog' i have the following two lines: Mar 16 22:31:56 resivo syslog-ng[6932]: Log statistics; processed='source(s_all)=2186', processed='destination(df_auth)=407', processed='destination(df_news_dot_notice)=0', processed='destination(df_news_dot_err)=0', processed='destination(df_uucp)=0', processed='destination(df_mail)=0', processed='destination(df_user)=126', processed='destination(df_facility_dot_notice)=0', processed='destination(df_daemon)=1415', processed='destination(df_facility_dot_crit)=0', processed='destination(df_debu)=28' Mar 16 22:31:56 resivo syslog-ng[6932]: Log statistics; processed='source(s_all)=2186', processed='destination(df_auth)=407', processed='destination(df_news_dot_notice)=0', processed='destination(df_news_dot_err)=0', processed='destination(df_uucp)=0', processed='destination(df_mail)=0', processed='destination(df_user)=126', processed='destination(df_facility_dot_notice)=0', processed='destination(df_daemon)=1415', processed='destination(df_facility_dot_crit)=0', processed='destination(df_debug)=28' (both are exactly identical, except that the second one has one more character (third-last one). now see what logcheck gives: # sudo -u logcheck logcheck -o -s -t -l testlog This email is sent by logcheck. If you wish to no-longer receive it, you can either deinstall the logcheck package or modify its configuration file (/etc/logcheck/logcheck.conf). Security Events =-=-=-=-=-=-=-= Mar 16 22:31:56 resivo syslog-ng[6932]: Log statistics; processed='source(s_all)=2186', processed='destination(df_auth)=407', processed='destination(df_news_dot_notice)=0', processed='destination(df_news_dot_err)=0', processed='destination(df_uucp)=0', processed='destination(df_mail)=0', processed='destination(df_user)=126', processed='destination(df_facility_dot_notice)=0', processed='destination(df_daemon)=1415', processed='destination(df_facility_dot_crit)=0', processed='destination(df_debug)=28' unfortunately the line length is not the only criteria. lines containing only numbers and letters which are longer than 503 characters seem to be ignored if they match a regex. I have tested this with a couple of versions of logcheck and I'm unable to reproduce. It is worth nothing that the string caught above contains substrings that would trigger a violation, and therefore needs a line in violations.ignore.d as well. I suspect this is a configuration issue. Please let me know your findings. -- Todd Troxell http://rapidpacket.com/~xtat -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361180: Debian installer doesn't install kernel
retitle 361180 Selecting 2.6 kernel when installing using 2.4 will break install thanks signature.asc Description: Digital signature
Bug#361767: xlibmesa-gl: Cannot create libGL.so.1.2: No such file
On Tuesday 11 April 2006 00:06, Michel Dänzer wrote: On Mon, 2006-04-10 at 20:00 -0500, Adam Porter wrote: On Monday 10 April 2006 02:33, Michel Dänzer wrote: On Mon, 2006-04-10 at 00:57 -0500, Adam Porter wrote: Am I the only one having this problem, or is it a bug in the package? Neither. :} This is a duplicate of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=327641 and friends. Thanks for the link. I ran dpkg with -D10 and found that /usr/lib/X11R6/nvidia didn't exist, and I found a diversion for it in /var/lib/dpkg/diversions from nvidia-glx. I created that directory, and then the package installed. Is this a bug in nvidia-glx or what? Yeah, sounds like it failed to remove the diversion. I see, thanks. Well, for future reference, is just creating the missing directory ok, or should I remove the diversion manually?
Bug#361024: note on 2.4 is deprecated
On Sun, Apr 09, 2006 at 02:14:58PM -0400, Joey Hess wrote: - Debian's userland has *always* supported at least the previous major kernel version, and most often the previous two, or sometimes I think, three major kernel versions. If for no other reason, upstream release process changes will likely make this much more difficult. As I'm sure you know, 2.6 is being actively developed indefinitely, as opposed to the previous method of branching off and stabalising a development tree. Since there is no existing plan for a 2.8, 2.4 would need to be maintained indefinitely to continue a major + major-1 support model. I of course agree with you that there's no reason to preclude user-built kernels; and we certainly need to maintain the upgrade path. -- dann frazier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361889: linux-image-2.6.15-1-686: After kernel upgrade the sound became distorted.
On Mon, Apr 10, 2006 at 06:48:45PM -0500, Joe Phillips wrote: Package: linux-image-2.6.15-1-686 Version: 2.6.15-8 Severity: normal I did a dist upgrade from sarge to unstable and in the midst I also upgraded the kernel from 2.6.11 to 2.6.15. Once I did the kernel upgrade my sound became distorted. I can still hear music and stuff but it's distorted and more quiet than usual. I've adjusted all my sound settings to different settings to make sure that wasn't causing problems. I reconfigured alsa and that didn't fix anything. The only thing that I can think of is that the kernel is causing it. hey Joe, Can you try the 2.6.16 kernel in sid and see if this problem still exists? -- dann frazier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361803: modprobe: FATAL: Error inserting rtc during startup, the same for pciehp and shpchp
reassign 361803 hotplug stop On Mon, Apr 10, 2006 at 08:16:23AM -0400, [EMAIL PROTECTED] wrote: Package: kernel-image-2.6.8-3-686 Version: 2.6.8-16sarge2 Error message during startup: modprobe: FATAL: Error inserting rtc The same for pciehp and shpchp, by the way. It appears that the kernel is responding appropriately to attempts to load modules that *should* fail. Therefore, I'll reassign to hotplug, since it appears that hotplug is the package trying to load these modules. -- dann frazier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]