Bug#434599: /usr/bin/git-imap-send: Please support SSL
Hello, Perhaps the developments following this thread may be of interest: http://comments.gmane.org/gmane.comp.version-control.git/87802 Best wishes, Bruno. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#448793: klog causes kernel errors (paging) when client not started
Package: openafs-client Version: 1.4.5~pre2.dfsg1-1 Hello, If the AFS client is not running (AFS_CLIENT=false in /etc/openafs/afs.conf.client), running klog (with successful authentication) causes kernel error messages like this one: kernel: BUG: unable to handle kernel paging request at virtual address f8d95457 kernel: printing eip: kernel: f8d95457 kernel: *pde = 02932067 kernel: *pte = kernel: Oops: [#1] kernel: SMP kernel: Modules linked in: binfmt_misc xt_tcpudp xt_state nfsd exportfs lockd nfs_acl sunrpc button ac battery ipv6 ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack nfnetlink iptable_filter ip_tables x_tables fuse dm_crypt dm_snapshot dm_mirror dm_mod tun psmouse ide_generic ide_disk snd_intel8x0 snd_ac97_codec ac97_bus snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd soundcore parport_pc parport snd_page_alloc iTCO_wdt pcspkr rtc i2c_i801 intel_agp i2c_core agpgart tsdev evdev joydev ext3 jbd mbcache sd_mod usbhid hid ide_cd cdrom ata_piix ata_generic libata scsi_mod piix floppy generic ehci_hcd ide_core uhci_hcd usbcore tg3 thermal processor fan kernel: CPU:0 kernel: EIP:0060:[]Tainted: P VLI kernel: EFLAGS: 00010283 (2.6.22-2-686 #1) kernel: EIP is at 0xf8d95457 kernel: eax: 00ce ebx: ecx: edx: 00d8 kernel: esi: bfef5fc1 edi: ebp: ce586000 esp: ce587fb4 kernel: ds: 007b es: 007b fs: 00d8 gs: 0033 ss: 0068 kernel: Process exim4 (pid: 2942, ti=ce586000 task=f6888a90 task.ti=ce586000) kernel: Stack: c0103d0e b7d04ff4 bfef5fc1 bfeb5168 00ce kernel:007b 007b c010 00ce e410 0073 0292 bfeb5154 kernel:007b kernel: Call Trace: kernel: [] sysenter_past_esp+0x6b/0xa1 kernel: === kernel: Code: Bad EIP value. kernel: EIP: [] 0xf8d95457 SS:ESP 0068:ce587fb4 I've tried with kernels 2.6.22 and 2.6.18; both produce the same errors. As one can expect, this causes problems to many running programs and the only solution is to reboot the machine. This is reproducible even in a VMware virtual machine on a different machine. When the same configuration is used on an Etch machine (openafs-client 1.4.2-6), klog simply produces this error message on the command line: "Unable to authenticate to AFS because a pioctl failed", which is more sensible. Unfortunately, I hadn't tried openafs-client 1.4.4 before the recent upgrade to 1.4.5, so I can't say if this is due to this change of version. Best wishes, Bruno. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#409629: rhino: Bug opened by bug #395525
Source: rhino Version: 1.6R2-3 Hello, I would like to suggest the following patch, which is another solution to bug #395525 that only prevents the debugger from being built, thus allowing the main shell to be built. --- build.xml.orig 2007-03-07 14:11:26.0 + +++ build.xml 2007-03-07 14:11:38.0 + @@ -13,10 +13,11 @@ - + + Best wishes, Bruno. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388103: Dependency on libgcj7, not provided by libgc7-0
Package: libgcj7-0 Version: 4.1.1-13 Hello, Some packages (in particular eclipse-ecj-gcj) depend on libgcj7 which seems to have been replaced with libgcj7-0. Could libgcj7-0 provide libgcj7 (unless they are fundamentally different)? Regards, Bruno. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#381369: openoffice.org: Export as PDF dialog missing text labels
Hello, The same bug appears in 'testing' with version 2.0.3-6. It does indeed happen after setting the language of the user interface to English (UK), but it doesn't when using English (USA) or French (France), for example. Regards, Bruno. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386018: $(FLEX) variable does not seem to be recognised
Package: make Version: 3.81-2 Hello, I've got a simple Makefile containing the following two lines for generating a C file from a flex file: test.c: test.lex $(FLEX) -o test.c test.lex It seems that the $(FLEX) variable does not work. $ make o test.c test.lex make: o: Command not found make: [test.c] Error 127 (ignored) Using $(LEX) instead solves the problem ('lex' is a symlink to 'flex' anyway, at least on my system). $ make lex -o test.c test.lex This is an easy workaround, but this is confusing since the 'make' manual clearly mentions both $(FLEX) and $(LEX). http://www.gnu.org/software/make/manual/html_node/Utilities-in-Makefiles.html#Utilities-in-Makefiles Regards, Bruno. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#378551: Confusion in configuration question (fancy/basic)
Package: planet Version: 0.0+bzr23-1 Upon installation of the 'planet' package, the first configuration question is worded as follows: "You can choose between a basic and a fancy template for the output of planet. Fancy uses not use a CSS and images, whereas basic does not. Select the one you would like to have." "Fancy uses not use a CSS and images" does not really make sense. Presumably, this should read: "Fancy uses CSS and images, whereas basic does not". -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#350019: openoffice.org-draw: Impress/Draw line width greater than zero drawing error
There is a similar problem with rounded rectangles: if the contour line is non-zero, this line isn't a curve at the corners but is just a 45-degree line that cuts the corners. This does not affect the corners of the background, which are rendered properly. It seems to be a Debian-specific problem as it doesn't appear with the binaries that can be downloaded from http://www.openoffice.org/ (either 2.0.0: OOO680_m3_native_packed-2_en-US.8968 or 2.0.1: OOA680_m1_native_packed-1_en-US.8990). This problem didn't happen with package openoffice.org-2.0.0-5. I hope this may help track down the bug. Bruno. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343997: fglrx-driver: Problem with diversion
Christian Marillat wrote: Flavio Stanchina <[EMAIL PROTECTED]> writes: Christian Marillat wrote: I had a feeling that diverting the ldconfig symlink was not a good idea, even if lintian and several actual people complained that I should do so, but I didn't anticipate this particular problem. Are there other packages that divert library symlinks? How do they solve this problem? Would it work if I added a shlibs file with the same contents as the xlibmesa-gl.shlibs file? May be a good exemple is the nvidia package ? Recent versions of the ATI installer (>= 8.16, I think) can produce Debian packages. They use the diversion. I was using the deb packages from the ATI installer, but the fglrx packages in the deb repository seem to conflict with them. (It wouldn't be a problem without this issue about the symlink, because I don't really mind which ones I use as long as it works). It's almost impossible to force the "old" packages (that I had installed with the ATI installer) not to be replaced with the packages in the debian repository (same version and revision number). Would it be possible to use a different package name, or perhaps simply to provide the packages produced by the ATI installer? (Perhaps I should fill in another bug report.) What if a program links against libGL.so.1.2 (the actual file) rather than the symlink? Were you talking about package dependencies only? Otherwise, it's a shared library, so it shouldn't really matter if the dynamic linking is done against a symlink or an actual file. Regards, Bruno. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344043: stdsoap2.h, stdsoap2.c and stdsoap2.cpp missing
Package: gsoap Version: 2.7.6c-1 Files "stdsoap2.h", "stdsoap2.c" (for C) and "stdsoap2.cpp" (for C++) are required to compile C/C++ files generated by gsoap. However, these files are not provided in the gsoap binary package. Perhaps they should be provided somewhere like /usr/lib/gsoap, or at least in /usr/share/doc/gsoap (?). It might also be a good idea to include "typemap.dat". All these files are in the gsoap source package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#256455: queue.3.gz is in both dqs and manpages-dev
tags 256455 + patch quit This patch should solve the name conflict: the manpage for 'queue' has been renamed to 'queue.7'. 'queue' was probably better under the '3' branch of the man pages. However, since it conflicts with manpages-dev, and since dqs is only in oldstable at the moment, '7' seems to be an acceptable choice. As of today, 'queue.7.gz' does not conflict with any package in the Debian repository for oldstable, stable, testing and unstable distributions (Intel x86). Bruno. diff -Naur dqs-3.2.7/XSRC/qusage/list-2.1/list.3 dqs-3.2.7-4/XSRC/qusage/list-2.1/list.3 --- dqs-3.2.7/XSRC/qusage/list-2.1/list.3 1998-08-18 15:39:24.0 +0100 +++ dqs-3.2.7-4/XSRC/qusage/list-2.1/list.3 2005-12-05 11:38:18.0 + @@ -418,6 +418,6 @@ .IR free (3), its application here could be considered a bug. .SH SEE ALSO -queue(3), stack(3), cache(3) +queue(7), stack(3), cache(3) .SH AUTHOR Bradley C. Spatz ([EMAIL PROTECTED]), University of Florida. diff -Naur dqs-3.2.7/XSRC/qusage/list-2.1/list.man dqs-3.2.7-4/XSRC/qusage/list-2.1/list.man --- dqs-3.2.7/XSRC/qusage/list-2.1/list.man 1998-08-18 15:39:24.0 +0100 +++ dqs-3.2.7-4/XSRC/qusage/list-2.1/list.man 2005-12-05 11:38:25.0 + @@ -418,6 +418,6 @@ .IR free (3), its application here could be considered a bug. .SH SEE ALSO -queue(3), stack(3), cache(3) +queue(7), stack(3), cache(3) .SH AUTHOR Bradley C. Spatz ([EMAIL PROTECTED]), University of Florida. diff -Naur dqs-3.2.7/XSRC/qusage/list-2.1/paper/paper.tex dqs-3.2.7-4/XSRC/qusage/list-2.1/paper/paper.tex --- dqs-3.2.7/XSRC/qusage/list-2.1/paper/paper.tex 1998-08-18 15:39:25.0 +0100 +++ dqs-3.2.7-4/XSRC/qusage/list-2.1/paper/paper.tex 2005-12-05 11:39:06.0 + @@ -789,7 +789,7 @@ \section{Availability} The list package described herein is available via anonymous FTP from {\tt eng.ufl.edu} as \linebreak {\tt pub/list.tar.Z}. Contained in the archive are -instructions to build and install the {\tt list(3)}, {\tt queue(3)}, +instructions to build and install the {\tt list(3)}, {\tt queue(7)}, {\tt stack(3)},and {\tt cache(3)} libraries, this paper in \LaTeX \ form, complete man pages for the libraries, as well as example programs illustrating each package. diff -Naur dqs-3.2.7/XSRC/qusage/list-2.1/queue.3 dqs-3.2.7-4/XSRC/qusage/list-2.1/queue.3 --- dqs-3.2.7/XSRC/qusage/list-2.1/queue.3 1998-08-18 15:39:24.0 +0100 +++ dqs-3.2.7-4/XSRC/qusage/list-2.1/queue.3 1970-01-01 01:00:00.0 +0100 @@ -1,200 +0,0 @@ -.TH QUEUE 3 "September 22, 1991" -.UC 6 -.SH NAME -q_init, q_enqueue, q_dequeue, q_front, q_size, q_empty, q_free \-- generic list-based queue routines -.SH SYNOPSIS -.PP -cc [ -.I flags -] -.IR files -.B -llist -[ -.IR libraries -] -.nf -.PP -.ft B -\#include -.PP -.ft B -QUEUE *q_init() -.PP -.ft B -char *q_enqueue(q, data, bytes) -QUEUE *q; -char *data; -int bytes; -.PP -.ft B -char *q_dequeue(q) -QUEUE *q; -.PP -.ft B -char *q_front(q) -QUEUE *q; -.PP -.ft B -int q_size(q) -QUEUE *q; -.PP -.ft B -int q_empty(q) -QUEUE *q; -.PP -.ft B -void q_free(q, dealloc) -QUEUE *q; -void (*dealloc)(); -.SH DESCRIPTION -These routines provide generic queue manipulation of (potentially) -multiple queues. Each queue can hold arbitrarily sized elements, with -individual elements within a queue varying in size. It is the -programmer's responsibility to account for such differences. - -Queues are referred to by variables declared as QUEUE *; the type QUEUE is -defined in to be a C structure. - -These routines are based upon the list(3) library. Although this list-based -implementation requires minimal additional space overhead versus a dedicated -queue library, greater flexibility and likely overall improved space -performance is offerred, since the list(3) library implements this and other -data structuring models with a common set of primitives. -.PP -.IR q_init -initializes and returns a queue descriptor. -.PP -.IR q_enqueue -enqueues an element, pointed to by -.IR data -and of size -.IR bytes , -to the end of -.IR q , -and returns a pointer to the enqueued data. If -.IR bytes -is greater than 0, then data is copied into the queue, otherwise only -the reference -.IR data -is copied into the queue. This allows the user to determine the memory -allocation policy. -.PP -.IR q_dequeue -dequeues the element at the front of -.IR q -and returns a pointer to the removed data. -.PP -.IR q_front -returns a pointer to the element at the front of -.IR q , -but does not remove the element. \c - -This routine is implemented as a macro. \c - -.PP -.IR q_size -returns the number of elements in -.IR q -as an integer. \c - -This routine is implemented as a macro. \c - -.PP -.IR q_empty -returns 1 (TRUE) if -.IR q -is empty, 0 (FALSE) otherwise. \c - -This routine is implemented as a macro. \c - -.PP -.IR q_free -deallocates -.IR q, -applying the user-supplied function -.IR dealloc -to the data portion of each element
Bug#333348: gfortran package description (confusion with g95)
Package: gfortran Version: 4.0.1-3 The package description says "This is the GNU g95 Fortran compiler [...]". This is confusing since gfortran and g95 are two distinct projects. See http://gcc.gnu.org/wiki/TheOtherGCCBasedFortranCompiler for more details. (g95 can be found at: http://www.g95.org/ ) Perhaps the description could be changed to "This is the GNU Fortran 95 compiler, part of GCC [...]". ___ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#325897: Dependencies: RT2500STA.dat conflicts with standard debian settings
Package: rt2500-source Version: 1.1.0+cvs20050530-2 The package generated by rt2500-source depends unnecessarily on rt2500-base. When RT2500STA.dat (from rt2500-base) is present, the kernel module gets confused when wireless settings are also in /etc/network/interfaces. I used to have a working verstion of the rt2500 module installed (based on the cvs version and installed without a proper debian package), using the standard debian way of setting up the wireless parameters in the interfaces file: auto ra0 iface ra0 inet dhcp wireless_mode Ad-Hoc wireless_essid wireless_channel wireless_key restricted After installing the packaged version, with the 3 rt2500-related packages (and only changing the module options to use ifname=ra%d), it wouldn't work. At bootup, dhclient wouldn't find anything. I realised that "ifup ra0" didn't actually set up the wireless parameters, in particular, iwconfig ra0 wouldn't show any encryption key. The /etc/Wireless/RT2500STA/RT2500STA.dat file was untouched from the standard installation (and therefore didn't contain my keys). Setting the key manually with iwconfig, whilst dhclient was running, would solve the problem, but only temporarily. After a while, the module would try to load RT2500STA.dat again, and all the iwconfig settings would go away. Deleting RT2500STA.dat seems to solve the problem once and for all. I prefer the debian way (in network/interfaces) of configuring the wireless parameters, it's more consistent with modules for other cards as well. Since RT2500STA.dat is not really necessary, maybe the packaging should be done slighlty differently (I guess it's really required for people who want to use RaConfig2500, in package rt2500). The problem is that the dependency makes it compulsory to install rt2500 and rt2500-base with the module package generated by rt2500-source, whereas in fact, in works well without them. ___ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]