reopen 317838
thanks
Salut,
the latest version still depends on the unavailable libgmp3:
Package: kismet
Priority: optional
Section: net
Installed-Size: 2928
Maintainer: Francois Gurin <[EMAIL PROTECTED]>
Architecture: i386
Version: 2005.07.R1a-1
Depends: libbz2-1.0, libc6 (>= 2.3.2.ds1-21), lib
The attached patch adds the missing capabilities CAP_MKNOD and
CAP_LEASE, which are the only missing as of 2.6.10.
Please apply.
Regards,
Faidon
diff -Nur lcap-0.0.6/README lcap-void/README
--- lcap-0.0.6/README 2001-03-06 00:53:57.0 +0200
+++ lcap-void/README2005-08-15 09:04:08.0
The way I see it, there are two possible solutions:
a) Completely remove LIDS support by commenting out -DLIDS in the Makefile
b) Comment the (2) perrors() in lcap.c, therefore eliminating the
warnings in non-LIDS systems.
I believe that (b) could be misleading to systems with an LIDS kernel:
Attached is patch that removes the upstream's website reference from the
manpage and adds a pointer to capabilities(7) - please apply.
I've searched for a new upstream website but I couldn't find any
(although admitedly I haven't tried contacting upstream). If it is
actually dead upstream, I s
package lcap
clone 312948 -1
retitle 312948 lcap: Should warn when capabilities are not enforced
retitle -1 lcap: Produces wrong output when CAP_SYS_MODULE is removed
thanks
Capabilities do in fact change when running lcap - even if capability.ko
isn't loaded. That is, /proc/sys/kernel/cap-bound
Package: gallery2
Version: 0.0+2.0.rc1-1
Followup-For: Bug #320394
I can confirm that 0.0+2.0.rc1-1 still exhibits this bug. Pressing ^C during
the beta3->rc1 upgrade gave an error, but subsequent dpkg-reconfigure runs
were ^C'able without error.
'ps' output suggests that the problem might have s
Hi,
* Rail Aliev <[EMAIL PROTECTED]> [2005-08-16 08:16]:
> It will be great if you add libesmtp support by default.
>
> I had some problems while building new snapshot of mutt-ng
> (20050815) with existing libesmtp5 (which doesn't export
> smtp_session_t
Package: hotplug
Version: 0.0.20040329-24
Severity: wishlist
In /var/log/hotplug are more than 430 files, the oldest is nearly a year old.
In the events file are entrys from Feb 2004. Is it necessary?
Can you use a purge mechanism for that? Logrotate?
Ulrich
-- System Information:
Debian Relea
Package: libpmount
Severity: grave
Hi!
>From build log:
cc -Wall -g -D_REENTRANT -fPIC -c -o src/kerndep.lo src/kerndep.c
cc -Wall -g -D_REENTRANT -fPIC -c -o src/mtab.lo src/mtab.c
cc -Wall -g -D_REENTRANT -fPIC -c -o src/pmount.lo src/pmount.c
cc -Wl,-z,defs -Wl,-soname,libpmount.so.0.0 -share
Package: libpmount
Severity: normal
Tags: patch
Hi!
Attached patch fixes:
- check target in Makefile (syntax errors)
- ext2fs.sh (attempts to link with -Lout where it should be -L.)
I also added a pair of improvements:
- ext2fs.sh cleanup to reduce number of fs-specific bits
- add isof
On Mon, Aug 15, 2005 at 02:17:54PM -0500, Ming Hua wrote:
[snip}
>
> Seeing that both stardict and epiphany-browser use C++ and are both
> GTK apps and both built against libstdc++6 (on i386), I suspect this is
> a C++ ABI issue. Does setting GTK_IM_MODULE=xim solve your problem?
>
Yeah, you are
On Mon, 2005-08-15 at 22:56 +0200, Chris Searle wrote:
> Scanning file /usr/share/fonts/type1/gsfonts/b018012l.pfb...
>
> Then it just hangs there.
The bug is likely in libfreetype6 as that is how fontconfig scans font
files. I'm not seeing any trouble scanning this font on my machine.
Ca
If the max-children are set to low, the milter shouldn't die correct?
This is the outcome I have. Since I've upped the children to 6, I have
not had a problem.
Stephen Gran wrote:
>This one time, at band camp, Anthony Tippett said:
>
>
>>I am also having the same problem where the milter wil
On Mon, Aug 15, 2005 at 07:53:03PM +0900, Horms wrote:
> On Mon, Aug 15, 2005 at 10:24:51AM +0200, Moritz Muehlenhoff wrote:
> > Package: linux-2.6
> > Severity: important
> > Tags: security patch
> >
> > There are another two vulnerabilities fixed in 2.6.12.5, that might require
> > backporting t
severity 323322 important
thanks
On Mon, Aug 15, 2005 at 12:41:07PM -0700, Matt Kraai wrote:
> Package: hermes1
> Version: 1.3.3+really1.3.2-2
> Severity: serious
>
> hermes1 fails to build because it aliases some variables to undefined
> symbols:
I forced the use of gcc-3.3 since touching herme
Package: blitz++
Version: 1:0.8-5
Severity: important
Hi,
I have been trying to compile my C++ code, which uses the blitz library, and I
got a bunch of errors[1] in templates of blitz things that were instantiated by
variables in my code. I searched on the errors I was getting, and found some
di
Package: openbox
Severity: wishlist
The projects seems well maintained, so please add to the end of
'Description:' of package the homepage URL:
Homepage: icculus.org/openbox/
See
6.2.4 Upstream home page
http://www.debian.org/doc/developers-reference/ch-best-pkging-pr
Package: mutt-ng
Version: 0.0+20050815-1
Severity: wishlist
It will be great if you add libesmtp support by default.
I had some problems while building new snapshot of mutt-ng
(20050815) with existing libesmtp5 (which doesn't export
smtp_session_t smtp_create_session (void) ). Recompili
reassign 323318 kernel-source-2.4.27
merge 323318 320256
thanks
On Mon, Aug 15, 2005 at 11:22:39AM -0700, Matt Kraai wrote:
> Package: kernel-headers-2.4.27-2
> Version: 2.4.27-10
> Severity: serious
>
> hostap-modules-i386 fails to build because a kernel header has an array type
> with an incomp
I tested this on a cygwin system and found a cutoff point of 134217729
transcript:
The last number that woks is 134217729, or 0b1001
or 0x801 , which is interesting... If there was some sort of precision
problem I would have expected it to fail 2 numbers before wher
reopen 285017
thanks
Hi Maximilian,
its still a bug in the 2.4.27 package. It may or may not be fixable.
And the patch may or may not be appropriate for Sarge.
My current preference for handling problems like this,
is firstly to encourage the user to use a more up to date kernel.
Secondly downg
On Mon, Aug 15, 2005 at 03:50:23PM -0700, Steve Langasek wrote:
> On Mon, Aug 15, 2005 at 05:00:42PM +0200, Steinar H. Gunderson wrote:
> > Package: libstonith0
> > Version: 1.2.3-12
> > Severity: serious
>
> > - libstonith0 depends on libsnmp5 (>= 5.1).
> > - libsnmp5 in sid conflicts with libs
On Tue, Aug 16, 2005 at 11:04:34AM +0800, James Pan wrote:
> see below please.
>
>
> [EMAIL PROTECTED]:~# dpkg-query -l libsnmp5
> Desired=Unknown/Install/Remove/Purge/Hold
> | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
> |/ Err?=(none)/Hold/Reinst-required/X=both-pro
Package: coreutils
Version: 5.2.1-2
Severity: normal
rm is not able to delete this symlink:
# ls -ld plus
lrwxrwxrwx 1 root root 14 Aug 16 06:10 plus -> /root/pix/plus
it just hangs. strace shows:
access("plus", W_OK
the folder /root/pix/plus is nfs-mounted and not currently
access
On Mon, Aug 15, 2005 at 08:51:56PM -0700, Max Alekseyev wrote:
> Justin Pryzby wrote:
>
> >Can you provide a GDB backtrace as well?
> >
> > $ gdb $(which azureus)
> >> r
> >...
> >bt
>
> $ file $(which azureus)
> /usr/bin/azureus: Bourne shell script text executable
Oh. I don't know
Package: rdiff-backup
Version: 0.13.4-5
Severity: wishlist
Hello,
rdiff-backup 1.0.0 was just released
http://lists.nongnu.org/archive/html/rdiff-backup-users/2005-08/msg00049.html
It would be nice if we got a newer version, as 0.13.4 is now 3 version old.
Thanks,
Blair
-- System Information:
Package: lsof
Severity: normal
Version: 4.75.dfsg.1-1
Tags: upstream
Lsof fails on mmaped failes with spaces:
a.out is from test.c, which opens() a file and then mmaps it, and then
sleeps forever.
$ ./a.out &
[3] 3451
$ lsof -p 3451
lsof: WARNING: can't stat() ext3 file system /dev/.static/dev
Justin Pryzby wrote:
Can you provide a GDB backtrace as well?
$ gdb $(which azureus)
> r
...
bt
$ file $(which azureus)
/usr/bin/azureus: Bourne shell script text executable
How can I run shell script under gdb ?
It would be ideal if you could locally compile the package with
On Sat, Aug 13, 2005 at 04:47:59AM -0700, Max wrote:
> Package: azureus
> Version: 2.3.0.4-1
> Severity: grave
> Justification: renders package unusable
>
> Azuzeus crashes immediately after start, no GUI window appears or whatever.
>
> $ azureus
>
> Segmentation fault
> $
>
> The last thing I
Package: ld10k1
Version: 1.0.9-1
Severity: grave
Tags: patch, upstream
On all 64bit systems (the easiest example is amd64) ld10k1 crashes on
use by lo10k1, some debugging tracked down the problem fairly quickly.
The bitops functions (set_bit and associated) that ld10k1 use come from
the linux ker
Package: w3mmee
Severity: grave
Justification: renders package unusable
w3mmee in version 0.3.p24.20-2 which is in sid depends on libgc1 which
is UNAVAILABLE, making w3mmee uninstallable.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'
Package: gkrellm-snmp
Version: 0.21-1
Severity: critical
Justification: breaks unrelated software
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
- -- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'hoary-updates'), (500,
'hoary
Matej Vela escreveu:
> On Wed, Jun 29, 2005 at 11:34:00PM -0300, Frederico Recsky wrote:
>
>>retitle 288228 ITA: eco5000 -- Orga Eco 5000 smartcard reader PCSC and
>>CT-API driver
>
>
> Do you still intend to adopt eco5000? (This is just a ping, I'm not
> interested in adopting it myself.)
Ye
Hello,
I think this is not related to the SPD generation, but to the usage of
old SA.
Look at this thread:
http://www.mail-archive.com/netdev@vger.kernel.org/msg00650.html
and also at my posts to ipsec-tools-devel mailing list:
http://sourceforge.net/mailarchive/forum.php?thread_id=79691
On Sun, Aug 14, 2005 at 11:49:04AM +, W. Borgert wrote:
> The package description says:
>
> "This program is a simple that reads the output of the 'diff' program,
> and produces a histogram of the total number of lines that were changed.
> It is useful for scanning a patch file to see which
Package: gnue-forms
Version: 0.5.11-2
Severity: serious
Tags: patch
gnue-forms fails to build because it build-depends on
libwxgtk2.4-python, which has been replaced by wxpython2.4-1:
> -> Considering libwxgtk2.4-python
>-> Trying libwxgtk2.4-python
>-> Cannot install libwxgtk2.4-py
Package: libobby-0.2-dev
Version: 0.2.0-1
Severity: serious
gobby fails to build because /usr/include/obby/rsa.hpp includes
gmpxx.h but libobby-0.2-dev, which contains the former, does not
depend on libgmp3-dev, which contains the latter:
> if i486-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I./inc -
Package: iptraf
Version: 2.7.0-7
Severity: serious
iptraf fails to build because it has a syntax error and three
structure redefinitions:
> gcc -Wall -DWORKDIR=\"/var/lib/iptraf\" -DLOGDIR=\"/var/log/iptraf\"
> -DEXECDIR=\"/usr/sbin\" -I/usr/include/ncurses -I../support
> -DVERSION=\"2.7.0\" -
Package: gswitchit
Version: 2.5.0-3.2
Severity: serious
gswitchit fails to build because it passes too many arguments to
XklConfigActivate:
> source='gswitchit_config.c' object='gswitchit_config.lo' libtool=yes \
> depfile='.deps/gswitchit_config.Plo' tmpdepfile='.deps/gswitchit_config.TPlo'
> \
Package: gcc-4.0
Version: 4.0.1-4
Severity: important
gnubik fails to build because there is an ICE:
> if i486-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -DWIDGET_SET_gtk=1
> -DSCRIPTDIR=\"/usr/share/gnubik/scripts\"
> -DGUILEDIR=\"/usr/share/gnubik/guile\" -DICONDIR=\"/usr/share/gnubik/icons\"
Package: gnubg
Version: 0.12-4
Severity: serious
gnubg fails to build because it contains a label at the end of a
compound statement:
> gcc -DHAVE_CONFIG_H -I. -I. -I. -I./lib -I/usr/include/gtk-1.2
> -I/usr/include/glib-1.2 -I/usr/lib/glib/include-g -O2 -c sgf.c
> sgf.c: In function 'Resto
Package: gnome-apt
Version: 0.4.7-1.2
Severity: serious
gnome-apt fails to build because there is no matching function for the
call of ExtractTar:
> if g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/include
> -I/usr/include/libgksu1.2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
> `pkg-con
Package: libgnome-keyring-dev
Version: 0.4.3-1
gnome-keyring-1.pc requires glib-2.0, which causes pkg-config to
complain if glib-2.0.pc isn't present, but libgnome-keyring-dev, which
contains the former, does not depend on libglib2.0-dev, which contains
the latter.
--
Matt
signature.asc
Descri
Package: gnome-keyring-sharp
Version: 0.0.1-3
Severity: serious
gnome-keyring-sharp fails to build because it cannot find pkg-config:
> checking for pkg-config... no
> configure: error: You need to install pkg-config
Making it build-depend on pkg-config fixes this problem.
--
Matt
signature.
Package: gnuradio
Version: 0.9-2.1
Severity: serious
gnuradio fails to build because it build-depends on
libwxgtk2.4-python, which has been replaced by wxpython2.4-1:
> -> Considering libwxgtk2.4-python
>-> Trying libwxgtk2.4-python
>-> Cannot install libwxgtk2.4-python; apt errors
Package: gnumach
Version: 20050501-4
Severity: serious
gnumach fails to build because it contains conflicting declarations of
cn_tab:
> i486-linux-gnu-gcc -Wall -g -pipe -O2 -nostdinc -DMACH -DCMU -DMACH_KERNEL
> -DKERNEL -DPACKAGE_NAME=\"GNU\ Mach\" -DPACKAGE_TARNAME=\"gnumach\"
> -DPACKAGE_VE
Package: imms
Version: 2.0.3-2
Severity: serious
imms fails to build because it does not build-depend on zlib1g-dev and
because it cannot create libimmscore.a because it cannot find libXext
because /usr/X11R6/lib is not in the library search path:
> checking zlib.h usability... no
> checking zlib
Package: kernel-headers-2.4.27-2
Version: 2.4.27-10
Severity: serious
hostap-modules-i386 fails to build because a kernel header has an array type
with an incomplete element type:
> /tmp/buildd/hostap-modules-i386-0.3.7/kernel-headers-2.4.27-2-386/include/asm/processor.h:75:
> error: array type
Package: libclass-objecttemplate-perl
Version: 0.7-2
Severity: serious
Tags: patch
libclass-objecttemplate-perl fails to build because it does not
build-depend on cdbs:
> debian/rules clean
> debian/rules:3: /usr/share/cdbs/1/rules/debhelper.mk: No such file or
> directory
> debian/rules:4: /us
Package: irssi-text
Version: 0.8.9-3
Severity: serious
irssi-text fails to build because it cannot define uoff_t:
> /bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../..
> -I../../src -I../../src/core-I../../src/fe-common/core
> -I/usr/include/glib-2.0 -I/usr/li
Package: hermes1
Version: 1.3.3+really1.3.2-2
Severity: serious
hermes1 fails to build because it aliases some variables to undefined
symbols:
> source='Convert.c' object='Convert.lo' libtool=yes \
> depfile='.deps/Convert.Plo' tmpdepfile='.deps/Convert.TPlo' \
> depmode=gcc3 /bin/sh ../depcomp \
Package: gnuradio-core
Version: 2.5-4
Severity: serious
gnuradio-core fails to build because of undefined references to
gr_fxpt::TWO_TO_THE_31 and gr_fxpt::PI:
> /bin/sh ../../libtool --mode=link i486-linux-gnu-g++ -g -O2 -Wall
> -Woverloaded-virtual -pthread -o benchmark_dotprod benchmark_d
Package: gobjc-4.0
Version: 4.0.1-4
Severity: important
gnustep-base fails to build on i386 because there is an ICE compiling
mframe.m in i386:
> gcc mframe.m -c \
> -MMD -MP -DGNUSTEP_INSTALL_PREFIX=/usr/lib/GNUstep/System
> -DGNUSTEP_LOCAL_ROOT=/usr/local/lib/GNUstep/Local
> -DGNUSTEP_N
Package: gnome-session
Version: 2.10.0-5
Severity: serious
Tags: patch
gnome-session fails to build because it cannot find :
> if cc -DHAVE_CONFIG_H -I. -I. -I.. -DXTHREADS -DORBIT2=1 -pthread
> -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include
> -I/usr/include/atk-1.0 -I/u
Package: diffstat
Version: 1.39-1
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas Dickey has just informed me that version 1.40 has been released.
If all goes well, I'll upload the packaged version sometime this
weekend.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.
found 259671 1:0.11.13-2
thanks
gtkterm fails to build with libvte-dev 1:0.11.13-4. I checked the
other .la files that were installed and none of them referenced
libSM. I also ran ldd on all of the libraries that were installed,
and only libvte referenced libSM.
I wasn't able to find the debian
On Mon, Aug 15, 2005 at 08:19:58AM +0900, Junichi Uekawa wrote:
> Hi,
>
> > > > For example, slang1a-utf8 was superseded by libslang2 but pbuilder
> > > > update does not remove it.
> > >
> > > I would recommend running pbuilder create; but in
> > > practice it is not possible to create pbuilder
Your Attention is Requested:
Good Day, your file has been reviewed and there now are a few potential options
for you to consider.
Please note that this issue is time sensitive and that your previous credit
situation is not of concern.
Confirm your details on our secure form to ensure the dat
tags 322935 + patch
thanks
I'm not sure if we want to do this or not, but here's a patch that
should do it.
Index: control.tree.in
===
--- control.tree.in (revision 3898)
+++ control.tree.in (working copy)
@@ -23,3 +23,13 @@
Package: distcc
X-Debbugs-CC: distcc@lists.samba.org
X-Debbugs-CC: [EMAIL PROTECTED]
Severity: wishlist
-- Forwarded message --
From: Perki Pat <[EMAIL PROTECTED]>
Date: Aug 10, 2005 7:14 AM
Subject: [distcc] distcc at debian: --listen option in config files
To: distcc@lists.samba.
On Sun, Aug 14, 2005 at 04:13:26PM -0400, Zack Cerza wrote:
> On 2005 August 13 Saturday 19:04, Steve Langasek wrote:
> > So are you filing this bug because Netscape isn't mentioned in the
> > copyright file, or because you actually believe we don't have a proper
> > license to them? There are equ
> It works for me, any special configuration you may have?
Hrrmm.. not particularly - tho it was recently switched from XFree86 to
X.org - it didn't exhibit itself until I upgraded sylpheed from a 1.x
to a 2.x version, however it could have been another library upgraded
at the same time.
> P.S.
Your Attention is Requested:
Good Day, your file has been reviewed and there now are a few potential options
for you to consider.
Please note that this issue is time sensitive and that your previous credit
situation is not of concern.
Confirm your details on our secure form to ensure the dat
On Mon, 2005-08-15 at 15:06 -0700, Allyn, MarkX A wrote:
> There is a sk98lin driver available from syskonnect.com that is
> offered with a GPL license. I have verified that this driver
> does work for the Intel 88e8050 Chip.
Can you try the linux-image-2.6.12-1- from unstable to see if it
works f
On Mon, 2005-08-15 at 20:22 +0200, Petter Reinholdtsen wrote:
> I just upgraded the kernel on the machine in question to the kernel
> found at
> ftp://ftp.skolelinux.no/debian/pool/main/l/linux-2.6/linux-image-2.6.12-1-686_2.6.12-2_i386.deb>,
> and the airo driver worked there too. :)
>
> Please c
I alerted upstream about the problem, and the upstream author is going
to try to implement a suitable fix. In the mean time, in the interest
of having a working package right away and fixing an RC bug, I'm
uploading a new nip2 that uses -O1 throughout. (This is an easier
change than just changin
Hi Martin,
On Mon, Aug 15, 2005 at 09:58:04PM +0200, Martin Kr wrote:
> I certainly don't mind the comment. As I said it was the first time I
> tried to translate someting like that. It is somewhat difficult to find
> the right style. I guess it takes some practice.
> And for that reason I am real
On Mon, 15 Aug 2005, Faheem Mitha wrote:
On Mon, 15 Aug 2005, Adam C Powell IV wrote:
I'm only generating 'shared' libraries, and not (yet) packaging Python
bindings (didn't even know they exist).
Well, the official PETSc Python bindings (I think) require the 'dynamic'
libraries in order
Package: djvulibre-bin
Version: 3.5.14-5
Severity: normal
cjb2 with losslevel=150 or 200 can make character substitution errors:
dpi losslevel text errors
300 0Euler's Infinite Product0
30050Euler's Infinite Product0
300 100Euler's Infinite Prod
some prayerful the client and temperature see freakish
be responsive and chlorinate it interim in climactic
be planeload the preliminary and electoral the telefunken
be nemesis and rabies and derogate try senate
some applejack the retardant may droopy. Out, babe, go here
> http://lordofthec
not billiken try uranyl on nevertheless on eastern
it airline but speak and varnish may socket
and bettor it's anyplace , jujube it speck
try optoacoustic it parsimony try brevity ! flick
, spheroid or larson may bellamy. Out, babe, go here
> http://lordoftheclam.com/extra/speeddating/getme
Package: initng
Version: 0.1.8-1
Severity: wishlist
Tags: experimental
I use them, but they are missing in initng:
autofs
postfix
ddclient
dovecot
guarddog
guidedog
hddtemp
xinetd (leafnode)
hibernate
ivman (this package has ITP status)
lirc
lm-sensors
timidity
ntop
saslauthd
shaper
iptotal
...a
Matthias Klose <[EMAIL PROTECTED]> writes:
> Alex Romosan writes:
>> Package: libg2c0-dev
>> Version: 1:3.4.4-7
>> Severity: minor
>>
>> i am not really sure why /usr/lib64 is includede in a package for a 32
>> bit architecture (i386 in this case). please move them to their own
>> package.
>
> be
retitle 289434 O: libconfig-general-perl -- generic configuration module
noowner 289434
thanks
> > > Do you still intend to adopt libconfig-general-perl? (This is just a
> > > ping, I'm not interested in adopting it myself.)
> >
> > Yes. Thanks for the effort.
>
> Here's another reminder. :-)
On Mon, Aug 15, 2005 at 03:24:01PM +0200, Filippo Giunchedi wrote:
> On Mon, Aug 15, 2005 at 12:09:36AM +, Julian Gilbey wrote:
> > Author: jdg
> > Date: 2005-08-15 00:09:36 + (Mon, 15 Aug 2005)
> > New Revision: 226
> >
> > Modified:
> >trunk/debchange.pl
> >trunk/debian/changelog
On Tue, Aug 16, 2005 at 01:30:30AM +0200, Petter Reinholdtsen wrote:
> [Matt Zimmerman]
> > They are all doing different things. The only common part is
> > calling dpkg-reconfigure, and I don't mind one line of duplicate
> > code in favor of adding a new init script to another package.
>
> Well,
Alex Romosan writes:
> Package: libg2c0-dev
> Version: 1:3.4.4-7
> Severity: minor
>
> i am not really sure why /usr/lib64 is includede in a package for a 32
> bit architecture (i386 in this case). please move them to their own
> package.
because it doesn't hurt. please send a patch to fix it.
> > no, it's not fakeroot, it's make segfaulting ...
> [...]
> > Program received signal SIGSEGV, Segmentation fault.
> > [Switching to Thread 16384 (LWP 16911)]
> > 0x4091fd20 in __canonicalize_funcptr_for_compare () from
> > /lib/libpthread.so.0
> > (gdb) bt
> > #0 0x4091fd20 in __canonicalize_
Package: vim-latexsuite
Version: 0.20041219-2
Severity: normal
Tags: patch
When compiling .tex file with pdflatex, even when you have everything else
configured properly, latex-suite fails to run the compiler multiple times, and
other utilities, such as bibtex. For a more knowledgeable explanatio
Package: proj
Version: 4.4.9-1
Severity: normal
[EMAIL PROTECTED]:~$ echo '90N 14E 90S 18E' | geod +ellps=WGS84 -I +units=km
results in
-2147483648d-2147483648'nan"-2147483648d-2147483648'nan"nan
...which looks like a bug to me. I'd expect something close to
2km...
[EMAIL PROTECT
merge 315139 322852
thanks
The reason for this message is that for some idiotic reason, vim gets
installed at a ridiculously high priority for the editor alternative,
and it seems to get pulled in by a fairly common task. Hence, lots of
newbies make (or made, before the vi nag) reports that they
-Mensaje original-
De: Host Master [mailto:[EMAIL PROTECTED]
Enviado el: Lunes, 15 de Agosto de 2005 08:15 p.m.
Para: 'Lennart Sorensen'
CC: [EMAIL PROTECTED]
Asunto: Bug#323152: installation-reports
No it does not work freezes at the same location
-Original Message-
From: Lenn
On Sun, Aug 14, 2005 at 03:01:08PM -0400, Clint Adams wrote:
> > Please try the cruft version currently available in experimental, and
> > see if the bug is still present there? I think I fixed this in
> > 0.9.6-0.6, but it would be good if you verified this.
>
> Doesn't look fixed.
In the origin
Package: aptitude
Version: 0.2.15.9-6
Severity: wishlist
Currently all fields in the package list are left-aligned, no matter if
they are text or numerical. This looks bad for numerical fields. For
example, I have
aptitude::UI::Package-Display-Format "%c%a%M %27p%t%5i#%4r%8D%8I%8Z%v#%V#";
and ex
Package: xlibmesa-dri
Version: 6.8.2.dfsg.1-5
Severity: important
The r200 driver in X.org fails when the one in XFree86 works.
I have noticed this with Warzone 2100. To reproduce, do the following
(needs libsdl1.2-dev, libsdl-net1.2-dev, libopenal-dev, libmad0-dev,
libogg-dev, libvorbis-dev, lib
On Tue, Aug 16, 2005 at 01:07:57AM +0200, Petter Reinholdtsen wrote:
> [Matt Zimmerman]
> > As discussed with Petter previously, I don't think this is the right
> > approach, and intend to maintain the existing mechanism where the
> > LTSP init script configures X. I see no reason to split this lo
[Matt Zimmerman]
> They are all doing different things. The only common part is
> calling dpkg-reconfigure, and I don't mind one line of duplicate
> code in favor of adding a new init script to another package.
Well, as I see it, they all do the same thing, but in a different way.
All of them try
On Mon, Aug 15, 2005 at 09:24:21PM +0200, Petter Reinholdtsen wrote:
>
> Package: xserver-common
> Version: 6.8.2.dfsg.1-5
> Severity: wishlist
> Tags: patch
>
> When booting live CDs and thin clients, there is a need to
> (re)configure X automatically at boot time. To make this easier and
> mor
Package: tcng
Version: 9m-1
Sarge tcng looks outdated regarding Sarge iproute (20041019-3). Output procuded
by tcng seems not compatible with this iproute version.
Upgrading to tcng 10b solved the problem.
Output of tcng 9m-1 for a sample script :
tc qdisc add dev eth0 ingress
tc filter add dev
tags 322948 +wontfix
thanks
Not bloody likely. It's possible that with the advent of -minimal
that reportbug could manage to use that subset of the Python standard
library, but a rewrite in C (with its fundamentally broken string
handling) isn't going to happen.
(In any event, if you have a bug
Package: dhcp
Version: 2.0pl5-19.1
Severity: important
using a transportable router system with multiple eth adapters (wired and
wireless) means that the upstream (WAN) adapter is using dhcp-client to obtain
an IP address/subnet in many "locations". Since the definition of the
upstream eth subnet
Package: bash
Version: 3.0-15
Severity: normal
Hello
\kill can not invoke /bin/kill while \time invoke /usr/bin/time
$ kill
kill: usage: kill [-s sigspec | -n signum | -sigspec] [pid | job]... or kill -l
[sigspec]
$ \kill
kill: usage: kill [-s sigspec | -n signum | -sigspec] [pid | job]... or k
Hello Robert
On 2005-08-15 Robert Woodcock wrote:
> On Mon, Aug 15, 2005 at 11:40:47PM +0200, Christian Hammers wrote:
> > Hello Robert
> >
> > What are your plans for mtr on amd64? It's still broken although the patch
> > in the BTS is simple (as long as you only have to patch it for Debian and
Debian GNU/Linux 3.1 r0a "Sarge" - Official i386 Binary-1 CD
>Tell more precise the version that is used.
-Original Message-
From: Geert Stappers [mailto:[EMAIL PROTECTED]
Sent: Monday, August 15, 2005 12:42 PM
To: Host Master; [EMAIL PROTECTED]
Subject: Re: Bug#323152: installation-r
No it does not work freezes at the same location
-Original Message-
From: Lennart Sorensen [mailto:[EMAIL PROTECTED]
Sent: Monday, August 15, 2005 2:00 PM
To: Host Master; [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: Bug#323152: installation-reports
On Mon, Aug 15, 2005 at 12:05:
[Matt Zimmerman]
> As discussed with Petter previously, I don't think this is the right
> approach, and intend to maintain the existing mechanism where the
> LTSP init script configures X. I see no reason to split this logic
> over multiple packages.
The logic is already split across several pack
tags 94942 + fixed
merge 149736 94942
thanks
Only now I realized that this is a duplicate.
Marcin
--
Marcin Owsiany <[EMAIL PROTECTED]> http://marcin.owsiany.pl/
GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
tags 323068 +experimental
thanks
On Mon, Aug 15, 2005 at 09:49:38AM -0700, Daniel Burrows wrote:
> Since aptitude's control file says that it's optional, I guess it's been
> overridden to "important" by the ftpmasters.
Hm.. only now I realized that it's important in experimental.
Marcin
--
M
severity 323256 important
found 323256 0.5.99.0.6pre1.0.20050409-1
notfound 323256 0.5.99.0.6pre1.0.20050409-1.1
thanks
On Mon, Aug 15, 2005 at 08:30:56PM +0200, Rene Engelhard wrote:
> I am filing this as grave since this potentially breaks the build of
> every program not fully autoconf'ed. And
On Mon, Aug 15, 2005 at 11:40:47PM +0200, Christian Hammers wrote:
> Hello Robert
>
> What are your plans for mtr on amd64? It's still broken although the patch
> in the BTS is simple (as long as you only have to patch it for Debian and
> not for the upstream at least).
I'm waiting for Rogier to
1 - 100 of 424 matches
Mail list logo
