Bug#713968: opendkim: must escape + in SigningTable refile:
Package: opendkim Version: 2.6.8-4 Severity: normal Dear Maintainer, The manpage opendkim(8) states that * is the only wildcard character in a SigningTable refile. But if the pattern contains the character '+' it will NOT match. Looking at the implementation in util.c:mkregexp it is obvious why this happens: * is turned into .*, . is escaped, and all other characters are passed through unmodified. So if you want to match an email address of the form foo+...@example.com then you must example the + in the refile like: foo\+b...@example.com The manpage should explain this caveat. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/3 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages opendkim depends on: ii adduser 3.113+nmu3 ii libc6 2.13-38 ii libdb5.15.1.29-5 ii libldap-2.4-2 2.4.31-1+nmu2 ii liblua5.1-0 5.1.5-4 ii libmilter1.0.1 8.14.4-4 ii libopendkim72.6.8-4 ii libssl1.0.0 1.0.1e-2 ii libunbound2 1.4.17-3 ii libvbr2 2.6.8-4 ii lsb-base4.1+Debian8+deb7u1 opendkim recommends no packages. Versions of packages opendkim suggests: ii opendkim-tools 2.6.8-4 -- Configuration Files: /etc/default/opendkim changed: SOCKET=local:/var/spool/postfix/dkim/dkim.sock /etc/opendkim.conf changed: Syslog yes UMask 002 Domain etorok.net KeyTable file:/etc/mail/KeyTable SigningTable refile:/etc/mail/SigningTable MilterDebug10 LogWhy true SyslogSuccess yes Modes SubDomains no OversignHeaders From -- 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#421306: kpdf: excessive resource usage on malformed pdf
Package: kpdf Version: 4:3.5.6-2 Severity: normal I found that certain .pdf files can lead to memory exhaustion when opened with kpdf, and sometimes in gv. The attached pdf file was created by openoffice [1], and when opened with xpdf it shows an empty page. However kpdf start using huge amounts of memory when trying to open the page (2049M of virt memory, and 1023M of RES memory). The problem occured on Athlon64, with 2Gb of physical memory. If swap is disactivated, kpdf makes the system freeze for a few minutes (till the OOM killer starts killing some apps, but as usual it kills everything [even X]). If swap is available kpdf uses 2049MB of virt. memory, the system load rises, and it uses approx. 900MB of swap. I consider that for a .pdf of 1k, the amount of memory used by kpdf is insane, and kpdf shouldn't blindly accept any size read from a pdf. 1] The .pdf was created by selecting 3 charts in an OpenSpreadsheet document, and using 'Export as PDF'. The charts weren't exported correctly, but the bigger problem is that opening it in kpdf causes a DoS. Tthe .pdf wasn't manipulated in any way, it is exactly as openoffice created it. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.20-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kpdf depends on: ii kdelibs4c2a 4:3.5.6.r1.dfsg.1-4 core libraries and binaries for al ii libc62.5-4 GNU C Library: Shared libraries ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.2-4 GCC support library ii libjpeg626b-13 The Independent JPEG Group's JPEG ii libpaper11.1.21 Library for handling paper charact ii libqt3-mt3:3.3.7-4+b1Qt GUI Library (Threaded runtime v ii libstdc++6 4.1.2-4 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxft2 2.1.12-2FreeType-based font drawing librar ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages kpdf recommends: ii kghostview4:3.5.6-2 PostScript viewer for KDE -- no debconf information oom.pdf Description: Adobe PDF document
Bug#419174: synaptic: Dependency resolver: wants to remove 3 packages, instead of upgrading 1 package
Package: synaptic Version: 0.57.11.1 Severity: normal I wanted to upgrade libfuse2, and selected 'mark for upgrade'. Synaptic says it wants to remove these packes in order to make the upgrade: fuse-utils ntfsprogs sshfs However, if I select fuse-utils for upgrading first, and then upgrade libfuse2, it doesn't complain. 'aptitude install libfuse2' correctly detects that fuse-utils needs to be upgraded to successfully install libfuse2. Also, 'apt-get install libfuse2' behaves same as synaptic, it wants to remove those 3 packages. I think that synaptic should check if upgrading a package it wants to remove would solve the dependency. Maybe, it should just use aptitude's dependency resolver, which is much better for solving these kinds of conflicts, than apt-get's dependency resolver. Packages versions below, if you need further info, please ask. fuse-utils: Installed: 2.6.3-2 Candidate: 2.6.3-3 Version table: 2.6.3-3 0 500 http://ftp.iasi.roedu.net sid/main Packages *** 2.6.3-2 0 500 http://ftp.iasi.roedu.net testing/main Packages 100 /var/lib/dpkg/status libfuse2: Installed: 2.6.3-2 Candidate: 2.6.3-3 Version table: 2.6.3-3 0 500 http://ftp.iasi.roedu.net sid/main Packages *** 2.6.3-2 0 500 http://ftp.iasi.roedu.net testing/main Packages 100 /var/lib/dpkg/status ntfsprogs: Installed: 1.13.1-6+b2 Candidate: 1.13.1-6+b2 Version table: *** 1.13.1-6+b2 0 500 http://ftp.iasi.roedu.net sid/main Packages 500 http://ftp.iasi.roedu.net testing/main Packages 100 /var/lib/dpkg/status sshfs: Installed: 1.7-2 Candidate: 1.7-2 Version table: *** 1.7-2 0 500 http://ftp.iasi.roedu.net sid/main Packages 500 http://ftp.iasi.roedu.net testing/main Packages 100 /var/lib/dpkg/status -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages synaptic depends on: ii apt [libapt-pkg-libc6.3-6- 0.6.46.4-0.1 Advanced front-end for dpkg ii apt-utils [libapt-inst-lib 0.6.46.4-0.1 APT utility programs ii libatk1.0-01.12.4-3 The ATK accessibility toolkit ii libc6 2.5-1 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libgcc11:4.1.1-21GCC support library ii libglade2-01:2.6.0-4 library to load .glade files at ru ii libglib2.0-0 2.12.6-2 The GLib library of C routines ii libgtk2.0-02.8.20-7 The GTK+ graphical user interface ii libncurses55.5-5 Shared libraries for terminal hand ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libvte41:0.12.2-5Terminal emulator widget for GTK+ ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxft22.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii scrollkeeper 0.3.14-13 A free electronic cataloging syste Versions of packages synaptic recommends: ii deborphan 1.7.23 Find orphaned libraries ii gksu 2.0.0-4graphical frontend to su ii libgnome2-perl1.040-1Perl interface to the GNOME librar -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317242: lib3ds-dev: patch for compiling with -fPIC
Package: lib3ds-dev Version: 1.2.0-4.2 Followup-For: Bug #317242 This is still not fixed in latest version. Since lib3ds has no shared libs, the static archive needs to be built with -fPIC, otherwise you won't be able to link with it: /usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../lib64/lib3ds.a(io.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../lib64/lib3ds.a: could not read symbols: Bad value collect2: ld returned 1 exit status So on amd64 (and only on amd64) you need to build with -fPIC to make this package usable. See http://www.gentoo.org/proj/en/base/amd64/howtos/index.xml?part=1chap=3 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages lib3ds-dev depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries lib3ds-dev recommends no packages. -- no debconf information --- rules 2007-04-08 14:40:05.0 +0300 +++ ../../../lib3ds-1.2.0/debian/rules 2007-04-08 14:40:33.0 +0300 @@ -21,6 +21,9 @@ #ifeq ($(DEB_HOST_ARCH),$(findstring $(DEB_HOST_ARCH), alpha)) #CFLAGS += -fPIC #endif +ifeq ($(DEB_HOST_ARCH),$(findstring $(DEB_HOST_ARCH), amd64)) +CFLAGS += -fPIC +endif AM_INPUT := $(shell find -name Makefile.am) AM_OUTPUT := $(patsubst %.am,%.in,$(AM_INPUT))
Bug#381647: ace: Please package new upstream version
Package: ace Severity: wishlist A newer upstream release version (5.5) is available: http://deuce.doc.wustl.edu/ACE-5.5+TAO-1.5+CIAO-0.5.tar.gz Please package new version. Excerpt of changes between 5.4.7 - 5.5 (from NEWS file): [note the epoll support!] . ACE and its tests compile error free with GCC 4.1 pre release. . Improved ACE_Time_Value support for boundary conditions. . Fixed problems with operator placement delete on certain C++ compilers. . Correctly set sockaddr_in.sin_len and sockaddr_in6.sin6_len on platforms that have these fields. . Avoided problems with namespace pollution for max() macros. . Many fixes for ACE_LACKS* and ACE_HAS* macros for autoconfig. . Added dozens of new ACE_LACKS and ACE_HAS defines which are used to simplify the ACE_OS layer . Constructors of ACE_Time_Value have been made explicit to prevent implicit conversions. . Added a shutdown() method to ACE_Barrier. The new method aborts the wait by all threads. . Changed the behavior of ACE_Message_Queue::enqueue_head() and enqueue_tail(). If the enqueued message block has other blocks chained to it via its next() pointer, the entire chain of blocks will be enqueued at once. . Improved the support for high-resolution timers with ACE_Timer_Queue_Adapter. . Improved ACE_Pipe implementation so that it uses localhost to avoid firewall problems. . Added Unicode support to the Service Configurator. . Improved IPv6 support . Improved 64bit portability . TTY_IO overhaul - Improved documentation. - It is now possible to request infinite timeout in portable manner. This can be achieved by setting negative value to readtimeoutmsec. - Various bugs fixed and portability issues resolved. . Subset ACE for TAO and TAO Services . Completed implementation of ACE_Dev_Poll_Reactor using the Linux epoll facility; tested on Red Hat Enterprise Linux 4. ^ . The in-memory size of an ACE_RB_Tree will be smaller due to rearranged placement of pointers. . Added an optimization to CDR stream to ignores alignment when marshaling data. Use this new ACE_LACKS_CDR_ALIGNMENT compile-time option only when the ACE_DISABLE_SWAP_ON_READ macro is enabled. This new option requires ACE CDR engine to do both marshaling and demarshaling, and when this option is enabled the encoded streams are no longer compliant with the CORBA CDR specification. . Developed Feature Oriented Customizer (FOCUS) tool to enable specialization of middleware frameworks such as Reactor and Protocol framework. FOCUS provides an XML based transformation engine, where the transformations to specialize the components are captured in XML file and a weaver specializes the code. . Added support for unrolling ACE_OS::memcpy copy loop where applicable to improve performance. Autoconf tests empirically determine whether loop unrolling is at least 10% better than default version. . Added support for an ACE versioned namespace. When enabled, ACE library sources will be placed within a namespace of the user's choice or a namespace of the form ACE_5_4_7 by default, where 5_4_7 is the ACE major, minor and beta versions. The default may be overridden by defining the ACE_VERSIONED_NAMESPACE_NAME preprocessor symbol. Enable overall versioned namespace support by adding versioned_namespace=1 to your MPC default.features file. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-amd64-k8 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374417: synaptic: package file cache is corrupt
Package: synaptic Version: 0.57.10 Severity: normal Today after upgrading vim (from 1:7.0-017+7 to 1:7.0-017+8), after the installation has finished synaptic said: the package file cache is corrupt. I did an aptitude update after that and everything was ok. I have encountered this message a few times before, but then I was doing a massive upgrade. What can I do so this message doesn't appear anymore? (and why does it appear?) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages synaptic depends on: ii apt [libapt-pkg-libc6.3-6- 0.6.44.2 Advanced front-end for dpkg ii apt-utils [libapt-inst-lib 0.6.44.2 APT utility programs ii libatk1.0-01.11.4-2 The ATK accessibility toolkit ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libcairo2 1.0.4-2 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.2-7 generic font configuration library ii libgcc11:4.1.1-5 GCC support library ii libglade2-01:2.5.1-2+b1 library to load .glade files at ru ii libglib2.0-0 2.10.3-1 The GLib library of C routines ii libgtk2.0-02.8.18-1 The GTK+ graphical user interface ii libncurses55.5-2 Shared libraries for terminal hand ii libpango1.0-0 1.12.3-1 Layout and rendering of internatio ii libstdc++6 4.1.1-5 The GNU Standard C++ Library v3 ii libvte41:0.12.1-1Terminal emulator widget for GTK+ ii libx11-6 2:1.0.0-6 X11 client-side library ii libxcursor11.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxft22.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxml22.6.26.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.0.2-4 X Rendering Extension client libra ii scrollkeeper 0.3.14-11 A free electronic cataloging syste ii zlib1g 1:1.2.3-11compression library - runtime Versions of packages synaptic recommends: ii deborphan 1.7.18 Find orphaned libraries ii gksu 1.9.1-2graphical frontend to su ii libgnome2-perl1.040-1Perl interface to the GNOME librar -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373890: vim: cscope integration not available on amd64
Package: vim Version: 1:7.0-017+6 Severity: normal On amd64 vim has no support for cscope (:cs says sorry this command is not available in this version). Comparing :version from the 64-bit env, and the 32-bit chroot: I see the amd64 version has -cscope, while the 32bit one has +cscope. Why is that? Shouldn't these settings be consistent through architectures? from 64 bit env: Normal version with GTK2 GUI. Features included (+) or not (-): -arabic +autocmd +balloon_eval +browse +builtin_terms +byte_offset +cindent +clientserver +clipboard +cmdline_compl +cmdline_hist +cmdline_info +comments +cryptv -cscope +cursorshape +dialog_con_gui +diff +digraphs +dnd -ebcdic -emacs_tags +eval +ex_extra +extra_search -farsi +file_in_path +find_in_path +folding -footer +fork() +gettext -hangul_input +iconv +insert_expand +jumplist -keymap -langmap +libcall +linebreak +lispindent +listcmds +localmap +menu +mksession +modify_fname +mouse +mouseshape -mouse_dec +mouse_gpm -mouse_jsbterm -mouse_netterm +mouse_xterm +multi_byte +multi_lang -mzscheme +netbeans_intg -osfiletype +path_extra -perl +postscript +printer -profile -python +quickfix +reltime -rightleft -ruby +scrollbind +signs +smartindent -sniff +statusline -sun_workshop +syntax +tag_binary +tag_old_static -tag_any_white -tcl +terminfo +termresponse +textobjects +title +toolbar +user_commands +vertsplit +virtualedit +visual +visualextra +viminfo +vreplace +wildignore +wildmenu +windows +writebackup +X11 -xfontset +xim +xsmp_interact +xterm_clipboard -xterm_save In 32 bit env: Normal version with GTK2 GUI. Features included (+) or not (-): -arabic +autocmd +balloon_eval +browse +builtin_terms +byte_offset +cindent +clientserver +clipboard +cmdline_compl +cmdline_hist +cmdline_info +comments +cryptv -cscope +cursorshape +dialog_con_gui +diff +digraphs +dnd -ebcdic -emacs_tags +eval +ex_extra +extra_search -farsi +file_in_path +find_in_path +folding -footer +fork() +gettext -hangul_input +iconv +insert_expand +jumplist -keymap -langmap +libcall +linebreak +lispindent +listcmds +localmap +menu +mksession +modify_fname +mouse +mouseshape -mouse_dec +mouse_gpm -mouse_jsbterm -mouse_netterm +mouse_xterm +multi_byte +multi_lang -mzscheme +netbeans_intg -osfiletype +path_extra -perl +postscript +printer -profile -python +quickfix +reltime -rightleft -ruby +scrollbind +signs +smartindent -sniff +statusline -sun_workshop +syntax +tag_binary +tag_old_static -tag_any_white -tcl +terminfo +termresponse +textobjects +title +toolbar +user_commands +vertsplit +virtualedit +visual +visualextra +viminfo +vreplace +wildignore +wildmenu +windows +writebackup +X11 -xfontset +xim +xsmp_interact +xterm_clipboard -xterm_save -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-rc6-geb35cf60-dirty Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages vim depends on: ii libc62.3.6-15GNU C Library: Shared libraries ii libgpmg1 1.19.6-22 General Purpose Mouse - shared lib ii libncurses5 5.5-2 Shared libraries for terminal hand ii vim-common 1:7.0-017+6 Vi IMproved - Common files ii vim-runtime 1:7.0-017+6 Vi IMproved - Runtime files vim recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374026: xserver-xorg-input-kbd: keyboard stops working randomly
Package: xserver-xorg-input-kbd Version: 1:1.0.1.3-2 Severity: important The keyboard stops working after a certain amount of time. (~twice a week) When this happens I can still use the mouse, but no matter where I move the focus nothing of what I type shows. Neither ctrl-alt-F1, ctrl-alt-backspace,... nothing works. In kde I used switch user-start new session to start a new x server. There everything works fine. If I switch back to the old X server the keyboard doesn't work anymore (I have to use the mouse to switch back). I never had this problem before with xorg 7.0 This problem started to appear after the upgrade to xorg 7. I have found no way to reproduce it in a predictable way (except waiting for it to happen). I am locking/unlocking my workstation frequently (kde-lock session), but I've never had problems with the keyboard before. Also the keyboard lockup doesn't occur right after unlocking the workstation.(it might happen a few hours later). What can I do to debug this situation the next time it happens? Is there any command I can run (on the other X, or with the mouse) to somehow reset the keyboard in X? I also found this in :0's logs, they don't appear in :1's logs: SetGrabKeysState - disabled SetGrabKeysState - enabled (II) NVIDIA(0): Setting mode 1280x1024 (II) Configured Mouse: ps2EnableDataReporting: succeeded SetClientVersion: 0 9 SetGrabKeysState - disabled Keyboard type (from Xorg.0.log): (**) Option CoreKeyboard (**) Generic Keyboard: Core Keyboard (**) Option Protocol standard (**) Generic Keyboard: Protocol: standard (**) Option AutoRepeat 500 30 (**) Option XkbRules xorg (**) Generic Keyboard: XkbRules: xorg (**) Option XkbModel pc104 (**) Generic Keyboard: XkbModel: pc104 (**) Option XkbLayout us (**) Generic Keyboard: XkbLayout: us (**) Option CustomKeycodes off (**) Generic Keyboard: CustomKeycodes disabled (**) Option Protocol ExplorerPS/2 I know enabled AllowDeactivateGrabs to see if that can save the X session next time. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-rc6-geb35cf60-dirty Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages xserver-xorg-input-kbd depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries xserver-xorg-input-kbd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365547: manpages-dev should use dpkg-divert to solve conflicting files with glibc-doc
Package: manpages-dev Version: 2.28-1 Followup-For: Bug #365547 I managed to install manpages-dev by doing this: dpkg-divert --package manpages-dev --rename /usr/share/man/man3/sem_destroy.3. dpkg-divert --package manpages-dev --rename /usr/share/man/man3/sem_getvalue.3.gz dpkg-divert --package manpages-dev --rename /usr/share/man/man3/sem_init.3.gz dpkg-divert --package manpages-dev --rename /usr/share/man/man3/sem_post.3.gz dpkg-divert --package manpages-dev --rename /usr/share/man/man3/sem_wait.3.gz Would you consider adding those diverts to the package? If not, should somebody file a bug against glibc-doc to remove those manpages? Anyway I should be allowed to have _both_ packages installed on my system, without manually diverting files. (Are diversion the proper way of solving these file conflicts? Any ideas?) Thanks, Edwin -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-amd64-k8 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages manpages-dev depends on: ii manpages 2.28-1 Manual pages about using a GNU/Lin manpages-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358903: make: fails to build selinux reference policy
Package: make Version: 3.81-1 Followup-For: Bug #358903 Hi, Corenetwork.te is still missing from expansion. I tried reducing this to a simple testcase that fails, but I couldn't accomplish that. So I wrote a little makefile that does the same that the failing rule does. This little makefile works. It seems the problem only appears when you use the original makefile to do the build, if you extract portions from it they work, they just don't work put together. Here it is the Makefile that works: - vpath %.te policy/modules/admin:policy/modules/apps:policy/modules/kernel:policy/modules/services:policy/modules/system MODBASE := base MOD_CONF := policy/modules.conf BASE_MODS := $(addsuffix .te,$(sort $(shell awk '/^[[:blank:]]*[[:alpha:]]/{ if ($$3 == $(MODBASE)) print $$1 }' $(MOD_CONF) 2 /dev/null))) BASE_TE_FILES := $(BASE_MODS) /tmp/all_te_files.conf: $(BASE_TE_FILES) cat $^ $@ --- However the original Makefile doesn't work, despite having the same rule: $(TMPDIR)/all_te_files.conf: $(BASE_TE_FILES) ifeq ($(BASE_TE_FILES),) $(error No enabled modules! $(notdir $(MOD_CONF)) may need to be generated by using make conf) endif @test -d $(TMPDIR) || mkdir -p $(TMPDIR) $(verbose) cat $^ $@ $(call parse-rolemap,base,$@) Looking at the output of 'make -p log' here it is what that rule is translated to: tmp/all_te_files.conf: policy/modules/kernel/corecommands.te policy/modules/kernel/devices.te policy/modules/kernel/domain.te policy/modules/kernel/files.t e policy/modules/kernel/filesystem.te policy/modules/kernel/kernel.te policy/modules/kernel/mcs.te policy/modules/kernel/mls.te policy/modules/kernel/selin ux.te policy/modules/kernel/terminal.te However, look what BASE_TE_FILES is expanded to: BASE_TE_FILES := corecommands.te corenetwork.te devices.te domain.te files.te filesystem.te kernel.te mcs.te mls.te selinux.te terminal.te Why is corenetwork.te missing from the dependency rule above? Any ideas on how to debug this? That corenetwork.te is really needed there, because otherwise the build fails. I worked around this issue by adding '$(verbose) cat policy/modules/kernel/corenetwork.te $@' to that rule, and then everything builds ok. But this is not a solution. P.S.: the makefile is from the selinux reference policy package, configured to create modular policies. If you want to take a look at the entire makefile: http://edwintorok.googlepages.com/Makefile http://edwintorok.googlepages.com/Rules.modular http://edwintorok.googlepages.com/build.conf Cheers, Edwin -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-amd64-k8 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages make depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries make recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363010: preload: postinst script fails: executable format error
Package: preload Version: 0.2-5 Severity: serious Tags: patch Justification: Policy 6.1 When installing preload: Setting up preload (0.2-5) ... dpkg (subprocess): unable to execute post-installation script: Exec format error dpkg: error processing preload (--configure): subprocess post-installation script returned error exit status 2 Errors were encountered while processing: preload E: Sub-process /usr/bin/dpkg returned an error code (1) This is caused by an extra newline at the beginning of the postinst script, before the #! line. Removing that newline fixes the postinst script. --- /tmp/postinst 2006-04-17 08:53:00.0 +0300 +++ postinst2006-04-17 08:53:40.0 +0300 @@ -1,4 +1,3 @@ - #! /bin/sh # postinst script for #PACKAGE# # -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-amd64-k8 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages preload depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libglib2.0-0 2.10.2-1 The GLib library of C routines preload recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339644: preload: assertion `!g_hash_table_lookup (state-maps, map)' failed still appears
Package: preload Version: 0.2-5 Followup-For: Bug #339644 Hi, #/etc/init.d/preload start #firefox #mc #/etc/init.d/preload restart #firefox #mc #/etc/init.d/preload restart Look at /var/log/preload.log: [Mon Apr 17 08:56:34 2006] preload_state_register_map: assertion `!g_hash_table_lookup (state-maps, map)' failed [Mon Apr 17 08:56:34 2006] preload_state_register_map: assertion `!g_hash_table_lookup (state-maps, map)' failed [Mon Apr 17 08:56:34 2006] preload_state_register_map: assertion `!g_hash_table_lookup (state-maps, map)' failed Why does this happen? (note: preload continues running, it doesn't crash) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-amd64-k8 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages preload depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libglib2.0-0 2.10.2-1 The GLib library of C routines preload recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360843: manpages-dev still tries to overwrite files from modutils
Package: manpages-dev Version: 2.25-2 Followup-For: Bug #360843 Manpages-dev is still uninstallable: Unpacking replacement manpages-dev ... dpkg: error processing /var/cache/apt/archives/manpages-dev_2.25-2_all.deb (--unpack): trying to overwrite `/usr/share/man/man2/create_module.2.gz', which is also in package modutils BTW, what is the correct way of reporting bugs for packages that are not installable? What version should I put in the bugreport? The version of the new package, that doesn't install, or the version I have currently installed, and can't upgrade from it? (I used the new version) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-amd64-k8 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages manpages-dev depends on: ii manpages 2.25-2 Manual pages about using a GNU/Lin manpages-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362025: semanage: segmentation fault when trying to load base policy module
Package: policycoreutils Version: 1.28-6 Severity: normal I tried to load policy modules. I packaged the default policy into a base policy as described here: http://sepolicy-server.sourceforge.net/index.php?page=module-overview Then I did this: #semodule -v -b base.pp I first got an error about missing seusers from /etc/selinux/./modules/active, so I copied it there. Then I ran the command again, and I got a segfault: Attempting to install base module '/etc/selinux/src/base.pp': Ok: return value of 0. Committing changes: Program received signal SIGSEGV, Segmentation fault Here it is the backtrace: Program received signal SIGSEGV, Segmentation fault. 0x00306590bc24 in semanage_module_get_version () from /lib/libsemanage.so.1 (gdb) bt #0 0x00306590bc24 in semanage_module_get_version () from /lib/libsemanage.so.1 #1 0x00306591108c in semanage_seuser_iterate () from /lib/libsemanage.so.1 #2 0x003065907c5b in semanage_context_to_string () from /lib/libsemanage.so.1 #3 0x003065907239 in semanage_context_to_string () from /lib/libsemanage.so.1 #4 0x003065907859 in semanage_context_to_string () from /lib/libsemanage.so.1 #5 0x003065910e47 in semanage_seuser_iterate () from /lib/libsemanage.so.1 #6 0x00306590c7ef in semanage_module_get_version () from /lib/libsemanage.so.1 #7 0x0030659104d3 in semanage_reload_policy () from /lib/libsemanage.so.1 #8 0x003065909d58 in semanage_msg_set_callback () from /lib/libsemanage.so.1 #9 0x00306590acd6 in semanage_commit () from /lib/libsemanage.so.1 #10 0x004017f4 in ?? () #11 0x00300d11c4ca in __libc_start_main () from /lib/libc.so.6 #12 0x004011ca in ?? () #13 0x7fdafcc8 in ?? () #14 0x0030001179c0 in rtld_errno () from /lib64/ld-linux-x86-64.so.2 #15 0x0004 in ?? () #16 0x7fdb0694 in ?? () #17 0x7fdb06a7 in ?? () #18 0x7fdb06aa in ?? () #19 0x7fdb06ad in ?? () #20 0x in ?? () Maybe semodule can't handle the debian selinux policy, so I downloaded the reference policy, built it as targeted, and modular. I installed it, and then tried loading the base module. Same segmentation fault. The contents of my seusers file is this (copied from reference policy/config/app-targeted/seusers): root:root __default__:user_u Is this correct? I found this thread http://www.nsa.gov/selinux/list-archive/0511/13542.cfm talking about the problem of migrating from monolithic to modular policy, and the need of creating seusers. I did create seusers, and I got that segfault. Maybe modular policy needs more files to be copied, does anybody know what else is needed? Anyway semanage shouldn't segfault if it misses some files, it should give an error message. Let me know if I can help you in fixing this bug (by providing more detailed information, testing patches, etc.) P.S.: Is the Debian BTS the proper place to file SELinux tools bugs? Thanks, Edwin -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-amd64-k8 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages policycoreutils depends on: ii libc6 2.3.6-5GNU C Library: Shared libraries an ii libpam0g 0.79-3.1 Pluggable Authentication Modules l ii libselinux1 1.30-1 SELinux shared libraries ii libsemanage1 1.4-4 shared libraries used by SELinux p ii libsepol1 1.12-1 Security Enhanced Linux policy lib ii python2.4 2.4.2-2An interactive high-level object-o ii python2.4-selinux 1.30-1 Python2.4 bindings to SELinux shar ii python2.4-semanage1.4-4 Python2.4 bindings for SELinux po policycoreutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361589: nvidia-glx-dev: breaks packages depending on libgl-dev
Package: nvidia-glx-dev Version: 1.0.8756-1 Severity: important When I tried to install nvidia-glx-dev, it dpkg told me it can't, because packages depend on xlibmesa-gl-dev, and nvidia-glx-dev conflicts with it. So I dpkg --auto-deconfigure xlibmesa-gl-dev, and then I installed nvidia-glx-dev. I tried running 'apt-get -f install', but it tried to remove nvidia-glx-dev, and install xlibmesa-gl-dev instead. I tried doing an 'apt-get install libqt4-dev', and this is what I got: The following packages have unmet dependencies. freeglut3-dev: Depends: xlibmesa-gl-dev but it is not going to be installedor libgl-dev libglu1-xorg-dev: Depends: xlibmesa-gl-dev but it is not going to be installedor libgl-dev libopenexr-dev: Depends: xlibmesa-gl-dev but it is not going to be installedor libgl-dev libqt3-mt-dev: Depends: xlibmesa-gl-dev but it is not going to be installedor libgl-dev libqt4-dev: Depends: xlibmesa-gl-dev but it is not going to be installedor libgl-dev E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution). [EMAIL PROTECTED]:~/win/GameClient$ dpkg -l nvidia-glx-dev Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++--- ii nvidia-glx-dev 1.0.8756-1 NVIDIA binary XFree86 4.x / Xorg driver development files I see that nvidia-glx-dev 'Replaces: libgl-dev', so why does dpkg say libgl-dev is not going to be installed, does nvidia-glx-dev also has to 'Provides: libgl-dev'? btw, I did an 'apt-get source nvidia-glx', and 'dpkg-buildpackage -rfakeroot -B -us -uc'. nvidia-glx-dev worked fine for version 1.0.8178. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-amd64-k8 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages nvidia-glx-dev depends on: ii nvidia-glx1.0.8756-1 NVIDIA binary XFree86 4.x driver nvidia-glx-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349574: jed: 'M-x compile' not working: acompile.sl not found
Package: jed Version: 0.99.16-6 Severity: normal Steps to reproduce the bug: 1. Open a .c file 2. Press Alt-x, type compile, press enter 3. Error message appears, and no compilation happens S-Lang Error: Object not opened: Unable to load /home/edwin/acompile.sl I have no ~/.jedrc file, and I didn't change the jed.conf in /etc/. Why is it searching for acompile.sl, and not for acompile.slc? Acompile.sl isn't available in /usr/share/jed/lib, but acompile.slc is. Workaround: If I copy acompile.slc to acompile.sl then compiling works. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-amd64-k8 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages jed depends on: ii jed-common 0.99.16-6 byte compiled S-Lang runtime files ii libc62.3.5-12GNU C Library: Shared libraries an ii libgpmg1 1.19.6-21 General Purpose Mouse - shared lib ii libslang11.4.9dbs-10 The S-Lang programming library - r jed recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344763: fireflier: FTBFS: undefined reference to `NETRootInfo::NETRootInfo(_XDisplay*, unsigned long, int, bool)'
tags 344763 patch fixed-upstream Thanks On Monday 26 December 2005 01:47, you wrote: On Mon, Dec 26, 2005 at 12:19:15AM +0200, Torok Edwin wrote: Not reproducible with the latest packages from debian unstable, and latest SVN version, architecture amd64. Could you tell us what are the versions of your packages you have installed? Could you specify what distribution you tried to build it in (stable(sarge), testing(etch), unstable(sid)). The source package is from experimental, all the build dependencies from unstable. I would be intereseted in the output of the following command: dpkg -l debhelper iptables-dev libpam0g-dev libssl-dev libqt3-mt-dev automake1.7 automake1.8 automake1.9 autoconf libtool pkg-config g++ m4 kdelibs4-dev libxml2-dev I have the same versions, with one difference, I have automake1.7, you have automake1.9. Your Build dependency says: automake1.7|automake1.8|automake1.9, so it picks automake1.7 in case nothing is installed yet. It seems that automake1.7 somehow seems to break it. I tried automake 1.7, 1.8, 1.9; and you are right automake1.7 breaks the build. Automake 1.8, and 1.9 works ok. Please install automake1.8: apt-get install automake1.8 Then check that 'automake --version' says it is 1.8, otherwise do 'update-alternatives --config automake' and select 1.8. I included a patch to the debian/control file, that removes automake1.7 from the build-dependencies. The patch was applied upstream and it will be included in the next release. Kurt --- control (revision 420) +++ control (revision 421) @@ -2,7 +2,7 @@ Section: net Priority: optional Maintainer: Martin Maurer [EMAIL PROTECTED] -Build-Depends: debhelper ( 3.0.0), iptables-dev, libpam0g-dev, libssl-dev, libqt3-mt-dev, automake1.7|automake1.8|automake1.9, autoconf, libtool, pkg-config, g++, m4, kdelibs4-dev, libxml2-dev +Build-Depends: debhelper ( 3.0.0), iptables-dev, libpam0g-dev, libssl-dev, libqt3-mt-dev, automake1.8|automake1.9, autoconf, libtool, pkg-config, g++, m4, kdelibs4-dev, libxml2-dev Standards-Version: 3.6.1 Package: fireflier-server
Bug#344763: fireflier: FTBFS: undefined reference to `NETRootInfo::NETRootInfo(_XDisplay*, unsigned long, int, bool)'
On Sunday 25 December 2005 22:22, Kurt Roeckx wrote: Package: fireflier Version: 1.99.beta1-1 Severity: serious Tags: experimental Hi, Your package is failing to build with the following error: g++ -O2 -fno-check-new -o fireflier-client-kde fireflier_client.o traywidget.o fireflier_indep.o about_dialog.o fireflier_ui.o login_dialog.o error_dialog.o fireflier_client.moc.o traywidget.moc.o fireflier_client_kde_meta_unload.o /usr/lib/libqt-mt.so -lpng -lz -lm -lXext -lX11 -lresolv -lSM -lICE -lpthread ../sharedc++/src/libfireflier.a -L/usr/X11R6/lib -lssl fireflier_client.o: In function `activateInterface()': fireflier_client.cpp:(.text+0x221c): undefined reference to `NETRootInfo::NETRo otInfo(_XDisplay*, unsigned long, int, bool)' fireflier_client.cpp:(.text+0x2238): undefined reference to `NETRootInfo::setAc tiveWindow(unsigned long)' fireflier_client.cpp:(.text+0x2268): undefined reference to `NETRootInfo::~NETR ootInfo()' fireflier_client.cpp:(.text+0x2398): undefined reference to `NETRootInfo::~NETR ootInfo()' Kurt Not reproducible with the latest packages from debian unstable, and latest SVN version, architecture amd64. Could you tell us what are the versions of your packages you have installed? Could you specify what distribution you tried to build it in (stable(sarge), testing(etch), unstable(sid)). I would be intereseted in the output of the following command: dpkg -l debhelper iptables-dev libpam0g-dev libssl-dev libqt3-mt-dev automake1.7 automake1.8 automake1.9 autoconf libtool pkg-config g++ m4 kdelibs4-dev libxml2-dev Here it is what I have: ii autoconf 2.59a-7 ii automake1.91.9.6-1 ii debhelper 5.0.11 ii g++4.0.2-2 ii iptables-dev 1.3.3-2 ii kdelibs4-dev 3.4.3-2 ii libpam0g-dev 0.79-3 ii libqt3-mt-dev 3.3.5-3 ii libssl-dev 0.9.8a-5 ii libtool1.5.20-2 ii libxml2-dev2.6.22-2 ii m4 1.4.4-1 ii pkg-config 0.20-1 Thanks Edwin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344471: SELinux: init general protection error
Package: sysvinit Version: 2.86.ds1-6 Severity: normal When booting the kernel with selinux=1, I get the following error message: init[1] general protection rip:2ae759da rsp:7fc5e580 error 0 This message appears a lot of times (i.e. the screen is scrolling, and I see nothing else) Pressing Ctrl-alt-del works, it reboots the system. I have an Athlon64 CPU 3200+ (family:15, model:47, stepping 2). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-amd64-k8 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages sysvinit depends on: ii coreutils 5.93-5 The GNU core utilities ii initscripts 2.86.ds1-6 Standard scripts needed for bootin ii libc6 2.3.5-9GNU C Library: Shared libraries an ii libselinux1 1.26-1 SELinux shared libraries ii libsepol1 1.8-1 Security Enhanced Linux policy lib ii sysv-rc 2.86.ds1-6 Standard boot mechanism using syml sysvinit recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342734: debtags: Confirmed on i386 too, looks like duplicate of #342734
Package: debtags Version: 1.5.2+b1 Followup-For: Bug #342734 Confirmed on i386. Look slike duplicate of bug #342734 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Versions of packages debtags depends on: ii apt [libapt-pkg-libc6.3-6-3.1 0.6.43 Advanced front-end for dpkg ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-4 GCC support library ii libstdc++64.0.2-4The GNU Standard C++ Library v3 ii libtdb1 1.0.6-13 Trivial Database - shared library ii zlib1g1:1.2.3-6 compression library - runtime debtags recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337713: linux-image-2.6.14-1-k7: Kernel panic Fatal exception in interrupt
Package: linux-image-2.6.14-1-k7 Version: 2.6.14-1 Severity: important I have got a kernel panic, here it is: (I hand-copied it, since it wasn't saved to disk) EIP: 0060: [c02b2516] Not tainted VLI EFLAGS: 00010286 (2.6.14-1-k7) EIP is at nf_queue+0x16/0x240 eax: ebx: 0001 ecx: edx: 0002 esi: dece0920 edi: c03a3aa8 ebp: c0277e70 esp: cf165e78 ds: 007b es: 007b ss: 0068 Process sh (pid:5278, threadinfo=cf164000 task=dc5b4ab0) Stack: cf165f00 dae29000 c0277e70 0001 cf165f00 c03a3aa8 c0277e70 c02b1f7c cf165f00 dece0920 0002 0001 dae29000 c0277e70 dece0920 da641b40 da54bcde cc318abc c0277c10 0002 Call Trace: [c0277e70] ip_local_deliver_finish+0x0/0x230 [c0277e70] ip_local_deliver_finish+0x0/0x230 [c02b1f7c] nf_hook_slow+0x0c/0x110 [c0277e70] ip_local_deliver_finish+0x0/0x230 [c0277c10] ip_local_deliver+0x60/0x2c0 [c02783f7] ip_rcv+0x357/0x540 [c0258ed8] netif_receive_skb+0x238/0x2e0 [c0258fec] process_backlog+0x6e/0xf0 [c02590f7] net_rx_action+0x87/0x140 [c0120a33] __do_softirqq+0x43/0x90 [c012caa6] do_softirq+0x26/0x30 [c010528e] do_IRQ+0x1e/0x30 [c0103ada] common_interrupt+0x1a/0x20 Code: c0 75 ec e9 bd e5 e6 ff 8d b6 00 00 00 00 8d bc 27 00 00 00 00 55 57 56 53 83 ec 10 8b 54 24 2c 8b 74 24 28 8b 04 9b c0 42 3a c0 8b 38 85 ff 0f 84 96 01 00 00 86 44 24 2c 8b 7c 24 2c c7 44 24 0Kernel panic - not syncing: Fatal exception in interrupt Bug reproducible: always. Steps to reproduce: Start fireflierd Result: kernel panic What fireflierd does is try to communicate with the ip_queue module, that isn't loaded. If I load the module everything is ok. On kernel version 2.6.12 I got an error message from fireflierd, but the kernel didn't panic. If you need further info, tell please tell me how to provide it. If you need the program fireflierd, just tell me, I can upload it somewhere (binary/source), it is a GPL program, that's going to be released soon. Offtopic: I pressed Alt+SysRQ+O, and Alt+SysRq+B, and nothing happened. If I pressed Alt+SysRq+H it showed me the SysRq help. Here it is the output of /proc/modules: ipt_TCPMSS 4288 1 - Live 0xdedd ipt_tcpmss 2176 1 - Live 0xdedba000 iptable_filter 2816 1 - Live 0xded3 ip_tables 20160 3 ipt_TCPMSS,ipt_tcpmss,iptable_filter, Live 0xdedca000 via 40384 1 - Live 0xded54000 drm 73492 2 via, Live 0xded5f000 lp 12036 0 - Live 0xded44000 thermal 13384 0 - Live 0xded3f000 fan 4612 0 - Live 0xded2d000 button 6480 0 - Live 0xdecd5000 processor 22524 1 thermal, Live 0xded32000 ac 4676 0 - Live 0xdecd8000 battery 9412 0 - Live 0xded26000 binfmt_misc 11848 1 - Live 0xdebb6000 pppoe 14144 2 - Live 0xdecdb000 pppox 3400 1 pppoe, Live 0xdec91000 ipv6 265984 12 - Live 0xded72000 af_packet 22728 2 - Live 0xded1f000 ppp_generic 30036 6 pppoe,pppox, Live 0xded16000 slhc 7616 1 ppp_generic, Live 0xdec8e000 ntfs 210704 1 - Live 0xdece1000 nls_iso8859_1 3968 2 - Live 0xdec86000 nls_cp437 5632 1 - Live 0xdec83000 vfat 14208 1 - Live 0xdec89000 fat 54108 1 vfat, Live 0xdec94000 it87 21664 0 - Live 0xdebd9000 hwmon_vid 2624 1 it87, Live 0xdea1e000 i2c_isa 4736 1 it87, Live 0xdebad000 i2c_core 4 2 it87,i2c_isa, Live 0xdebd2000 snd_seq_dummy 3652 0 - Live 0xdea25000 snd_seq_oss 35328 0 - Live 0xdebc8000 snd_seq_midi 9312 0 - Live 0xdeba9000 snd_seq_midi_event 7168 2 snd_seq_oss,snd_seq_midi, Live 0xdea22000 snd_seq 52624 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event, Live 0xdebba000 snd_via82xx 29824 0 - Live 0xdeada000 gameport 15048 1 snd_via82xx, Live 0xdea51000 snd_ac97_codec 97276 1 snd_via82xx, Live 0xdea98000 snd_ac97_bus 2176 1 snd_ac97_codec, Live 0xde8bf000 snd_pcm_oss 54688 0 - Live 0xdeacb000 snd_mixer_oss 19776 1 snd_pcm_oss, Live 0xde9ba000 snd_pcm 92168 3 snd_via82xx,snd_ac97_codec,snd_pcm_oss, Live 0xdeab3000 snd_timer 24772 2 snd_seq,snd_pcm, Live 0xdea9 snd_page_alloc 10952 2 snd_via82xx,snd_pcm, Live 0xde891000 snd_mpu401_uart 7360 1 snd_via82xx, Live 0xde8b9000 snd_rawmidi 25440 2 snd_seq_midi,snd_mpu401_uart, Live 0xdea88000 snd_seq_device 8780 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq,snd_rawmidi, Live 0xde9b6000 shpchp 98660 0 - Live 0xdea37000 pci_hotplug 28340 1 shpchp, Live 0xdea16000 snd 55652 11 snd_seq_oss,snd_seq,snd_via82xx,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer,snd_mpu401_uart,snd_rawmidi,snd_seq_device, Live 0xdea28000 via_rhine 23364 0 - Live 0xde9ee000 mii 5632 1 via_rhine, Live 0xde8bc000 via_ircc 31252 0 - Live 0xde9e5000 soundcore 9696 1 snd, Live 0xde9af000 irda 199484 1 via_ircc, Live 0xdea56000 crc_ccitt 1984 1 irda, Live 0xde895000 ehci_hcd 35528 0 - Live 0xde9db000 uhci_hcd 33040 0 - Live 0xde9d1000 usbcore 124288 3 ehci_hcd,uhci_hcd, Live 0xde9f6000 parport_pc 36868 1 - Live 0xde998000 parport 37000 2 lp,parport_pc, Live 0xde9a4000 via_agp 9920 1 - Live 0xde879000 agpgart 35528 2 drm,via_agp, Live 0xde8af000 ide_cd 43716 0 - Live 0xde8a3000 cdrom 40736 1 ide_cd, Live 0xde898000 genrtc 8712 0
Bug#336915: gcc-4.0: Incorrect Warning statement has no effect when using a GNU extension (possible regression)
Package: gcc-4.0 Version: 4.0.2-3 Severity: normal When I compile the following program like this: gcc -Wall t2.cpp I get this warning: t2.cpp: In function 'int x(T)': t2.cpp:11: warning: statement has no effect t2.cpp: In function 'int x3(T)': t2.cpp:25: warning: statement has no effect When I compile the program with gcc-3.4 I get no warning. The statement DOES have an effect, its value is the value of the ({ ... }) parantheses. Without it would give a syntax error. The code in the return statement was taken from standard header files (bits/byteswap.h) Here it is the file t2.cpp: templatetypename T int x(T t) { return (__extension__ ( { register unsigned short int __v, __x = (t); if (__builtin_constant_p (__x)) __v = __x) 8) 0xff) | (((__x) 0xff) 8)); else __asm__ (rorw $8, %w0 : =r (__v) : 0 (__x) : cc); __v; } )); } templatetypename T int x3(T t) { return ( { register unsigned short int __v, __x = (t); if (__builtin_constant_p (__x)) __v = __x) 8) 0xff) | (((__x) 0xff) 8)); else __asm__ (rorw $8, %w0 : =r (__v) : 0 (__x) : cc); __v; }); } templatetypename T int x2(T t) { register unsigned short int __v, __x = (t); if (__builtin_constant_p (__x)) __v = __x) 8) 0xff) | (((__x) 0xff) 8)); else __asm__ (rorw $8, %w0 : =r (__v) : 0 (__x) : cc); return __v; } int main() { int z=4,y,y2,y3; y=x(z); y2=x2(z); y3=x3(z); return 0; } Some info about gcc: it is from debian unstable, latest. Output of gcc -v --save-temp -Wall t2.cpp: Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --program-suffix=-4.0 --enable-__cxa_atexit --enable-libstdcxx-allocator=mt --enable-clocale=gnu --enable-libstdcxx-debug --enable-java-gc=boehm --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.0-1.4.2.0/jre --enable-mpfr --disable-werror --enable-checking=release i486-linux-gnu Thread model: posix gcc version 4.0.3 20051023 (prerelease) (Debian 4.0.2-3) /usr/lib/gcc/i486-linux-gnu/4.0.3/cc1plus -E -quiet -v -D_GNU_SOURCE t2.cpp -mtune=i486 -Wall -fpch-preprocess -o t2.ii ignoring nonexistent directory /usr/local/include/i486-linux-gnu ignoring nonexistent directory /usr/include/i486-linux-gnu #include ... search starts here: #include ... search starts here: /usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../include/c++/4.0.3 /usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../include/c++/4.0.3/i486-linux-gnu /usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../include/c++/4.0.3/backward /usr/local/include /usr/lib/gcc/i486-linux-gnu/4.0.3/include /usr/include End of search list. /usr/lib/gcc/i486-linux-gnu/4.0.3/cc1plus -fpreprocessed t2.ii -quiet -dumpbase t2.cpp -mtune=i486 -auxbase t2 -Wall -version -o t2.s GNU C++ version 4.0.3 20051023 (prerelease) (Debian 4.0.2-3) (i486-linux-gnu) compiled by GNU C version 4.0.3 20051023 (prerelease) (Debian 4.0.2-3). GGC heuristics: --param ggc-min-expand=62 --param ggc-min-heapsize=60528 t2.cpp: In function 'int x(T)': t2.cpp:11: warning: statement has no effect t2.cpp: In function 'int x3(T)': t2.cpp:25: warning: statement has no effect as -V -Qy --32 -o t2.o t2.s GNU assembler version 2.16.91 (i486-linux-gnu) using BFD version 2.16.91 20050902 Debian GNU/Linux /usr/lib/gcc/i486-linux-gnu/4.0.3/collect2 --eh-frame-hdr -m elf_i386 -dynamic-linker /lib/ld-linux.so.2 /usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../lib/crt1.o /usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../lib/crti.o /usr/lib/gcc/i486-linux-gnu/4.0.3/crtbegin.o -L/usr/lib/gcc/i486-linux-gnu/4.0.3 -L/usr/lib/gcc/i486-linux-gnu/4.0.3 -L/usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../lib -L/usr/lib/gcc/i486-linux-gnu/4.0.3/../../.. -L/lib/../lib -L/usr/lib/../lib t2.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/gcc/i486-linux-gnu/4.0.3/crtend.o /usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../lib/crtn.o -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.14-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages gcc-4.0 depends on: ii binutils
Bug#336094: kdevelop3: crashes on build project when kdevelop3-plugins package is installed
Package: kdevelop3 Version: 4:3.2.2-0.1 Severity: important Bug description: I installed kdevelop3-plugins package. Now I am not able to compile my project from kdevelop3, because it crashes. It ddn't crash before installing kdevelop3-plugins. Reproducible: Always Steps to reproduce: 1. Install kdevelop3-plugins 2. Open kdevelop3 3. Project-New Project 4. C++- Simple Hello World Application, give any name to the project 5. Click next using defaults (license: GPL, VCS:none, default .h template,), and Finish 6. Build-Build Project 7. (Run automake friends?) Yes 8. CRASH Note: I tried version kdevelop version 3.2.91 (from kdevelop.org), and the crash doesn't occur. Here it is the stacktrace (provided by The KDE Crash Handler): (no debugging symbols found) Using host libthread_db library /lib/tls/i686/cmov/libthread_db.so.1. (no debugging symbols found) `system-supplied DSO at 0xe000' has disappeared; keeping its symbols. [Thread debugging using libthread_db enabled] [New Thread -1208321824 (LWP 8894)] [New Thread -1219380304 (LWP 8934)] [KCrash handler] #4 0xb6ae236e in AutoProjectPart::startMakeCommand () from /usr/lib/kde3/libkdevautoproject.so #5 0xb6ae310b in AutoProjectPart::slotBuild () from /usr/lib/kde3/libkdevautoproject.so #6 0xb6ae549e in AutoProjectPart::qt_invoke () from /usr/lib/kde3/libkdevautoproject.so #7 0x4a51f09f in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #8 0x4a51fb83 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #9 0x4ad6b9e6 in KAction::activated () from /usr/lib/libkdeui.so.4 #10 0x4ada0e9b in KAction::slotActivated () from /usr/lib/libkdeui.so.4 #11 0x4adbc0bb in KAction::slotPopupActivated () from /usr/lib/libkdeui.so.4 #12 0x4adbc3dd in KAction::qt_invoke () from /usr/lib/libkdeui.so.4 #13 0x4a51f09f in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #14 0x4a8af9e5 in QSignal::signal () from /usr/lib/libqt-mt.so.3 #15 0x4a53cf70 in QSignal::activate () from /usr/lib/libqt-mt.so.3 #16 0x4a646d37 in QPopupMenu::mouseReleaseEvent () from /usr/lib/libqt-mt.so.3 #17 0x4ad78930 in KPopupMenu::mouseReleaseEvent () from /usr/lib/libkdeui.so.4 #18 0x4a55a3f6 in QWidget::event () from /usr/lib/libqt-mt.so.3 #19 0x4a4b4bb8 in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3 #20 0x4a4b518b in QApplication::notify () from /usr/lib/libqt-mt.so.3 #21 0x4ab7d9fc in KApplication::notify () from /usr/lib/libkdecore.so.4 #22 0x4a444b13 in QApplication::sendSpontaneousEvent () from /usr/lib/libqt-mt.so.3 #23 0x4a43fd38 in QETWidget::translateMouseEvent () from /usr/lib/libqt-mt.so.3 #24 0x4a43e27e in QApplication::x11ProcessEvent () from /usr/lib/libqt-mt.so.3 #25 0x4a457d9c in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3 #26 0x4a4cd2e2 in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 #27 0x4a4cd20b in QEventLoop::exec () from /usr/lib/libqt-mt.so.3 #28 0x4a4b3745 in QApplication::exec () from /usr/lib/libqt-mt.so.3 #29 0x0804e3c8 in ?? () #30 0xbf8cbca4 in ?? () #31 0x08051c42 in vtable for QGList () #32 0xbf8cbe68 in ?? () #33 0x0804e37c in ?? () #34 0x0004 in ?? () #35 0x0008 in ?? () #36 0x4b7dcc34 in free () from /lib/tls/i686/cmov/libc.so.6 #37 0x4b78aeb0 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6 #38 0x0804d991 in ?? () I have also tried this on an existing project, and I obtained a crash, here it is the backtrace for that case: (no debugging symbols found) Using host libthread_db library /lib/tls/i686/cmov/libthread_db.so.1. (no debugging symbols found) `system-supplied DSO at 0xe000' has disappeared; keeping its symbols. [Thread debugging using libthread_db enabled] [New Thread -1208166176 (LWP 8371)] [New Thread -1219097680 (LWP 8374)] [KCrash handler] #4 0xb781dd0a in TrollProjectWidget::slotBuildProject () from /usr/lib/kde3/libkdevtrollproject.so #5 0xb781e02e in TrollProjectWidget::qt_invoke () from /usr/lib/kde3/libkdevtrollproject.so #6 0x4a51f09f in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #7 0x4a51fb83 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #8 0x4ad6b9e6 in KAction::activated () from /usr/lib/libkdeui.so.4 #9 0x4ada0e9b in KAction::slotActivated () from /usr/lib/libkdeui.so.4 #10 0x4adbc0bb in KAction::slotPopupActivated () from /usr/lib/libkdeui.so.4 #11 0x4adbc3dd in KAction::qt_invoke () from /usr/lib/libkdeui.so.4 #12 0x4a51f09f in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #13 0x4a8af9e5 in QSignal::signal () from
Bug#321823: mozilla-firefox: Firefox automatic I'm feeling lucky search when invalid URL entered shouldn't be default
Package: mozilla-firefox Version: 1.0.6-2 Severity: normal Tags: patch This is bugzilla bug #275957 Brief summary: When a user enters an invalid URL in the location bar, an automatic Google Search is performed, and the user is taken to the first search result (I'm feeling lucky), without informing the user what has happened or asking for his consent. This shouldn't be default behaviour: the user should be informed what has happened by a popup window, or by not performing the automatic redirection. I included a patch that changes the default I'm feelink lucky search to a simple google search. Any user can change this after installing firefox, all he has to do is enter about:config in the location bar, and change keyword.URL. See the bugzilla report for more info Please review this behavior and decide upon an appropiate action for such a situation. Thanks Thanks -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages mozilla-firefox depends on: ii debianutils 2.14.1 Miscellaneous utilities specific t ii fontconfig2.3.2-1generic font configuration library ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.1-3 GCC support library ii libglib2.0-0 2.6.6-1The GLib library of C routines ii libgtk2.0-0 2.6.8-1The GTK+ graphical user interface ii libidl0 0.8.5-1library for parsing CORBA IDL file ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libkrb53 1.3.6-4MIT Kerberos runtime libraries ii libpango1.0-0 1.8.2-1Layout and rendering of internatio ii libpng12-01.2.8rel-1 PNG library - runtime ii libstdc++64.0.1-3The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-4 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-4 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxinerama1 6.8.2.dfsg.1-4 X Window System multi-head display ii libxp66.8.2.dfsg.1-4 X Window System printing extension ii libxt66.8.2.dfsg.1-4 X Toolkit Intrinsics ii psmisc21.6-1 Utilities that use the proc filesy ii xlibs 6.8.2.dfsg.1-4 X Window System client libraries m ii zlib1g1:1.2.3-1 compression library - runtime mozilla-firefox recommends no packages. -- no debconf information diff -u mozilla-firefox-1.0.6/browser/app/profile/firefox.js mozilla-firefox-1.0.6/browser/app/profile/firefox.js --- mozilla-firefox-1.0.6/browser/app/profile/firefox.js +++ mozilla-firefox-1.0.6/browser/app/profile/firefox.js @@ -123,7 +123,7 @@ pref(xpinstall.whitelist.add.103, addons.mozilla.org); pref(keyword.enabled, true); -pref(keyword.URL, http://www.google.com/search?btnI=I%27m+Feeling+Luckyie=UTF-8oe=UTF-8q=;); +pref(keyword.URL, http://www.google.com/search?ie=UTF-8oe=UTF-8q=;); pref(general.skins.selectedSkin, classic/1.0); pref(general.useragent.vendor, Firefox); diff -u mozilla-firefox-1.0.6/debian/changelog mozilla-firefox-1.0.6/debian/changelog --- mozilla-firefox-1.0.6/debian/changelog +++ mozilla-firefox-1.0.6/debian/changelog @@ -1,3 +1,12 @@ +mozilla-firefox (1.0.6-3) unstable; urgency=low + + * browser/app/profile/firefox.js: removed the I'm feeling lucky from the +keyword.URL, so now if you enter search terms in the address bar you will +be presented with search results and not taken to the first result + + + -- Torok Edwin [EMAIL PROTECTED] Sun, 7 Aug 2005 09:54:22 +0300 + mozilla-firefox (1.0.6-2) unstable; urgency=medium * modules/libpr0n/src/imgLoader.cpp, modules/libpr0n/src/imgLoader.h:
Bug#320784: installation-reports: missing script packages from CD
Package: installation-reports Severity: grave Justification: renders package unusable Debian-installer-version: http://cdimage.debian.org/pub/cdimage-testing/etch_d-i/i386/20050709/debian-testing-i386-netinst.iso uname -a:Linux lightspeed.dnsalias.net 2.6.8-2-386 #1 Thu May 19 17:40:50 JST 2005 Date: 2005 Aug 1st, time: 11:34 Method: install from netinst CD, and then download the rest of the packages through PPPoE Machine: motherboard: MS8188E, graphics: on-board S3 UniChrome Processor: Athlon XP Thoroughbred 2100+ Memory: 512 Mb DDR PC3200 Root device: IDE, /dev/hda9 Root size/partition table: Disk geometry for /dev/hda: 0.000-39205.687 megabytes Disk label type: msdos MinorStart End Type Filesystem Flags 1 0.031 7632.443 primary ntfsboot 2 7632.444 39205.502 extended lba 5 7632.475 15131.535 logical reiserfs 6 15131.566 15257.043 logical linux-swap 7 15257.074 31000.429 logical fat32 lba 8 31000.460 31486.772 logical linux-swap = swap 9 31486.803 39205.502 logical reiserfs = / Output of lspci and lspci -n: :00:00.0 Host bridge: VIA Technologies, Inc. VT8378 [KM400] Chipset Host Bridge :00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI Bridge :00:10.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 80) :00:10.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 80) :00:10.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 80) :00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82) :00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge :00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) :00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 50) :00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74) :01:00.0 VGA compatible controller: VIA Technologies, Inc. VT8378 [S3 UniChrome] Integrated Video (rev 01) :00:00.0 0600: 1106:3205 :00:01.0 0604: 1106:b198 :00:10.0 0c03: 1106:3038 (rev 80) :00:10.1 0c03: 1106:3038 (rev 80) :00:10.2 0c03: 1106:3038 (rev 80) :00:10.3 0c03: 1106:3104 (rev 82) :00:11.0 0601: 1106:3177 :00:11.1 0101: 1106:0571 (rev 06) :00:11.5 0401: 1106:3059 (rev 50) :00:12.0 0200: 1106:3065 (rev 74) :01:00.0 0300: 1106:7205 (rev 01) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[0] Configure network HW: [0] Config network: [E] Detect CD: [0] Load installer modules: [0] Detect hard drives: [0] Partition hard drives: [0] Create file systems:[0] Mount partitions: [0] Install base system:[E] Install boot loader:[0] Reboot: [0] Comments/Problems: I. The network couldn't be configured because I use PPPoE, i managed to configure it after the reboot (this is a known issue, I've read on the webpage). II. The base system didn't install, because: 1. Deboostrap error: no such script /usr/lib/debootstrap/scripts/etch solution: I copied the /usr/lib/debootstrap/scripts/sid to etch 2. Couldn't download: at, exim4, ipchains, mailx, exim4-config, exim4-base, exim4-daemon-light note: the packages aren't on the netinst CD! solution: I removed the packages from the install script 3. Couldn't meet dependencies of initrd-tools: cramfsprogs, dash missing from the install script solution: I added those packages to the install script 4. Couldn't meet dependencies of whiptail and other packages that depend on libslang2 solution: I added libslang2 to the install script III. Apt-setup should ask if I want to add more sources when adding an http source, but instead it just went to the next step(choosing packages to install) solution: I added the local mirrors, and cdroms first,(in this case apt-setup asked me if I want more sources added) and then the http source Note: when I downloaded the netinst CD image yesterday it was the newest, today I see that a new one has been added, I haven't tested that one. You can see the URL of the CD I tested on top Thanks you, Edwin -- 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.8-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312244: cupsys: gs-esp is required to print on Canon-BJC250, but isn't a required dependency
Package: cupsys Severity: important I just uninstalled the gs-esp package, and the printing stopped working. I got the following error messages in /var/log/cups/error_log: E [06/Jun/2005:14:52:30 +0300] Unable to convert file 0 to printable format for job 13! I [06/Jun/2005:14:52:30 +0300] Hint: Do you have ESP Ghostscript installed? I [06/Jun/2005:14:52:30 +0300] Hint: Try setting the LogLevel to debug. After I reinstalled gs-esp, the printing has worked again. I am using a Canon BJC-250 printer attached to the parallel port of my computer. The gs-esp package is currently a recomended package dependency, but it isn't a required package, although printing stops working for me without it. I think it should be a required dependency, so the package manager won't allow me to uninstall it, while keeping cupsys installed. So in short: uninstalling, or not installing the gs-esp package breaks the printing, and makes cupsys useless without it. The fix would be that this package should be added to the required packages, or at least clearly stated in the package description, that Canon BJC-250 users must install gs-esp, otherwise printing won't work. The version of cupsys I am using is 1.1.23-10, and gs-esp is 7.07.1-9 from the latest from the sarge testing distribution according to my knowledge. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311968: I'm sorry a problem of my ISP
It seems it all was a problem with my ISP. It was filtering my http port. If I move it to port 8080 it works ok. Sorry for sending the bug report, it wasn't a bug after all, I should have checked it more, before sending it. Here it is the output of 'lsof -i TCP|grep apache' just in case: apache2 6231 root3u IPv6 35203 TCP *:webcache (LISTEN) apache2 6232 www-data3u IPv6 35203 TCP *:webcache (LISTEN) apache2 6233 www-data3u IPv6 35203 TCP *:webcache (LISTEN) apache2 6234 www-data3u IPv6 35203 TCP *:webcache (LISTEN) apache2 6235 www-data3u IPv6 35203 TCP *:webcache (LISTEN) apache2 6236 www-data3u IPv6 35203 TCP *:webcache (LISTEN) apache2 6244 www-data3u IPv6 35203 TCP *:webcache (LISTEN) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]