Bug#646621: The LibreCAD manual is not part of the distribution
Package: librecad Version: 1.0.0~rc4+nolibs-1 Severity: important When I press Menu Help - Manual - the result is a pop-up message: Bugger, I couldn't find the helpfiles on the filesystem. The version of librecad that I see on my other system, version Kubuntu Oneiric, does not expose this behavior. I will not presume to understand the building technique of the librecad package, specifically not the documentation part - but, surely, if Ubuntu can do this, Debian should be able to do it, too. best regards Peder Chr. Nørgaard e-mail: p...@pogt.dk Gefionsvej 19 DK-8230 Åbyhøj tel: +45 87 44 11 99 Denmark mob: +45 30 91 84 31 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages librecad depends on: ii libc6 2.13-21 ii libdxflib-2.2.0.0 2.2.0.0-6 ii libfparser-4.3 4.3-3 ii libgcc11:4.6.1-16 ii libqt4-help4:4.7.3-8 ii libqt4-qt3support 4:4.7.3-8 ii libqt4-sql 4:4.7.3-8 ii libqt4-sql-sqlite 4:4.7.3-8 ii libqt4-xml 4:4.7.3-8 ii libqtcore4 4:4.7.3-8 ii libqtgui4 4:4.7.3-8 ii librecad-data 1.0.0~rc4+nolibs-1 ii libstdc++6 4.6.1-16 librecad recommends no packages. librecad suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#425452: klash: The problem persists, and is actually quite serious
Package: klash Version: 0.8.6-1 Severity: normal I just want to point out, that this problem persists, and that it may have become more serious in KDE4. Since switching to KDE 4 I have experienced several times that it is either very time consuming or downright impossible to leave the KDE lock state. In some cases I have had to toggle the power on my computer, as if it was a Windows system :-( It took some time and invistigation to discover the common denominator for these situations: that my Konqueror was displaying a web page with some Flash window in it. My typical case is www.dmi.dk, the weather forecast from Danish Institute of Meteorology; but I guess most Flash ads will have the same effect. Somehow the already high CPU usage of kde4-gnash is irritated by the lock situation to increase its CPU usage to very close to 100%, effective killing the system. I now know how to avoid this situation. But it is a serious quality problem for the distribution, it almost merits a release critical flag. best regards -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages klash depends on: ii gnash-common 0.8.6-1free SWF movie player - common fil ii libc6 2.9-27 GNU C Library: Shared libraries ii libgcc1 1:4.4.1-6 GCC support library ii libqtcore44:4.5.3-3 Qt 4 core module ii libqtgui4 4:4.5.3-3 Qt 4 GUI module ii libstdc++64.4.1-6The GNU Standard C++ Library v3 ii libx11-6 2:1.2.2-1 X11 client-side library klash recommends no packages. klash suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522320: cl-lexer: Mysterious fault triggered by number of rules
Package: cl-lexer Version: 1-4 Severity: normal I am attempting to use cl-lexer/cl-yacc to realize the syntax of DMTF's CIM information model - the one that is used to define MOF files for the DMTF data model. This is just to inform you that the lex rules in the example are not arbitrary - they are part of a real-life project. I observe a mysterious problem; when I tried to reduce the input to this bug report I ended up with a 10-rule lexer that works like a charm, while an 11-rule lexer fails in an area that is completely unrelated to the failure. First the failure: CL-USER (lexer:deflexer test-lexer ([+-]?[01][01]*[bB] (return (values 'binaryValue lexer:%0))) ([+-]?0[xX][0-9a-fA-F][0-9a-fA-F]* (return (values 'hexValue lexer:%0))) ([+-]?[0-9]*[.][0-9][0-9]* (return (values 'flt lexer:%0))) ([+-]?0[0-7][0-7]* (return (values 'octalValue lexer:%0))) ([1-9][0-9]* (return (values 'positive lexer:%0))) ([+-]?[0-9][0-9]* (return (values 'decimal lexer:%0))) ([:alpha:][:alnum:]* (return (values 'name lexer:%0))) (any (return (values 'ANY lexer:%0))) (as (return (values 'AS lexer:%0))) (association (return (values 'ASSOCIATION lexer:%0))) ([:space:]+) ) TEST-LEXER CL-USER (defparameter lex (test-lexer 1.0)) LEX CL-USER (funcall lex) POSITIVE 1 This response is wrong: the text 1.0 should match the 3rd rule, not the 5th. If I remove a single rule (the 10th) from the lexer, it works correctly: CL-USER (lexer:deflexer test-lexer ([+-]?[01][01]*[bB] (return (values 'binaryValue lexer:%0))) ([+-]?0[xX][0-9a-fA-F][0-9a-fA-F]* (return (values 'hexValue lexer:%0))) ([+-]?[0-9]*[.][0-9][0-9]* (return (values 'flt lexer:%0))) ([+-]?0[0-7][0-7]* (return (values 'octalValue lexer:%0))) ([1-9][0-9]* (return (values 'positive lexer:%0))) ([+-]?[0-9][0-9]* (return (values 'decimal lexer:%0))) ([:alpha:][:alnum:]* (return (values 'name lexer:%0))) (any (return (values 'ANY lexer:%0))) (as (return (values 'AS lexer:%0))) ([:space:]+) ) STYLE-WARNING: redefining TEST-LEXER in DEFUN TEST-LEXER CL-USER (defparameter lex (test-lexer 1.0)) LEX CL-USER (funcall lex) FLT 1.0 At a guess, I would say that this is a problem with the underlying cl-regex, not with cl-lexer itself. I will continue along this path if I can find the time. But I thought I would throw this piece of intelligence to the BTS, in the hope that someone with more insight in the two packages can tell me what happens. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.28-1-686 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cl-lexer depends on: ii cl-regex 1-3Common Lisp regular expression com ii common-lisp-controller6.17 Common Lisp source and compiler ma cl-lexer recommends no packages. cl-lexer suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522321: cl-lexer: Documentation is wrong on certain issues
Package: cl-lexer Version: 1-4 Severity: minor The README file in the doc directory says: The LEXER package implements a lexical-analyzer-generator called DEFLEXER, which is built on top of both REGEX and CLAWK. It is only based on REGEX, not on CLAWK. The README file also claims: You can fix this by specifying :flex-compatible as the first rule. This gives all patterns a chance to examine the text and takes the one that matches the longest string (first pattern wins in case of a tie). The down side of this option is that it slows down the analyser. If you can solve the issue by reordering your rules that's the way to do it. You can also write this lexer using the :flex-compatible option, in which case you can write the int and flt rules in any order. (deflexer test-lexer :flex-compatible ([0-9]+ (return (values 'int (int %0 ([0-9]+([.][0-9]+([Ee][0-9]+)?) (return (values 'flt (num %0 ([:space:]+) ) This is plainly wrong, no such option exists in the current version of the code. If I do: CL-USER (lexer:deflexer test-lexer2 :flex-compatible ([0-9]+ (return (values 'int lexer:%0))) ([0-9]+([.][0-9]+([Ee][0-9]+)?) (return (values 'flt lexer:%0))) ([:space:]+) ) the system tells me: The value :FLEX-COMPATIBLE is not of type LIST. [Condition of type TYPE-ERROR] -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.28-1-686 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cl-lexer depends on: ii cl-regex 1-3Common Lisp regular expression com ii common-lisp-controller6.17 Common Lisp source and compiler ma cl-lexer recommends no packages. cl-lexer suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522325: cl-regex: Documentation in README file is incomplete
Package: cl-regex Version: 1-3 Severity: minor The primary documentation of cl-regex is /usr/share/doc/cl-regex/README.gz This documentation does not mention the '|' syntax at all, nor does it specify any other mechanism for alternates. Fortunately, the files in the examples directory uses the '|' extensively. But the absence of the alternate mechanism from the README file makes me wonder what else might be missing. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.28-1-686 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cl-regex depends on: ii common-lisp-controller6.17 Common Lisp source and compiler ma cl-regex recommends no packages. cl-regex suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519828: openoffice.org-calc: The program reports error on the IF function, copied verbatim from documentation
Package: openoffice.org-calc Version: 1:3.0.1-5 Severity: normal The function IF, whenever I try to enter it in a cell, consistently report Err:508, claiming a problem with bracketing. In despair I finally created a very little spreadsheet and copied the expression =IF(A15;100;too small) verbatim from the Openoffice Help example. Same problem. I suspect that the problem may be related to the fact that I work in a not- quite English environment; my locale is en_DK.UTF-8. The separator ; may be a different one? If that is the case, and I have missed to locate such info in documentation, I apologize; still, the exact error message would be quite confusing. I have attached the spreadsheet demonstrating the problem. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openoffice.org-calc depends on: ii libc6 2.9-4GNU C Library: Shared libraries ii libgcc1 1:4.3.3-5GCC support library ii libstdc++6 4.3.3-5 The GNU Standard C++ Library v3 ii libstlport4.6ldbl 4.6.2-5 STLport C++ class library ii lp-solve5.5.0.13-4 Solve (mixed integer) linear progr ii openoffice.org-base-cor 1:3.0.1-5OpenOffice.org office suite -- lib ii openoffice.org-core 1:3.0.1-5OpenOffice.org office suite archit ii ure 1.4.1+OOo3.0.1-5 UNO runtime environment openoffice.org-calc recommends no packages. openoffice.org-calc suggests no packages. Versions of packages openoffice.org-core depends on: ii fontconfig 2.6.0-3 generic font configuration library ii libc62.9-4 GNU C Library: Shared libraries ii libcairo21.8.6-2+b1 The Cairo 2D vector graphics libra ii libcurl3 7.18.2-8.1 Multi-protocol file transfer libra ii libdb4.7 4.7.25-6Berkeley v4.7 Database Libraries [ ii libexpat12.0.1-4 XML parsing C library - runtime li ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libgcc1 1:4.3.3-5 GCC support library ii libglib2.0-0 2.18.4-2The GLib library of C routines ii libgstreamer-plu 0.10.22-3 GStreamer libraries from the base ii libgstreamer0.10 0.10.22-2 Core GStreamer libraries and eleme ii libgtk2.0-0 2.14.7-4+b1 The GTK+ graphical user interface ii libhunspell-1.2- 1.2.8-2 spell checker and morphological an ii libhyphen0 2.4-4 ALTLinux hyphenation library - sha ii libice6 2:1.0.5-1 X11 Inter-Client Exchange library ii libicu40 4.0.1-2 International Components for Unico ii libjpeg626b-14 The Independent JPEG Group's JPEG ii libldap-2.4-22.4.15-1OpenLDAP libraries ii libneon270.28.2-6.1 An HTTP and WebDAV client library ii libnspr4-0d 4.7.1-4 NetScape Portable Runtime Library ii libnss3-1d 3.12.2.with.ckbi.1.73-1 Network Security Service libraries ii librdf0 1.0.8-1 Redland Resource Description Frame ii libsm6 2:1.1.0-2 X11 Session Management library ii libstdc++6 4.3.3-5 The GNU Standard C++ Library v3 ii libstlport4.6ldb 4.6.2-5 STLport C++ class library ii libx11-6 2:1.2-1 X11 client-side library ii libxaw7 2:1.0.5-2 X11 Athena Widget library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxml2 2.7.3.dfsg-1GNOME XML library ii libxrandr2 2:1.3.0-1 X11 RandR extension library ii libxrender1 1:0.9.4-2 X Rendering Extension client libra ii libxslt1.1 1.1.24-2XSLT processing library - runtime ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii libxtst6 2:1.0.3-1 X11 Testing -- Resource extension ii openoffice.org-c 1:3.0.1-5 OpenOffice.org office suite archit ii ttf-opensymbol 1:3.0.1-5 The OpenSymbol TrueType font ii ure 1.4.1+OOo3.0.1-5UNO runtime environment ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime -- no debconf information errdemo.ods Description: Binary data
Bug#519828: openoffice.org-calc: The program reports error on the IF function, copied verbatim from documentation
René, thanks for the speedy answer. OK, not everything is crystal-clear to me - after all, I need neither a column separator nor a row separator - I need a parameter separator in a function call! But, yes, using the ',' where the current documentation says to use ';' in English-locale oocalc works, so I have a functional work-around, and you maintainers can fix the documentation at your leisure. It is going to be quite a task to fix all the examples, I believe. It also works to switch to Danish locale and use ';'. And then when I save the file and switch back to English locale, the ',' pops up. English in Denmark? Well, I do write an occasional English sentence :-) But I still have a Danish keyboard, just to be able to write my own name. I have, however, to cheat in order to write Mange tak og venlig hilsen Vielen Dank und freundliche Grüße ^ Peder Chr. On Sunday 15 March 2009, Rene Engelhard wrote: retitle 519828 doesn't document ; vs , change in calc formulas reassign 519828 openoffice.org-help-en-us tag 519828 + pending thanks Hi, Peder Chr. Nørgaard wrote: The function IF, whenever I try to enter it in a cell, consistently report Err:508, claiming a problem with bracketing. In despair I finally created a very little spreadsheet and copied the expression =IF(A15;100;too small) verbatim from the Openoffice Help example. Same problem. I suspect that the problem may be related to the fact that I work in a not- quite English environment; my locale is en_DK.UTF-8. The separator ; may be a different one? If that is the case, and I have missed to locate such info in documentation, I apologize; still, the exact error message would be quite confusing. No, it actually wasn't in the hekp until now, the 3.1 ooo-build contains this, though. -paragraph role=paragraph id=par_id936613 xml-lang=en-US l10n=NEWThe column separator (separating elements in one row) is the ';' semicolon. The row separator is a '|' pipe symbol. The separators are not language and locale dependent. /paragraph +paragraph role=paragraph id=par_id936613 xml-lang=en-US l10n=NEWThe column separator (separating elements in one row) and the row separator are language and locale dependent. But in this help content, the ';' semicolon and '|' pipe symbol are used to indicate the column and row separators, respectively. For example, in the English locale, the ',' comma is used as the column separator, while the ';' semicolon is used as the row separator./paragraph Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) There's english spoken in Denmark? ;) Grüße/Regards, René -- Peder Chr. Nørgaard e-mail: p...@pogt.dk Gefionsvej 19 DK-8230 Åbyhøj tel: +45 87 44 11 99 Denmark mob: +45 30 91 84 31 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#489746: iputils-arping: The Description in the control file is quite completely wrong
Package: iputils-arping Version: 3:20071127-1 Severity: normal Tags: patch Quite coincidentally, I got to read the Description field of the iputils-arping package. I don't know why this hasn't been spotted earlier - but there is not a single true statement, neither in the first line nor in the rest. The arping does not send ICMP echo requests, it sends ARP requests. It does not send them to an ARP address (which is wrong term anyway, but I assume it means a MAC address) - it sends the requests to an IP address. And it is not useful when you don't know the IP address... I have attached a patch with proposed change of the entry. The man(8) arping is quite fine. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iputils-arping depends on: ii libc6 2.7-12 GNU C Library: Shared libraries iputils-arping recommends no packages. -- no debconf information diff -c iputils-20071127/debian/control\~ iputils-20071127/debian/control *** iputils-20071127/debian/control~2008-07-07 16:01:15.0 +0200 --- iputils-20071127/debian/control 2008-07-07 16:09:58.0 +0200 *** *** 40,50 Depends: ${shlibs:Depends} Conflicts: suidmanager ( 0.50), arping, iputils-ping (20001110-6) Replaces: netbase ( 4.00) ! Description: Tool to send ICMP echo requests to an ARP address ! The arping command acts like the standard ping command except it pings ! a machine by its ARP address instead of its IP address. It is typically ! used to locate a machine if its hardware address is known but its IP ! address is unknown Package: netkit-ping Architecture: any --- 40,55 Depends: ${shlibs:Depends} Conflicts: suidmanager ( 0.50), arping, iputils-ping (20001110-6) Replaces: netbase ( 4.00) ! Description: Tool to send ARP Requests for an IP address ! The standard ping command sends ICMP Echo Requests to an IP address. ! To do that on an Ethernet-type link, however, the sending node needs ! to know the MAC address of the destination, so when standard ping ! fails, you don't really know whether it is the address resolution or ! the Echo Request that fails. ! . ! The arping command only does the ARP part, so it can be useful after ! a failed ping in figuring out whether it is the resolution or the ! ICMP Echo that fails. It can do other useful things, too. Package: netkit-ping Architecture: any
Bug#369994: kpdf cannot open password protected pdf files
Hello. I ran into exactly the same problem - seemingly. My monthly earning statements has started to come to me in an encrypted PDF file, and it looked to me as if kpdf sometimes refused to acknowledge the password. I found this bugreport, and realized I had the same problem as had the submitter - my earning statements are confidential, too. What I did next was to retrieve and compile the source codes for kdegraphics and xpdf for a pair of comparative gdb session. At which time I discovered that the password I was prompted for was that of kdewallet - kpdf is activating kdewallet before it is asking for the pdf password, and if kdewallet has not been activated earlier in the KDE session, it is asking for password. This explains why I sometimes succeeded in opening the files and sometimes not. First I felt a little stupid, but then I realized that this is actual a very easy observation mistake to make. You expect a prompt for a password, you get one, then you don't read the prompt text. Could it be that the submitter of this bug report has made the same observation mistake? If that is the case the bug could be closed. best regards -- Peder Chr. Nørgaard e-mail: [EMAIL PROTECTED] Gefionsvej 19 DK-8230 Åbyhøj tel: +45 87 44 11 99 Denmark mob: +45 30 91 84 31 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475008: openoffice.org: OOo does not work with installed Java
This is a me too, but with additional information. I experienced the same problem as did the submitter. But I realized that the problem popped up on the day when I upgraded the sun-java6 from 6.04-2 to 6.05-1. Downgrading the sun-java6 removed the problem. Upgrading again reintroduced the problem. Killing the ~/openoffice.org2 directory repaired the problem, too, but that is not a good solution. It is an upgrade problem, not a problem with his profile. And it is a problem that will hit more or less all users of openoffice.org. best regards Peder Chr. Nørgaard On Wednesday 09 April 2008, you wrote: Hi, Derrick Karpo wrote: Frank, can you please confirm that you have 'openoffice.org' installed? I was able to reproduce this bug on sid and the problem occurred when 'openoffice.org' was not installed. Without this package, openoffice would fail with a javaldx: Could not find a Java Runtime Environment! message and removing all traces of gij, libgcj, $PATH, $JAVA_HOME, and .openoffice.org2 did not solve the problem. Installing 'openoffice.org' corrected the issue in this case. That's doesn't make sense. openoffice.org is *empty* except the files the policy mandates and some files for reportbug. No files without any effect on OOo itself. [EMAIL PROTECTED]:~$ dpkg -L openoffice.org /. /usr /usr/share /usr/share/bug /usr/share/bug/openoffice.org /usr/share/bug/openoffice.org/control /usr/share/bug/openoffice.org/presubj /usr/share/doc /usr/share/doc/openoffice.org /usr/share/doc/openoffice.org/copyright /usr/share/doc/openoffice.org/README.gz /usr/share/doc/openoffice.org/changelog.Debian.gz /usr/share/doc/openoffice.org/README.Debian.gz /usr/share/doc/openoffice.org/changelog. Of course, installing openoffice.org might have pulled you openoffice.org-java-common in, but he has it already. And he already *did* tell it was a problem with his profile. Regards, Rene -- Peder Chr. Nørgaard e-mail: [EMAIL PROTECTED] Gefionsvej 19 DK-8230 Åbyhøj tel: +45 87 44 11 99 Denmark mob: +45 30 91 84 31
Bug#446795: Obtain the local time zone
On Thursday 01 November 2007, you wrote: Instead of reading /etc/timezone, you can obtain the local time zone reading the output of the command: $ date +%Z So I think that it would be enough to substitute in /usr/lib/rootstrap/modules/uml the line [ ! -e $HOST/etc/timezone ] || TARGET_TIMEZONE=$(cat $HOST/etc/timezone) with TARGET_TIMEZONE=`date +%Z` Regards, Giovanni. Thanks for the hint. However, I am sorry to point out, this is not good enough. But then again, I've learned a little bit more since I first filed this report. What I wrote there was not wholly correct. I wrote for me, in Denmark, echo CET /etc/timezone on the host makes rootstrap work just fine. What I really should have written in my original posting was echo Europe/Paris /etc/timezone that is, the tzdata code, not the timezone. The problem with your proposal is that CET only gives the timezone; the tzdata indication gives the DST logic, too. And that is what is needed. I *think* - but I don't *know*, knowing too little about how tzdata is used in modern Debian - that the whole problem can be reduced to copying the host /etc/localtime to the target /etc/localtime. The alternative seems to be copying some of the code in tzdata.postinst, something like: LC_ALL=C LANG=C unset TZ umask 022 . /usr/share/debconf/confmodule db_version 2.0 # Get the values from debconf AREA=Etc ZONE=UTC db_get tzdata/Areas AREA=$RET db_get tzdata/Zones/$AREA ZONE=$RET db_stop chroot $TARGET cp -f /usr/share/zoneinfo/$AREA/$ZONE /etc/localtime I would dearly like second opinions on this topic. best regards -- Peder Chr. Nørgaard e-mail: [EMAIL PROTECTED] Gefionsvej 19 spejder-e-mail: [EMAIL PROTECTED] DK-8230 Åbyhøj tel: +45 87 44 11 99 Denmark mob: +45 30 91 84 31
Bug#446797: On new sid/lenny systems there is no /etc/timezone - rootstrap fails
Package: rootstrap Version: 0.3.24-3 Severity: grave Justification: renders package unusable in /usr/lib/rootstrap/modules/uml there is this piece of code: # setup the timezone, the same as the host [ ! -e $HOST/etc/timezone ] || TARGET_TIMEZONE=$(cat $HOST/etc/timezone) if [ -e $TARGET/usr/share/zoneinfo/$TARGET_TIMEZONE ] ; then chroot $TARGET cp /usr/share/zoneinfo/$TARGET_TIMEZONE /etc/localtime echo $TARGET_TIMEZONE $TARGET/etc/timezone fi I flatly admit that I don't really understand the code. If there is no /etc/timezone on the host we do a cat on it... If there is not, we don't assign anything to TARGET_TIMEZONE but we use it anyway... Nevertheless, the fact is that if you build a new debian system based on recent sid/lenny, there is no /etc/timezone file. If you use that system as host for rootstrap, this code snippet fails, causing the entire rootstrap process to fail. There is a work-around; for me, in Denmark, echo CET /etc/timezone on the host makes rootstrap work just fine. Again, I don't undertand why it works - I can't figure out where TARGET_TIMEZONE is assigned to. But it works. Only it took me a lot of time to figure this out. Obviously, timezone information in sid/lenny is stored a place different from /etc/timezone. I have no clue as to where - my timezone is correct, most likely based on the information about location that I gave the Debian installer - but I don't know where it has stored the information, nor how this information should be copied to the guest user-mode-linux file system. But we need to figure this out and update rootstrap accordingly. Right now, rootstrap does not work on newly created sid/lenny host systems. best regards Peder Chr. Nørgaard e-mail: [EMAIL PROTECTED] Gefionsvej 19 spejder-e-mail: [EMAIL PROTECTED] DK-8230 Åbyhøj tel: +45 87 44 11 99 Denmark mob: +45 30 91 84 31 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages rootstrap depends on: ii debootstrap 1.0.3Bootstrap a basic Debian system ii dpkg1.14.7 package maintenance system for Deb ii python 2.4.4-6 An interactive high-level object-o ii user-mode-linux 2.6.22-1um-1pcn4 User-mode Linux (kernel) Versions of packages rootstrap recommends: ii uml-utilities 20070815-1 User-mode Linux (utility programs) -- no debconf information
Bug#446795: I did say it was a new sid/lenny system!
submitter 446795 [EMAIL PROTECTED] thanks Evidently my mail setup was not quite up to snuff. sorry for that -- Peder Chr. Nørgaard e-mail: [EMAIL PROTECTED] Gefionsvej 19 spejder-e-mail: [EMAIL PROTECTED] DK-8230 Åbyhøj tel: +45 87 44 11 99 Denmark mob: +45 30 91 84 31
Bug#446106: nvidia-glx fails to install
On Wednesday 10 October 2007, Sven Joachim wrote: Can you please try aptitude instead of apt-get? Aptitude has an interactive resolver that can try several solutions and generally gives more information than apt-get. Thanks, Sven Sven, that was a really good piece of advice. aptitude indicated that the problem was a conflict with package libgl1-mesa-swx11. I could not remove that package without killing xorgkde. But I could install libgl1-mesa-glx - that removed libgl1-mesa-swx11 and a few other libraries while evidently satisfying the necessary dependencies. After that, installing nvidia-glx worked. So we (the fraction of the Debian community using non-free nvidia code) really have two problems: 1) that in this case - which I think will happen to everyone trying to install nvidia-glx on an october 2007 sid debian - installing nvidia-glx is non-trivial exercise. This could be seen as a bug - at least a documentation bug - for nvidia-graphics-driver. The bug is pretty new - I did the same exercise on a different sid debian system in September and did not hit this particular wall. 2) that apt is giving a completely useless error message in this situation, a message that does not help at all figuring out what the real problem is. This could be seen as a bug for apt. Any suggestions as on how to proceed? I don't have a problem any longer - but a lot of other people might. best regards -- Peder Chr. Nørgaard e-mail: [EMAIL PROTECTED] Gefionsvej 19 spejder-e-mail: [EMAIL PROTECTED] DK-8230 Åbyhøj tel: +45 87 44 11 99 Denmark mob: +45 30 91 84 31
Bug#446106: nvidia-glx fails to install
Package: nvidia-glx Version: 100.14.19-1 Severity: grave Justification: renders package unusable I start by stating that I am not at all sure that this is a bug in nvidia-glx - it might even be a bug in apt. But I feel I have to start here, to get some input to solve the problem. At any rate, the package *does* fail to install. I work on a newly created sid debian system, an Intel core 2 duo CPU using i386 (not amd64) distribution. I have successfully built and installed a kernel module package for the correct version of nvidia, kernel and hardware: ii nvidia-kernel-2.6.22-2-686 100.14.19-1 NVIDIA binary kernel module for Linux 2.6.22-2-686 (Incidentally, this particular package has worked with nvidia-glx on another Debian system. So I know it is OK.) Then, when I attempt to install nvidia-glx I get this message: pcndeb:~# apt-get install nvidia-glx Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: kdelibs4c2a: Depends: xbase-clients but it is not going to be installed xserver-xorg-core: Depends: xserver-xorg but it is not going to be installed E: Broken packages And now I am completely lost. What have these four packages to do with nvidia-glx, and what is it that apt-get is trying to tell me? Yes, nvidia-glx depends on xserver-xorg-core, but it *is* installed, with proper version, and so are the other three packages mentioned: ii kdelibs4c2a 4:3.5.7.dfsg.1-7 core libraries and binaries for all KDE applications ii xbase-clients1:7.3+2 miscellaneous X clients - metapackage ii x11-common 1:7.3+2 X Window System (X.Org) infrastructure ii xserver-xorg-core2:1.4-3 Xorg X server - core server The other packages on which nvidia-glx depends are also installed, with proper versions: ii libc62.6.1-5 GNU C Library: Shared libraries ii libx11-6 2:1.0.3-7X11 client-side library ii libxext6 1:1.0.3-2X11 miscellaneous extension library I am no novice in using apt-get and solving dependency problems, but this problem has stopped me cold. I have no clue as for how to proceed. best regards Peder Chr. Nørgaard e-mail: [EMAIL PROTECTED] Gefionsvej 19 spejder-e-mail: [EMAIL PROTECTED] DK-8230 Åbyhøj tel: +45 87 44 11 99 Denmark mob: +45 30 91 84 31 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash
Bug#446106: [pkg-nvidia-devel] Bug#446106: nvidia-glx fails to install
On Wednesday 10 October 2007, Randall Donald wrote: On Wed, 2007-10-10 at 16:28 +0200, Peder Chr. =?UTF-8?Q?N=C3=B8rgaard ?= wrote: The following packages have unmet dependencies: kdelibs4c2a: Depends: xbase-clients but it is not going to be installed xserver-xorg-core: Depends: xserver-xorg but it is not going to be installed E: Broken packages This probably has nothing to do with nvidia-glx. Have you tried running apt-get install -f ? Yes; it asked if I wished to remove most of Xorg and KDE installation. Which I definitely don't wish. best regards -- Peder Chr. Nørgaard e-mail: [EMAIL PROTECTED] Gefionsvej 19 spejder-e-mail: [EMAIL PROTECTED] DK-8230 Åbyhøj tel: +45 87 44 11 99 Denmark mob: +45 30 91 84 31
Bug#438568: FTBFS: fail to build when linux-libc-dev on buildings system is 2.6.22
Package: user-mode-linux Version: 2.6.21-1um-1 Severity: important Justification: fails to build from source This is a slightly tricky FTBFS report. The fundamental bug is probably of upstream origin - I have had similar problems building recent user-mode-linux'es under other distros. The actual problem is, that if I try to do a dpkg-buildpackage on a recent sid debian, it fails (I cannot do a pbuilder build because of #436388 and the fact that linux-source-2.6.21 is no longer found on the debian servers). The failure is a simple compilation failure: gcc -Wp,-MD,arch/um/os-Linux/.aio.o.d -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Os -D__arch_um__ -DSUBARCH=\i386\ -Dvmap=kernel_vmap -Din6addr_loopback=kernel_in6addr_loopback -march=i486 -mtune=generic -mpreferred-stack-boundary=2 -ffreestanding -D_LARGEFILE64_SOURCE -fno-unit-at-a-time -fno-omit-frame-pointer -fno-optimize-sibling-calls -g -fno-stack-protector -Wdeclaration-after-statement -Wno-pointer-sign -Iarch/um/include -I/home/pcn/debian_src/user-mode-linux-2.6.21-1um/linux-source-2.6.21/arch/um/include/skas -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -DHAVE_AIO_ABI -c -o arch/um/os-Linux/aio.o arch/um/os-Linux/aio.c arch/um/os-Linux/aio.c: In function 'do_aio': arch/um/os-Linux/aio.c:80: error: unknown field 'aio_reserved3' specified in initializer Now, why is this struct member 'aio_reserved3' missing? If you check the file aio_abi.h in the building directory linux-source-2.6.21/include/linux, the struct member is certainly defined. But if you look more closely at the 'gcc' command above, you will notice that it does not include an option -Iinclude - so the line '#include linux/aio_abi.h' in the aio.c makes the compilation include the file /usr/include/aio_abi.h - which belongs to the debian package linux-libc-dev which is now version 2.6.22-3. And the struct member in question - aio_reserved3 - is present in the linux 2.6.21 source but not in the linux 2.6.22 sources. So the fundamental problem is not that a struct member has been removed from a struct between 2.6.21 and 2.6.22 - it is that the compilation command is missing the -Iinclude option. It is quite obvious that the building of user-mode-linux - or any kernel building, actually - may not depend on whatever is currently installed in /usr/include - it must take all include files from the kernel build directory itself. Regrettably, I am not sufficiently competent in reading Makefile to figure out a patch to solve the problem. But I am pretty certain that the problem is not Debian-specific - it is a basic problem from upstream that just haven't been noticed because the vast majority of kernel builds - including UML kernel builds - happen on systems that have a linux-libc-dev installed that matches the kernel built. It is wrong nevertheless. I hope someone can figure this out and fix it. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-686 (SMP w/2 CPU cores) Locale: LANG=en_DK.ISO-8859-15, LC_CTYPE=en_DK.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages user-mode-linux depends on: ii uml-utilities 20060323-3 User-mode Linux (utility programs) user-mode-linux recommends no packages. -- no debconf information Peder Chr. Nørgaard e-mail: [EMAIL PROTECTED] Gefionsvej 19 spejder-e-mail: [EMAIL PROTECTED] DK-8230 Åbyhøj tel: +45 87 44 11 99 Denmark mob: +45 30 91 84 31
Bug#374544: Problem is fixed - a while ago, actually
package binutils fixed 2.17cvs20070426-7 thanks I discovered recently that this bug is now fixed. Searching back I found that it was fixed some months ago - at the version mentioned, as a part of the patch 306_ld_demangler_segfault.dpatch. I still think that my patch is a bit more nice - but if no-one ever plan to release the cross-reference data, it does not really matter. best regards -- Peder Chr. Nørgaard e-mail: [EMAIL PROTECTED] Gefionsvej 19 spejder-e-mail: [EMAIL PROTECTED] DK-8230 Åbyhøj tel: +45 87 44 11 99 Denmark mob: +45 30 91 84 31
Bug#435844: apt-listchanges fails to start
Package: apt-listchanges Version: 2.74 Severity: grave Justification: renders package unusable Today the invocation of apt-listchanges from an apt-get dist-upgrade failed for me with the following output: Traceback (most recent call last): File /usr/bin/apt-listchanges, line 28, in ? import apt_pkg ImportError: /usr/lib/python2.4/site-packages/apt_pkg.so: undefined symbol: pkgCPU Obviously, this is not an error in apt-listchanges itself, but a change in some of the packages on which apt-listchanges rely. Playing around with downgrading of recently upgraded packages has led me to believe that the error is caused by the upgrade of the package apt itself from 0.7.5 to 0.7.6. The 0.7.6 version is dated August 1st 2007. The file mentioned in the error message (apt_pkg.so) belongs to the package python-apt which is also updated very recently. But downgrading it does not fix the problem. Knowing very little about the inner working of apt-listchanges or apt itself I refrain from making more guesswork. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/2 CPU cores) Locale: LANG=en_DK.ISO-8859-15, LC_CTYPE=en_DK.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages apt-listchanges depends on: ii apt 0.7.6 Advanced front-end for dpkg ii debconf [debconf-2.0] 1.5.14 Debian configuration management sy ii debianutils 2.23 Miscellaneous utilities specific t ii python2.4.4-6An interactive high-level object-o pn python-aptnone (no description available) ii python-support0.6.4 automated rebuilding support for p ii ucf 3.001 Update Configuration File: preserv Versions of packages apt-listchanges recommends: ii exim4 4.67-7 meta-package to ease Exim MTA (v4) ii exim4-daemon-light [mail-tran 4.67-7 lightweight Exim MTA (v4) daemon -- debconf information: apt-listchanges/confirm: false apt-listchanges/which: news apt-listchanges/frontend: pager apt-listchanges/email-address: root apt-listchanges/save-seen: true -- Peder Chr. Nørgaard e-mail: [EMAIL PROTECTED] Gefionsvej 19 spejder-e-mail: [EMAIL PROTECTED] DK-8230 Åbyhøj tel: +45 87 44 11 99 Denmark mob: +45 30 91 84 31
Bug#435844: Follow-up on the report
I did a quick diff -r -u on the apt versions 0.7.5 vs 0.7.6. And my guess was right: --- apt-0.7.5/apt-pkg/init.cc 2007-07-24 14:33:27.0 +0200 +++ apt-0.7.6/apt-pkg/init.cc 2007-08-02 00:48:14.0 +0200 @@ -24,8 +24,6 @@ const char *pkgLibVersion = Stringfy(APT_PKG_MAJOR) . Stringfy(APT_PKG_MINOR) . Stringfy(APT_PKG_RELEASE); -const char *pkgCPU = COMMON_CPU; -const char *pkgOS = COMMON_OS; and later --- apt-0.7.5/apt-pkg/init.h2007-07-24 14:33:27.0 +0200 +++ apt-0.7.6/apt-pkg/init.h2007-08-02 00:48:14.0 +0200 @@ -23,8 +23,6 @@ extern const char *pkgVersion; extern const char *pkgLibVersion; -extern const char *pkgOS; -extern const char *pkgCPU; The maintainers of the apt package has simply removed the pkgCPU variable in the upgrade from 0.7.5 to 0.7.6. I leave it to the apt-listchanges maintainers to choose whether to raise hell against the apt maintainers for doing such a thing without even mentioning it in the changelog - or whether it is not worth the effort - for all I know, the functionality of apt-listchanges does not really need this variable. best regards -- Peder Chr. Nørgaard e-mail: [EMAIL PROTECTED] Gefionsvej 19 spejder-e-mail: [EMAIL PROTECTED] DK-8230 Åbyhøj tel: +45 87 44 11 99 Denmark mob: +45 30 91 84 31
Bug#435844: apt-listchanges fails to start
reassign 435844 apt-listchanges thanks Sorry, assigning it to python-apt is downright wrong. Please see my follow-up. -- Peder Chr. Nørgaard e-mail: [EMAIL PROTECTED] Gefionsvej 19 spejder-e-mail: [EMAIL PROTECTED] DK-8230 Åbyhøj tel: +45 87 44 11 99 Denmark mob: +45 30 91 84 31
Bug#425436: closed by Peter Van Eynde [EMAIL PROTECTED] (Bug#425436: fixed in slime 1:20070409-3)
On Tuesday 12 June 2007, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report #425436: slime: Missing build-dependency, which was filed against the slime package. It has been closed by Peter Van Eynde [EMAIL PROTECTED]. Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Peter Van Eynde [EMAIL PROTECTED] by replying to this email. Debian bug tracking system administrator (administrator, Debian Bugs database) FYI, I am pretty sure that this fix also closes bug #427220. It looks very much like the same bug to me. best regards -- Peder Chr. Nørgaard e-mail: [EMAIL PROTECTED] Gefionsvej 19 spejder-e-mail: [EMAIL PROTECTED] DK-8230 Åbyhøj tel: +45 87 44 11 99 Denmark mob: +45 30 91 84 31
Bug#425436: closed by Peter Van Eynde [EMAIL PROTECTED] (Bug#425436: fixed in slime 1:20070409-2)
reopen 425436 = thanks Sorry, by removing the texinfo from the Build-Depends-Indep - which I did not recommend - you introduced a new missing build dependency. best regards -- Peder Chr. Nørgaard e-mail: [EMAIL PROTECTED] Gefionsvej 19 spejder-e-mail: [EMAIL PROTECTED] DK-8230 Åbyhøj tel: +45 87 44 11 99 Denmark mob: +45 30 91 84 31
Bug#425435: slime: Slime does not autostart under emacs
Package: slime Version: 1:20070409-1 Severity: important Tags: patch There is a trivial bug in the emacs autostart file that causes autostart of slime to fail consistently. The bug is in specifying the directory of the slime code. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.20-skas3-v9-pre9 (SMP w/2 CPU cores) Locale: LANG=en_DK.ISO-8859-15, LC_CTYPE=en_DK.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages slime depends on: ii cl-swank1:20070409-1 Superior LISP Interaction Mode for ii emacsen-common 1.4.17 Common facilities for all emacsen Versions of packages slime recommends: ii emacs21 [info-browser] 21.4a+1-5The GNU Emacs editor ii info [info-browser] 4.8.dfsg.1-6 Standalone GNU Info documentation ii konqueror [info-browser]4:3.5.7-1KDE's advanced file manager, web b -- no debconf information *** debian/emacsen-startup~ 2007-05-21 17:56:02.0 +0200 --- debian/emacsen-startup 2007-05-21 18:21:32.0 +0200 *** *** 24,27 (load (concat /usr/share/ (if (boundp 'flavor) (symbol-name flavor) emacs) ! /site-lisp/slime-autoloads)) --- 24,27 (load (concat /usr/share/ (if (boundp 'flavor) (symbol-name flavor) emacs) ! /site-lisp/slime/slime-autoloads))
Bug#425436: slime: Missing build-dependency
Package: slime Version: 1:20070409-1 Severity: important Tags: patch Justification: fails to build from source Build under pbuilder of documentation for slime fails because a file /usr/share/texmf-texlive/tex/generic/epsf/epsf.tex is missing. This file is part of package texlive-generic-recommended - adding that to the control solves the problem. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.20-skas3-v9-pre9 (SMP w/2 CPU cores) Locale: LANG=en_DK.ISO-8859-15, LC_CTYPE=en_DK.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages slime depends on: ii cl-swank1:20070409-1 Superior LISP Interaction Mode for ii emacsen-common 1.4.17 Common facilities for all emacsen Versions of packages slime recommends: ii emacs21 [info-browser] 21.4a+1-5The GNU Emacs editor ii info [info-browser] 4.8.dfsg.1-6 Standalone GNU Info documentation ii konqueror [info-browser]4:3.5.7-1KDE's advanced file manager, web b -- no debconf information 6c6 Build-Depends-Indep: dh-lisp, texinfo, tetex-bin --- Build-Depends-Indep: dh-lisp, texinfo, tetex-bin, texlive-generic-recommended
Bug#399328: linux-patch-skas: user-mode-linux seems to not work on 2.6.18 patched with this package
On Friday 24 November 2006 15:50, Peder Chr. Nørgaard wrote: I have a correction to the original report; well, the report is correct, but I had made a mistake, which I corrected with no effect to the problem. I am not running this on a -686 CPU, but on an AMD Athlon, so I should really use -k7 kernels all the way through. So I switched to a mainstream -k7 kernel and a home-built -k7 kernel with SKAS; no changes, works fine on mainstream kernel, but the bug is still when SKAS patch is added to host system. So the problem *may* theoretically be local to the fact that I am using an AMD Athlon CPU; I just don't think that is very likely. If I can, I will try it out on a Pentium-based computer. Hello. I have now got my hands on a Pentium-based computer, and, to my big surprise, the problem is *not* manifest on the Pentium-based PC. Let me recapture: the problem is, that linux 2.6.18 kernel patched with the skas patch distributed by Debian package linux-patch-skas (which is really just the skas patch from blaisorblade's workshop) does not work with the (x86-variant agnostic) user-mode-linux distributed by Debian. The user-mode-linux hangs consistently somewhere in the boot process, described in a little more detalins in my original report. But I have only observed the problem on my AMD Athlon XP 2200+; today, when I try to do the same thing on an Intel Pentium (it is a Pentium M) it works just fine. Whether it works on the AMD or not has nothing to do with whether I build the host kernel as -686 or -k7 - the problem is manifest in both cases. So it is related to the chip rather than to the compilation, I think. So it seems that the problem is local to both 2.6.18 *and* the AMD Athlon CPU; I realize that this does not exactly makes it easier to figure out what happens. Please, if I can be of any assistance, tell me how. The problem is easy to reproduce, and even though I don't know much about the internals of user-mode-linux - I am just a happy user of user-mode-linux for testing and similar purposes - I do now a little about how to drive a gdb around in a guest kernel. If someone would tell me what to look for, I might be able to figure out at least where in the boot sequence the guest is hanging best regards -- Peder Chr. Nørgaard e-mail: [EMAIL PROTECTED] Gefionsvej 19 spejder-e-mail: [EMAIL PROTECTED] DK-8230 Åbyhøj tel: +45 87 44 11 99 Denmark mob: +45 30 91 84 31
Bug#399328: linux-patch-skas: user-mode-linux seems to not work on 2.6.18 patched with this package
On Friday 24 November 2006 14:54, Stefano Melchior wrote: On Sun, Nov 19, 2006 at 11:34:43AM +0100, Peder Chr.N�rgaard wrote: Dear Peder, : : at first sigh it seems a problem related to rootstrap, not with linux-patch-skas. To affirm it I need to investigate a bit more. Did you test the just-compiled kernel (with SKAS patch) with an pre-build uml instance to check if it works? If I remember well you can find here, in http://uml.nagafix.co.uk/, some uml instances. Anyway what is your rootstrap.conf configuration? Cheers SteX Hello Stefano, thanks for your answer. Yes, suspecting rootstrap is a natural thought, but I think it is not the case. First, I did also try to start user-mode-linux directly, with the parameters derived from rootstrap. Second, I did also try a root_fs successfully built with rootstrap under the non-SKAS kernel; starting user-mode-linux under the SKAS kernel it also hang at precisely the mentioned place. Third, since writing the report, I have found time to pick up the Debian 2.6.17-9 source package and perform the same exercise with that. And under my just-compiled 2.6.17-9 + SKAS kernel user-mode-linux runs just fine! Same guest user-mode-linux (2.6.18-1um-2), same rootstrap, even same linux-patch-skas package, fortunately, as it holds patches for all older kernel sources, too. So the problem is clearly related to 2.6.18 - either the kernel source (linux-source-2.6.18 version 2.6.18-2) or the patch. I have a correction to the original report; well, the report is correct, but I had made a mistake, which I corrected with no effect to the problem. I am not running this on a -686 CPU, but on an AMD Athlon, so I should really use -k7 kernels all the way through. So I switched to a mainstream -k7 kernel and a home-built -k7 kernel with SKAS; no changes, works fine on mainstream kernel, but the bug is still when SKAS patch is added to host system. So the problem *may* theoretically be local to the fact that I am using an AMD Athlon CPU; I just don't think that is very likely. If I can, I will try it out on a Pentium-based computer. Anyway, please find attached my rootstrap.conf - not that I think it is the cause of the problem. The conf is based on having a squid running on the host system, with the lines acl user-mode-linux src 172.16.0.0/255.240.0.0 http_access allow user-mode-linux added suitable places in the squid.conf. Also a stanza in /etc/network/interfaces: auto tap0 iface tap0 inet static address 172.16.0.1 netmask 255.255.255.0 tunctl_user uml-net up /sbin/ip -4 route add to 172.16.1.0/24 via 172.16.0.2 up /sbin/ip -4 route add to 172.16.2.0/24 via 172.16.0.2 best regards -- Peder Chr. Nørgaard e-mail: [EMAIL PROTECTED] Gefionsvej 19 spejder-e-mail: [EMAIL PROTECTED] DK-8230 Åbyhøj tel: +45 87 44 11 99 Denmark mob: +45 30 91 84 31 # # Global settings, these are passed on to all modules # [global] fstype=ext3 # How large to create the initial image (MB). Be generous, as image # creation will fail if it is too small, and it will be created as a # sparse file, making it relatively inexpensive initialsize=1024 # Will be resized to leave this much free space (MB) when building is # complete. Leave unset or set to 0 to disable resizing. freespace=256 # Which modules to invoke. Each module can have its own section # below, with module-specific settings modules=network mkfs mount debian uml umount # Global environment variables PATH=/bin:/sbin:/usr/bin:/usr/sbin # Use of a caching proxy is highly recommended where a local mirror is # not available, so that packages are not fetched many times # unnecessarily. I use squid. http_proxy=http://172.16.0.1:3128 # UML supplemental arguments # uncomment the following if you're running heavy processes in the # image creation, such as creating locales umlargs=mem=96M # Debugging stuff, if a rootstrap module fails spawn a shell to allow # investigating. Set the following variable to true if you want # such behaviour. #debug=true # # Networking # # required unless you have a local copy of all packages to be installed # these settings are only used during installation [network] hostname=pcnhuml # TUN/TAP configuration # For proxy ARP, use host=your host's LAN IP address and # uml=a free LAN IP address for UML's use # For a routing configuration, or if the installation process does not # need to reach anywhere except the host, use a separate RFC1918 # subnet for the virtual network between the host and UML. #interface=eth0 #transport=tuntap #host=192.168.10.1 #uml=192.168.10.2 #netmask=255.255.255.252 # For a preconfigured tap device (see tunctl(1)) #host_if=tap0 # Use this for slirp #interface=eth0 #transport=slirp #host= #uml=10.0.2.15 #nameserver=10.0.2.3 #gateway=10.0.2.2 #netmask=255.255.0.0 #slirp=slirp-fullbolt # Use
Bug#377459: installation of cl-asdf causes sbcl-common to be removed
On Tuesday 11 July 2006 11:36, Peter Van Eynde wrote: Alle Sunday 09 July 2006 09:35, Peder Chr. Nørgaard ha scritto: Package: cl-asdf Version: 1.99-2 Severity: important I try to upgrade to 1.99-2, apt-get says: % apt-get install cl-asdf Reading package lists... Done Building dependency tree... Done The following packages will be REMOVED: sbcl-common The following packages will be upgraded: cl-asdf That cannot possibly be the intention. I think this is caused by the line Actually it is, but apt-get is a little stupid. aptitude noticed that the new sbcl package now has a sbcl-doc and sbcl-source instead of the sbcl-common package and it suggested me to upgrade sbcl. I'm guessing the line apt-get install cl-asdf sbcl sbcl-doc would give the same effect. The reason the conflict is there is to move the asdf info file from the sbcl package (!) to the correct asdf package. OK, yes, I see. It wasn't easy to guess, and it was complicated by the fact that the new sbcl came out several days later than the cl-asdf that demanded the uninstallation of sbcl-common; I noticed that sbcl was stuck in NEW. Thanks for your answer, and please feel free to close the bug. best regards -- Peder Chr. Nørgaard e-mail: [EMAIL PROTECTED] Gefionsvej 19 spejder-e-mail: [EMAIL PROTECTED] DK-8230 Åbyhøj tel: +45 87 44 11 99 Denmark mob: +45 30 91 84 31
Bug#377459: installation of cl-asdf causes sbcl-common to be removed
Package: cl-asdf Version: 1.99-2 Severity: important I try to upgrade to 1.99-2, apt-get says: % apt-get install cl-asdf Reading package lists... Done Building dependency tree... Done The following packages will be REMOVED: sbcl-common The following packages will be upgraded: cl-asdf That cannot possibly be the intention. I think this is caused by the line Replaces: sbcl-common (= 1:0.9.13.0-2) that should not be there. There is a similar Conflicts: line which is OK, as far as I can see. -- 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.17-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) cl-asdf depends on no packages. Versions of packages cl-asdf recommends: ii cmucl [lisp-compi 19c-release-20051115-2 The CMUCL lisp compiler and develo ii common-lisp-contr 6.1This is a Common Lisp source and c ii sbcl [lisp-compil 1:0.9.14.0-2 A Common Lisp compiler and develop -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374544: Bug is also present in 2.17-1
This is just to confirm that this specific bug - garbage in output from --cref - is also present in the 2.17-1 version of binutils. best regards -- Peder Chr. Nørgaard e-mail: [EMAIL PROTECTED] Gefionsvej 19 spejder-e-mail: [EMAIL PROTECTED] DK-8230 Åbyhøj tel: +45 87 44 11 99 Denmark mob: +45 30 91 84 31
Bug#372564: kwalletmanager very often crashes at KDE Logout
On Tuesday 13 June 2006 23:38, John Stamp wrote: Duh. Well that was a dumb way for me to submit a new patch. How about this instead? Drop 14_kwalletmanager.diff in debian/patches and recompile. John I tried this, and it seems to solve the problem. I have logged out three or four times with modified kwalletmanager, and have had no crash. best regards -- Peder Chr. Nørgaard e-mail: [EMAIL PROTECTED] Gefionsvej 19 spejder-e-mail: [EMAIL PROTECTED] DK-8230 Åbyhøj tel: +45 87 44 11 99 Denmark mob: +45 30 91 84 31
Bug#372708: idle-python2.3, version 2.3.5-12, fails to install
Package: idle-python2.3 Version: 2.3.5-12 Severity: normal This is what happens when I try to update from 2.3.5-9.1: Setting up idle-python2.3 (2.3.5-12) ... /var/lib/dpkg/info/idle-python2.3.postinst: line 9: register-python: command not found dpkg: error processing idle-python2.3 (--configure): subprocess post-installation script returned error exit status 127 Errors were encountered while processing: idle-python2.3 E: Sub-process /usr/bin/dpkg returned an error code (1) True enough, the postinst script does invoke something called register-python - a name that is found nowhere in Debian (I checked, the Contents file of the distribution). -- 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-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages idle-python2.3 depends on: ii python-central0.4.7 register and build utility for Pyt ii python-tk [python2.3-tk] 2.4.3-1Tkinter - Writing Tk applications ii python2.3 2.3.5-12 An interactive high-level object-o idle-python2.3 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372564: kwalletmanager very often crashes at KDE Logout
Package: kwalletmanager Version: 4:3.5.3-1 Severity: important After upgrading to kdeutils 3.5.3-1 I experience frequently - something like every second time - that a KDE logout hangs with a message that kdewalletmanager has experienced a SIGSEGV. This is pretty bad: not only is the logout blocked, so I can't trust the machine to be shut down, but on some occasions my entire KDE configuration has been lost in the process, too. I have attached a stack dump. -- 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-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kwalletmanager depends on: ii kdelibs4c2a 4:3.5.3-1 core libraries and binaries for al ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-2 GCC support library ii libqt3-mt 3:3.3.6-2 Qt GUI Library (Threaded runtime v ii libstdc++64.1.1-2The GNU Standard C++ Library v3 kwalletmanager recommends no packages. -- no debconf information (no debugging symbols found) Using host libthread_db library /lib/tls/libthread_db.so.1. (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -150084 (LWP 4914)] [KCrash handler] #5 0xa6ea45f4 in QShared::deref () from /usr/lib/libqt-mt.so.3 #6 0xa7275868 in QGArray::~QGArray () from /usr/lib/libqt-mt.so.3 #7 0xa6ea6c6b in QMemArraychar::~QMemArray () from /usr/lib/libqt-mt.so.3 #8 0xa7267fd3 in QCString::~QCString () from /usr/lib/libqt-mt.so.3 #9 0x08063d52 in ?? () #10 0xa7bf0004 in ?? () from /usr/lib/libstdc++.so.6 #11 0xa742c8bc in ?? () from /usr/lib/libqt-mt.so.3 #12 0xaf9856d8 in ?? () #13 0xa6f1338d in QApplication::exec () from /usr/lib/libqt-mt.so.3 #14 0x08074003 in ?? () #15 0xaf985720 in ?? () #16 0x0807dfb7 in vtable for QGList () #17 0xaf985948 in ?? () #18 0x in ?? ()
Bug#361003: debian-installer: installer fails to configure sound in a way that works with KDE
On Saturday 08 April 2006 00:09, Joey Hess wrote: Peder Chr. =?UTF-8?Q?N=C3=B8rgaard ?= wrote: I did install alsa-base and alsa-utils (which pulled in linux-sound-base). That was not in itself enough - I also had to install package discover - that was suggested by the alsa packages. (OK, it was really an upgrade; debian-installer had installed package discover1, and package discover is a newer version of that). After that, the udev did create a /dev/dsp for me. Apparently udev is failing to load the correct alsa driver for your sound card on its own, and discover 2 happens to load the right driver. This is not a reason for us to install discover 2 by default along with udev; it is a reason to get udev or the kernel fixes so the right module is loaded by it. To do that you'll need to provide lspci and lspci -n information as well as dmesg output and info about what sound card module discover 2 loads (and possibly what unnucessary sound card module udev loads). Thank for your answer; sorry that I have taken so long following up. I needed to find a time slot to do a new full installation, still based on etch beta 2 installation disk, and without manually installing discover2. I have now done that, and the problem, whatever it was, has completely disappeared. My best guess is that it was a udev problem, and that the development of the udev package has solved the problem at some time between early April and now - eight versions has been issued in the interval. So my suggestion is that this bug report should be closed. The bug was real at the reporting time, but no more, and it has nothing to do with debian-installer anyway. thanks for your efforts -- Peder Chr. Nørgaard e-mail: [EMAIL PROTECTED] Gefionsvej 19 spejder-e-mail: [EMAIL PROTECTED] DK-8230 Åbyhøj tel: +45 87 44 11 99 Denmark mob: +45 30 91 84 31
Bug#365688: dependency chain is broken
On Thursday 04 May 2006 08:29, Steve Langasek wrote: reopen 365688 thanks Well, I'm afraid I have to reopen this bug. It turns out that it was never really an xaw3dg bug at all: emacs21 build-depends only on xaw3dg-dev, but expects to find X11/Xaw/Paned.h, which has never been shipped by xaw3dg-dev but only incidentally dragged in by a (wrong) dependency on libxaw7-dev. Perhaps xaw3dg-dev should actually be installing its own headers as X11/Xaw/*, I don't know; but in practice this is not the interface that Xaw3d provides, upstream or in Debian, so emacs21 needs to either include X11/Xaw3d/* instead of X11/Xaw/, or build-depend on libxaw7-dev. I have a very simple fix for this problem. I don't know if the fix for some reason is not acceptable - but at least it is working: Simply add libxaw-headers to the build-depends. That's where the X11/Xaw/Paned.h file lives, after all, according to Contents-i386.gz. And I know the solution works - I built it in an updated unstable pbuilder on May 2nd. And I am using the resulting emacs each day! best regards -- Peder Chr. Nørgaard e-mail: [EMAIL PROTECTED] Gefionsvej 19 spejder-e-mail: [EMAIL PROTECTED] DK-8230 Åbyhøj tel: +45 87 44 11 99 Denmark mob: +45 30 91 84 31
Bug#364583: No more sound - me too.
I had the same reaction after my dist-upgrade of unstable as of today (April 24th). No sound. I use aumix to adjust the mixer (I don't know about alsamixer). All my settings are zeroed; but contrary to what the original submitter of this TR observes, using aumix to adjust the settings to something normal does not help - I *still* have no sound, and the settings do not survive reboot. There is nothing wrong with the driver load and udev setup of devices - it works as always. But I fear that the problem may not be exclusively related to ALSA. I downgraded all the alsa packages alsa-base_1.0.11-1_all.deb libasound2-dev_1.0.11-2_i386.deb libasound2_1.0.11-2_i386.deb alsa-utils_1.0.11-1_i386.deb libasound2-doc_1.0.11-2_all.deb linux-sound-base_1.0.11-1_all.deb to the 1.0.10 versions. Now my mixer settings survive reboot - as before. But still I have no sound! I suspect that there may be problems with sound in the KDE upgrade that also arrived today: 3.5.2-1 to 3.5.2-2. I haven't yet tried to back out that upgrade (it is pretty big!). For the record, my sound is built-in on an AsRock K7S8X, version 3.0 motherboard; it uses (according to lspci) SiS sound controller. My kernel is the current unstable Debian 2.6.16 (2.6.16-9). Honestly, I consider upgrading the level of this TR to something release-critical. You know, an upgrade of the sound system, and now I have no sound best regard -- Peder Chr. Nørgaard e-mail: [EMAIL PROTECTED] Gefionsvej 19 spejder-e-mail: [EMAIL PROTECTED] DK-8230 Åbyhøj tel: +45 87 44 11 99 Denmark mob: +45 30 91 84 31
Bug#364583: [Pkg-alsa-devel] Bug#364583: No more sound - me too.
On Monday 24 April 2006 22:07, Elimar Riesebieter wrote: On Mon, 24 Apr 2006 the mental interface of Peder Chr. Nørgaard told: Hmm, mental...? I wasn't aware that I used ESP! [...] But I fear that the problem may not be exclusively related to ALSA. I downgraded all the alsa packages Again: There is a bug in /etc/init.d/alsa-utils. Since next upload please change ^ You do mean Until next upload , right? Bis nächste.., not Seit nächste...? # Exit silently if package is no longer installed [ -d /lib/alsa-utils ] || exit 0 to # Exit silently if package is no longer installed # [ -d /lib/alsa-utils ] || exit 0 Sorry to say - I did this change - but it doesn't change anything. I still don't have any sound! AFAIK kde uses a sond daemon called arts ore something like that. Try to kill the daemon (I think can be done in the kcc) and use jack or pure alsa then. KDE certainly uses a sound daemon called arts. I haven't got the foggiest about how to kill it and use anything else. And I am not really interested. I may be a little rough here, but with KDE being one of the two major desktops in Debian GNU/Linux, I certainly expect the sound system to work with arts. It did so until yesterday! And arts hasn't been upgraded. Not saying that I am unwilling to assist in hunting down the bug. I just don't feel very competent - I will need a lot of assistance. best regards -- Peder Chr. Nørgaard e-mail: [EMAIL PROTECTED] Gefionsvej 19 spejder-e-mail: [EMAIL PROTECTED] DK-8230 Åbyhøj tel: +45 87 44 11 99 Denmark mob: +45 30 91 84 31
Bug#363572: After installation of oooqs-kde, logout from KDE makes noise about oooqs
Package: oooqs-kde Version: 2.0.3-7 Severity: important The effect of installing oooqs-kde is not very clear - it does seem as if starting openoffice programs from KDE menu is a bit faster. But the installation does have one specific negative effect that I have observed on several quite different sid installations - when a user logs out from KDE, on a system with oooqs-kde installed, an error message is consistently displayed. It is something about At least one OpenOffice application is still active... - there is no time to read it properly or copy it to this error report, as the logout procedure continues mercilessly. Am I the only one who have observed this behaviour? It is not destructive as such, but it is certainly a nuisance, and it indicates that the oooqs-kde is somehow not conforming as expected in the KDE environment. -- 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=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages oooqs-kde depends on: ii kdelibs4c2a 4:3.5.2-2+b1 core libraries for all KDE applica ii libart-2.0-22.3.17-1 Library of functions for 2D graphi ii libaudio2 1.7-8The Network Audio System (NAS). (s ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libfontconfig1 2.3.2-5.1generic font configuration library ii libfreetype62.1.10-3 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.0-1GCC support library ii libice6 1:1.0.0-2X11 Inter-Client Exchange library ii libidn110.5.18-2 GNU libidn library, implementation ii libjpeg62 6b-12The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libqt3-mt 3:3.3.6-1Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.0-3X11 Session Management library ii libstdc++6 4.1.0-1 The GNU Standard C++ Library v3 ii libx11-62:1.0.0-6X11 client-side library ii libxcursor1 1.1.5.2-3X cursor management library ii libxext61:1.0.0-3X11 miscellaneous extension librar ii libxft2 2.1.8.2-6FreeType-based font drawing librar ii libxi6 1:1.0.0-3X11 Input extension library ii libxinerama11:1.0.1-2X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-3 X11 RandR extension library ii libxrender1 1:0.9.0.2-3 X Rendering Extension client libra ii libxt6 1:1.0.0-3X11 toolkit intrinsics library ii openoffice.org 2.0.2-2 OpenOffice.org Office suite versio ii openoffice.org-base 2.0.2-2 OpenOffice.org office suite - data ii openoffice.org-calc 2.0.2-2 OpenOffice.org office suite - spre ii openoffice.org-draw 2.0.2-2 OpenOffice.org office suite - draw ii openoffice.org-impress 2.0.2-2 OpenOffice.org office suite - pres ii openoffice.org-writer 2.0.2-2 OpenOffice.org office suite - word ii zlib1g 1:1.2.3-11 compression library - runtime Versions of packages oooqs-kde recommends: ii kicker4:3.5.2-1 desktop panel for KDE -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361003: debian-installer: installer fails to configure sound in a way that works with KDE
On Thursday 06 April 2006 01:08, Frans Pop wrote: On Wednesday 05 April 2006 23:12, Peder Chr.Nørgaard wrote: The interesting thing is that the kernel has loaded a bunch of sound modules: Most of those are alsa modules. Try installing the alsa-base and alsa-utils packages and reboot. After the reboot, you will probably have to adjust the volume level once (it's zero by default). If that does get sound working, try running alsa-conf. Please let us know if this solved your problem. Thank you for quick and working advice. I did install alsa-base and alsa-utils (which pulled in linux-sound-base). That was not in itself enough - I also had to install package discover - that was suggested by the alsa packages. (OK, it was really an upgrade; debian-installer had installed package discover1, and package discover is a newer version of that). After that, the udev did create a /dev/dsp for me. So now my problem is solved. However, I would suggest that this is really a task for debian-installer - either simply unconditional installation of alsa (and the newest discover), or give the user an option to install sound. As a bare minimum, the hint you gave me here ought to be available somewhere in the installation guide. It isn't for now, and the various HOWTOs on sound are completely outdated - from the epoch before 2.6 kernels, udev and ALSA. best regards -- Peder Chr. Nørgaard e-mail: [EMAIL PROTECTED] Gefionsvej 19 spejder-e-mail: [EMAIL PROTECTED] DK-8230 Åbyhøj tel: +45 87 44 11 99 Denmark mob: +45 30 91 84 31
Bug#361189: debian-installer installs modutils, not module-init-tools, with 2.6 kernel
Package: debian-installer Severity: normal This report is about debian-installer etch beta 2. I used the debian-installer as expert, which installs a 2.6 kernel. The installation ended up with package modutils, not module-init-tools. I don't think this is a problem before you start playing with your own modules - but it is wrong, package modutils is related to 2.2 and 2.4 kernels. -- 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=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#361003: debian-installer: installer fails to configure sound in a way that works with KDE
Package: debian-installer Severity: normal This report is about etch installer beta 2. I start by admitting that it may not be an installer problem at all; it may be that sound/KDE does not work at all in current sid. In that case I hope you installer guys can redirect me - it could be a kernel problem, a udev problem, or a KDE problem. I have a PC - a few years old - with an ASRock K7S8X mother board with built-in Intel 810 sound. Sound has worked fine with KDE in a sarge installation on this PC. But not now, with linux-image-2.6.16-1-686 version 2.6.16-5, udev version 0.088-2, and KDE at 3.5.2. The installer doesn't ask or otherwise do anything about sound. But when KDE is started, (with sound hardware configured to autodetect), the message is that /dev/dsp does not exist. And that is correct - it doesn't. The interesting thing is that the kernel has loaded a bunch of sound modules: % lsmod | grep snd snd_intel8x0 29436 0 snd_ac97_codec 82784 1 snd_intel8x0 snd_ac97_bus2048 1 snd_ac97_codec snd_pcm74408 2 snd_intel8x0,snd_ac97_codec snd_timer 20292 1 snd_pcm snd46080 4 snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer soundcore 8672 2 i810_audio,snd snd_page_alloc 9800 2 snd_intel8x0,snd_pcm So it is not that the kernel/udev hasn't recognized the sound hardware, or has recognized it wrongly. The problem is somewhere else, probably some missing software or missing configuration. Or perhaps just missing documentation. I searched the installer FAQ, the installer manual and the HOWTOs on sound. No joy. -- 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=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#353602: snd-doc fails to install
Package: snd-doc Version: 7.18-1 Severity: grave Justification: renders package unusable This is what happens when I attempt installation. Similar problem when I attempted upgrade. Selecting previously deselected package snd-doc. (Reading database ... 349026 files and directories currently installed.) Unpacking snd-doc (from .../snd-doc_7.18-1_all.deb) ... Setting up snd-doc (7.18-1) ... cannot create dhelp file '/usr/share/doc/snd-doc/HTML/manual/.dhelp': No such file or directory dpkg: error processing snd-doc (--configure): subprocess post-installation script returned error exit status 2 Errors were encountered while processing: snd-doc E: Sub-process /usr/bin/dpkg returned an error code (1) -- 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: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350183: udev (in contrast to hotplug) does not recognize multiple ethernets consistently
Package: udev Version: 0.082-1 Severity: grave Justification: renders package unusable I have a system with an Asus motherboard with an on-board ethernet socket, and two RealTek PCI boards. Using hotplug, this works all the time. Using udev (which I was forced into today, with the new release of pcmcia-cs), the boards are inconsistently recognized. Several different boots has yielded different namings of the boards, and, worse, in some of the boots only one or two of the boards were recognized. I realize, from a cursory study of the documentation, that it is possible to learn how to formulate udev rules that may work around this problem. I could probably even figure out how to do it. But I don't think that the package is ready for release if if does not have default rules to handle this rather simple physical configuration. I am very willing to provide additional information and work with you maintainers to solve this problem. It only takes a few seconds to replace hotplug with udev, and to switch back. best regards Peder Chr. Nørgaard e-mail: [EMAIL PROTECTED] Gefionsvej 19 spejder-e-mail: [EMAIL PROTECTED] DK-8230 Åbyhøj tel: +45 87 44 11 99 Denmark mob: +45 30 91 84 31 -- 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: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- 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: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Bug#350182: pcmcia-cs upgrade to 3.2.8-6 requires installation of udev instead of hotplug
Package: pcmcia-cs Version: 3.2.8-5.2 Severity: grave Justification: renders package unusable The new version of pcmcia-cs - 3.2.8-6 - unconditionally requires pcmciautils which in it turn requires udev. udev kicks out hotplug. As udev is not currently on an acceptable level of stability, I don't think this is acceptable, even for unstable. Certainly, this requirement should not be allowed into etch before the time where udev is more mature. On my system, the installation renders the entire system more or less unusable because the udev doesn't recognize my ethernet cards consistently. And, yes, I am going to file a bug report on that immediately. -- 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: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages pcmcia-cs depends on: ii debconf [debconf-2.0] 1.4.69 Debian configuration management sy ii dmidecode 2.7-2 Dump Desktop Management Interface ii libc6 2.3.5-12 GNU C Library: Shared libraries an ii lsb-base 3.0-14 Linux Standard Base 3.0 init scrip ii module-init-tools 3.2.2-1tools for managing Linux kernel mo ii psmisc22.1-1 Utilities that use the proc filesy Versions of packages pcmcia-cs recommends: ii hotplug 0.0.20040329-25 Linux Hotplug Scripts -- debconf information: * pcmcia-cs/start_pcmcia: true * pcmcia-cs/run_probe: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347694: kivio will not upgrade to 1.4.2-5+b1 because kivio-data is not present
Package: kivio Version: 1:1.4.2-5 Severity: serious Justification: unknown the subject says it all. kivio-data for 1.4.2-5+b1 is missing in unstable, both in the Packages file and on the mirrors. Incidentally, the source for koffice 1.4.2-1+b1 is missing, too, so I have had no chance to figure out myself why this may be. -- 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: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kivio depends on: ii kivio-data1:1.4.2-5 data files for Kivio flowcharting ii koffice-libs 1:1.4.2-5 common libraries and binaries for ii libc6 2.3.5-11 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-6 GCC support library ii libstdc++64.0.2-6The GNU Standard C++ Library v3 ii python2.3 2.3.5-9An interactive high-level object-o kivio recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333839: KDE has passed the latest C++ transition, now would be a really good time to upload a new lyx
I realize that the subject of this bug report says ia64; but it really hits all architectures. I appreciate that all those C++ transitions are making life hard on maintainers - but today kmail came out and that allowed me to do a major dist-upgrade to my sid. The only conflict left was lyx, because of the dependency on libaiksaurus, which is upgraded to the latest C++ version, and is used by other packages. I took the source from lyx 1.3.6-1 and recompiled it - the only change was in the changelog to get a new version. And it installed nicely. So now would be a good time to do an upload. Thanks for the good work. -- Peder Chr. Nørgaard e-mail: [EMAIL PROTECTED] Gefionsvej 19 spejder-e-mail: [EMAIL PROTECTED] DK-8230 Åbyhøj tel: +45 87 44 11 99 Denmark mob: +45 30 91 84 31