Bug#439372: ocsinventory-server: fresh installation -- complete failure
Package: ocsinventory-server Version: 1.01-2 Severity: serious Trying to install ocs-inventory from scratch. The database is on a different computer. Several bugs cropped up, and I still not haven't gotting things working: 1) Debconf asked whether I wanted to use dbconfig for database installation or that I should check the ocsinventory /usr/share/doc directory otherwise. Well, there is no info in the ocsinventory-server documentation on how to prepare a database (which I would have preferred personally) 2) Choosing dbconfig prompted for a database administrator password. But it did not ask for the dbadmin username. The mysql root user does not have remote access on that particular server... 3) Continuing as is, debconf complained that a mysql server would be needed and if I wanted to abort/retry/ignore. As far as I could tell, it had not even done anything yet so the retry made no sense at all. And the database was to be on another host... Ignoring, things failed completely, because, well, there was no mysql running on the host ocsinventory was configuring on. 4) dpkg-reconfigure -plow could not run at this point because the package had not been configured yet. I had to dpkg-reconfigure debconf and set priority to low there in order to retry. The package could have failed gracefully and allowed reconfiguration instead. 5) I prepared a dbadmin user on the mysql server so that the package configuration could do what it had to, remotely. Trying dpkg --configure -a: this time I was prompted for host and username. Great. Still complaining about a mysql server requirement, ignore. Configuration then failed because the mysql-client command was not installed! 6) After installing the mysql-client package, configuration finally succeeded. Trying to browse http://localhost/ocsinventory/ I got an internal server error... The apache error logs showed that the application could not connect to mysql; it turned out the configuration had not granted itself permission to connect to the server remotely. 7) Fixing remote connectivity on the mysql server, the next browse attempt resulted in a "bad request" error. Apache error logs listed this: DBD::mysql::st execute failed: Table 'ocsweb.config' doesn't exist at /usr/share/perl5/Apache/Ocsinventory/Server/System.pm line 85. Now I'm stuck... KR, Filip -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (899, 'stable'), (10, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20-1-amd64 Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8) Versions of packages ocsinventory-server depends on: ii apache2-mpm-prefork [apache2] 2.2.4-3Traditional model for Apache HTTPD ii dbconfig-common 1.8.35 common framework for packaging dat ii debconf [debconf-2.0] 1.5.14 Debian configuration management sy ii libapache-dbi-perl1.05-1 Connect apache server to database ii libapache2-mod-perl2 2.0.2-2.4 Integration of perl with the Apach ii libcompress-zlib-perl 1.42-2 Perl module for creation and manip ii libdbd-mysql-perl 4.005-1A Perl5 database interface to the ii libdbi-perl 1.53-1 Perl5 database interface by Tim Bu ii libnet-ip-perl1.25-2 Perl extension for manipulating IP ii libxml-simple-perl2.16-1 Perl module for reading and writin ii ucf 3.001 Update Configuration File: preserv Versions of packages ocsinventory-server recommends: pn ocsinventory-reports (no description available) -- debconf information: ocsinventory-server/internal/skip-preseed: false ocsinventory-server/remote/newhost: gemini.qbian.local ocsinventory-server/install-error: abort ocsinventory-server/passwords-do-not-match: ocsinventory-server/upgrade-error: abort * ocsinventory-server/remote/port: 3306 * ocsinventory-server/mysql/method: tcp/ip ocsinventory-server/database-type: mysql * ocsinventory-server/db/app-user: ocs * ocsinventory-server/mysql/admin-user: mechanix * ocsinventory-server/missing-db-package-error: ignore ocsinventory-server/remove-error: abort ocsinventory-server/internal/reconfiguring: false * ocsinventory-server/dbconfig-install: true ocsinventory-server/dbconfig-upgrade: true ocsinventory-server/purge: false ocsinventory-server/upgrade-backup: true * ocsinventory-server/remote/host: gemini.qbian.local ocsinventory-server/dbconfig-reinstall: false * ocsinventory-server/db/dbname: ocsweb ocsinventory-server/dbconfig-remove: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389683: xen-utils-common: bridging script breaks networking
Package: xen-utils-common Version: 3.0+hg11292-2 Severity: serious Justification: breaks unrelated services Freshly installed amd64 etch system. When running /etc/xen/scripts/network-bridge start, the system becomes completely unreachable from the network. Running ifconfig, I can see eth0 (which is the virtual interface now if I am correct), having the mac and IP address of the real eth0, and a peth0 and xenbr0 both having no IP address and a mac address of FE+(5 times :FF). When I set the IP address of xenbr0 manually to the eth0 address, networking works again. But I am not sure whether that's how it is supposed to be. Regards, Filip -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-xen-amd64 Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8) Versions of packages xen-utils-common depends on: ii lsb-base 3.1-15 Linux Standard Base 3.1 init scrip -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347584: Bug#347585: Bug#308812: winbind should depend on samba (smbclient)?
Hi all, On Thu, Jan 12, 2006 at 06:47:09AM +0100, Christian Perrier wrote: > > > > So, I hereby propose: > > > > > 1) close #308812 and #347584 with "Version: 3.0.20b-3 > > > > Yes, closing 308812 since this dependency has now been added. > > And also close 347584 which is the samedoing so right now. (I had already closed #347584 which I mistakenly cloned, but that does not really matter anyway) Both #308812 and #347585 still affect sarge, which is currently our official release. Under normal circumstances I don't usually care about bugs being closed if they are in stable but fixed in unstable (and possibly testing). However, both of these simply make the software plain unusable. I'd suggest reopening #308812 and then tagging sarge and fixed, so it stays documented in BTS. And perhaps rebuild for sarge with necessary dependency and upload to proposed-updates, though I'm not sure without checking what qualifications are these days for non-security issues to still get through to stable point releases. > > > 2) lower #347585 to important > > > > > I don't do it right now because I really want to understand why you > > > cloned the bug. > > > > I believe this one should still be left open, and at the present severity. > > Well, my rationale is that #347585 is not about a missing dependency > but about a missing directory, which only affects those people who use > winbind without samba. Which is a perfectly fine use case. Winbind is about authenticating (anything) to AD. As I wanted pppd on a VPN gateway to do so, I had no need for samba on this machine, at all. If I want squid to use NTLM auth, I have no need for samba. If I want cyrus to use NTLM auth, ... You can guess it. Heck, even on a workstation where I would want to use NTLM auth I probably would not want to install samba or possibly even a samba client (be it smbmount or smbclient). Additionally, while the ntlm_auth binary complains when it is affected by #308812, winbind just dies with no explanation whatsoever because of #347585 - even when using debuglevel up to 2048. It took an invocation with strace to find it out why. > The solution to #347585 is not another dependency but rather > /var/run/samba included in winbind so one may argue that, seen this > way, the bug is something that "has a major effect on the > usability of a package, without rendering it completely unusable to > everyone".:-) I'd argue it makes winbind completely unusable in the use case which is according to the description of the package the reason why it exists. > Anyway, this is arguing: fixing this give us an opportunity to upload > a new version which I was already considering given that the former > one has reached testing. Ack :) However, as explained above, just closing (by whatever method) the bugs is IMHO inappropriate given that they both affect stable. Regards, Filip -- /* Amuse the user. */ \|/ \|/ "@'/ ,. \`@" /_| \__/ |_\ \__U_/ -- /usr/src/linux-2.4.2/arch/sparc/kernel/traps.c::die_if_kernel() -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341452: reopneing
reopen 341452 thanks This bug was _not_ fixed with the upload which had the particular changelog entry; the only thing changed in that particular revision is that the error message used (IMHO) cryptic wording instead of a cryptic number. The kernel patch still needs to be backported to 2.4 before this can be considered fixed. Regards, Filip -- Linux/PPC - where iMacs become real men's computers. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#335409: saving to shfs writes 1 byte long file without complaining
severity 335409 normal retitle 335409 saving to shfs exhibits flushing problems thanks On Thu, Nov 17, 2005 at 09:32:31PM +0100, Tomas Pospisek wrote: > On Tue, 15 Nov 2005, Rene Engelhard wrote: > >Tomas Pospisek wrote: > >>When I save onto a shfs filesystem, oowriter will merrily "save" it, but > >>in reality leave a file of length 1 without complaining. This looks very > >>similar to problems with ooo 1.x where ooo was at least complaining that > >>there were "errors" without it being clear what "errors" these were. > > > >Did you try closing the file / quitting OOo? > > > >I just tried it - I created a basic file only containing "Test"; shfs > >mounted > >with "shfsmount [EMAIL PROTECTED]:/home/rene -ouid=1000,gid=1000" - > >and while OOo was still running/the file still open ls > >indeed showed 1 byte (and the file was not complete). But after I closed > >the file (or quit OOo) the file had a "normal" size and could be opened > >then again. > > I can confirm this. So basically the document is fine once it's closed. Downgrading accordingly. Regards, Filip -- A: Because it breaks the flow of normal conversation. Q: Why don't we put the response before the request? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#283483: nurbs++: FTBFS with g++-3.4: due to new template lookup rules
On Fri, Nov 04, 2005 at 09:48:30PM -0800, Steve Langasek wrote: > > Do you have any plans to fix the RC bugs in nurbs++, or should the package > be removed from unstable? I'm on it, will possibly upload tomorrow. Regards, Filip -- I have not lost my mind, its backed up on tape somewhere -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#333354: gpdf doesn't show pdf files but remains empty
severity 54 normal thanks On Tue, Oct 11, 2005 at 04:02:12PM +0200, CAiRO wrote: > > When I try to open a pdf file in gpdf, it fails with the following message on > console: > > (gpdf:8780): Bonobo-CRITICAL **: bonobo_control_frame_control_activate: > assertion `frame->priv->control != CORBA_OBJECT_NIL' failed > > ** (gpdf:8780): WARNING **: Property bag access exception 'Unknown CORBA > exception id: 'IDL:omg.org/CORBA/INV_OBJREF:1.0'' > > (gpdf:8780): Bonobo-CRITICAL **: bonobo_control_frame_control_activate: > assertion `frame->priv->control != CORBA_OBJECT_NIL' failed > > The gpdf window stays empty after trying to open a pdf file. So this error > makes gpdf unusable as I can't open any pdf file! (xpdf works fine on the > same system.) This is usually a problem with bonobo rather than gpdf, triggered by updating. Please try logging out from the graphical environment, killing all bonobo/gconf/other possibly related processes, and logging in again (or alternatively restarting the computer). See if it still happens then. Regards, Filip -- "Did you know that if you play a Windows 2000 cd backwards, you will hear the voice of Satan? That's nothing! If you play it forward, it'll install Windows 2000." -- Robert Guthrie -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#321118: gnome-apt: FTBFS on powerpc with gcc-4.0 : ExtractTar::ExtractTar does not exist.
tags 321118 + pending retitle 321118 gnome-apt: FTBFS with libapt 0.6 thanks On Wed, Aug 03, 2005 at 04:50:21PM +0200, Sven Luther wrote: > Package: gnome-apt > > Fails to build with : > main.cc:231: error: no matching function for call to > 'ExtractTar::ExtractTar(FileFd&, const long unsigned int&)' Already fixed in CVS, upload due when other FTBFS bugs are hammered out. Regards, Filip -- "Everything should be made as simple as possible, but not simpler." -- Albert Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305987: libxklavier10: installing does brake german keyboard layout
severity 305987 important tags 305987 + moreinfo help thanks On Fri, Apr 29, 2005 at 06:24:27PM +0200, Andre, Isabell und Paul Schaefer wrote: > Am Freitag, den 29.04.2005, 17:07 +0200 schrieb Jörg Schütter: > > Hello > > > > With my configuration all the keys work as expected. > > > > xprop -root | grep XKB > > _XKB_RULES_NAMES_BACKUP(STRING) = "xfree86", "pc105", "de", "nodeadkeys", "" > > _XKB_RULES_NAMES(STRING) = "xfree86", "pc105", "de", "nodeadkeys", "" > > > > gconftool-2 -R /desktop/gnome/peripherals/keyboard/kbd > > layouts = [de nodeadkeys] > > model = pc105 > > overrideSettings = false > > options = [] > > I can confirm that AltGr works with those settings. Is there a > supposed-to-be working compose key, to type my name? ;) > > I have also found out, that issueing > setxkbmap -rules xfree86 -model pc105 -layout de -option "deadaccute"& > works to resolve the problem. > > That line is now in my .gnomerc as a workaround. It's not clear to me ATM: a) what causes the issue b) how it should (correctly) be solved Does it still happen? Does the crash you described in the initial report still happen? (of gnome-settings-daemon) Regards, Filip -- "I decry the current tendency to seek patents on algorithms. There are better ways to earn a living than to prevent other people from making use of one's contributions to computer science." -- D.E. Knuth, TAoCP 3
Bug#315055: please remove innovation3d from Debian (RoM, orphaned upstream, does not build anymore)
Package: ftp.debian.org Severity: serious Regards, Filip -- If Windows is the answer, I want the problems back! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#314364: tomcat4 - does not work with jdk1.3
Package: tomcat4 Version: 4.1.31-3 Severity: serious Hi, I installed tomcat4 with jdk/jre 1.3 from blackdown packages. Tomcat did not start and this was the top output from catalina_*.log: [ERROR] Digester - Begin event threw error java.lang.UnsupportedClassVersionError: org/apache/commons/modeler/BaseModelMBean (Unsupported major.minor version 48.0) at java.lang.ClassLoader.defineClass0(Native Method) ... Looking around for the "Unsupported major.minor" error message turned up that this was for classes compiled with jdk 1.4 which are trying to be loaded by jdk 1.3 or earlier. Installing blackdown jdk 1.4 packages (which need an "unstable" dist line in apt sources.list, other dists don't have them) makes the error go away. Off course, there is still the missing -webapps startup issue then, but that's another bug (which has been filed by others already) Since tomcat dependencies state jdk 1.3 is sufficient, those dependencies are clearly wrong :) Regards, Filip -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages tomcat4 depends on: ii adduser 3.63Add and remove users and groups ii apache2-common 2.0.54-4next generation, scalable, extenda ii apache2-utils [apache-utils] 2.0.54-4utility programs for webservers ii j2re1.3 [java-virtual-machin 1.3.1.02b-2 Blackdown Java(TM) 2 Runtime Envir ii j2sdk1.3 [java-compiler] 1.3.1.02b-2 Blackdown Java(TM) 2 SDK, Standard ii libcommons-beanutils-java1.6.1-4 utility for manipulating JavaBeans ii libcommons-collections-java 2.1.1-3 A set of abstract data type interf ii libcommons-digester-java 1.5.0.1-4 Rule based XML Java object mapping ii libcommons-logging-java 1.0.4-2 The commmon wrapper interface for ii libtomcat4-java 4.1.31-3Java Servlet engine -- core librar -- no debconf information -- [ The C functions select() and pselect() ] "Their function is identical, with three differences: ..." -- Linux select (2) manpage -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307103: clara: segmentation fault at startup
Package: clara Version: 20031214-1 Severity: grave When I start up clara, it flashes a window shortly then segfaults. Unfortunately, a backtrace from gdb isn't really helpful: Program received signal SIGSEGV, Segmentation fault. 0x0fd9289c in strlen () from /lib/libc.so.6 (gdb) bt #0 0x0fd9289c in strlen () from /lib/libc.so.6 #1 0x0fd616bc in vfprintf () from /lib/libc.so.6 #2 0x0fd81de8 in vsnprintf () from /lib/libc.so.6 #3 0x100692dc in mcheck () #4 0x100692dc in mcheck () #5 0x100692dc in mcheck () #6 0x100692dc in mcheck () #7 0x100692dc in mcheck () #8 0x100692dc in mcheck () #9 0x100692dc in mcheck () Previous frame inner to this frame (corrupt stack?) (gdb) Regards, Filip -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.4.27-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages clara depends on: ii libc62.3.2.ds1-21GNU C Library: Shared libraries an ii libx11-6 4.3.0.dfsg.1-12 X Window System protocol client li ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu -- no debconf information -- "The only way to get rid of a temptation is to yield to it." -- Oscar Wilde -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290731: Bug#282241: gpdf: Works...
tags 282241 + fixed-upstream pending tags 290731 + fixed-upstream pending tags 290969 + fixed-upstream pending thanks On Sat, Jan 15, 2005 at 10:55:14PM -0600, Adam Majer wrote: > > I can verify that this patch seems to work perfectly. Could this patch > be applied for next revision of gpdf? I've prepared a new upstream version which fixes the referenced bugs. Regards, Filip -- Linux/PPC - where iMacs become real men's computers. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]